يُسألني كثيرًا عن هاتين الأداتين، وبصراحة، من الممتع الكلام عنهما لأن كلتا المنصتين تستخدم الذكاء الاصطناعي الآن لكن في أجزاء مختلفة تمامًا من سير العمل، ولا يزال المشترون يحاولون يفهمون ماذا تعني هذه الفروقات عمليًا. لذلك خلّونا ندخل في التفاصيل بدل تكرار الكلام التسويقي.
إليك الخلاصة السريعة قبل ما نتعمق: Thunderbit مصممة لمن يفتح صفحة ويب ويريد استخراج بيانات منظمة منها بنقرة واحدة، من دون محددات CSS أو إعدادات مسبقة. أما Simplescraper فمبنية حول "Recipes" قابلة لإعادة الاستخدام — تضبط عملية الاستخراج مرة واحدة (وبشكل متزايد بمساعدة الذكاء الاصطناعي)، ثم تحفظها وتعيد تشغيلها مرارًا عبر الـ API أو الجداول الزمنية أو التكاملات. كلتاهما أدوات شرعية، لكن كل واحدة منهما محسنة لمرحلة مختلفة من سير العمل.
إجابة سريعة
إذا كنت من الأشخاص الذين يفتحون عشرة مواقع مختلفة في الأسبوع ويحتاجون فقط إلى سحب البيانات — مثل قوائم المبيعات، كتالوجات المنتجات، أو دلائل الشركات — فستحس أن Thunderbit أسرع بكثير لأن ما تحتاج إلى ضبطه شبه معدوم.
أما إذا كنت تبني خط بيانات متكررًا يجب أن يعمل وفق جدول زمني، أو يستدعي webhooks، أو يغذي نظامًا أوسع يعتمد على API، فإن نموذج Recipes في Simplescraper يمنحك بنية قابلة لإعادة الاستخدام أكثر.
وللإنصاف مع Simplescraper — شفت كثير من المقارنات تصفها بأنها "مؤشرات يدوية فقط"، وهذا لم يعد دقيقًا. لدى Simplescraper الآن ميزة Smart Extract، حيث تصف ما تريد باللغة الإنجليزية العادية، فيقوم النظام بتوليد محددات CSS لك. إذن هي أيضًا مدعومة بالذكاء الاصطناعي. الفارق الحقيقي ليس "ذكاء اصطناعي مقابل لا ذكاء اصطناعي"، بل ما الذي يحدث بعد أول عملية استخراج، وكمية البنية القابلة لإعادة الاستخدام التي ستحتاج إلى صيانتها لاحقًا.
Thunderbit مقابل Simplescraper في لمحة
| الفئة | Thunderbit | Simplescraper |
|---|---|---|
| النموذج الأساسي | Agentic — يفسر الصفحة الحالية وقت التشغيل | قائم على Recipes — يبني محددات قابلة لإعادة الاستخدام، بمساعدة الذكاء الاصطناعي أو يدويًا |
| سير العمل في أول تشغيل | انقر One Click Extract؛ يقوم الوكيل باكتشاف الحقول وتشغيل الاستخراج تلقائيًا (وRun Now اختياري) | أنشئ Recipe عبر النقر المباشر أو Smart Extract (صف الحقول بالإنجليزية العادية) |
| الاستخراج بالذكاء الاصطناعي | نعم — اكتشاف على مستوى الصفحة بأسلوب agentic | نعم — Smart Extract يولّد محددات من مخطط تصفه |
| إعداد محفوظ قابل لإعادة الاستخدام | ليس النموذج الأساسي (يُعاد تفسير الاستخراج من جديد كل مرة) | نعم — Recipes هي العنصر القابل لإعادة الاستخدام الأساسي |
| المتصفح + السحابة | نعم | نعم |
| الاستخراج العميق / الصفحات الفرعية | مدعوم على الصفحات المتوافقة | مدعوم (استخراج عميق، التمرير اللانهائي، تدفقات تسجيل الدخول) |
| API مخصص | Open API | Scrape API مع إدارة Recipes، وتشغيلات دفعات، واستخراج مباشر |
| MCP / تكامل وكلاء الذكاء الاصطناعي | MCP Server + CLI | غير متموضع كأداة أصلية لـ MCP |
| مخرجات screenshots / Markdown | ليست ميزة أساسية | نعم — API مخصص للصور واستخراج Markdown |
| تحويلات الذكاء الاصطناعي بعد الاستخراج | تعليمات على مستوى الحقل أثناء الاستخراج | AI Enhance — خطوة منفصلة بعد الاستخراج للتلخيص أو التحويل |
| نموذج التسعير / الرصيد | راجع أسعار Thunderbit | يعتمد على الرصيد: 1 رصيد/صفحة (بدون JS)، 2 رصيد/صفحة (مع JS، افتراضيًا) |
⚠️ ملاحظة مهمة: جداول الميزات من هذا النوع تتقادم بسرعة. كلتا الشركتين تحدّثان الوثائق والتسعير بشكل منتظم، لذا تعامل مع هذا على أنه لقطة بحثية من منتصف 2026، لا حقيقة ثابتة.
ما هي Thunderbit؟
Thunderbit هي أداة Web Scraper بأسلوب agentic موجهة لمستخدمي الأعمال — أي الناس الذين يحتاجون البيانات من موقع ما، لكنهم لا يريدون التفكير في محددات CSS أو بنية DOM أو مخططات API. فريقنا بنى الأداة حول فكرة بسيطة جدًا: معظم الناس يريدون فقط يفتحوا الصفحة، يضغطوا زر، ويحصلوا على جدول نظيف.

إليك التدفق الحالي الفعلي، وليس الواجهة القديمة التي ما زالت بعض المراجعات القديمة تصفها:
- تفتح الصفحة المصرح لك بمشاهدتها.
- تنقر على One Click Extract.
- يقوم وكيل Thunderbit باكتشاف بنية الصفحة، وقراءتها، وتحليل ما هو مفيد، وتجهيز الحقول — تلقائيًا.
- يبدأ التشغيل تلقائيًا. يظهر خيار Run Now إذا كنت تريد تشغيله فورًا، لكنه اختياري — يبدأ الاستخراج من تلقاء نفسه إذا لم تفعل شيئًا.
هذا كل شيء. لا توجد رقصة متعددة الخطوات من نوع "اقترح الحقول ثم راجعها ثم عدّلها ثم ابدأ الاستخراج" كما تصف بعض الإصدارات القديمة (وبعض المراجعات غير المحدّثة). إنها فعلًا نقرة واحدة مطلوبة على صفحة متوافقة.
إلى جانب هذا السيناريو الخاص بالصفحة الواحدة، تدعم Thunderbit أيضًا الترقيم الصفحي وإغناء الصفحات الفرعية على الصفحات المتوافقة، ومسارات التنفيذ عبر المتصفح والسحابة بحسب المهمة، وWeb App، وOpen API للمطورين، وMCP Server لوكلاء الذكاء الاصطناعي مثل Claude أو Cursor، وCLI لتدفقات العمل الطرفية، بالإضافة إلى التصدير إلى Excel وGoogle Sheets وAirtable وNotion.
ما هي Simplescraper؟
Simplescraper هي إضافة متصفح مع منصة سحابية وAPI، ويقوم تصميمها بالكامل على مفهوم Recipe — أي إعداد استخراج محفوظ تبنيه مرة وتعيد استخدامه.

يمكنك بناء Recipe بطريقتين الآن:
- Point-and-click: تحدد يدويًا العناصر الموجودة في الصفحة التي تريد التقاطها، ثم تولّد Simplescraper محددات CSS في الخلفية.
- Smart Extract: تصف البيانات التي تريدها باللغة الإنجليزية العادية، فيقترح الذكاء الاصطناعي مخططًا ويولد لك المحددات القابلة لإعادة الاستخدام.
بعد أن تحصل على Recipe، يمكنك تشغيله على قوائم كبيرة من الروابط، وجدولته للتنفيذ المتكرر، أو تفعيل webhooks عند اكتماله، أو دفع النتائج إلى Google Sheets أو Airtable، أو استخدام Scrape API برمجيًا. هناك أيضًا Screenshot API، واستخراج Markdown (مفيد جدًا إذا كنت تمرر المحتوى إلى خط LLM)، واستخراج SERP، وميزات الاستخراج العميق مثل دعم التمرير اللانهائي وجلسات تسجيل الدخول.
هناك أيضًا AI Enhance، وهي منفصلة عن Smart Extract — وهي خطوة ما بعد الاستخراج لتحويل البيانات أو تلخيصها أو إثرائها بعد أن تكون قد استُخرجت بالفعل. فكّر فيها كطبقة تنظيف/تحليل تعمل بعد الاستخراج، لا أثناء اكتشاف الحقول الأولي.
الفارق الجوهري: تفسير Agentic وقت التشغيل مقابل Recipes قابلة لإعادة الاستخدام مولدة بالذكاء الاصطناعي
تدفق Thunderbit بنقرة واحدة على الصفحة الحالية
Thunderbit لا تبني فعليًا "Recipe" دائمة بالمعنى التقليدي. في كل مرة تنقر فيها على One Click Extract، ينظر الوكيل إلى الصفحة من جديد، ويحدد ما هو منظم ومفيد، ثم يستخرجه. يمكنك إعطاؤه تعليمات تحسين باللغة الطبيعية (مثل: "استخدم فقط القوائم التي تحتوي على سعر"، أو "ترجم عمود الوصف إلى الإنجليزية")، لكن لا يوجد عنصر منفصل تديره مع تغيّر تخطيط الصفحة — لأن الوكيل يعيد تفسيرها في كل مرة.

Smart Extract ودورة حياة Recipes في Simplescraper
نموذج Simplescraper يقوم أساسًا على إنشاء شيء قابل لإعادة الاستخدام. حتى مع المحددات التي يولدها الذكاء الاصطناعي في Smart Extract، تبقى النتيجة Recipe — إعداد محفوظ مرتبط بمحددات CSS معينة يعيد Simplescraper تشغيلها لاحقًا. تصبح هذه الـ Recipe أصلًا داخل حسابك: يمكنك جدولتها، وتشغيلها دفعات، ومشاركتها، وإصدار نسخ منها.
ماذا يحدث عندما يتغير الموقع؟
هنا تصبح المفاضلات حقيقية. إذا تغيّر تخطيط موقع الهدف، فقد تتعطل المحددات CSS المحفوظة داخل Recipe في Simplescraper — حتى لو كانت مولدة بالذكاء الاصطناعي، لأنها ثُبّتت عند الإنشاء. غالبًا ستحتاج إلى إعادة تشغيل Smart Extract أو إصلاح الـ Recipe يدويًا.
أما Thunderbit فتعتمد على تفسير Agentic يعني أن كل عملية استخراج تعيد قراءة الصفحة، ما يجعلها نظريًا أكثر قدرة على التكيف مع تغيّر التخطيط — لكن هذا ليس سحرًا. في التخطيطات غير المعتادة، أو الـ markup المموّه بشدة، أو الصفحات الموجودة خلف إجراءات مكافحة الروبوتات الصارمة، فإن الاكتشاف agentic ليس مضمونًا أيضًا. لا يوجد نهج معصوم؛ إنما يختلفان في أسلوب الفشل. Recipes في Simplescraper تفشل بشكل متوقع (ومعطل CSS مكسور سهل التشخيص). أما تفسير Thunderbit وقت التشغيل فقد يقترح أحيانًا بنية مختلفة عمّا كنت تتوقعه، ما يستدعي مراجعة بشرية سريعة.
مقارنة عملية لسير العمل
استخراج قوائم/جداول بشكل فوري
Thunderbit: افتح الصفحة، انقر One Click Extract، وانتهى الأمر. Simplescraper: افتح الإضافة، وابنِ Recipe أو شغّلها (Smart Extract إذا كانت جديدة، أو اختر واحدة محفوظة)، ثم استخرج.
إذا كانت المهمة لمرة واحدة على صفحة لم تسبق لك معالجتها، فإن تدفق Thunderbit يحتوي على خطوات أقل لأنه لا يوجد ما تحتاج إلى حفظه أو ضبطه.
الاستخراج المجدول والمتكرر
هذا هو المجال الطبيعي لـ Simplescraper. احفظ Recipe، وأضف لها جدولًا زمنيًا، ودعها تعمل على نفس بنية الصفحة مرارًا، ثم وجّه النتائج عبر webhook أو تكامل Sheets. تدعم Thunderbit الجدولة حيثما تسمح الخطة والواجهة، لكن فلسفة المنصة تميل أكثر إلى الاستخراج التفاعلي صفحة بصفحة بدلًا من Recipe تعمل دون مراقبة لفترة طويلة.
عدة روابط وسير عمل صفحات التفاصيل
كلتاهما تدعمان هذا — Simplescraper عبر قوائم روابط كبيرة والاستخراج العميق إلى صفحات التفاصيل من صفحة القائمة؛ وThunderbit عبر إغناء الصفحات الفرعية على الصفحات المتوافقة (استخرج قائمة، ثم زر تلقائيًا صفحة التفاصيل لكل عنصر للحصول على مزيد من الحقول).
استخراج منظم عبر API
يوضح دليل API في Simplescraper تشغيل Recipes، واستخراج Markdown/HTML/screenshots مباشرة، وSmart Extract عبر API، وتشغيل دفعات تصل إلى 5000 رابط في الطلب الواحد (بحسب الرصيد). أما Open API في Thunderbit فيوثق الاستخراج المنظم وتدفقات الدفعات غير المتزامنة للمطورين الذين يدمجون الاستخراج داخل تطبيقاتهم الخاصة.
صور أو Markdown لاستخدامها لاحقًا مع أدوات الذكاء الاصطناعي
تملك Simplescraper نقاط نهاية مخصصة لهذا — إذا كنت تمرر الصفحات إلى LLM وتحتاج إلى Markdown نظيف أو صور مرئية، فهذا استخدام موثق وأصلي في المنصة. أما قوة Thunderbit الأساسية فهي استخراج الحقول المنظمة، لا تحويل الصفحة الخام إلى Markdown.

تكامل الـ API ووكلاء الذكاء الاصطناعي
إذا كنت مطورًا، فربما هذه الفقرة أهم من مقارنة الواجهة أعلاه.
واجهة API في Simplescraper واسعة فعلًا: يمكنك إنشاء Recipes، وسردها، وقراءتها، وتحديثها؛ وجلب النتائج الأحدث أو التاريخية؛ وتشغيل وظائف دفعات على قوائم روابط؛ واستخدام نقاط نهاية مباشرة لاستخراج Markdown/HTML/screenshots؛ واستدعاء Smart Extract برمجيًا؛ بل وحتى اكتشاف الروابط من خريطة الموقع. التشغيلات غير المتزامنة تعيد result ID يمكنك الاستعلام عنه، كما تدعم webhooks لإشعارات الاكتمال.
Thunderbit تتخذ زاوية مختلفة على جانب المطور/الوكيل. إلى جانب Open API، هناك MCP Server مخصص — وهذا مهم إذا كنت تعمل داخل Claude أو Cursor أو أي مضيف ذكاء اصطناعي آخر متوافق مع MCP، وتريد أن تظهر قدرة الاستخراج في Thunderbit كأداة أصلية يمكن لوكيلك استدعاؤها مباشرة، بدلًا من كتابة كود تكامل API مخصص. وهناك أيضًا CLI للبرمجة النصية من الطرفية أو من بيئة وكيل برمجي.
إذا كانت أولويتك هي "API ناضجة وعامة الاستخدام للتصفح والاستخراج مع مساحة وثائقية واسعة"، فتوثيق Simplescraper يغطي نطاقًا أوسع اليوم. أما إذا كانت أولويتك هي "أريد لوكيل الذكاء الاصطناعي أن يستدعي أداة استخراج بشكل أصلي من دون أن أكتب كود ربط"، فـ MCP هو الجواب المباشر، وهذا هو مجال Thunderbit.
التسعير وحسابات الرصيد
خلّونا نحسبها فعليًا بدل الاكتفاء بالأرقام الاسمية، لأن صفحات التسعير قد تكون مضللة — ليس بقصد الخداع، بل لأن "حتى X صفحة" يفترض دائمًا أفضل الظروف.
التسعير الرسمي لـ Simplescraper كما تمت مراجعته من صفحة الأسعار الرسمية:
| الخطة | السعر | الرصيد |
|---|---|---|
| مجانًا | $0 | استخراج عبر المتصفح مجاني + 100 رصيد سحابي مبدئي |
| Plus | $39/شهر | 6,000 رصيد |
| Pro | $70/شهر | 15,000 رصيد |
| Premium | $150/شهر | 40,000 رصيد |
| Scale | $249/شهر | 100,000 رصيد |
وهنا الجزء المهم فعليًا عند إعداد الميزانية، بحسب وثائق الرصيد:
- 1 رصيد لكل صفحة بدون عرض JavaScript
- 2 رصيد لكل صفحة مع عرض JavaScript — وعرض JavaScript مفعّل افتراضيًا
- تكلفة AI Enhance هي 1 رصيد لكل 500 كلمة تتم معالجتها (بحساب المدخلات والمخرجات معًا)
إذًا "6,000 صفحة" في خطة Plus؟ إذا كانت مواقعك المستهدفة تحتاج عرض JavaScript (وهو ما تحتاجه معظم المواقع الحديثة، لنكن واقعيين)، فأنت فعليًا تنظر إلى نحو 3,000 صفحة فقط مقابل 39 دولارًا. وإذا أضفت AI Enhance فوق ذلك، ينخفض العدد الحقيقي أكثر بحسب كمية النص التي تعالجها في كل صفحة. هذا ليس انتقادًا لـ Simplescraper — فالوثائق واضحة — لكنه شيء تغفله كثير من مقالات المقارنة لأن الحساب أصعب من نسخ جدول الأسعار.

أما بالنسبة لتسعير Thunderbit الحالي، فتحقق مباشرة من صفحة التسعير الحية بدل الاعتماد على رقم منقول لاحقًا — صفحات الأسعار تتغير، وأفضّل أن أرسل لك المصدر بدل أن تبني قرارك على رقم قديم.
النصيحة الصادقة هنا: أيًا كان عبء العمل الحقيقي لديك — نفس الموقع المستهدف، نفس عدد الصفوف، نفس الحقول — اختبره على الأداة باستخدام التكلفة الحقيقية للرصيد أو للوحدة قبل الالتزام بخطة. أرقام الرصيد الاسمية بين مزودين مختلفين ليست قابلة للمقارنة مباشرة، لأن "تكلفة وحدة العمل" تختلف حسب قواعد عرض JS، واستخدام ميزات التحسين بالذكاء الاصطناعي، وكيف يعرّف كل نظام العملية القابلة للفوترة.
الأتمتة، والتصدير، وتسليم العمل للفريق
تميل Simplescraper بقوة إلى فلسفة "اضبطها مرة ودعها تعمل إلى الأبد": جداول زمنية، وwebhooks، وتكاملات أصلية مع Google Sheets وAirtable وZapier، وعلى خطة Scale سيساعدونك أيضًا في إعداد Recipes وLive Data Feeds. إذا كان لدى فريقك احتياج متكرر للبيانات — مثل مراقبة أسعار المنافسين أسبوعيًا — فهذه البنية مصممة تحديدًا لهذا الغرض.
أما قصة الأتمتة في Thunderbit فتتمحور أكثر حول أن لحظة الاستخراج نفسها سريعة بما يكفي بحيث لا تكون الأتمتة دائمًا ضرورية — لكن عندما تكون مطلوبة، فالجدولة مدعومة في الخطط المناسبة، كما أن الجمع بين المتصفح والسحابة وAPI وMCP يعني أنه يمكنك تسليم نفس القدرة الأساسية إلى زميل غير تقني (عبر إضافة المتصفح) أو إلى مطور (عبر API/MCP) حسب من سينفذ العمل في ذلك الأسبوع.
السؤال الحقيقي لفريقك: هل أنت تدير Recipe كأصل طويل الأجل، أم تعيد تشغيل استخراج تفسيري في كل مرة تحتاج فيها إلى بيانات جديدة؟ كلا النمطين صحيحان — لكنهما يخلقان التزامات صيانة مختلفة لاحقًا.
أيهما يجب أن تختار؟
اختر Thunderbit إذا...
كنت مستخدم أعمال، أو مندوب مبيعات، أو مشغل تجارة إلكترونية، أو باحثًا تحتاج إلى البيانات من الصفحة الآن، ولا تريد بناء أو صيانة إعدادات محددات، وتفضّل أن يعيد الوكيل تفسير الصفحة كل مرة بدلًا من إدارة مكتبة Recipes. وهي أيضًا خيار قوي إذا كنت تبني سير عمل لوكيل ذكاء اصطناعي وتريد تكامل MCP أصليًا بدلًا من كتابة كود ربط API مخصص.
اختر Simplescraper إذا...
كنت تبني خط بيانات إنتاجي يحتاج إلى العمل وفق جدول زمني، أو استدعاء webhooks، أو التكامل الأصلي مع Zapier/Airtable/Sheets، أو كنت تحتاج إلى screenshots واستخراج Markdown كمخرجات أساسية. وهي أيضًا أنسب إذا كان فريقك مرتاحًا لإدارة Recipes ويحتاج إلى API واسعة وناضجة للتطوير المخصص.
استخدمهما معًا إذا...
بصراحة؟ كثير من الفرق ينتهي بها الأمر هنا. استخدم Thunderbit للاستخراج الفوري لمرة واحدة من أي صفحة يفتحها أحدهم ذلك اليوم، واستخدم Simplescraper لاثنين أو ثلاثة من خطوط البيانات المتكررة التي تستفيد فعلًا من Recipes المجدولة وwebhook automation. شفت هذا النمط أكثر من مرة — أدوات مختلفة لمواقف مختلفة داخل سير العمل نفسه، لا قرار فائز واحد يأخذ كل شيء.
الحكم النهائي
كل من Thunderbit وSimplescraper أدوات استخراج حديثة ومدعومة بالذكاء الاصطناعي — وأريد أن أكون واضحًا بأن كثيرًا من المحتوى المقارن القديم يصورها على أنها "أداة AI جديدة مقابل أداة استخراج يدوية قديمة"، وهذا لم يعد منصفًا لـ Simplescraper. لقد بنوا قدرة استخراج حقيقية بالذكاء الاصطناعي عبر Smart Extract، كما أن AI Enhance طبقة معالجة لاحقة مفيدة فعلًا.
القرار الحقيقي يعود إلى هذا: هل تريد أقصر مسار ممكن من "وجدت صفحة فيها بيانات" إلى "لدي جدول نظيف" — هذه هي فلسفة Thunderbit الأساسية. أم تريد بناء بنية استخراج قابلة لإعادة الاستخدام، وجدولة، ومبنية على API، يمكن للفريق صيانتها مع مرور الوقت — هذه هي قوة Simplescraper.
نصيحتي الصادقة: اختر مهمة حقيقية واحدة تحتاج إلى إنجازها — صفحة مستهدفة فعلية، مجموعة حقول حقيقية، وتكرار تحديث حقيقي — وجربها في الأداتين عبر الخطط المجانية. قِس وقت الإعداد، واحسب عدد الصفوف المفيدة التي تحصل عليها فعلًا، وتحقق مما يحدث إذا أعدت التشغيل بعد أسبوع، واحسب التكلفة الفعلية لكل استخراج مكتمل بدل الاعتماد على الأرقام الاسمية. هذه الدقائق الخمس عشرة من الاختبار ستخبرك أكثر من أي مقال مقارنة، بما في ذلك هذا المقال.
وإذا اخترت Thunderbit، فإن إضافة Chrome متاحة للتجربة مجانًا — لا تحتاج إلى بطاقة ائتمان، فقط انقر One Click Extract على صفحة تثير فضولك وشاهد النتيجة.
الأسئلة الشائعة
هل تستخدم Simplescraper الذكاء الاصطناعي؟ نعم. تتيح لك ميزة Smart Extract في Simplescraper وصف مخطط البيانات المطلوب باللغة الإنجليزية العادية، ثم يولد الذكاء الاصطناعي مخططًا ومحددات CSS قابلة لإعادة الاستخدام. وهناك أيضًا AI Enhance، وهي ميزة منفصلة بعد الاستخراج لتحويل أو تلخيص أو إثراء البيانات التي جرى استخراجها بالفعل.
هل تتطلب Thunderbit محددات CSS؟ لا. يعتمد نموذج Thunderbit agentic على تفسير الصفحة وقت الاستخراج — تنقر على One Click Extract، فيكتشف الوكيل الحقول ويقترحها من دون أن تكتب أو تضبط محددات. هذا يعمل على الصفحات المتوافقة؛ أما التخطيطات غير المعتادة أو المواقع المموّهة بشدة فقد تحتاج إلى مراجعة يدوية للنتائج.
ما هو Recipe في Simplescraper؟ Recipe هو إعداد استخراج محفوظ وقابل لإعادة الاستخدام في Simplescraper — يتم إنشاؤه إما عبر تحديد العناصر بالنقر المباشر أو عبر المحددات التي يولدها Smart Extract بالذكاء الاصطناعي. يمكن جدولة Recipes، وتشغيلها دفعات على قوائم روابط، وتفعيلها عبر API أو webhooks.
كيف يعمل رصيد Simplescraper؟ وفق وثائق الرصيد، الصفحة بدون عرض JavaScript تكلف 1 رصيد، والصفحة مع عرض JavaScript (وهو مفعّل افتراضيًا) تكلف 2 رصيد، وAI Enhance تكلف 1 رصيد لكل 500 كلمة تتم معالجتها (بجمع الإدخال والإخراج).
أيّهما يقدم API أفضل؟ يعتمد على أولويتك. لدى Simplescraper API أوسع من حيث التوثيق المتاح اليوم — إدارة Recipes، وتشغيل دفعات حتى 5,000 رابط، واستخراج مباشر لـ Markdown/HTML/screenshots، واكتشاف خرائط الموقع. أما Open API في Thunderbit مع MCP Server فهو الخيار الأقوى إذا كنت تريد تكاملًا أصليًا مع وكلاء الذكاء الاصطناعي (Claude وCursor وغيرها) بدلًا من كود الربط المخصص.
هل يدعمان استخراج صفحات التفاصيل وJavaScript؟ نعم، كلتاهما تدعمان الاستخراج من صفحات القوائم إلى صفحات التفاصيل/الصفحات الفرعية على المواقع المتوافقة، وكلتاهما تتعاملان مع المحتوى المعروض عبر JavaScript — لكن Simplescraper تحتسب عرض JavaScript على ضعف تكلفة الرصيد افتراضيًا، وهو أمر يستحق إدخاله في حسابات الاستخدام.
هل يمكن لأي منهما استخراج أي موقع؟ لا. لا تضمن أي من الأداتين التوافق مع كل مواقع الويب. متطلبات المصادقة، وإجراءات مكافحة الروبوتات، وبنية الصفحات غير المعتادة، وقيود الوصول الخاصة بكل موقع قد تحد من عمل أي منصة. اختبر دائمًا على الصفحات المستهدفة لديك، واستخرج فقط البيانات التي لديك صلاحية للوصول إليها.


