قائمة فحص SEO التقني: دليل كامل بنداً بنداً

تجمع قائمة فحص SEO التقني هذه البنود التي يجب أن تتحقق منها تباعًا، لضمان أن يجد محركات البحث موقعك ويزحف إليه، وأن تُفهرَس الصفحات الصحيحة، وأن يحصل الزائر على تجربة سريعة وآمنة. فأفضل محتوى لا يُمكن أن يحصل على ترتيب إذا لم يُزحف إليه أو أُخرج من الفهرسة عن طريق الخطأ؛ لذلك يجب التحقق من الأساس قبل العمل على المحتوى. وقد كتبناها بحيث يمكنك أن تعلّم على كل بند بـ"نعم / لا".

لماذا يأتي SEO التقني أولًا؟

يعمل محرك البحث في ثلاث مراحل: الزحف (إيجاد الصفحة وتنزيلها)، والفهرسة (فهم المحتوى وتخزينه)، والترتيب. ويضمن SEO التقني أن تعمل المرحلتان الأوليان دون عوائق. فإذا حدثت مشكلة هنا، لا تبدأ المراحل التالية أصلًا. وقبل البدء تأكد من أن Search Console مُعدّ؛ ويمكنك الرجوع إلى دليل البداية في Search Console للإعداد. ويمكن التحقق من معظم الفحوصات التالية من خلال التقارير الموجودة هناك.

لتسريع الفحص تكفي ثلاثة مصادر مجانية: Search Console (لترى كيف تنظر إليك Google)، وPageSpeed Insights (للسرعة وCore Web Vitals)، وأداة زحف على سطح المكتب (تتجول في موقعك كما يفعل محرك البحث، وتُخرج قائمة بالروابط المكسورة وإعادات التوجيه والوسوم الناقصة). ضع النتيجة في كل بند على شكل "مكتمل / يحتاج إصلاحًا / غير موجود" داخل جدول مؤرخ؛ وبعد ثلاثة أشهر يمكنك المقارنة بالجدول نفسه.

1. فحوصات الزحف (crawl)

• الصفحات المهمة غير محجوبة بـ robots.txt. توضح أداة "فحص الرابط" في Search Console ما إذا كانت الصفحة قابلة للزحف.
• الصفحات تعيد الحالة HTTP 200. لا ينبغي أن تحمل الصفحات المهمة خطأ 404 أو 500 أو soft 404 (صفحة بلا محتوى لكنها تعيد 200).
• إعادات التوجيه بخطوة واحدة وبكود 301. اختصر سلاسل إعادة التوجيه (A ← B ← C)، ولا تستخدم 302 إلا في الحالات المؤقتة.
• الصفحات المهمة مرتبطة بروابط داخلية. قد تضيع الصفحات "اليتيمة" التي لا يأتيها أي رابط. وللتفاصيل راجع مقالنا عن استراتيجية الربط الداخلي.
• الروابط الداخلية المكسورة نظيفة. أصلح الروابط التي تعيد 404 أو احذفها.
• بنية الروابط (URL) نظيفة. فضّل العناوين القصيرة الواضحة بأحرف صغيرة وبدون معاملات زائدة؛ ولا تنتج مئات النسخ ذات المعاملات للمحتوى نفسه.
• لا توجد أخطاء Googlebot في سجلات الخادم. ارتفاع عدد استجابات 5xx لطلبات الروبوت في المواقع الكبيرة يقلل من الزحف.

2. فحوصات الفهرسة

• تمت مراجعة تقرير "الصفحات" في Search Console. اقرأ أسباب "غير مفهرسة" واحدًا واحدًا (مثل "تم الزحف إليها - غير مفهرسة حاليًا"، و"صفحة بديلة مع canonical مناسب"، و"مستبعدة بوسم noindex")).
• لا يوجد noindex في الصفحات المهمة. وسم <meta name="robots" content="noindex"> المنسي من مرحلة التطوير خطأ شائع.
• الصفحات غير الضرورية مستبعدة عن قصد. فكّر في استخدام noindex لصفحات الشكر والسلة والفلاتر والبحث الداخلي.
• تمت مراجعة المحتوى الرقيق (thin). ادمج الصفحات المكررة ذات الجمل القليلة أو طوّرها.
• تم البحث على الموقع. اكتب site:alanadiniz.com في Google وقارن تقريبًا عدد الصفحات المفهرسة بالعدد الحقيقي.

3. Canonical والمحتوى المكرر

وسم Canonical (<link rel="canonical" href="...">) هو الطريقة التي تقول بها "النسخة الأصلية هي هذه" عندما يوجد المحتوى نفسه أو المتشابه جدًا على أكثر من عنوان.

• كل صفحة تشير إلى نفسها (self-referencing) أو تشير عمدًا إلى النسخة الأصلية.
• Canonical يستخدم عنوانًا مطلقًا (https://...) ولا يشير إلى عنوان يعيد توجيهًا أو 404.
• تنويعات www / بدون www، وhttp / https، والشرطة المائلة في النهاية تُوجَّه إلى نسخة واحدة بـ 301.
• معاملات الفلترة والترتيب تُشير بـ canonical إلى صفحة الفئة الأصلية.
• لا يُستخدم canonical مع noindex معًا. الإشارتان تتعارضان.

مثال نموذجي لأخطاء canonical: في متجر إلكتروني، يشير عنوان فئة يحمل المعامل "?sirala=fiyat" إلى نفسه بوصفه canonical. والنتيجة أن قائمة المنتجات نفسها تُفهرس في عشرات العناوين وتتنافس الصفحات فيما بينها. والحل أن تشير جميع التنويعات ذات المعاملات بـ canonical إلى عنوان الفئة النظيف.

4. Hreflang والبنية متعددة اللغات

إذا كانت لديك صفحات بأكثر من لغة أو منطقة، فإن hreflang يُخبر Google بالنسخة التي يجب أن تُعرض لكل مستخدم.

• كل نسخة لغوية تذكر النسخ الأخرى (تحقق متبادل). إذا كانت الصفحة A تشير إلى B، فيجب أن تشير B إلى A أيضًا.
• تتضمن نسختها اللغوية نفسها (self-reference).
• رموز اللغة والمنطقة صحيحة: مثل tr وen وen-gb؛ وغالبًا يكفي tr بدلًا من tr-tr.
• العناوين المستهدفة تعيد 200 ولا تتعارض مع canonical.
• x-default معرّف: لمحدد اللغة أو الصفحة الافتراضية.
• كل لغة مترجمة فعلًا. لا تُعلّم الصفحات غير المترجمة على أنها لغة مختلفة.

5. Sitemap وrobots.txt

فرق مهم: robots.txt يمنع الزحف لكنه لا يُخرج الصفحة من الفهرس. إذا أردت ألا تظهر صفحة في الفهرس فاستخدم noindex، ولا تحجبها بـ robots.txt في الوقت نفسه؛ وإلا فلن تتمكن Google من رؤية وسم noindex أصلًا.

6. السرعة والجوال والأمان

• تم فحص Core Web Vitals. استهدف LCP ≤ 2.5 ثانية، وINP ≤ 200 ملي ثانية، وCLS ≤ 0.1. للتفاصيل راجع دليلنا عن Core Web Vitals؛ ويمكن القياس عبر PageSpeed Insights.
• الصور مضغوطة (WebP/AVIF)، وأبعادها محددة، والصور البعيدة عن الشاشة تُحمَّل بتأخير.
• زمن استجابة الخادم (TTFB) قصير والتخزين المؤقت مفعّل.
• التوافق مع الجوال: تصميم متجاوب، ووسم viewport، ومسافات كافية بين العناصر القابلة للنقر، ومحتوى الجوال مطابق لسطح المكتب.
• الموقع كله يعمل عبر HTTPS. الشهادة سارية، ولا يوجد محتوى مختلط (mixed content)، وعناوين http تُعاد توجيهها إلى https بـ 301.
• ترويسات الأمان والبنية التحتية الحديثة: إصدار PHP/CMS محدّث، وفحص البرمجيات الضارة.
• الوسوم الأساسية في الصفحة سليمة: title ووصف أصيلان لكل صفحة، وH1 واحد. وللنصائح الكتابية راجع دليلنا عن meta title وdescription.

7. البيانات المنظّمة

البيانات المنظّمة (وسوم schema.org) تصف للآلات بوضوح ما تمثله الصفحة، وتؤهلها للنتائج الغنية (النجوم، والأسئلة الشائعة، والسعر، والوصفات وغيرها). وتفضّل Google تنسيق JSON-LD.

• الأنواع المناسبة مطبّقة: Organization في المواقع المؤسسية، وArticle في المقالات، وProduct في المنتجات، وLocalBusiness للأنشطة المحلية، وBreadcrumbList لتوضيح المسار.
• الوسوم متطابقة تمامًا مع المحتوى الظاهر في الصفحة. إضافة معلومات غير ظاهرة أو مزيفة تعرّض لخطر الإجراء اليدوي.
• تم التحقق: تُظهر أداة اختبار النتائج الغنية من Google وتقرير "التحسينات" في Search Console الأخطاء والتحذيرات.
• تم التحقق من المتطلبات الحالية: تتغير الأنواع التي تُنتج نتائج غنية مع الوقت؛ تابع القائمة المحدّثة من Google Search Central.

المحتوى المُنشأ عبر JavaScript

في المواقع المبنية بأطر مثل React وVue يُنشأ المحتوى في المتصفح. تستطيع Google تشغيل JavaScript، لكن هذه العملية تتم في طابور ثانٍ وقد تتأخر أو تفشل.

• هل يوجد المحتوى المهم في استجابة HTML الأولى؟ قارن النسخة التي تراها Google عبر "فحص الرابط ← اختبار عنوان URL المباشر ← عرض الصفحة التي تم الزحف إليها" في Search Console.
• هل الروابط من نوع <a href> الحقيقي؟ الأزرار التي تتنقل عبر حدث النقر فقط قد لا تُزحف.
• هل تُكتب title وdescription وcanonical من جهة الخادم؟ استخدم العرض من جهة الخادم (SSR) أو الإنشاء المسبق عندما يكون ذلك ممكنًا.
• هل توجد روابط ترقيم صفحات بدلًا من التمرير اللانهائي؟ وإلا فقد لا يُكتشف المحتوى العميق.

مشكلات شائعة وحلولها

ما هي وتيرة الفحص المناسبة؟

الخلاصة

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

بعد التأكد من أن موقعك جاهز تقنيًا، يمكنك أيضًا الاطلاع على نهج الهيت العضوي لدعم ظهورك في نتائج البحث. والترتيب تحدده خوارزميات Google على أي حال؛ فـ HitBot لا يحل محل هذه القرارات، بل هو أداة إلى جانب العمل الذي تقوم به بنفسك.