לפני כמה שבועות, מישהו ב-Slack של הצוות שלנו זרק קישור ושאל: "רגע, זה אותו Ferret?" אז לא. מסתבר שיש מודל ראייה של Apple בשם Ferret, יש כלי נתונים של NOAA בשם Ferret, ויש גם את MontFerret — מגרד רשת בקוד פתוח לאוטומציית דפדפן, שמפתחים משתמשים בו כדי לכתוב סקריפטים לגרידה בשפה שנקראת FQL. שום דבר מהם לא קשור אחד לשני, ואם אתם מחפשים עכשיו "Thunderbit vs MontFerret", כנראה שגם אתם כבר נתקעתם באותו בלבול.
אז נתחיל בלסדר את זה: אני מפעיל את Thunderbit, ואני מדבר כאן על המוצר שלנו מול MontFerret ספציפית — פרויקט הגרידה הדקלרטיבי ב-montferret.dev. לא המוצר של Apple. לא הכלי של NOAA. ובכנות, אחרי שעוברים את בלגן השמות, ההשוואה נהיית ממש מעניינת, כי Thunderbit ו-MontFerret בעצם לא נלחמים על אותו לקוח. הם פותרים בעיות שונות עבור אנשים שונים, וזה בעיניי הסיפור האמיתי כאן.
תשובה קצרה
אם אתם רוצים את הגרסה הקצרה לפני שנצלול לעומק: Thunderbit הוא מגרד רשת מנוהל ואוטונומי, שנועד להפוך כל עמוד לנתונים מובנים במהירות — דרך תוסף דפדפן, Web App, Open API, MCP Server ו-CLI. MontFerret הוא מסגרת קוד פתוח לאוטומציית דפדפן, שבה כותבים שאילתות ב-FQL (Ferret Query Language) כדי לגרד עמודים ולקיים איתם אינטראקציה.
עוד הבהרה אחת לפני שממשיכים, כי ראיתי אנשים מבזבזים על זה 20 דקות: אנחנו מדברים כאן רק על פרויקט MontFerret. לא על מודל הראייה של Apple Ferret, לא על כלי הוויזואליזציה של נתוני NOAA Ferret, ולא על שום "Ferret" אחר שיכול לצוץ בחיפוש בגוגל. רק montferret.dev.
מבט מהיר
| Thunderbit | MontFerret | |
|---|---|---|
| משתמש עיקרי | משתמשי עסק לא טכניים (מכירות, תפעול, GTM), וגם מפתחים | מפתחים/מהנדסים |
| התקנה | התקנת תוסף או פתיחת Web App | התקנת Go/Runtime של Ferret, הגדרת פורט ניפוי שגיאות של Chrome |
| ממשק | לוחצים על One Click Extract, והסוכן עושה את השאר | כותבים שאילתות FQL מול DOM/CDP |
| שפת שאילתות | אין — שיפור שדות בשפה טבעית | FQL (בהשראת ArangoDB AQL) |
| אוטומציית דפדפן | מנוהלת בעמודים תואמים ומאושרים | מנוהלת עצמאית דרך Chrome DevTools Protocol |
| לוגיקת חילוץ | ניתוח עמוד אוטונומי | סלקטורים, לולאות וסינונים מפורשים שאתם כותבים |
| פריסה | תוסף דפדפן / Web App / ענן | מתארח אצלכם, אתם הבעלים של התשתית |
| תזמון | נתמך במסלולים מתאימים | אתם בונים ומנהלים לבד |
| תחזוקה | מטופלת על ידי המוצר | באחריות הצוות שלכם |
| רישיון | SaaS בתשלום (מבוסס קרדיטים/תוכנית) | קוד פתוח, חופשי להרצה |
| עלות כוללת | עלות מנוי | תוכנה "חינמית", אבל עם עלות תשתית + זמן הנדסי |
מה זה Thunderbit?
הסברתי את Thunderbit להרבה אנשים שמעולם לא גרדו אתר בחיים שלהם, והדרך שבה אני בדרך כלל מציג את זה היא ככה: פותחים עמוד שמותר לכם לגשת אליו, לוחצים על כפתור אחד, ו-Thunderbit מבין לבד איזה מידע חשוב בעמוד הזה.
כך זה עובד בפועל: לוחצים על One Click Extract. הסוכן שלנו מזהה את העמוד, קורא אותו, מנתח את המבנה, ומכין שדות שהוא חושב שיהיו שימושיים — למשל שמות מוצרים, מחירים, פרטי קשר, או כל דבר אחר שהעמוד מציע בפועל. אחר כך מוצג לכם Run Now. אפשר ללחוץ כדי להתחיל מיד, או שאם פשוט... לא עושים כלום, זה יתחיל אוטומטית מעצמו. זהו. לחיצה אחת מכוונת, בלי בניית סכימה, בלי כתיבת סלקטורים, בלי קוד.
זה תהליך העבודה של Thunderbit Chrome Extension, וזה בדרך כלל המפגש הראשון של רוב המשתמשים עם המוצר. אבל זו לא החזית היחידה. אם רוצים לדייק את החילוץ — למשל להוסיף שדה מסוים שהוחמץ, או לעצב משהו מחדש — אפשר לעשות את זה בהוראות פשוטות. Thunderbit גם מטפל אוטומטית בעמודים עם דפדוף תואם ובהשלמת נתוני תתי-עמודים בעמודים נתמכים, ומאפשר לייצא ל-Excel, Google Sheets, Airtable או Notion.
למפתחים יש עוד שכבות מתחת לפני השטח: Thunderbit Web App לחילוץ בענן, Open API לגישה תכנותית, MCP Server לחיבור לסוכני AI כמו Claude או Cursor, ו-CLI לעבודה מהטרמינל או עם סוכן קוד. לכן, למרות שהתוסף הוא נקודת הכניסה ללא-קוד, Thunderbit הוא לא סתם צעצוע לדפדפן — זו פלטפורמת חילוץ מלאה עם כמה דרכי גישה.
שוב, הסתייגות כנה: "One Click" תקף לעמודים תואמים שיש לכם הרשאה לגשת אליהם. זה לא מבטיח הצלחה מול כל מערכת אנטי-בוט, כל חומת התחברות, או כל מקרה קצה משונה שאתר עלול לזרוק.
מה זה MontFerret?
MontFerret הוא סיפור אחר לגמרי, ולמען האמת אני מכבד את מה שהם בנו. זו מערכת גרידת רשת דקלרטיבית בקוד פתוח, שבה במקום ללחוץ על כפתורים, כותבים שאילתות ב-FQL — Ferret Query Language — שהפרויקט מתאר כשפה בהשראת AQL של ArangoDB.
לפי התיעוד הרשמי שלהם, המערכת מורכבת מכמה רכיבים מרכזיים: מנתח FQL, מהדר, runtime, ספרייה סטנדרטית, רישום פונקציות משתמש, מנועי HTML בזיכרון, מנוע Chrome DevTools Protocol (CDP), וממשק שורת פקודה. אם זה נשמע כמו הרבה חלקים נעים, זה באמת כך — אבל זה בדיוק העניין. MontFerret בנוי עבור מפתחים שרוצים שליטה מדויקת וברמת קוד על האופן שבו עמוד נגרד.
בכל מה שקשור לתוכן שמרונדר ב-JavaScript או לאינטראקציה אמיתית עם דפדפן, צריך להריץ Chrome או Chromium עם פורט דיבוג פתוח, כדי ש-MontFerret יוכל לדבר איתו דרך CDP. אחרי שהכול מוגדר, שאילתת ה-FQL יכולה לבטא לולאות, סינונים, סלקטורים בסגנון CSS, ניווט בין עמודים, אינטראקציות של לחיצה/הקלדה וערכי החזרה מובנים — בעצם, שפת שאילתות שעוטפת לוגיקת אוטומציית דפדפן.
המחיר של זה אמיתי: MontFerret מפשט חלק גדול מהתשתית הנמוכה של דפדפן/רשת, אבל עדיין צריך ללמוד FQL, לכתוב ולבדוק את השאילתות, ולהפעיל את ה-runtime שלכם. אין כאן רגע של "לוחצים וזה מבין לבד איזה שדות צריך". אתם אומרים לו בדיוק מה לעשות, בכל פעם מחדש.
ההבדל המרכזי: מוצר מנוהל ואוטונומי מול מסגרת שפת שאילתות
הזמן עד לתוצאה מובנית ראשונה
כאן הפער הכי בולט. עם Thunderbit, הזמן עד לתוצאה ראשונה נמדד בשניות: לוחצים על One Click Extract, נותנים לסוכן לנתח את העמוד, והמשימה רצה אוטומטית; Run Now הוא אופציונלי. עם MontFerret, קודם כותבים שאילתה. אפילו סקריפט FQL פשוט דורש הבנה של סלקטורים, תחביר השאילתה, ואיך מנוע ה-CDP מתנהג בעמוד היעד. זה לא חיסרון של MontFerret — זו פשוט נקודת התחלה אחרת לגמרי. אחד אומר "תן לסוכן להבין", והשני אומר "אני אגיד לו בדיוק מה לעשות".
אוטומציית דפדפן מותאמת ושליטה מדויקת
אבל אם הופכים את הזווית, MontFerret מנצח בדיוק. אם צריך מגרד שעושה משהו מאוד ספציפי — מילוי טפסים במספר שלבים, לוגיקה מותנית לפי מצב העמוד, או התנהגות מותאמת של ניסיון חוזר — FQL נותן את רמת השליטה הזו כי אתם כותבים את הלוגיקה בעצמכם. הגישה האוטונומית של Thunderbit מצוינת ל"לחלץ את מה שרלוונטי בעמוד הזה", אבל היא לא מיועדת להיות שפת סקריפט כללית לדפדפן. אם השימוש שלכם דורש הסתעפות מותאמת אישית בתהליך עבודה רב-עמודי, זה בדיוק התחום של MontFerret.
בעלות על פריסה ותחזוקה
כאן יש משהו שאנשים נוטים להמעיט בערכו. עם Thunderbit, כשהאתר משנה את המבנה שלו, החילוץ האוטונומי מסתגל כי הוא מנתח את העמוד מחדש בכל פעם במקום להסתמך על סלקטורים קשיחים — אבל שוב, זו לא הבטחה שיעבוד בכל שינוי עיצובי שהוא. עם MontFerret, אם מבנה ה-DOM של האתר משתנה, הסלקטורים בשאילתת ה-FQL יכולים להישבר, ומישהו בצוות צריך לשים לב, לנפות באגים ולתקן. זו אחריות הנדסית מתמשכת שלא נעלמת לגמרי עם מגרד שנכתב ידנית, פתוח או לא.
תרחישים מעשיים
חילוץ חד-פעמי למשתמש עסקי
נניח שאיש תפעול מכירות צריך עד סוף היום רשימת חברות מאתר ספרייה, ואין מהנדס זמין. Thunderbit בנוי בדיוק לזה: פותחים את העמוד, לוחצים על One Click Extract, מייצאים ל-Google Sheets, וממשיכים הלאה. אף אחד לא כותב FQL בשביל משימה חד-פעמית.
אוטומציית דפדפן חוזרת שנכתבה על ידי מפתחים
עכשיו נניח שצוות הנדסה בונה צינור ניטור שצריך לבדוק כל לילה את עמוד התמחור של מתחרה, לנתח נתונים מקוננים מסוימים, ולהעביר אותם למערכת פנימית עם לוגיקת המרה מותאמת. כאן הגישה הדקלרטיבית של MontFerret יכולה לזרוח — כותבים את ה-FQL פעם אחת, מבינים בדיוק מה הוא עושה, ושולטים בכל הצינור.
תהליך עבודה דינמי רב-שלבי באתר
באתרים שדורשים התחברות, ניווט בין כמה עמודים, ופעולות מותנות לפי מה שמוצג במסך, מנוע ה-CDP והלוגיקה המפורשת של MontFerret נותנים לכם את השליטה לסקריפט בדיוק כזה. Thunderbit יכול לטפל בדפדוף תואם ובהשלמת נתוני תתי-עמודים בעמודים נתמכים ומאושרים, אבל הוא לא נבנה ככלי סקריפט כללי לתהליכי דפדפן רב-שלביים ושרירותיים.
שילוב עם API או עם סוכן AI
אם אתם בונים סוכן AI שצריך לשלוף נתוני רשת מובנים כחלק מתהליך עבודה רחב יותר, Thunderbit MCP Server מתחבר ישירות לכלים כמו Claude Code או Cursor. אפשר גם לסקריפט את MontFerret בתוך סטאק מותאם, אבל שם אתם בונים את שכבת האינטגרציה בעצמכם במקום להשתמש במחבר מוכן.
אמינות, גמישות ותחזוקה
אני אדבר ישירות כאן, כי זה החלק שבו הרבה מאמרי השוואה נהיים עצלנים. ההבנה האוטונומית של העמוד ב-Thunderbit באמת שימושית, כי היא מפחיתה את העומס של תחזוקת סלקטורים קשיחים — הסוכן קורא מחדש את מבנה העמוד במקום להסתמך על נתיב CSS שביר שנשבר ברגע שהאתר משנה את ה-markup שלו. אבל "אוטונומי" לא אומר "קסם". זה עובד בעמודים תואמים ומאושרים, ויש בהחלט אתרים ומצבים שבהם זה לא יחלץ בדיוק את מה שציפיתם.
הלוגיקה המפורשת של שאילתות/אוטומציה ב-MontFerret צפויה יותר במובן מסוים — אתם יודעים בדיוק מה השאילתה עושה כי אתם כתבתם אותה — אבל הצפיות הזו באה במחיר של שבריריות כשהעמוד הבסיסי משתנה. אם אתר מחליף div ב-section, הסלקטור שלכם עלול להישבר בשקט, ותגלו את זה רק כשהנתונים חוזרים ריקים או שגויים.
אף אחד מהכלים לא מבטיח ניצחון אוניברסלי על מנגנוני אנטי-בוט, ולדעתי צריך להיות חשדניים כלפי כל כלי שטוען שכן. שניהם דורשים עבודה במסגרת מה שיש לכם הרשאה לגשת אליו.
תמחור, רישיון ועלות כוללת
כאן התווית "חינם" של קוד פתוח נהיית מטעה, ולדעתי חשוב לדבר על זה בגלוי.
MontFerret הוא קוד פתוח — בדקו את הרישיון העדכני במאגר שלהם לפני שמתחייבים, כי הדברים האלה יכולים טכנית להשתנות — אבל באופן כללי אין דמי מנוי לשימוש במסגרת הליבה. עם זאת, "חינם" מכסה רק את רישיון התוכנה. עדיין צריך להקצות ולארח את משאבי המחשוב שלכם, להריץ ולתחזק מופעי Chrome/Chromium, לנהל פרוקסי אם אתם גורדים בהיקף אמיתי, להגדיר ניטור כשדברים נשברים, ולשלם למהנדסים שיכתבו ויתחזקו את סקריפטי ה-FQL.
Thunderbit עובד במבנה של תשלום על פי תוכנית — בדקו את עמוד Thunderbit Pricing המעודכן למספרים המדויקים, כי הפרטים האלה משתנים לאורך זמן — אבל העלות הזו כוללת את הרצת הדפדפן/הענן המנוהלת, לוגיקת החילוץ האוטונומית, יצואי נתונים וגישה ל-API/MCP/CLI. אין חשבון תשתית נפרד שצריך לדאוג לו.
| גורם עלות | Thunderbit | MontFerret |
|---|---|---|
| עלות רישיון | SaaS בתשלום (מבוסס קרדיטים/תוכנית) | חינם, קוד פתוח |
| עלות תשתית | כלולה בתוכנית | אתם מספקים/מארחים שרתים, Chrome, פרוקסי |
| זמן הנדסי | מינימלי — אין צורך בקוד | מתמשך — כתיבה, בדיקה וניפוי באגים ב-FQL |
| עומס תחזוקה | מטופל על ידי המוצר | באחריות הצוות שלכם |
השאלה האמיתית היא לא "מה יותר זול" — אלא "איפה אתם רוצים שהעלות תופיע". ב-Thunderbit היא מופיעה בחשבון חודשי. ב-MontFerret היא מופיעה ביומן של צוות ההנדסה שלכם.
מי צריך לבחור ב-Thunderbit?
אם אתם אנשי צוות לא טכניים שצריכים נתונים עכשיו ואין לידכם משאבי הנדסה זמינים, Thunderbit הוא הבחירה הברורה. אותו דבר נכון גם לכל מי שעושה משיכות נתונים חד-פעמיות או חוזרות לצורכי עסק, כש"אפס התקנה" חשוב יותר משליטה מדויקת. ואם אתם כבר בונים תהליכי עבודה עם סוכני AI ורוצים לשלב גרידה דרך MCP או CLI בלי לכתוב שכבת אינטגרציה מותאמת, זה בדיוק התחום של Thunderbit.
מי צריך לבחור ב-MontFerret?
אם אתם מפתחים שבונים צינור גרידה חוזר שצריך לרוץ ב-CI/CD, או שאתם צריכים תשתית מתארחת אצלכם מסיבות של ריבונות נתונים או ציות רגולטורי, הגישה הדקלרטיבית של MontFerret והשליטה המלאה בתשתית הגיוניות מאוד. הוא גם מתאים יותר אם לצוות שלכם יש את רוחב הפס ההנדסי לתחזק סקריפטי FQL לטווח ארוך, ובאמת חשוב לכם לקבל שליטה כזו על לוגיקת אוטומציית הדפדפן.
האם צוותים יכולים להשתמש בשניהם?
למען האמת, כן, ואני לא חושב שזו תשובת התחמקות. ראיתי מערכים שבהם צוות טכני מריץ עבודות FQL ייעודיות וחוזרות לצינורות נתונים ליבה שדורשים לוגיקה מדויקת ומבוקרת-גרסה, בעוד שמשתמשי עסק באותו צוות משתמשים ב-Thunderbit למחקר אד-הוק, לייצוא מהיר או למשיכות נתונים אקספלורטיביות שלא מצדיקות כתיבת סקריפט מותאם. אלה לא באמת כלים מתחרים — הם יושבים בשכבות שונות של אותה פעולת נתונים רחבה יותר. אני לא אעמיד פנים שיש איזו אינטגרציה רשמית בין השניים, כי אין, אבל מבחינה ארכיטקטונית זה פיצול לגמרי סביר.
פסק דין
אם הייתי צריך לצמצם את זה למשפט אחד: בחרו לפי מי עושה את העבודה וכמה זמן יש לו. אם יש לכם אדם לא טכני שצריך טבלה של נתונים בעשר הדקות הקרובות, Thunderbit מנצח כל פעם — אין פה תחרות. אם יש לכם מהנדס שרוצה צינור גרידה דקלרטיבי, מתארח עצמאית וניתן לניהול גרסאות, ולא מפריע לו לקחת בעלות על התחזוקה לאורך זמן, MontFerret הוא אופציה מצוינת באמת בקוד פתוח.
זה לא מקרה של "כלי אחד מנצח את השני", והייתי עושה לכם עוול אם הייתי מתיימר אחרת. זה מקרה של "איזו בעיה אתם באמת פותרים".
שאלות נפוצות
על איזה פרויקט Ferret מדברים כאן? הפרויקט הרלוונטי הוא MontFerret, מסגרת גרידת הרשת הדקלרטיבית בקוד פתוח ב-montferret.dev. אין לו קשר למודל הראייה Ferret של Apple, לכלי הוויזואליזציה Ferret של NOAA, או לכל פרויקט אחר שמשתמש בשם "Ferret".
האם MontFerret הוא קוד פתוח? כן, MontFerret הוא פרויקט קוד פתוח. אין דמי רישוי לליבה של המסגרת, אבל כדאי לבדוק את המאגר העדכני לפני שימוש מסחרי, כי עלויות תשתית והנדסה עדיין חלות גם אם התוכנה עצמה חינמית.
האם Thunderbit תומך באינטגרציות API ו-MCP? כן. Thunderbit מציע Open API לגישה תכנותית ו-MCP Server שמחבר את כלי החילוץ של Thunderbit למארחי סוכני AI כמו Claude Code ו-Cursor, לצד CLI לתהליכי עבודה מבוססי טרמינל.
מה יותר קל למי שאינו מפתח? Thunderbit, ללא ספק. תוסף הדפדפן שלו בנוי במיוחד כדי שמשתמשים לא טכניים יוכלו לחלץ נתונים מובנים בלחיצה על One Click Extract — בלי שפת שאילתות, בלי סלקטורים, בלי קוד. MontFerret דורש ללמוד FQL ולהגדיר runtime, מה שמניח לפחות כישורי פיתוח בסיסיים.
איזה כלי נותן שליטה מפורשת יותר על אוטומציית דפדפן? MontFerret. מכיוון שאתם כותבים שאילתות FQL ישירות מול ה-DOM דרך Chrome DevTools Protocol, אתם מקבלים שליטה מדויקת וברמת קוד על ניווט, אינטראקציות ולוגיקה מותנית. הגישה האוטונומית של Thunderbit ממוקדת בחילוץ מובנה ומהיר בעמודים תואמים, ולא באוטומציה סקריפטית מדויקת.
