موقف Google الحالي بسيط: ملف llms.txt لا يحسّن ترتيبك في Google Search، ولا يضرّه أيضًا. في الدليل الرسمي من Google لتحسين المواقع لميزات الذكاء الاصطناعي التوليدي، والذي تم تحديثه في 29 يونيو 2026، تقول Google إن Search يتجاهل هذه الملفات. وينطبق ذلك أيضًا على ميزات الذكاء الاصطناعي التوليدي داخل Google Search، مثل AI Overviews و AI Mode.
هذا لا يعني أن llms.txt بلا فائدة في كل مكان. معناه فقط أنه ليس رافعة ترتيب في Google. إذا كان زاحف آخر أو شريك أو نظام استرجاع داخلي أو منتج AI يريد قراءة دليل نصي بسيط لموقعك، فقد يكون الاحتفاظ به منطقيًا. لكن لا ينبغي أن يشتت الفريق عن العمل الذي تواصل Google تسميته: محتوى مفيد وغير مكرر، صفحات قابلة للزحف، بنية تقنية واضحة، وضوابط بحث عادية.
ما الذي أوضحته Google في يونيو 2026
ذكر Search Engine Roundtable في 16 يونيو 2026 أن Google حدّثت دليلها لتحسين المواقع لميزات الذكاء الاصطناعي التوليدي. عالج التحديث سؤالًا عمليًا جدًا في مجتمع SEO: هل يجب على المواقع إنشاء ملفات llms.txt لكي تحصل على ترتيب أفضل في Google Search أو تظهر أكثر في إجابات AI؟
إجابة Google هي: لا.
يقول الدليل الرسمي الآن إن مالكي المواقع لا يحتاجون إلى إنشاء ملفات جديدة قابلة للقراءة آليًا، أو ملفات نصية مخصصة للذكاء الاصطناعي، أو ترميز، أو Markdown للظهور في Google Search، بما في ذلك قدراته التوليدية. وتضيف Google أيضًا أن إنشاء llms.txt أو ملفات مشابهة وصيانتها أمر مقبول تمامًا إذا كانت خدمات أو أنظمة أخرى تستخدمها، لكنها لا تساعد ولا تضر الظهور أو الترتيب في Google Search لأن Google Search يتجاهلها.
هذه هي النقطة المهمة. Google لا تقول إن كل أنظمة AI تتجاهل الملف. إنها تقول إن Google Search يتجاهله.
الجزء غير المريح لمؤيدي llms.txt
تم الترويج لـ llms.txt كطريقة تجعل الموقع أسهل فهمًا للنماذج اللغوية الكبيرة. الفكرة مرتبة: ضع دليلًا مناسبًا لـ Markdown في جذر النطاق، وجّه النماذج إلى أفضل صفحاتك، وقلّل ارتباك الزواحف.
لكن بالنسبة إلى Google Search، تصطدم هذه الفكرة المرتبة بحد واضح. Google تقول لمالكي المواقع إن أنظمة Search لديها لا تستخدم هذا الملف كمدخل خاص.
لذلك، سؤال الترتيب محسوم في الوقت الحالي:
| السؤال | إجابة Google في يونيو 2026 | التفسير العملي |
|---|---|---|
| هل يحسّن | لا | لا تبيعه كعامل ترتيب SEO. |
| هل يمكن أن يضر الظهور في Google Search؟ | لا | الملف النظيف ليس خطر عقوبة بحد ذاته. |
| هل تحتاج Google إلى ملفات Markdown خاصة بالـ AI؟ | لا | تريد Google صفحات عادية يمكنها الزحف إليها وعرضها وفهمها. |
| هل يمكن أن تستخدم أنظمة أخرى | ربما | عامله كبنية اختيارية خارج Google Search. |
يمكن أن يظل الملف طبقة توثيق مفيدة. لكنه لا ينبغي أن يكون مركز استراتيجية Google SEO أو AI Overview.
ما الذي تقول Google إنه أهم
دليل Google أكثر أهمية من ملاحظة llms.txt وحدها. فهو يشرح كيف تنظر Google إلى البحث التوليدي: ما زال متجذرًا في أنظمة الترتيب والجودة الأساسية في Search.
هناك مفهومان مهمان.
الأول هو التوليد المعزز بالاسترجاع، أو RAG. تصف Google إجابات AI بأنها مبنية على معلومات تم استرجاعها من فهرس Search. هذا يعني أن العمل القديم والممل ظاهريًا ما زال مهمًا: صفحات قابلة للفهرسة، محتوى مفيد، تجربة صفحة جيدة، وصفحات تستحق أن يتم استرجاعها.
الثاني هو توسيع الاستعلامات. قد يولد النموذج استعلامات مرتبطة حول سؤال المستخدم الأصلي، ثم يستخدم تلك النتائج لدعم إجابة أوسع. هنا تقصر كثير من فرق SEO في التخطيط. الصفحة المبنية لكلمة مفتاحية واحدة فقط قد لا تجيب عن الأسئلة المجاورة التي يولدها نظام AI.
الخلاصة العملية: اكتب للموضوع والمهمة، لا لملف واحد أو عبارة واحدة.
رؤية Auspia: llms.txt عربة جانبية، وليس المحرك
قراءة Auspia مباشرة: llms.txt ينتمي إلى خانة "مفيد إذا كان مطلوبًا". هذا ليس المكان الذي تخسر فيه معظم الفرق ظهورها في AI Search.
معظم الفجوات لا تزال داخل الموقع نفسه:
- الصفحات المهمة ضعيفة أو عامة أو قابلة للاستبدال بصفحات المنافسين.
- حقائق المنتج والخدمة والمؤلف غير متسقة داخل الموقع.
- الصفحات تجيب عن السؤال الرئيسي، لكنها لا تغطي أسئلة المتابعة التي قد يوسعها نظام AI.
- توجد بيانات منظمة، لكن الصفحة المرئية لا تدعم الحقائق نفسها.
- الفرق تطارد ملفات AI جديدة بينما تترك مشكلات الزحف والربط الداخلي وتجربة الصفحة بلا حل.
هناك مكان واحد يمكن أن يكون فيه llms.txt مفيدًا: كأداة حوكمة. إذا استخدمه فريقك لتحديد أي URLs وحقائق ومستندات وشروحات منتجات يجب أن تكون معيارية، فقد يفرض انضباطًا تحريريًا. لكن الانضباط أهم من الملف.
إذا أردت اختبار ما إذا كان موقعك جاهزًا لواجهات AI Search، فاستخدم مسار تشخيص مثل AI Search Visibility Checker من Auspia بعد فحص الصفحات الأساسية.
قاعدة تشغيلية في يونيو 2026 لفرق SEO وGEO
هذه هي القاعدة التي سأستخدمها للربع القادم: انشر llms.txt فقط بعد أن تصبح أسطح البحث الأساسية سليمة.
ينبغي أن يكون ترتيب الأولويات هكذا:
- تأكد من أن صفحاتك المهمة قابلة للزحف والفهرسة ومرتبطة داخليًا.
- حسّن الصفحات التي تبدو كملخصات عامة بدلًا من إجابات أصلية.
- أضف حقائق واضحة عن المنتج أو النشاط المحلي أو التجارة الإلكترونية أو المؤسسة عندما يكون ذلك مناسبًا.
- استخدم البيانات المنظمة لميزات Search الحالية وأهلية النتائج الغنية، وليس كترميز سحري للـ AI.
- تحكم في المقتطفات والمعاينات باستخدام الأدوات الحالية المدعومة من Google عندما تحتاج إلى حدود.
- أضف
llms.txtفقط إذا كان لدى نظام آخر أو شريك أو زاحف أو سير عمل داخلي سبب حقيقي لقراءته.
النقطة الأخيرة مهمة. الملف المُدار لمستهلك حقيقي يختلف عن ملف يُدار لأن الجميع على X أصبح قلقًا فجأة من زواحف AI.
ما الذي لا يجب فعله بعد هذا التحديث
أسوأ رد فعل هو الانتقال من الحماس الزائد إلى الرفض الكامل.
لا تخبر فريقك أن llms.txt عامل ترتيب سري. وفقًا لـ Google، ليس كذلك.
ولا تخبر فريقك أن كل توثيق قابل للقراءة من AI بلا معنى. قد تستخدم بعض الأنظمة هذه الملفات، وقد يستفيد فريقك نفسه من الوضوح.
لا تستبدل SEO بـ "حيل GEO". دليل Google واضح: SEO ما زال ينطبق على ميزات Google Search التوليدية. قد تكون مصطلحات مثل AEO وGEO مفيدة لتنظيم العمل، لكن Google تطلب تقييم هذه التكتيكات وفق طريقة عمل Search فعليًا.
لا تنشئ إشارات مزيفة أو صفحات حشو أو ترميزًا مخصصًا للـ AI فقط. إذا كان الموقع المرئي ضعيفًا، فلن ينقذه ملف مساعد قابل للقراءة آليًا.
المصادر
تستند هذه المقالة إلى مصدرين عامين:
- الدليل الرسمي من Google Search Central، "Optimizing your website for generative AI features on Google Search" ، وآخر تحديث له في 29 يونيو 2026.
- تقرير Search Engine Roundtable بتاريخ 16 يونيو 2026، "Google: LLMS.txt Files Won't Help Or Hurt Your Search Rankings" ، الذي يغطي توضيح Google بأن ملفات
llms.txtلا تساعد ولا تضر ترتيب Google Search.
يشير تقرير Search Engine Roundtable أيضًا إلى تعديل لاحق في الصياغة حول 29 يونيو 2026. الجوهر بالنسبة لفرق SEO هو نفسه: Google Search يتجاهل llms.txt في الترتيب والظهور.
Author: Julian Mercer، ممارس Technical SEO بخبرة 14 عامًا في Auspia. يكتب Julian عن قابلية الزحف، وschema، والعرض، وبنية الموقع، والأسس التقنية للمحتوى القابل للقراءة من AI.