محرك البحث يعرض، ومحرك الإجابة يقرّر
حين تبحث في غوغل تحصل على قائمة: عشرة روابط، وإعلانات، وخريطة، وأسئلة مقترحة. أنت من يقرّر أيّها يفتح. هذا يعني أن المركز الخامس ما زال موجوداً، وأن من لم يُقنعك بعنوانه قد يُقنعك بوصفه.
حين تسأل مساعداً ذكياً تحصل على فقرة واحدة. لا قائمة، ولا مراكز. يذكر المساعد مصدراً أو اثنين، وما عداهما غير موجود بالنسبة للسائل. الفرق ليس في درجة الظهور بل في طبيعته: في البحث تتنافس على الترتيب، وفي الإجابة تتنافس على أن تُذكر أصلاً.
ولهذا يخطئ من يعالج الأمر كمسألة ترتيب. السؤال لم يعد «كيف أصعد؟» بل «لماذا لا يفهمني النموذج؟» — وهذا سؤال تقني ومعلوماتي أكثر منه تسويقياً.
السبب الأول الذي تفحصه: قد يكون خادمك يقفل الباب
قبل أن يقرأ المساعد كلمة من موقعك، يجب أن يصل إليه. وبعض الاستضافات المشتركة تُفعّل قوائم «حظر الروبوتات السيّئة» الجاهزة، وهذه القوائم تضع زواحف الذكاء الاصطناعي في السلّة نفسها مع الكاشطات التي تسرق المحتوى. وحين تكون إحداها مفعّلة، يردّ خادمك 403 على GPTBot وClaudeBot وPerplexityBot، وأنت لا تعلم.
حدث هذا لموقعنا نحن. وجدنا الخادم يردّ 403 على ثمانية زواحف — بينها زواحف OpenAI الثلاثة — على كل المسارات، بما فيها ملف robots.txt نفسه. أي أن المساعد لم يكن يستطيع حتى قراءة الملف الذي يأذن له بالدخول. وكان ملف .htaccess عندنا نظيفاً تماماً؛ الحجب كان في أداة حماية على مستوى الخادم لا نملك التحكم فيها، ولم يُرفع إلا بعد تذكرة مدعومة بقياس من داخل الخادم نفسه.
الدرس: إن كنت على استضافة مشتركة، افترض أن هذا يحدث لك حتى تثبت العكس. وهو الفحص الأول الذي يجب أن يسبق أي عمل على المحتوى، لأن كل تحسين تحته بلا أثر ما دام الباب مقفلاً.
- اطلب من مطوّرك فحص ردّ الخادم بتوقيع GPTBot ومقارنته بردّه لمتصفح عادي.
- إن اختلف الردّان، فالمشكلة في الاستضافة لا في موقعك.
- ابحث في لوحة التحكم عن Imunify360 أو ModSecurity أو Bot Protection.
- إن كانت الإعدادات مقفلة على مستوى الخادم، فالحلّ تذكرة للاستضافة مدعومة بقياس.
ما لا يقرؤه المساعد في موقعك
المساعد يقرأ نصاً. كل ما ليس نصاً منظَّماً يمرّ عليه دون أن يدخل الجواب. وهذه أكثر المواضع التي تختفي فيها أهم معلوماتك دون أن تنتبه:
لاحظ أن هذه ليست مشكلة تصميم ولا سرعة. موقعك قد يكون جميلاً وسريعاً ومتجاوباً، ومع ذلك تكون أسعارك غير موجودة بالنسبة للنموذج لأنها داخل صورة أنيقة.
- الأسعار داخل صور أو تصاميم — لا تُنسخ ولا تُقرأ.
- قوائم الخدمات داخل ملفات PDF لا يشير إليها رابط واضح.
- معلومات تظهر فقط بعد تشغيل جافاسكريبت أو بعد ضغط زر.
- شروط العمل ومناطق الخدمة المذكورة شفهياً في فيديو دون نصّ مصاحب.
- صفحة «من نحن» تصف الطموح ولا تذكر ماذا تبيع ولمن وأين.
التناقض أخطر من النقص
حين يجد النموذج معلومة ناقصة، يتجاوزها. وحين يجد معلومتين متناقضتين عن المصدر نفسه، يفقد ثقته في المصدر كلّه. سعر في موقعك وسعر آخر في صفحتك على فيسبوك، أو ساعات عمل في خرائط غوغل تخالف ما في موقعك — كلاهما يدفع النموذج إلى اختيار مصدر أوضح، وغالباً يكون منافسك.
أربع معلومات تحديداً يجب أن تكون متطابقة حرفياً في كل مكان تظهر فيه: الاسم القانوني والتجاري، العنوان، الهاتف، ساعات العمل. هذه ما يسمّيه أهل الاختصاص NAP، وهي أساس التعرّف على الكيان في البحث المحلّي وفي محركات الإجابة معاً.
والأسعار كذلك. إن كنت لا تريد نشر سعر ثابت، فاكتب سعراً تبدأ منه مع شرطه صراحةً — «يبدأ من كذا لصفحة هبوط» — فهذا أفضل من صمت يملؤه النموذج بتقدير من مكان آخر.
من أنت؟ الكيان قبل المحتوى
قبل أن يقرّر المساعد الاستشهاد بك، يحتاج أن يعرف من أنت بالضبط وأن يميّزك عمّن يحمل اسماً مشابهاً. هذا ما تفعله البيانات المنظَّمة: كتلة schema.org في صفحتك تقول اسمك القانوني، وعنوانك، ولغاتك، ونطاق خدمتك، وخدماتك وأسعارها.
وأقوى ما يمكن إضافته هنا هو ما يمكن التحقق منه خارج موقعك: رقم السجل التجاري، والمعرّف الجبائي، وروابط حساباتك الرسمية مربوطة ببعضها. مؤسسة مسجّلة برقم يمكن مراجعته ليست كاسم تجاري في صفحة.
ثم هوية من يكتب. محتوى بلا مؤلف معروف أضعف ترجيحاً من محتوى يحمل اسم شخص له خبرة معلنة وحسابات يمكن الوصول إليها. هذا ليس تفصيلاً شكلياً؛ إنه أحد أوضح الفروق بين مصدر يُستشهد به ومصدر يُقرأ ويُنسى.
ملف llms.txt: ملخّص للمساعدين لا ضمان
ملف llms.txt مقترح قدّمه Jeremy Howard في سبتمبر 2024: ملف نصّي واحد في جذر موقعك يعرّف مؤسستك بلغة بسيطة — من أنت، أين، ماذا تقدّم، بأي أسعار، وأي صفحاتك هي المرجعية. ليس معياراً، ولا شيء يضمن أن يقرأه مساعد؛ وفائدته أنه يُلزمك بكتابة حقائقك مرة واحدة وفي مكان واحد، تجدها فيه كل أداة تقرؤه.
والأهم فيه قسم يغفله الجميع: ما لا تقدّمه. النموذج الذي لا يملك حقائق سلبية يملأ الفراغ بالتخمين، فينسب إليك خدمة لا تقدّمها أو يَعِد زبوناً بشيء لا تفعله. وسطر واحد صريح، في الملف وفي صفحاتك، يضيّق مجال هذا التخمين.
لكن انتبه: الملف إعلان لا إصلاح. إن كان خادمك يحجب الزواحف فلن يُقرأ أصلاً، وإن كانت أسعارك متناقضة فلن يصلحها. ترتيبه في الأولوية بعد الوصول والاتّساق، لا قبلهما.
كيف تقيس بدل أن تخمّن
لا تبدأ بالإصلاح. ابدأ بتسجيل ما يقوله المساعدون عنك اليوم، لأن هذا وحده خط الأساس الذي تُثبت به أن شيئاً تغيّر. اجمع عشرين إلى خمسين سؤالاً كما يطرحها مشترٍ حقيقي في قطاعك، لا كما تصف أنت خدمتك.
اطرحها على ثلاثة مساعدين على الأقل، وسجّل لكل سؤال: هل ذُكرتَ؟ هل المعلومة صحيحة؟ من ذُكر بدلاً منك؟ خذ لقطة شاشة لكل جواب. هذا الملف وحده يساوي أكثر من أي تقرير عام عن «تحسين الظهور».
ثم أعد الأسئلة نفسها بعد شهر بعد الإصلاح، وقارن. إن لم يتغيّر شيء فالمشكلة أعمق من التقنية وتحتاج محتوى وذكراً خارجياً. وإن تغيّر، فعندك رقم تبني عليه بدل انطباع.
- «ما أفضل [خدمتك] في [ولايتك]؟»
- «كم يكلّف [خدمتك] في الجزائر؟»
- «قارن بين [اسم مؤسستك] و[منافسك].»
- «هل [اسم مؤسستك] مناسبة لمؤسسة من عشرين موظفاً؟»
- «ما مخاطر التعامل مع [اسم مؤسستك]؟»
خطة أول ثلاثين يوماً
الهدف من الشهر الأول ليس أن تتصدّر الإجابات، بل أن تزيل كل ما يمنع فهمك وأن تملك رقماً تقيس عليه. أربعة أسابيع، كل واحد منها له مخرج واحد واضح.
- الأسبوع الأول: اطرح الأسئلة وسجّل الأجوبة، وافحص وصول الزواحف إلى خادمك.
- الأسبوع الثاني: ارفع أي حجب، وابنِ بيانات الكيان بأرقام تسجيلك وخدماتك وأسعارها.
- الأسبوع الثالث: أخرج الأسعار والخدمات من الصور والملفات إلى نصّ، ووحّد معلوماتك عبر كل حساباتك.
- الأسبوع الرابع: اكتب أسئلة شائعة بصياغة المشتري، وانشر llms.txt، ثم أعد القياس وقارن.
