أطلقت شركة موقعها الجديد بعد أشهر من العمل: تصميم أنيق، صور احترافية، ونصوص راجعها الفريق كلمةً كلمة. بعد ثلاثة أسابيع بدأت الزيارات القادمة من جوجل تتراجع، ثم اختفت صفحات الخدمات من النتائج تقريباً. لا أحد غيّر المحتوى، ولا أحد اشترى روابط مشبوهة.
السبب في مثل هذه الحالات غالباً سطر واحد: ملف robots.txt نُقل من نسخة التطوير كما هو، وفيه أمر يمنع الزحف إلى الموقع كله، أو وسم noindex نسيه المبرمج في قالب الصفحات. هذا هو السيو التقني: الطبقة التي لا يراها الزائر، لكنها تحدد إن كان جوجل يستطيع أصلاً أن يصل إلى صفحاتك ويفهمها ويعرضها.
في هذا المقال قائمة فحص عملية مبنية على وثائق Google Search Central الرسمية، مرتبة حسب الأولوية: ماذا تفحص، وكيف تفحصه، وما العلامة التي تقول إن هناك مشكلة. لن تحتاج إلى أن تكون مبرمجاً لتستخدمها، لكنك ستعرف بالضبط ماذا تطلب من فريقك التقني.
الخلاصة السريعة
- السيو التقني: هو تهيئة البنية التقنية للموقع بحيث يستطيع جوجل الزحف إلى صفحاته وعرضها وفهرستها دون عوائق، وهو شرط مسبق لأي نتيجة من المحتوى أو الروابط.
- الحد الأدنى عند جوجل: ألا يكون Googlebot محظوراً، وأن تعيد الصفحة رمز الحالة 200، وأن تحتوي محتوى قابلاً للفهرسة، مع أن تحقيق ذلك لا يضمن الفهرسة.
- robots.txt: ملف لإدارة الزحف وليس وسيلة لإخفاء الصفحات من جوجل، ولمنع الفهرسة يُستخدم noindex أو الحماية بكلمة مرور.
- الروابط الأساسية (Canonical): التحويل الدائم ووسم rel=canonical إشارتان قويتان لاختيار النسخة الأساسية من الصفحات المكررة، أما إدراجها في خريطة الموقع فإشارة ضعيفة.
- مؤشرات أداء الويب الأساسية: الحد الجيد هو LCP خلال 2.5 ثانية وINP بحد أقصى 200 ملي ثانية وCLS بحد أقصى 0.1، وتستخدمها أنظمة الترتيب دون أن تضمن الصدارة.
ما هو السيو التقني؟
السيو التقني (Technical SEO) هو مجموعة الإعدادات والممارسات التي تضمن أن محركات البحث تستطيع اكتشاف صفحات موقعك والزحف إليها وعرضها وفهرستها بشكل صحيح، وأن الزائر يحصل على تجربة سريعة ومستقرة على الجوال وسطح المكتب.
تحدد متطلبات جوجل التقنية ثلاثة شروط دنيا لتكون الصفحة مؤهلة للظهور: ألا يكون Googlebot محظوراً من الوصول إليها، وأن تعمل الصفحة بمعنى أن جوجل يتلقى رمز الحالة 200، وأن يكون فيها محتوى قابل للفهرسة. ويقول جوجل صراحة إن استيفاء هذه الشروط لا يضمن الفهرسة. بعبارة أخرى، الجانب التقني لا يرفعك وحده، لكنه قادر وحده على إسقاطك.
لهذا نبدأ أي تدقيق بالسؤال الأبسط: هل يصل جوجل إلى الصفحات المهمة؟ وإن كنت تريد صورة أوسع عن مكان الجانب التقني بين أركان السيو الأخرى، فستجدها في دليل السيو الشامل.
هل يستطيع جوجل الزحف إلى موقعك؟ فحص robots.txt
افتح الرابط yoursite.com/robots.txt في المتصفح الآن. إن رأيت سطراً يقول Disallow: / تحت User-agent: *، فأنت تطلب من كل الزواحف عدم الدخول إلى أي صفحة. هذا مقبول في نسخة التطوير، وكارثي في الموقع الحي.
بحسب مقدمة جوجل عن ملف robots.txt، يخبر الملف زواحف محركات البحث بالروابط التي يمكنها الوصول إليها، والغرض الأساسي منه تجنب إرهاق الخادم بالطلبات. والنقطة التي يخطئ فيها كثيرون: الملف ليس آلية لإبقاء صفحة خارج جوجل. الصفحة المحظورة قد تظهر في النتائج رغم ذلك، لكن دون وصف. إذا أردت منع فهرسة صفحة، فاستخدم noindex أو احمها بكلمة مرور.
ماذا تفحص هنا
- الأقسام المهمة: تأكد أن صفحات المنتجات والخدمات والمدونة ليست ضمن أي قاعدة Disallow.
- الملفات الضرورية للعرض: لا تحظر ملفات CSS وJavaScript التي يحتاجها جوجل لعرض الصفحة كما يراها الزائر.
- وسم noindex: افحص كود الصفحات المهمة بحثاً عن meta robots بقيمة noindex، خصوصاً بعد أي إطلاق أو تغيير قالب.
وهناك فخ يقع فيه حتى المتمرسون: الجمع بين الأداتين على الصفحة نفسها. تنص وثائق جوجل عن حظر الفهرسة على أن قاعدة noindex لا تعمل إلا إذا لم تكن الصفحة محظورة في robots.txt. السبب منطقي، فإذا مُنع Googlebot من دخول الصفحة فلن يقرأ الوسم أصلاً، وقد تبقى الصفحة في النتائج. إن أردت إخراج صفحة من الفهرس، فاسمح بالزحف إليها وضع عليها noindex، ثم انتظر حتى يعيد جوجل زيارتها.
هل خريطة الموقع XML تخدمك فعلاً؟
خريطة الموقع (XML Sitemap) قائمة بالروابط التي تريد من جوجل اكتشافها. تذكر وثائق جوجل لبناء خريطة الموقع أن الملف الواحد محدود بـ 50 ميجابايت غير مضغوط أو 50,000 رابط، وإن تجاوزت ذلك فقسّمه واستخدم ملف فهرس لخرائط الموقع.
وفي الوثائق نفسها ثلاث ملاحظات تغيّر طريقة تعامل كثير من المواقع مع الخريطة. أولاً، استخدم روابط كاملة مطلقة تبدأ بـ https وليس مسارات نسبية. ثانياً، جوجل يتجاهل قيمتي priority وchangefreq، فلا فائدة من ضبطهما. ثالثاً، يستخدم جوجل قيمة lastmod فقط إذا كانت دقيقة باستمرار ويمكن التحقق منها، أي أنها يجب أن تتغير عند تعديل جوهري في المحتوى، لا عند تحديث سنة حقوق النشر في التذييل.
يمكنك إرسال الخريطة عبر تقرير خرائط الموقع في Search Console، أو بإضافة سطر Sitemap في ملف robots.txt. وتذكّر أن جوجل يصف إرسال الخريطة بأنه مجرد تلميح، لا أمر يضمن الزحف إلى كل رابط فيها.
ماذا تقول رموز الحالة والتحويلات لجوجل؟
كل صفحة تطلبها الزواحف تعود برمز حالة HTTP، وكل رمز يعني لجوجل شيئاً مختلفاً. تشرح وثائق جوجل عن رموز الحالة وأخطاء الشبكة الفروق المهمة:
| رمز الحالة | ماذا يعني لجوجل | متى تستخدمه |
|---|---|---|
| 200 | الصفحة تعمل ويمكن فهرستها | كل صفحة حية تريد ظهورها |
| 301 | إشارة قوية إلى أن الرابط الجديد هو الذي يجب معالجته | نقل صفحة نهائياً أو تغيير الرابط أو النطاق |
| 302 | يتبع جوجل التحويل لكن بإشارة أضعف | تحويل مؤقت فعلاً، مثل صفحة عرض موسمي |
| 404 و410 | الروابط المفهرسة التي تعيدها تُزال من الفهرس ويقل الزحف إليها تدريجياً | صفحة حُذفت ولا بديل مناسباً لها |
| 5xx | يبطئ جوجل الزحف مؤقتاً، وإن استمر الخطأ تُزال الروابط من الفهرس | لا تستخدمه عمداً، بل عالج سببه فوراً |
انتبه أيضاً إلى ما يسمى «404 الناعم» (Soft 404): صفحة تعيد الرمز 200 لكن محتواها فارغ أو رسالة خطأ. يتعامل معها جوجل كخطأ ويعرضها في Search Console بهذا الاسم. يتكرر هذا في المتاجر عندما تنفد منتجات تصنيف كامل فتظهر صفحة «لا توجد منتجات» برمز 200.
كيف تعالج المحتوى المكرر بالروابط الأساسية؟
مثال شائع في المتاجر: صفحة العباية السوداء متاحة على أربعة روابط، واحد أصلي، وثلاثة تضيف معاملات مثل ?color=black و?sort=price و?utm_source=snap. بالنسبة إلى جوجل هذه صفحات مكررة، وعليه أن يختار واحدة منها لتظهر.
بحسب دليل جوجل لتوحيد الروابط المكررة، التحويل إشارة قوية إلى أن الهدف يجب أن يصبح الرابط الأساسي، ووسم rel=canonical إشارة قوية كذلك، أما إدراج الرابط في خريطة الموقع فإشارة ضعيفة. واستخدام أكثر من طريقة معاً يرفع احتمال اختيار الرابط الذي تفضّله.
وتحذّر الوثائق من خطأين: لا تستخدم robots.txt لتحديد الرابط الأساسي، ولا تستخدم noindex لاختيار النسخة الأساسية داخل موقعك، لأنه يحجب الصفحة من البحث تماماً. الحل الصحيح هو rel=canonical يشير إلى النسخة النظيفة.
هل يرى جوجل على الجوال ما يراه زائرك؟
يستخدم جوجل نسخة الجوال من محتوى موقعك، التي يزحف إليها بوكيل الهواتف الذكية، للفهرسة والترتيب. هذا ما تشرحه وثائق الفهرسة مع إعطاء الأولوية للجوال. والنتيجة العملية: إن كان محتوى ما موجوداً على سطح المكتب فقط، فقد لا يُحسب لك.
من توصيات جوجل في هذا الجانب: أن يحتوي الموقع على الجوال المحتوى نفسه الموجود على سطح المكتب، مع جواز إخفائه داخل تبويبات أو قوائم قابلة للطي. وأن تكون البيانات المنظمة نفسها على النسختين، وأن تتطابق وسوم meta robots بينهما. وألا يُحمّل المحتوى الأساسي فقط بعد تفاعل المستخدم، لأن جوجل لا ينقر ولا يمرر ولا يكتب ليكشفه.
وماذا عن المواقع المبنية بجافاسكريبت؟
يعالج جوجل تطبيقات جافاسكريبت على ثلاث مراحل: الزحف ثم العرض ثم الفهرسة. وتنص أساسيات سيو جافاسكريبت على أن جوجل لا يكتشف الروابط إلا إذا كانت عناصر <a> تحتوي على الخاصية href. القوائم التي تعمل بأحداث النقر فقط قد تترك صفحات كاملة بلا اكتشاف. ويظل جوجل يوصي بالعرض من جهة الخادم أو العرض المسبق لأنه أسرع للمستخدمين والزواحف معاً، ولأن بعض الزواحف لا تشغّل جافاسكريبت.
هل السرعة وHTTPS عوامل ترتيب؟
مؤشرات أداء الويب الأساسية (Core Web Vitals) ثلاثة بحسب شرح web.dev: سرعة عرض أكبر عنصر في الصفحة (LCP) ويجب أن تكون خلال 2.5 ثانية، وسرعة الاستجابة للتفاعل (INP) بحد أقصى 200 ملي ثانية، واستقرار التخطيط (CLS) بحد أقصى 0.1. ويُقاس كل ذلك عند النسبة المئوية 75 من زيارات الصفحة، مع فصل الجوال عن سطح المكتب. وقد أصبح INP مقياساً مستقراً عام 2024 بدلاً من FID.
هل تؤثر في الترتيب؟ تقول صفحة جوجل عن تجربة الصفحة إن أنظمة الترتيب تستخدم هذه المؤشرات، لكن النتائج الجيدة لا تضمن الظهور في أعلى النتائج، وإن السعي إلى درجة مثالية لأسباب سيو فقط قد لا يكون أفضل استخدام لوقتك. ويؤكد جوجل أنه يسعى إلى عرض المحتوى الأكثر صلة حتى لو كانت تجربة الصفحة دون المستوى. وتوضح الصفحة نفسها أن جوانب تجربة الصفحة الأخرى غير هذه المؤشرات لا ترفع الترتيب مباشرة، لكنها تجعل الموقع أفضل لزائره.
أما HTTPS فيذكره جوجل ضمن جوانب تجربة الصفحة، ويحيلك إلى تقرير HTTPS في Search Console لاكتشاف الصفحات غير الآمنة. والواقع أن الموقع الذي يظهر عليه تحذير «غير آمن» في المتصفح يخسر ثقة الزائر قبل أي اعتبار للترتيب. وإن كان موقعك يحتاج إعادة بناء على أساس تقني سليم، فهذا ما نركز عليه في خدمة تصميم المواقع.
قائمة الفحص خطوة بخطوة
قد تبدو البنود كثيرة، لكن الجولة الأولى لموقع صغير يمكن إنجازها في يوم عمل إذا توفرت صلاحية الدخول إلى Search Console ولوحة التحكم. اعمل عليها بهذا الترتيب، لأن كل خطوة تفترض أن ما قبلها سليم، ولا معنى لتحسين السرعة في صفحة لا يستطيع جوجل الزحف إليها أصلاً:
- افتح robots.txt وتأكد أنه لا يحظر الأقسام المهمة أو ملفات العرض.
- افحص الصفحات الرئيسية بأداة فحص عنوان URL في Search Console، وتأكد أنها قابلة للفهرسة ولا تحمل noindex.
- راجع خريطة الموقع: روابط مطلقة، بلا صفحات محوّلة أو محذوفة، وlastmod يعكس تعديلات حقيقية.
- افحص رموز الحالة: الصفحات الحية 200، والمنقولة 301، ولا سلاسل تحويل طويلة.
- حدد الصفحات المكررة بسبب المعاملات أو النسخ المتعددة، وضع rel=canonical يشير إلى النسخة النظيفة.
- قارن نسخة الجوال بسطح المكتب: المحتوى والبيانات المنظمة ووسوم robots.
- تأكد أن الروابط الداخلية عناصر a بخاصية href وأن المحتوى المهم لا يحتاج نقرة ليظهر.
- راجع تقرير مؤشرات أداء الويب الأساسية وتقرير HTTPS في Search Console وعالج الصفحات المصنفة ضعيفة أولاً.
لو أردت اختصار الطريق، يكشف لك فحص الموقع المجاني من BAIGR جزءاً كبيراً من هذه المشكلات في دقائق، لتعرف من أين تبدأ.
أخطاء تقنية شائعة رأيناها تتكرر
- إطلاق الموقع بإعدادات التطوير: ملف robots.txt يحظر كل شيء، أو خيار «منع محركات البحث من فهرسة الموقع» مفعّل في ووردبريس.
- تغيير الروابط دون تحويلات: عند نقل المتجر إلى منصة جديدة تتغير الروابط، ومن دون تحويلات 301 تضيع إشارات الصفحات القديمة ويصل الزوار إلى صفحات 404.
- استخدام 302 لنقل دائم: يتبع جوجل التحويل، لكنه يعامله بإشارة أضعف من 301.
- محاولة إخفاء صفحات بملف robots.txt: الصفحة قد تبقى ظاهرة في النتائج بلا وصف، والحل noindex.
- تضخيم خريطة الموقع: إدراج صفحات البحث الداخلي والفلاتر والصفحات المحوّلة يشتت الزحف عن الصفحات المهمة.
- مطاردة درجة 100 في أدوات السرعة: الأهم أن تكون المؤشرات ضمن النطاق الجيد لزوارك الحقيقيين، لا الرقم المثالي في اختبار واحد.
المتاجر الإلكترونية تحديداً أكثر عرضة لهذه الأخطاء بسبب كثرة الفلاتر والمنتجات المنتهية والتنقل بين المنصات. إن كنت تبني متجراً جديداً أو تنقله، فاجعل هذه القائمة جزءاً من خطة الإطلاق، أو راجعها مع فريق تصميم المتاجر الإلكترونية قبل أن يصل أول زائر.
أسئلة شائعة
ما الفرق بين السيو التقني والسيو داخل الصفحة؟
السيو التقني يهتم بقدرة جوجل على الوصول إلى الموقع والزحف إليه وعرضه وفهرسته، مثل robots.txt وخريطة الموقع ورموز الحالة والسرعة. أما السيو داخل الصفحة فيهتم بمحتوى الصفحة نفسها: العنوان والعناوين الفرعية والنص والصور والروابط الداخلية. الأول يفتح الباب لجوجل، والثاني يقنعه بأن صفحتك تستحق الظهور.
هل أستطيع منع صفحة من الظهور في جوجل بملف robots.txt؟
لا. تقول وثائق جوجل إن robots.txt ليس آلية لإبقاء صفحة خارج جوجل، وإن الصفحة المحظورة قد تظهر في النتائج دون وصف. لمنع الفهرسة استخدم وسم noindex أو احمِ الصفحة بكلمة مرور، وانتبه إلى أن جوجل يجب أن يتمكن من الزحف إلى الصفحة ليقرأ وسم noindex.
هل خريطة الموقع تضمن فهرسة كل صفحاتي؟
لا، فجوجل يصف إرسال خريطة الموقع بأنه مجرد تلميح. الخريطة تساعد على اكتشاف الروابط، خصوصاً في المواقع الكبيرة أو الجديدة، لكن الفهرسة تعتمد على جودة الصفحة وإمكانية الوصول إليها. احرص على أن تحتوي الخريطة الروابط الأساسية الحية فقط بصيغة مطلقة.
متى أستخدم تحويل 301 ومتى 302؟
استخدم 301 عند النقل الدائم، مثل تغيير رابط صفحة أو نطاق الموقع، لأن جوجل يعامله إشارةً قوية إلى أن الرابط الجديد هو الذي يجب معالجته. واستخدم 302 للتحويل المؤقت فعلاً، لأن جوجل يتبعه لكن بإشارة أضعف. استخدام 302 لنقل دائم من الأخطاء الشائعة عند إطلاق المواقع.
ما القيم الجيدة لمؤشرات أداء الويب الأساسية؟
بحسب web.dev، الحد الجيد هو LCP خلال 2.5 ثانية، وINP بحد أقصى 200 ملي ثانية، وCLS بحد أقصى 0.1، مع القياس عند النسبة المئوية 75 من زيارات الصفحة على الجوال وسطح المكتب كلٌّ على حدة. أنظمة ترتيب جوجل تستخدم هذه المؤشرات، لكنها لا تضمن الصدارة وحدها.
كل كم أراجع السيو التقني لموقعي؟
راجع تقارير Search Console أسبوعياً أو شهرياً لرصد أخطاء الفهرسة والزحف، وأجرِ فحصاً كاملاً بالقائمة قبل أي إطلاق أو تغيير قالب أو نقل منصة وبعده مباشرة. أغلب الكوارث التقنية تحدث في لحظات التغيير، لا في الأيام العادية، لذلك اجعل الفحص بنداً ثابتاً في كل خطة إطلاق أو تحديث كبير.
اقرأ أيضًا
- دليل السيو الشامل: من الصفر إلى الاحتراف 2026
- التسويق الإلكتروني: دليلك الشامل من الصفر (2026)
- الذكاء الاصطناعي في التسويق: الدليل العملي لمضاعفة نتائجك (2026)
هل يرى جوجل موقعك كما تراه أنت؟
فريق BAIGR يراجع البنية التقنية لموقعك أو متجرك بند ببند، ويحدد ما يمنع صفحاتك من الفهرسة والظهور، ثم يعالجه مع فريقك أو نيابة عنه.
المصادر
- Google Search technical requirements — Google Search Central
- Introduction to robots.txt — Google Search Central
- Block Search indexing with noindex — Google Search Central
- Build and submit a sitemap — Google Search Central
- How HTTP status codes, and network and DNS errors affect Google Search — Google Search Central
- How to specify a canonical URL with rel=canonical and other methods — Google Search Central
- Mobile site and mobile-first indexing best practices — Google Search Central
- Understand JavaScript SEO basics — Google Search Central
- Understanding page experience in Google Search results — Google Search Central
- Web Vitals — web.dev
