جعل موقعك صديقاً لزواحف الذكاء الاصطناعي: قائمة تحقق تقنية
بقلم Zakaria Reziki
الرئيس التنفيذي — Growli · 1 أكتوبر 2026 · 6 دقيقة قراءة
كُتبت مسوّدته بمساعدة الذكاء الاصطناعي وفق معايير تحريرية وضعها زكريا رزيقي، ثم نُشر بعد فحوصات آلية للمصادر والجودة.
جعل موقع ويب صديقاً لزواحف الذكاء الاصطناعي يختصر إلى اختبار عملي واحد: هل يحتوي HTML الخام الذي يرسله خادمك، قبل تشغيل أي JavaScript، على الحقائق التي تريد أن يجدها مساعد ما بالفعل — وهذه القائمة تستعرض بالضبط كيفية فحص وإصلاح ذلك. هذا سؤال أضيق وأكثر آلية من "هل محتواي جيد" — إنه "هل يستطيع الزاحف تقنياً الوصول إلى محتواي على الإطلاق"، والذي يجب أن يكون صحيحاً قبل أن تُقيَّم الجودة أصلاً.
لا تتطلب أي من الخطوات أدناه إعادة بناء موقع ويب من الصفر. معظمها تعديلات على كيفية تسليم المحتوى الموجود، لا على ما يقوله.
الخطوة الأولى: تأكد مما يرسله خادمك فعلاً أولاً
تحليل Vercel نفسه لسلوك الزواحف ينص بوضوح على أن "لا شيء من زواحف الذكاء الاصطناعي الكبرى حالياً يعرض JavaScript" — تغطي روبوتات OpenAI وAnthropic وMeta وByteDance وPerplexity. هذا يعني أن استجابة HTML الأولى بالضبط التي يرسلها خادمك، قبل تشغيل أي نص برمجي، هي فعلياً الصفحة بأكملها فيما يخص هذه الزواحف.
تحقق من ذلك بنفسك: اعرض الكود المصدري لصفحتك (لا العرض النهائي للمتصفح، بل HTML الخام) وابحث عن حقائقك الرئيسية — الخدمات، الأسعار، الموقع، ساعات العمل. إذا كانت مفقودة من ذلك النص الخام ولا تظهر إلا بعد اكتمال تحميل الصفحة في المتصفح، فهي على الأرجح غير مرئية لهذه الزواحف.
إصلاحان مختلفان
قابلية القراءة أولاً، ثم البيانات المنظمة
1. هل المحتوى موجود في HTML الخام؟
إن لم يكن كذلك، لن تساعد أي كمية من ترميز schema زاحفاً غير معروض.
2. هل HTML نظيف ومنطقي؟
عناوين حقيقية ونص فقرات، منظمة من الأعلى إلى الأسفل.
3. هل هو مصنّف ببيانات منظمة؟
طبقة الدقة، بمجرد التأكد من أن المحتوى نفسه قابل للقراءة.
الخطوة الثانية: اعثر على المحتوى المختبئ داخل عناصر تفاعلية
نمط شائع على المواقع الحديثة هو محتوى لا يُحمَّل إلا عندما ينقر زائر على شيء ما — أكورديون أسئلة شائعة، تبويب تفاصيل منتج، رابط "اقرأ المزيد". إذا كان ذلك المحتوى يُجلب أو يُبنى بواسطة JavaScript فقط بعد النقر، فإنه يحمل نفس مشكلة عدم الظهور التي يحملها المحتوى الذي يُحمَّل تلقائياً بعد فتح الصفحة.
تخيل مكتب محاماة تقع أوصاف مجالات ممارسته خلف تبويبات قابلة للنقر، كل منها يحمّل نصه ديناميكياً فقط عند النقر عليه. زاحف لا ينقر أبداً — لأن النقر يتطلب العرض، ولا GPTBot من OpenAI ولا ClaudeBot من Anthropic يعرضان JavaScript، وفقاً لاختبارات Vercel المذكورة أعلاه — لا يرى أبداً أي شيء يتجاوز التبويب المفتوح افتراضياً، إن وُجد.
الخطوة الثالثة: حافظ على نظافة ومنطقية HTML نفسه
بعيداً عما هو موجود أو مفقود، تهم أيضاً كيفية بناء HTML. علامات العناوين الحقيقية التي تصف كل قسم، ونص الفقرات الذي يُقرأ كجمل فعلية، وترتيب منطقي من الأعلى إلى الأسفل، كل ذلك يساعد زاحفاً يحلل الترميز الخام على فهم ما يقرأه — بنفس الطريقة التي تكون بها الوثيقة المنظمة جيداً أسهل في التصفح السريع لشخص ما من جدار من النص غير المنظم.
هذا لا يعني أن موقع الويب يجب أن يبدو بسيطاً — التصميم المرئي وبنية HTML الأساسية طبقتان منفصلتان، ويمكن للموقع أن يكون غنياً بصرياً بينما لا يزال يرسل ترميزاً نظيفاً ومنطقياً تحته.
الخطوة الرابعة: لا تخلط بين هذا والبيانات المنظمة
من السهل الخلط بين إصلاحين مختلفين. البيانات المنظمة — ترميز schema الذي يصنّف رقم هاتف كرقم هاتف، وسعراً كسعر — يساعد نظاماً يستطيع بالفعل قراءة محتواك على فهمه بدقة أكبر. هذه القائمة هي طبقة تحت ذلك: التأكد من أن المحتوى موجود في شكل قابل للقراءة على الإطلاق، قبل أن يصبح التصنيف مهماً حتى.
يمكن لصفحة أن تحتوي على ترميز schema لا تشوبه شائبة يلتف حول نص لا يراه زاحف غير معروض أبداً من الأساس، لأن ذلك النص لا يظهر إلا بعد تشغيل JavaScript. إصلاح مشكلة قابلية القراءة أولاً هو الخطوة ذات التأثير الأكبر؛ البيانات المنظمة تستحق العمل عليها، لكن فقط بعد أن تصبح الكلمات نفسها قابلة للوصول فعلياً.
القائمة، من البداية إلى النهاية
اعمل من خلالها بالترتيب — كل واحدة تبني على تأكيد السابقة.
- اعرض الكود المصدري الخام لصفحتك وتأكد من أن حقائقك الرئيسية — الخدمات، الأسعار، الموقع، ساعات العمل — تظهر في ذلك النص، لا فقط فيما يعرضه المتصفح في النهاية.
- انقر عبر كل أكورديون وتبويب وعنصر "اقرأ المزيد" على صفحاتك الرئيسية وتحقق مما إذا كان ذلك المحتوى موجوداً بالفعل في HTML الخام أو ظهر فقط بعد النقر.
- اسأل من بنى موقعك عما إذا كانت صفحتك الرئيسية وصفحاتك الأساسية مُعروضة من جانب الخادم (مبنية على الخادم، مُرسلة كاملة) أو مُعروضة من جانب العميل (مبنية بواسطة JavaScript في متصفح الزائر) — العرض من جانب الخادم هو الافتراضي الصديق للزواحف.
- بمجرد التأكد من أن المحتوى قابل للقراءة، أضف البيانات المنظمة كطبقة تالية، لمساعدة زاحف يستطيع بالفعل قراءة محتواك على فهمه بدقة أكبر.
بالترتيب
قائمة التحقق الصديقة لزواحف الذكاء الاصطناعي
اعرض الكود المصدري الخام للصفحة
تأكد من أن الحقائق الرئيسية تظهر في النص نفسه، لا فقط في العرض النهائي.
انقر عبر الأكورديونات والتبويبات
تحقق مما إذا كان ذلك المحتوى موجوداً بالفعل، أو تم تحميله فقط بعد النقر.
تأكد من العرض من جانب الخادم مع مطورك
الصفحات المُعروضة من جانب الخادم هي الافتراضي الصديق للزواحف.
أضف البيانات المنظمة أخيراً
بمجرد أن يصبح المحتوى قابلاً للقراءة، تصنيفه بدقة هو الطبقة التالية.
اطّلع على ما يقوله الذكاء الاصطناعي عن نشاطك
يقيس Growli حصّتك من إجابات الذكاء الاصطناعي عبر ChatGPT وGemini وClaude وPerplexity — ويحوّل كل فجوة إلى إجراءات مرتّبة حسب الأولوية.
ابدأ الآنFAQ
عادة لا. معظم الإصلاحات تتعلق بكيفية تسليم المحتوى الموجود — نقل الحقائق الرئيسية إلى استجابة الخادم الأولية — بدلاً من إعادة بناء كاملة. يمكن للمطور غالباً معالجة الصفحات الأكثر تأثيراً دون المساس بتصميم الموقع العام.
اعرض الكود المصدري لصفحتك (نقر يمين، "عرض مصدر الصفحة"، أو Ctrl+U / Cmd+Option+U) واقرأه بحثاً عن حقائقك الرئيسية. ذلك النص الخام قريب مما يستقبله زاحف غير معروض.
مرتبط لكنه مختلف. سرعة الصفحة تتعلق بمدى سرعة وصول المحتوى؛ هذا يتعلق بما إذا كان المحتوى يصل على الإطلاق في أول جلب للزاحف، بغض النظر عن السرعة.
لا يمكن أن يضر، رغم أن Googlebot يعرض JavaScript بالفعل ويرى عموماً المحتوى المُعروض من جانب العميل في النهاية. زواحف الذكاء الاصطناعي المغطاة هنا هي تلك التي يكون فيها هذا الإصلاح غير اختياري بل أساسياً.
التأكد من أن صفحتك الأكثر أهمية — عادة صفحتك الرئيسية أو صفحة الخدمات الرئيسية — تحتوي على حقائقها الأساسية في HTML الخام. هذا الفحص الواحد يلتقط النسخة الأكثر تأثيراً من هذه المشكلة قبل أي شيء آخر.