قائمة التدقيق التقني للسيو: ثبّت الأساس قبل أن تتوسّع
قائمة تدقيق تقني للسيو مرتّبة بالأولويّات: عالِج قابلية الزحف والفهرسة والبنية وCore Web Vitals وschema قبل التوسّع في المحتوى.
بقلم Roozbeh Nazari · CEO
قبل أن تطلب خمسين مقالاً جديداً أو تضخّ ميزانيّة في بناء الروابط، يستحقّ الأمر سؤالاً أكثر صراحة: هل تستطيع محرّكات البحث فعلاً أن تزحف إلى ما لديك حاليّاً وتُصيّره (render) وتفهرسه؟ التوسّع في النموّ العضوي فوق أساس تقنيّ متصدّع من أكثر الأخطاء كلفةً التي قد يرتكبها فريق. أنت تضاعِف المحتوى، فتضاعِف معه مشكلاته — صفحات يتيمة، وروابط (URL) مكرّرة، وميزانيّة زحف تُستنزَف في معاملات (parameters) لا تقود إلى شيء.
التدقيق التقني للسيو ليس جدولاً من مئتي بند تُجريه مرّة واحدة ثمّ تحفظه في الأدراج. النسخة المفيدة منه مرتّبة بالأولويّات: تعالِج أوّلاً المشكلات التي تعيق الاكتشاف والفهرسة، ثمّ تتّسع نحو ما يؤثّر في مدى أداء الصفحات المفهرسة. الترتيب لا يقلّ أهميّة عن القائمة نفسها. واستعارةً للإطار من تحليلنا المعمّق حول Core Web Vitals — حيث يتبع تدقيقٌ محدّد المدّة تسلسلاً صارماً كي تحطّ الميزانيّة في موضعها الصحيح — رُتّبت هذه القائمة وفق الأثر (الرافعة)، لا وفق أناقة التصنيف.
اعمل عليها بالترتيب. إن كانت طبقة قريبة من القمّة معطوبة، فإصلاح الطبقات الأدنى منها نادراً ما يؤتي ثماره حتى تعود وتزيل العائق.
1. قابلية الزحف والفهرسة: هل تستطيع المحرّكات الوصول إلى صفحاتك والاحتفاظ بها؟
هذا هو الأساس. إن تعذّر الزحف إلى صفحة أو استُبعدت من الفهرس، فلا قيمة لأيّ شيء آخر تفعله بها. ابدأ من هنا في كلّ مرّة.
### تأكّد من أنّ الصفحة قابلة للفهرسة فعلاً
لأهمّ قوالبك وصفحاتك المدِرّة للدخل، تحقّق من السلسلة كاملة: الرابط يُعيد رمز الحالة 200، وغير محجوب في robots.txt، ولا يحمل توجيه noindex، وعلامة canonical فيه تشير إلى نفسه (أو إلى النسخة الموحَّدة الصحيحة). يعود نصيبٌ مفاجئ من مشكلات «لماذا لا نتصدّر» إلى توجيه noindex شارد بقي من بيئة تجهيز (staging)، أو إلى canonical يشير بهدوء بكلّ نسخة نحو الصفحة الرئيسة.
### افحص التغطية وأنماط الزحف
استخدم تقرير الصفحات (Pages) في Google Search Console مرجعاً موثوقاً لما اختارت Google فهرسته مقابل ما استبعدته، ولماذا. انتبه إلى فئتَي «تمّ الزحف — لم تُفهرَس حاليّاً» و«تمّ الاكتشاف — لم تُفهرَس حاليّاً»: فهما يشيران غالباً إلى محتوى ضعيف، أو هواجس جودة، أو ضغط على ميزانيّة الزحف، أكثر منهما إلى حجبٍ تقنيّ. قابِل ذلك بسجلّات خادمك أو بزاحف لترى أين تقضي الروبوتات وقتها.
### روّض النسخ المكرّرة والمعاملات
التصفّح المتشعّب (faceted navigation)، ومعرّفات الجلسات، ومعاملات التتبّع، والترقيم، كلّها قد تولّد نسخاً لا نهائيّة تقريباً من الروابط تُخفّف ميزانيّة الزحف. قرّر عن قصد أيّ النسخ ينبغي أن تكون canonical، وأيّها يُحجَب، وأيّها يُسمح له بتمرير القيمة. وقبل أن تتوسّع في المحتوى، يمنعك هذا الترتيب من تضخيم التكرار عبر مئات الصفحات الجديدة.
### أبقِ sitemap وrobots صادقَين
ينبغي أن يُدرج XML sitemap الخاصّ بك روابط canonical قابلة للفهرسة بحالة 200 فقط — لا عمليّات إعادة توجيه، ولا صفحات noindex، ولا صفحات 404. وينبغي أن تطابق توجيهات robots نيّتك. هذان الملفّان أوضح إشارة ترسلها إلى الزاحف عن شكل موقعك؛ فعامِل أيّ تضارب بينهما كإصلاح ذي أولويّة.
2. بنية الموقع والروابط الداخليّة: هل تتدفّق القيمة والزواحف؟
بعد أن تصبح الصفحات قابلة للوصول، يصير السؤال التالي هو ما إذا كانت بنيتك تساعد المحرّكات على فهم العلاقات وتوزيع السلطة. وهنا تحديداً تخطئ الفرق المُقبِلة على التوسّع في المحتوى أكثر ما تخطئ، لأنّ البنية المسطّحة أو المتشابكة تسوء مع الحجم ولا تتحسّن.
### ارسم خريطة العمق والتسلسل الهرمي
ينبغي أن تكون الصفحات المهمّة قريبة من الصفحة الرئيسة من حيث عمق النقر. فإن استلزم الوصول إلى صفحة فئة أو خدمة رئيسة خمس نقرات، عامَلها المستخدمون والزواحف على أنّها أقلّ أهميّة. ارسم مسوّدة التسلسل الهرمي المقصود، ثمّ ازحف إلى الموقع وقارِن الواقع بالخطّة. عملنا في السيو التقني يبدأ عادةً بتحليل هذه الفجوة بالضبط.
### تتبّع الصفحات اليتيمة والروابط الداخليّة الضعيفة
الصفحات اليتيمة — تلك التي لا يشير إليها أيّ رابط داخلي — تكاد تكون غير مرئيّة للزواحف التي تعتمد على اكتشاف الروابط. قبل أن تنشر عنقود محتوى جديداً، صمّم روابطه الداخليّة منذ البداية: صفحات محوريّة (hub) تربط بالمقالات الداعمة، ومقالات داعمة تربط رجوعاً وجانبيّاً. ونصّ الرابط الوصفي ذو الصلة بالكلمة المفتاحيّة يساعد المحرّكات ومحرّكات الإجابة بالذكاء الاصطناعي على فهم موضوع كلّ وجهة. وللاطّلاع على أساليب أوسع في تخطيط العناقيد، راجِع مركز المصادر.
### اضبط أساسيّات الصفحة لتكون متّسقة
تحتاج كلّ صفحة قابلة للفهرسة إلى عنوان H1 واحد واضح، وبنية عناوين منطقيّة، وعلامة عنوان (title) فريدة، ووصف ميتا يستحقّ النقرة. وعلى نطاق واسع، يُدار هذا أفضل ما يُدار عبر القوالب لا يدويّاً. صمّم أنماط العناوين والأوصاف واختبرها على مستوى القالب قبل أن تعمّمها عبر صفحاته، كي ترث الصفحات الجديدة أساسيّات متّسقة افتراضيّاً.
3. Core Web Vitals والأداء: هل تصمد الصفحة في ظروف حقيقيّة؟
مع سلامة الاكتشاف والبنية، يصبح الأداء الرافعة التالية. السرعة والاستقرار يؤثّران في تجربة المستخدم وفي مدى موثوقيّة تصيير المحرّكات لصفحاتك معاً — والموقع البطيء يجعل كلّ استثمار آخر يعمل أكثر مقابل عائد أقلّ.
النهج المنضبط متسلسل. وكما تناولنا في تحليلنا المعمّق حول Core Web Vitals، رتّب الأولويّة لـ Largest Contentful Paint أوّلاً، ثمّ Interaction to Next Paint، ثمّ Cumulative Layout Shift، واتّكئ على بيانات الميدان (CrUX، ومراقبة المستخدمين الحقيقيّين) لا على درجات المختبر وحدها. أدوات المختبر تخبرك بما هو ممكن نظريّاً؛ أمّا بيانات الميدان فتخبرك بما يختبره زوّارك الفعليّون.
مرّر قوالبك ذات الأولويّة عبر مدقّق سرعة الصفحة للحصول على خطّ أساس وقائمة معالجات ملموسة. وقبل التوسّع، أصلِح الأداء على مستوى القالب — فصورة بطل (hero) ثقيلة أو سكربت يحجب التصيير في قالب واحد يتضاعف عبر كلّ صفحة تُبنى منه. وحلّه مرّة واحدة، في القالب، أرخص بكثير من ترقيعه صفحةً صفحةً لاحقاً.
4. البيانات المنظَّمة (schema): هل محتواك مقروء للمحرّكات ولمحرّكات الإجابة؟
البيانات المنظَّمة لا تَعِد بنتائج غنيّة (rich results) ولا باقتباسات من الذكاء الاصطناعي، لكنّها تجعل محتواك أسهل على المحرّكات في تحليله وتصنيفه وإعادة استخدامه. اعتبرها جاهزيّة: أنت تقلّل العمل الذي يحتاجه المحرّك ليفهم ماهيّة الصفحة.
### تحقّق ممّا لديك أصلاً
الترميز المعطوب أو غير الصالح قد يكون أسوأ من غيابه. افحص schema القائمة لديك مقابل اختبار النتائج الغنيّة (Rich Results Test) من Google ومدقّق Schema.org. ترقّب تحذيرات الخصائص المطلوبة (required-property)، والترميز الذي يصف محتوى لا يظهر فعلاً على الصفحة — وهو سبب شائع للمشكلات المُعلَّمة في Search Console.
### أضِف الأنواع الصحيحة، ثمّ حوّلها إلى قوالب
طابِق schema مع نوع المحتوى: Article للمقالات، وProduct للتجارة، وFAQPage حيث يكون مناسباً فعلاً، وOrganization وBreadcrumb على مستوى الموقع. أداتنا المجانيّة مولّد schema تساعدك على إنتاج JSON-LD نظيف يمكنك وصله بالقوالب، كي تصدر الصفحات الجديدة بترميز صالح افتراضيّاً لا كأمرٍ مؤجَّل.
5. الدوليّة وhreflang: هل تقدّم الصفحة الصحيحة للجمهور الصحيح؟
إن كنت تعمل عبر لغات أو مناطق — كحال كثير من المواقع المُقبِلة على التوسّع — فإنّ hreflang شأنٌ على مستوى الأساس، لا لمسة أخيرة. وإذا أُنجِز خطأً، أرسل إشارات متضاربة وقد يكبح الصفحات نفسها التي تريد إبرازها في كلّ سوق.
تأكّد من أنّ كلّ نسخة لغويّة أو إقليميّة تعلن تعليقات hreflang متبادَلة (كلّ صفحة تشير إلى الأخريات وإلى نفسها)، وأنّك تستخدم رموز لغة ومنطقة صالحة، وأنّك تُدرج x-default للمستخدمين غير المطابقين. وأبقِ منطق canonical وhreflang متّسقاً كي يعزّز أحدهما الآخر بدل أن يتناقضا. وإن كان تدقيقك لا يتضمّن لغاتٍ أو مناطق متعدّدة، فعلّم هذه الطبقة بأنّها غير منطبقة وامضِ قُدُماً — فلا فائدة من إضافة hreflang إلى موقع أحادي السوق.
6. القياس: هل سترى فعلاً أثر ما تُصلِحه؟
الطبقة الأخيرة هي القياس، وهي تأسيسيّة حقّاً: من دونها تتوسّع وأنت أعمى. قبل أن تستثمر في النموّ، تأكّد من قدرتك على نسب النتائج إلى أسبابها.
تأكّد من أنّ Google Search Console ومنصّة تحليلاتك مهيّأتان بشكل صحيح، وأنّ تتبّع التحويلات والأحداث (events) يُطلَق كما هو مقصود، وأنّ إعداد الموافقة (consent) لديك لا يُسقِط بصمت البيانات التي تحتاجها. والتقِط خطّ أساس نظيفاً — تغطية الفهرسة، وإحصاءات الزحف، وCore Web Vitals، والأداء العضوي — قبل أن تبدأ دفعة المحتوى. فمن دون مقارنة «قبل وبعد»، لن تستطيع أن تعرف هل نجح التوسّع أم أنّك أنفقت المال فحسب.
احصل على القائمة الكاملة وطريقةٍ لتطبيقها
هذا المقال نظرة عامّة مرتّبة بالأولويّات. أمّا النسخة العمليّة خطوة بخطوة — بالفحوص المحدّدة والأدوات وترتيب العمليّات لكلّ طبقة — فتوجد في مَورِدنا المجاني القابل للتنزيل.
الخطوة التالية الأساسيّة: احصل على قائمة فحص السيو التقني. تمرّ على الطبقات الستّ نفسها بصيغة قائمة فحص كي يستطيع فريقك إجراء التدقيق باتّساق قبل الالتزام باستثمار في المحتوى أو الروابط.
وإن كنت تفضّل أن تختبر وضعك الخاصّ مع شخص، احجز مكالمة. يمكننا أن نتحدّث عن موضع أساسك اليوم وكيف ترتّب أولويّات الإصلاحات — ويمكنك أن تقرأ المزيد عن طريقتنا في السيو التقني قبل أن تقرّر.
الخاتمة
التوسّع في النموّ العضوي يكافئ الفرق التي تستحقّ حقّ التوسّع. تأتي قابليّة الزحف والفهرسة أوّلاً، ثمّ البنية والروابط الداخليّة، ثمّ الأداء، ثمّ البيانات المنظَّمة، ثمّ الإشارات الدوليّة، ثمّ القياس. وكلّ طبقة تفترض سلامة التي فوقها. أجرِ التدقيق بهذا الترتيب، وأصلِح على مستوى القالب حيثما استطعت، والتقِط خطّ أساس قبل دفعة النموّ — كي تكون، حين تتوسّع، تضاعِف أساساً يعمل لا الشروخ التي فيه.
الأسئلة الشائعة
- ما هو التدقيق التقني للسيو، وكيف يختلف عن تدقيق السيو العامّ؟
- يركّز التدقيق التقني للسيو تحديداً على كيفيّة زحف محرّكات البحث إلى موقعك وتصييره وفهرسته — قابليّة الزحف، والفهرسة، وبنية الموقع، والأداء، والبيانات المنظَّمة، والإشارات الدوليّة. أمّا تدقيق السيو الأوسع فيغطّي أيضاً جودة المحتوى، واستهداف الكلمات المفتاحيّة، وعوامل خارج الموقع كالروابط الخلفيّة. والطبقة التقنيّة هي الأساس: إن تعذّر على المحرّكات الوصول إلى صفحة أو فهرستها، فقلّ احتمال أن يثمر العمل على الصفحة وخارجها.
- لماذا ينبغي أن أُجري تدقيقاً تقنيّاً للسيو قبل التوسّع في المحتوى؟
- التوسّع يضاعِف أيّ أساس لديك أصلاً، بما فيه عيوبه. فإن كانت بنيتك مسطّحة، أو كانت ميزانيّة الزحف تُهدَر على روابط مكرّرة، أو كانت قوالبك بطيئة، فإنّ إنتاج مزيد من الصفحات يضخّم هذه المشكلات بدل أن يحلّها. وتدقيق المشكلات على مستوى القالب وحلّها أوّلاً يعني أن ترث كلّ صفحة جديدة أساساً سليماً، فيصير اكتشاف استثمارك في المحتوى وفهرسته أرجح.
- ما الترتيب الصحيح لإصلاح مشكلات السيو التقني؟
- اعمل من الاكتشاف نحو الخارج. تحقّق أوّلاً من قابليّة الزحف والفهرسة، فلا قيمة لأيّ شيء آخر إن تعذّر الوصول إلى صفحة أو استُبعدت من الفهرس. ثمّ عالِج بنية الموقع والروابط الداخليّة، ثمّ Core Web Vitals والأداء، ثمّ البيانات المنظَّمة، ثمّ hreflang للمواقع الدوليّة، وأخيراً القياس. وكلّ طبقة تفترض أنّ التي فوقها سليمة أصلاً.
- ما الأدوات التي أحتاجها للتدقيق التقني للسيو؟
- كحدّ أدنى، Google Search Console لتغطية الفهرسة وبيانات الزحف، وزاحف للموقع لرسم البنية والعثور على الصفحات اليتيمة، وبيانات ميدانيّة مثل CrUX لـ Core Web Vitals. ولخطوات بعينها يمكنك استخدام أدوات مجانيّة مثل مولّد schema لإنتاج JSON-LD نظيف، ومدقّق سرعة الصفحة للحصول على خطّ أساس أداء على قوالبك الرئيسة.
- هل تضمن البيانات المنظَّمة نتائج غنيّة أو اقتباسات من الذكاء الاصطناعي؟
- لا. تحسّن البيانات المنظَّمة مدى سهولة تحليل محرّكات البحث ومحرّكات الإجابة بالذكاء الاصطناعي لمحتواك وتصنيفه، لكنّها لا تضمن نتائج غنيّة، ولا مراكز ترتيب، ولا اقتباسات. عامِلها كعمل جاهزيّة — أنت تجعل محتواك أكثر قابليّة للقراءة لدى المحرّكات وتقلّل الجهد اللازم لفهم الصفحة — لا كنتيجة موعودة.
- كم مرّة ينبغي أن أُجري تدقيقاً تقنيّاً للسيو؟
- أجرِ تدقيقاً شاملاً قبل أيّ استثمار كبير، مثل توسّع في المحتوى، أو ترحيل (migration)، أو إعادة تصميم. وفيما عدا ذلك، تُعَدّ المراقبة الخفيفة معقولة بصورة مستمرّة: راقِب تقارير التغطية في Search Console، وبيانات Core Web Vitals الميدانيّة، وإحصاءات الزحف، كي تظهر المشكلات الجديدة مبكراً بدل أن تتراكم عبر صفحات كثيرة.