موقع متوافق مع السيو: قائمة تحقق تقنية من 25 بندًا
كيف يكون الموقع متوافق مع السيو: قائمة متطلبات تقنية من 25 بندًا تُسلَّم للمطوّر قبل بناء موقع جديد؛ الزحف، السرعة، تعدد اللغات وما قبل الإطلاق.
بقلم Roozbeh Nazari · CEO
عبارة "موقع متوافق مع السيو" تظهر في معظم العروض، لكن نادرًا ما يُعرَّف ما تشمله. هذه المقالة تضع ذلك التعريف: قائمة متطلبات تقنية من 25 بندًا يمكن تسليمها للمطوّر عند بناء موقع جديد أو إعادة تصميم موقع قائم. قائمة الإنتاج من 20 بندًا التي أعددناها لتدقيق موقع منشور تنظر بعد وقوع الأمر؛ أما القائمة هنا فتجمع البنود التي يجب أن تدخل الموجز أثناء بناء الموقع، قبل كتابة الكود أو اختيار القالب. بتعبير Google نفسها، استيفاء المتطلبات التقنية لا يضمن فهرسة الصفحة بل يجعلها مؤهلة فقط؛ والموقع متوافق مع السيو هو الذي يؤمّن هذه الأهلية في مرحلة التصميم. قُسمت البنود إلى خمس مجموعات، وكُتب كل بند بحيث يستطيع المطوّر أن يجيب "تم" أو "لم يتم".
الزحف والفهرسة: 1-6
واحد، كل صفحة تُقدَّم على عنوان عام برمز حالة 200؛ المحتوى الذي يتطلب تسجيل دخول أو يعتمد على معلمات أو يتكوّن فقط في جانب العميل هو محتوى لا يراه الزاحف. اثنان، robots.txt في بيئة الإنتاج لا يحجب Googlebot، ويُحذف سطر "disallow all" عند نقل بيئة التطوير إلى الإنتاج؛ هذا السطر الوحيد هو أغلى خطأ إطلاق رأيناه. ثلاثة، لكل صفحة عنوان canonical واحد وتشير إليه الروابط الداخلية؛ www وبدونها، الشرطة المائلة الأخيرة، وحالة الأحرف تُعاد توجيهها جميعًا إلى نسخة واحدة. أربعة، خريطة XML تحتوي فقط على الصفحات canonical المطلوب فهرستها والتي تعيد 200، وتتحدث تلقائيًا. خمسة، عمليات إعادة التوجيه بخطوة واحدة؛ لا سلاسل ولا حلقات، وجدول ربط العناوين القديمة بالجديدة جاهز قبل الإطلاق. ستة، صفحة 404 تعيد 404 فعلًا؛ صفحات soft 404 التي تكتب "غير موجود" وتعيد 200 تهدر ميزانية الفهرسة.
بنية الموقع وهيكل الصفحة: 7-12
سبعة، كل صفحة مهمة يمكن الوصول إليها بثلاث نقرات على الأكثر من الصفحة الرئيسية، والروابط الداخلية وسوم anchor حقيقية؛ الروابط الزائفة التي تعمل بحدث JavaScript ليست روابط بالنسبة للزاحف. ثمانية، بنية العناوين مقروءة وهرمية؛ علاقة الفئة بالصفحة الفرعية تظهر في العنوان. تسعة، لكل صفحة H1 واحد وتسلسل عناوين ذو معنى؛ النصوص الكبيرة لأسباب تصميمية تُكبَّر بالأنماط لا بوسوم العناوين. عشرة، وسم العنوان والوصف التعريفي قابلان للتحرير لكل صفحة من نظام إدارة المحتوى، والقيمة الافتراضية للقالب ليست واحدة في كل الصفحات. أحد عشر، معلمات الترقيم والتصفية والفرز إما تُربط بـ canonical بالصفحة الرئيسية أو تُعلَّم لعدم الفهرسة؛ في مواقع التجارة الإلكترونية يمكن لهذا البند وحده أن يولّد مئات الآلاف من العناوين غير الضرورية. اثنا عشر، البيانات المنظمة تُولَّد من القالب حسب نوع الصفحة: Organization للصفحة المؤسسية، Article للمقالة، والنوع المناسب للعيادة أو النشاط المحلي؛ تجتاز أداة الاختبار بلا أخطاء ولا تتناقض مع المحتوى.
السرعة وCore Web Vitals: 13-17
ثلاثة عشر، هدف الموقع البيانات الميدانية لا درجة المختبر: عتبات LCP 2.5 ثانية وINP 200 مللي ثانية وCLS 0.1 تُستوفى في المئين 75 من الزيارات على الجوال وسطح المكتب. شرحنا لماذا تبدو هذه العتبات مختلفة بين أدوات القياس في مقالة اختبار سرعة الموقع. أربعة عشر، الصور بصيغ حديثة، أبعادها محددة، والصور خارج الشاشة تُحمَّل بشكل كسول؛ أما الصورة الرئيسية أعلى الصفحة فلا تُحمَّل كسولًا. خمسة عشر، الخطوط تُستضاف محليًا ويُعرض خط النظام حتى تحميلها؛ هذا بند سرعة وبند CLS معًا. ستة عشر، سكربتات الطرف الثالث تُحفظ في جرد، لكل منها مالك، وتُنشر عبر مدير الوسوم؛ عدد سكربتات التسويق يزداد مع الوقت وهي البند الأكثر إضرارًا بـ INP. سبعة عشر، الصفحة تستجيب سريعًا عند أول طلب: يُفضَّل العرض من جانب الخادم أو التوليد الثابت، وتُعرَّف رؤوس التخزين المؤقت وتُستخدم شبكة توصيل محتوى. ناقشنا أي مقياس يهم فعلًا في مقالة Core Web Vitals 2026.
تعدد اللغات والبنية الدولية: 18-21
ثمانية عشر، كل نسخة لغوية تعيش على عنوانها الخاص؛ لا تُقدَّم كمحتوى يتغير على العنوان نفسه حسب اللغة أو ملف تعريف الارتباط أو إعداد المتصفح. تسعة عشر، وسوم hreflang تذكر كل النسخ اللغوية بما فيها الصفحة نفسها، وهي متبادلة؛ وثائق Google تطلب ذلك صراحة والوسوم أحادية الاتجاه تُتجاهل. عشرون، إعادة توجيه اللغة ليست تلقائية؛ المواقع التي تعيد التوجيه من جانب الخادم حسب لغة المتصفح تجعل Googlebot يرى نسخة واحدة فقط، وهو خطأ عشناه ووثّقناه في موقعنا. واحد وعشرون، اللغات المكتوبة من اليمين إلى اليسار تُختبر بتصميم معكوس؛ وفي النسختين العربية والفارسية تُراجع قرارات العنوان والبيانات المنظمة والخط بشكل منفصل. جمعنا أكثر الأخطاء تكرارًا في تدقيق هذه البنود الأربعة في مقالة أخطاء hreflang.
ما قبل الإطلاق والقياس: 22-25
اثنان وعشرون، Search Console وموقع التحليلات يُعدّان قبل الإطلاق؛ لا تُفقد بيانات اليوم الأول وتُراقب إحصاءات الزحف يوم الإطلاق. ثلاثة وعشرون، يُزحف على الموقع كاملًا بأداة زحف قبل الإطلاق؛ لا يُنشر حتى تصبح قائمة الروابط المكسورة والعناوين الناقصة والمحتوى المكرر وcanonical الخاطئ صفرًا. أربعة وعشرون، بيئات التطوير والمعاينة لا تُفهرس؛ تُغلق بحماية بكلمة مرور أو رأس noindex، ويُتحقق بشكل منفصل من أن هذا الإغلاق لم يُنقل إلى الإنتاج عند الإطلاق. خمسة وعشرون، لكل بند في القائمة مالك ومعيار قبول؛ إذا كُتبت عبارة "متوافق مع السيو" في العقد، فيُكتب أيضًا أي البنود الـ25 ضمن نطاق التسليم.
موقع متوافق مع السيو: في يد من تبقى القائمة
الإجابة عن كيف يُبنى موقع متوافق مع السيو هي كم بندًا من البنود الـ25 أعلاه يكون "تم" يوم الإطلاق؛ في ممارستنا يقل هذا العدد عن عشرة في المشاريع التي لم تدخل القائمة موجزها ويزيد عن عشرين حيث دخلت، والفرق يعود ككلفة إصلاح في الأشهر الأولى بعد الإطلاق. الموقع المتوافق مع السيو لا يأتي من حسن نية المصمم أو المطوّر، بل من بنود مكتوبة في الموجز ومُدققة عند التسليم. سلّم القائمة للمطوّر في بداية المشروع، اكتب من يملك كل بند، وعلّم البنود واحدًا واحدًا قبل الإطلاق بأسبوع. إذا كنت تستخدم قالبًا أو منصة جاهزة، اسأل قبل الشراء كم بندًا تغطيه المنصة؛ فعبارة "قالب صديق للسيو" تعني غالبًا فقط أن وسم العنوان قابل للتحرير. نطبّق هذه القائمة كجزء من الموجز في خدمة السيو التقني عند بناء موقع جديد أو ترحيل موقع قائم؛ وبعد الإطلاق يتولى تدقيق الإنتاج للموقع نفسه. دليل البداية من Google يقول الشيء نفسه: تحسين محركات البحث هو الخطوة التي تُتخذ بعد استيفاء المتطلبات التقنية، وإن لم تُستوفَ في مرحلة التصميم، فكل خطوة لاحقة تكلّف أكثر.