تحسين محركات البحث · تقني

هل يجب تحويل موقعك إلى ماركداون من أجل الذكاء الاصطناعي؟ جوجل أجابت للتو

أمضى مارتن سبليت وجون مويلر من جوجل 25 دقيقة في نقاش حول ما إذا كان على المواقع إصدار نسخة بصيغة ماركداون لزواحف الذكاء الاصطناعي. إليك الإجابة الدقيقة التي اختزلتها العناوين الصحفية.

Should You Convert Your Site to Markdown for AI? Google Just Answered.

سأل عدد كافٍ من الأشخاص مارتن سبليت هذا السؤال لدرجة أنه طرحه على مديره في بودكاست. استغرق التوصل إلى إجابة واضحة من الاثنين خمساً وعشرين دقيقة، وما توصلا إليه أكثر فائدة من الملخص المكوّن من سطر واحد الذي انتشر على نطاق واسع.

الجملة التي أنهت الجدل

“بالنسبة لكل ما يتعلق بتحسين محركات البحث واكتشاف المحتوى، فإن موقع HTML العادي هو… الأفضل.”
— جون مويلر، في ختام الحلقة 111 من بودكاست Search Off the Record، بعد خمس وعشرين دقيقة من النقاش الجاد مع مارتن سبليت.

افتتح مارتن سبليت حلقة حديثة من بودكاست Search Off the Record التابع لجوجل بسؤال يقول إنه يتلقاه باستمرار: هل يجب أن يتحول الموقع إلى ماركداون لتسهّل نماذج اللغة الكبيرة قراءته؟ جاء برأي مُشكَّل مسبقاً. وفي النهاية، صمد هذا الرأي، لكنه اكتسب قدراً كبيراً من الدقة والتفاصيل التي تجاهلتها التغطية الإعلامية السريعة.

النسخة المختصرة التي انتشرت في أخبار تحسين محركات البحث هذا الأسبوع دقيقة لكنها مبسّطة أكثر من اللازم: جوجل تقول إن HTML هو المعيار، وماركداون لا يضيف شيئاً لتحسين محركات البحث. هذا صحيح. لكنه ليس الجزء الأكثر فائدة مما قيل. الجزء المثير للاهتمام هو السبب، ومكان الاستثناءات الحقيقية.

الجدل الذي سبق الجدل

كانت حجة سبليت الافتتاحية لصالح ماركداون منطقية. فهو يمنحك العناوين والقوائم والجداول والروابط والصور بجزء يسير من قواعد HTML. يصعب الخطأ فيه، وأسرع في الكتابة، وتبقى بنيته واضحة حتى دون أي عرض بصري. لا خلاف على أي من ذلك.

لكن حجته المضادة هي ما جعل الحلقة تستحق الاستماع. فكل زاحف موجود اليوم قد حلّ بالفعل مشكلة قراءة HTML على مستوى الويب بأكمله. مطالبة النظام البيئي فجأة بإعطاء الأولوية لنسخة موازية بصيغة ماركداون يحل مشكلة غير موجودة أصلاً، فالمشكلة الصعبة حُلّت منذ سنوات.

مارتن سبليت: كل الزواحف الموجودة اليوم كان عليها التعامل مع HTML لتغطية الويب بأكمله. لا يمكنك ببساطة أن تقول إننا سنكتفي بملفات ماركداون فقط. لذلك لا أعتقد أن هذه مشكلة تحتاج إلى حل.

جون مويلر: إذن أنت تعرف أفضل الممارسات لبناء مواقع جيدة، أليس كذلك؟ كيف تكتب محتوى موقعك؟ هل تكتب بصيغة HTML أم ماركداون؟

هذا السؤال الثاني يحمل دلالة أعمق مما يبدو. تبيّن أن سبليت يكتب موقعه الشخصي بالكامل بصيغة ماركداون عبر مولّد مواقع ثابتة بناه بنفسه، تحديداً لأنه لا يريد كتابة الأقواس الزاويّة. استغل مويلر ذلك ليحوّل مسار الحوار بأكمله: إذا كانت النصيحة هي “لا داعي لماركداون” بينما الشخص الذي يقدمها يكتب بماركداون يومياً، فإن الإجابة الحقيقية تحتاج دقة أكبر من مجرد رفض قاطع.

ما هو ماركداون فعلياً، ولماذا وُجد

تعمّق مويلر في تاريخ الصيغة من أجل الحلقة. ابتُكر ماركداون عام 2004 على يد جون غروبر وآرون سوارتز، بهدف الوصول إلى شيء قريب من الإنجليزية السهلة والمقروءة التي تتحول بسلاسة إلى HTML والعكس. وهو يفترض أن HTML موجود بالفعل مسبقاً. إنه ليس منافساً لـHTML، بل طريقة أكثر متعة لكتابة نفس المخرج النهائي.

صياغة سبليت هنا هي أدق ملخص تقني في الحلقة كلها: ماركداون يمنحك بنية دلالية شبه تلقائية. فالعنوان يبقى عنواناً بلا لبس. والرابط يبقى رابطاً بلا لبس. لا مجال يُذكر لجعل شيء ما يبدو كعنوان دون أن يكون كذلك فعلياً، وهو خطأ يتكرر باستمرار في HTML المكتوب يدوياً أو ذي القوالب الضعيفة.

الملاحظة التي طرحها مويلر

هذا الفصل النظيف لا يصمد إلا إذا لم تحتل عليه. فمعظم معالجات ماركداون تسمح لك بإدراج HTML خام مباشرة داخل الملف عندما يعجز ماركداون عن التعبير عن شيء ما، مثل تضمين فيديو أو أداة جافاسكريبت. وفي اللحظة التي تفعل فيها ذلك، تكون قد أعدت استيراد كل التعقيد الذي كان من المفترض أن يزيله ماركداون. عند استخدامه بأمانة، يفرض ماركداون فصلاً نظيفاً بين المحتوى والعرض. وعند استخدامه كمنفذ للهروب، يصبح مجرد HTML بخطوات إضافية.

لماذا لا يعني "نص أقل" أنه "أفضل للذكاء الاصطناعي"

الدافع وراء الرغبة في نسخة ماركداون لأجل الذكاء الاصطناعي بسيط: افتح ملف HTML خام في محرر نصوص دون أي عرض بصري، وستجده صعب القراءة فعلياً. وسوم في كل مكان، وأنماط مضمّنة، وترميز تنقّل متشابك مع المحتوى الفعلي. افتح ملف ماركداون بالطريقة نفسها وسيبقى مقروءاً، إذ يظهر الرابط كنص بين قوسين معقوفين متبوعاً برابط بين قوسين عاديين.

وجهة نظر سبليت: فجوة سهولة القراءة هذه حقيقية لكنها غير ذات صلة، لأن أي زاحف لا يقرأ HTML الخام بالطريقة التي يحدّق بها إنسان في ملف نصي. تحويل HTML إلى نص عادي مشكلة محلولة وبسيطة، مع أدوات ناضجة متوفرة في كل مكان. الميزة المفترضة لماركداون، أي سهولة استخراج النص، توقفت عن أن تكون مهمة بمجرد أن أصبح استخراج النص من HTML أمراً معتاداً وشائعاً.

هناك تكلفة ثانية أكثر هدوءاً ظل الحوار يعود إليها. ماركداون، بحكم تصميمه، يزيل كل ما يحيط بالمحتوى: الترويسات، والتذييلات، والأشرطة الجانبية، والتنقل الذي يخبر الزاحف كيف ترتبط الصفحة ببقية الموقع. نقطة مويلر: بالنسبة لمحرك بحث تحديداً، تلك الروابط البنيوية ليست ضجيجاً يجب إزالته. إنها الطريقة التي يعمل بها الاكتشاف. مقتطف ماركداون نظيف من مقالة مع إزالة بنية الموقع هو، من منظور الزحف، إشارة أسوأ من HTML الفوضوي الذي جاء منه.

سؤال ملف llms.txt، وقد حُسم بصراحة تامة

طرح سبليت السؤال الطبيعي التالي: إذا لم يكن موقعاً كاملاً بصيغة ماركداون، فماذا عن ملف llms.txt، وهو ملخص نصي عادي موجه خصيصاً لنماذج اللغة؟ كان مويلر قد تحدث مباشرة مع أحد الأشخاص القائمين على الاقتراح الأصلي، وكانت رؤيته للغرض المقصود منه واضحة.

لم يكن الملف يوماً مقصوداً كآلية اكتشاف، أي وسيلة لتُعثر عليه أنظمة الذكاء الاصطناعي التي لم تصادف الموقع من قبل. بل صُمم لحالة أضيق: وكيل ذكاء اصطناعي يعرف بالفعل عن موقع ومستخدم ما، ويريد طريقة منظمة للتجول بمجرد وصوله إلى هناك.

جون مويلر: أنت في الأساس تخبر هذه الأنظمة: لدي أفضل موقع على الإطلاق، وهذه كل الصفحات التي يجب على الجميع زيارتها، ويجب عليكم شراء جميع منتجاتي. نظام نموذج اللغة الكبير، بحكم تصميمه، لا يمكنه أن يثق بذلك كوسيلة للتمييز بين المواقع.

هذه هي المشكلة الجوهرية في التعامل مع أي ملف تكتبه بنفسك كرافعة لتحسين الظهور في الذكاء الاصطناعي. ملف تتحكم به أنت، يصف مدى روعة موقعك، ليس إشارة مصداقية لنظام يحاول معرفة أي موقع يجيب فعلياً على الاستعلام بأفضل شكل. إنه أقرب إلى عرض ترويجي بيعي لدى النظام كل الأسباب لتجاهله.

أين يكمن الاستثناء الحقيقي

لم يرفض أي منهما ماركداون كلياً، وهذا هو الجزء الذي اختزلته معظم التغطيات الثانوية في حاشية عابرة. توثيق المطورين هو الفئة الوحيدة التي اتفق فيها الاثنان على أن نسخة ماركداون تستحق مكانها، فالجمهور غالباً ما يكون مطوراً أو وكيل برمجة يعمل بالفعل بصيغة ماركداون بشكل أصلي، ويستفيد من الحصول على الصياغة الخام مباشرة.

يستحق مكانه

مراجع واجهات البرمجة، وتوثيق المطورين، والمحتوى التقني كثيف الأكواد المُولّد من نفس مصدر HTML

لا يضيف شيئاً

صفحات المنتجات، وصفحات الخدمات، ومحتوى المدونة، وأي شيء موجّه للاكتشاف العام عبر محركات البحث

كانت جملة مويلر الختامية صريحة: إذا كنت تبيع أحذية، فلن يكون لديك نسخة ماركداون من كتالوج أحذيتك. وعزا هذا الميل إلى تحيّز المطورين، أي افتراض أنه بما أن المطورين شخصياً يجدون ماركداون أسهل، فإن كل موقع لا بد أن يستفيد من النهج ذاته. معظم المواقع لا يديرها مطورون فقط، ومعظم المحتوى ليس توثيقاً تقنياً.

مشكلة النسخ الموازية التي لا أحد يخطط لها

أقوى تحذير عملي في الحلقة لم يكن له علاقة بالزواحف بقدر ما كان متعلقاً بالصيانة. فبمجرد أن يشغّل الموقع نسختين من محتواه، نسخة HTML عامة ونسخة منفصلة بصيغة ماركداون أو JSON للأنظمة الآلية، يكون قد تحمّل عبء صيانة يتراكم بصمت.

  1. إذا تعطلت الصفحة الموجهة للبشر، سيلاحظ المستخدم ذلك ويخبرك. أما إذا تعطلت النسخة الآلية فقط، فلن يلاحظ أحد، وقد يستمر الزاحف في فهرسة محتوى قديم أو معطل إلى أجل غير مسمى دون وصول أي إشارة إليك.
  2. أصبح كل تحديث للمحتوى بحاجة للحدوث في مكانين، أو عبر خط معالجة يبقيهما متزامنين. وهذا الخط بحد ذاته نقطة فشل جديدة لم تكن موجودة عندما كانت هناك نسخة واحدة من الحقيقة.
  3. قارن كل من سبليت ومويلر ذلك مباشرة بالعرض الديناميكي، وهو حل بديل من جيل سابق كانت فيه المواقع تقدّم للزواحف نسخة مختلفة من الصفحة عن تلك التي يراها المستخدمون. نجح كحل مؤقت، ثم تحول إلى عبء صيانة وتصحيح أخطاء بمجرد اعتماد المواقع عليه على المدى الطويل. طبقة ماركداون موازية تخاطر بالمسار نفسه.
  4. الحل الأنظف لمن يريد الصيغتين هو توليد إحداهما من الأخرى عبر خط معالجة واحد بدلاً من صيانة مصدرين يدوياً، وهو النهج نفسه الذي يستخدمه سبليت بالفعل لموقعه الشخصي عبر إعداد مولّد المواقع الثابتة.

ما الذي يعنيه هذا إذا كنت تدير موقعاً إلكترونياً

إذا سأل أحدهم عمّا إذا كان تحويل الموقع إلى ماركداون، أو إنشاء ملف llms.txt، سيساعد في الظهور عبر الذكاء الاصطناعي أو أداء البحث، فإن إجابة من يبنون أنظمة الزحف والفهرسة في جوجل ثابتة ومحددة. تبقى HTML النظيفة جيدة البنية، بعناوين صحيحة، وروابط داخلية تعمل، وترميز دلالي واضح، هي الأساس الكامل. لا شيء في صعود بحث الذكاء الاصطناعي يغيّر ذلك، لأن تلك الأنظمة لا تزال مبنية على بنية تحليل HTML ذاتها التي استخدمتها محركات البحث لعقود.

الموضع الذي يضيف فيه هذا النقاش قيمة حقيقية هو المواقع ذات المحتوى الموجه للمطورين بشكل كبير، حيث يمكن لطبقة ماركداون حقيقية مولّدة من نفس مصدر HTML أن تخدم وكلاء البرمجة والمطورين البشريين دون خلق مصدر ثانٍ للحقيقة. أما بالنسبة للجميع، بما في ذلك معظم المواقع التجارية التي تعمل على تحسين محركات التوليد، فمن الأفضل توجيه الطاقة نحو الأساسيات غير المثيرة: البيانات المهيكلة، وHTML الدلالية النظيفة، وبنية موقع يمكن للزاحف التنقل فيها فعلياً.

الخلاصة الصريحة

ماركداون صيغة كتابة جيدة فعلاً. لكنها ليست صيغة لتحسين محركات البحث، ولم تدّعِ يوماً ذلك. الالتباس ينشأ من الخلط بين “أسهل على الإنسان في الكتابة” و“أكثر قابلية للاكتشاف من قبل آلة”، وهما خاصيتان غير مرتبطتين. إذا كان سير عمل المحتوى لديك أسهل بماركداون، استمر في استخدامه، وولّد منه HTML نظيفة كمصدر وحيد للحقيقة. وإذا أخبرك أحدهم بنشر نسخة ماركداون موازية لصفحات منتجاتك من أجل البحث بالذكاء الاصطناعي، فإن هذه النصيحة لا تصمد أمام ما قاله فعلياً من يبنون هذه الأنظمة.

هل تريد أن يكون الظهور في محركات الذكاء الاصطناعي جزءًا من نظام نمو متكامل؟

سنوضح لك بالضبط أين يتناسب ذلك مع بقية استراتيجيتك التسويقية.

اترك تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *

Fill out this field
Fill out this field
الرجاء إدخال عنوان بريد إلكتروني صالح.
You need to agree with the terms to proceed