هذا المقال متاح أيضًا بالإنجليزية: The Technical SEO Audit Checklist Every Growing Site Needs in 2026.
معظم تدقيقات السيو التقني تفشل بنفس الطريقة: قائمة من 200 بند، بلا ترتيب واضح للعمل عليها. إصلاح البيانات المنظمة (Schema) قبل حل مشاكل الفهرسة يعني ببساطة أنك لمّعت صفحة لم يكن جوجل سيعرضها لأحد أصلاً.
إذن هذه القائمة بالترتيب الذي أنفذه فعليًا — ليس أبجديًا، وليس حسب تبويبات الأداة.
1. الفهرسة أولاً، دائمًا
لا شيء مما يلي يهم إن لم تكن الصفحة مفهرسة أصلاً.
- طابِق عدد الصفحات المفهرسة في Search Console مع عدد روابط خريطة الموقع الفعلي — «تم الزحف إليها» و«مفهرسة» ليستا الشيء نفسه، وهذه الفجوة غالبًا ما تخفي المشكلة الحقيقية
- أزل وسوم noindex عن أي صفحة تدر دخلاً — أكثر شيوعًا مما ينبغي، وعادة ما يكون بقايا من نقل من بيئة الاختبار (staging) إلى الإنتاج لم يُنظّف
- وحّد إشارات الروابط الأساسية (canonical) المتضاربة بين وسم rel=canonical وhreflang وخريطة الموقع — ثلاثة مصادر للحقيقة تتعارض هي طريقة هادئة وشائعة لقتل الترتيب
- نظّف أخطاء 404 اللينة (soft 404) والصفحات الرقيقة شبه المكررة قبل طلب إعادة زحف
2. قابلية الزحف هي الطبقة الأساسية تحتها
- تحقق من robots.txt من وجود حظر عام غير مقصود — سطر Disallow: / متبقٍّ من بيئة الاختبار هو أكثر خطأ ذاتي شيوعًا هنا
- تأكد أن خرائط الموقع XML سليمة البنية وضمن الحد المسموح للحجم
- أبقِ أي صفحة تريد ترتيبها ضمن 3-4 نقرات من الصفحة الرئيسية — الصفحات المدفونة أعمق يُزحف إليها أقل وتُفهرس أبطأ
- راقب استقرار استجابة الخادم تحت حمل الزحف؛ الموقع الذي يتوقف عن الاستجابة لـ Googlebot يتوقف عن الاستجابة للزوار الحقيقيين أيضًا
3. Core Web Vitals — أين تقف حدود 2026
إشارة ترتيب واحدة مؤكدة، وثلاثة مقاييس داخلها:
- LCP (أكبر عنصر مرئي – Largest Contentful Paint): أقل من 2.5 ثانية عند الشريحة المئوية 75، على الجوال
- INP (التفاعل حتى الرسم التالي – Interaction to Next Paint): أقل من 200 مللي ثانية — المقياس الذي حل محل FID، والذي لم تصل إليه معظم المواقع بعد
- CLS (الانزياح التراكمي للتخطيط – Cumulative Layout Shift): أقل من 0.1
عادة ما تأتي نتائج الجوال في Core Web Vitals أسوأ بشكل ملحوظ من نتائج سطح المكتب لنفس الصفحة، لأن جوجل يُقيّم نسخة الجوال افتراضيًا. الاكتفاء بفحص أرقام سطح المكتب فقط يعني تفويت الفجوة ذاتها التي تكلّفك الترتيب.
4. البيانات المنظمة تؤدي دورًا مزدوجًا الآن
كانت البيانات المنظمة (Schema Markup) تُستخدم فقط من أجل النتائج المنسقة (rich snippets). في 2026 أصبحت أيضًا جزءًا من كيفية قراءة أنظمة الذكاء الاصطناعي ومحركات الإجابة للصفحة والاستشهاد بها. تنسيق JSON-LD هو المعيار الذي يجب التوحيد عليه، ويجب التحقق من كل شيء عبر أدوات Schema.org قبل النشر — بيانات منظمة خاطئة قد تلحق ضررًا أكبر من عدم وجود بيانات منظمة أصلاً.
5. حافظ على استمرار الحلقة
التدقيق التقني ليس مشروعًا يُنفذ مرة واحدة، بل وتيرة مستمرة. تحقق من Core Web Vitals والفهرسة أسبوعيًا (يكفي Search Console، أو Semrush إن أردت مركزية خطوط الاتجاه)، وشغّل عملية الزحف والفهرسة الكاملة كل ربع سنة، أو مباشرة بعد أي تغيير في نظام إدارة المحتوى أو الإضافات أو عملية ترحيل — فهذا هو الوقت الذي تظهر فيه الانتكاسات فعليًا.
الاختصار الذي يتجاهله الجميع
تجاوز جدول البيانات المكوّن من 200 بند، واسأل ثلاثة أسئلة بالترتيب: هل الصفحة مفهرسة؟ هل يمكن الزحف إليها؟ هل تصمد تحت الحمل؟ في تسع من كل عشر مرات، تجد الإجابة هناك — قبل أن تدخل الأسكيما النقاش أصلاً.
ابدأ التوسع — تدقيق تقني بلا ترتيب صحيح يهدر ربع سنة كاملاً في إصلاح أشياء لن تحرّك الترتيب بعد. لنتواصل إن أردت تدقيقًا يُنفّذ بالترتيب الصحيح من المرة الأولى.
المصادر: حدود Core Web Vitals المنشورة من جوجل؛ قوائم تدقيق السيو التقني المتخصصة (UniK SEO، Digital Applied) لأولويات تدقيق 2026. الأرقام تعكس إشارات ترتيب موثّقة علنًا، وليست نتائج خاصة بعملاء عمرو.