تدقيق السيو: دليل عملي لفحص موقعك بالأولوية الصحيحة

أغلب قوائم تدقيق السيو المتاحة تضع 25 إلى 30 بندًا في قائمة واحدة بلا ترتيب أولوية فعلي، فتخرج من التدقيق بقائمة طويلة من “المشاكل” دون معرفة أيها يمنع ظهور موقعك فورًا وأيها يمكن تأجيله أسابيع. المشكلة الثانية أخطر: كثير من هذه القوائم يحمل نصائح متوقفة فعليًا — أدوات أُغلقت، تقارير حُذفت من Search Console نفسه — تُقدَّم كخطوات حالية رغم أنها لم تعد موجودة.

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

ما هو تدقيق السيو؟

تدقيق السيو هو فحص منظم لموقعك يحدد ما يمنع محركات البحث من الوصول إلى صفحاتك أو فهمها أو تفضيلها. يغطي عادة: الزحف والفهرسة، تجربة المستخدم وسرعة التحميل، بنية الموقع، عناصر الصفحة (العناوين والوصف الوصفي)، والروابط الداخلية. هو “فحص صحة” شامل، لا تحسين فعلي بذاته — التحسين خطوة تالية بعد معرفة الأولويات الحقيقية.

الأدوات الأساسية (مجانية قبل المدفوعة)

• Google Search Console: مصدر البيانات الأهم والمجاني بالكامل — أخطاء الفهرسة، تقرير Core Web Vitals، الإجراءات اليدوية، أداء البحث الفعلي.
• PageSpeed Insights: بيانات Core Web Vitals الحقيقية (الحقلية) للصفحات الرئيسية، لا تقديرات معملية فقط.
• Screaming Frog (النسخة المجانية حتى 500 رابط): كافية تمامًا لمواقع صغيرة ومتوسطة لفحص أكواد الاستجابة والروابط المكسورة والعناوين المكررة.
• Ahrefs Webmaster Tools (مجاني): يغطي فحصًا تقنيًا أساسيًا وملف الروابط الخلفية دون اشتراك مدفوع.
• أدوات مدفوعة (Semrush، Ahrefs الكامل) مفيدة لمواقع أكبر أو تحليل منافسين أعمق، لكنها ليست شرطًا للبدء.

قد يهمك أيضًا

ما هو السيو وفائدته وكيف يساعدك في رفع مبيعاتك

المستوى الأول: مشاكل تمنع الظهور فورًا (أصلحها أولًا)

• إصدارات الدومين المكرّرة: تأكد أن http وhttps، ونسخة www وبدونها، تُحوَّل كلها تلقائيًا بتحويل 301 إلى نسخة واحدة مفضّلة. موقع يعمل بأكثر من نسخة فعليًا يُقسَّم إلى نسخ مكررة في نظر محركات البحث، ويُضعف قوة الصفحة الموحّدة.
• فحص HTTPS على كل صفحة وملف، لا الصفحة الرئيسية فقط: محتوى مختلط (صفحة HTTPS تحمّل عناصر HTTP) فشل جزئي يجب إصلاحه بالكامل.
• سلاسل وحلقات إعادة التوجيه (Redirect Chains/Loops): سلسلة من أكثر من تحويل واحد تُهدر وقت الزحف وتبطئ التحميل؛ الحلقات تجعل الصفحة غير قابلة للوصول إطلاقًا.
• Noindex عرضي على صفحات مهمة: أخطر خطأ تقني قابل للحدوث بسهولة عند تحديث القالب أو الإضافات — صفحة رئيسية أو صفحة خدمة محجوبة عن الفهرسة دون قصد.
• Canonical يشير لصفحة 404 أو تحويل أو صفحة غير ذات صلة: يُربك محركات البحث حول النسخة الصحيحة للصفحة ويُضعف تجميع قوتها.
• خطأ Disallow: / شامل في robots.txt (يحدث غالبًا بعد تحديث قالب أو انتقال من بيئة تطوير): يحجب الموقع بالكامل عن الزحف.
• الإجراءات اليدوية في Google Search Console: نادرة لكنها تعني أن جزءًا من الموقع أو كله لن يظهر في النتائج إطلاقًا حتى تُحل. من أسبابها الشائعة: حشو الكلمات المفتاحية، روابط غير طبيعية (مشتراة أو من مزارع روابط)، ومحتوى رقيق منسوخ أو مولَّد بلا قيمة فعلية. تحقق منها في قسم “الأمان والإجراءات اليدوية” داخل Search Console؛ أي حالة غير “لم يتم اكتشاف أي مشكلات” تتطلب طلب إعادة نظر بعد إصلاح السبب.
• انخفاض مفاجئ في الزيارات العضوية: قبل التفكير في أي سبب تقني آخر، افتح تقرير نتائج البحث في Search Console على مدى 12 شهرًا وقارن توقيت أي انخفاض حاد بتواريخ تحديثات خوارزمية جوجل الأساسية (Core Updates) المنشورة رسميًا. تحديث يستهدف تحديدًا المحتوى الرقيق أو منخفض الجودة يفسّر كثيرًا من حالات الانخفاض التي لا يفسّرها أي خطأ تقني ظاهر.

المستوى الثاني: كفاءة الزحف والفهرسة (أصلحها قريبًا)

1. خريطة الموقع XML: قارن عدد الروابط المُرسلة بالمفهرسة فعليًا في تقرير “الصفحات” ضمن Search Console؛ تحقق من عدم وجود روابط بحالة 4xx أو روابط noindex ضمن الخريطة نفسها — خريطة الموقع يجب أن تسرد فقط الصفحات التي تريد فهرستها فعليًا.
2. عمق الزحف والصفحات اليتيمة: صفحة مهمة تبعد أكثر من 3 نقرات عن الصفحة الرئيسية “مدفونة” فعليًا؛ الصفحات اليتيمة (بلا أي رابط داخلي إليها) يجب ربطها من محتوى ذي صلة أو حذفها.
3. Core Web Vitals بالمعايير الحالية: LCP أقل من 2.5 ثانية، CLS أقل من 0.1، وINP أقل من 200 ميلي ثانية. INP حلّ محل FID رسميًا في 12 مارس 2024 كمقياس التفاعل الأساسي في Core Web Vitals (تأكَّد هذا التاريخ مباشرة من منشور Google Search Central نفسه) — أي مصدر لا يزال يذكر FID كمقياس حالي يعتمد على معلومة متوقفة. قِس هذه الأرقام من بيانات PageSpeed Insights الحقلية للصفحات الأهم فعليًا (الرئيسية، أهم صفحة خدمة، أهم صفحة هبوط)، لا من اختبار معملي عام فقط.
4. التوافق مع الجوال — تصحيح مهم على أدوات متوقفة فعليًا: أعلنت جوجل اكتمال التحول إلى الفهرسة الأولى للجوال في 31 أكتوبر 2023، مع استثناء مؤقت لعدد صغير من المواقع غير المتوافقة مع الجوال إطلاقًا؛ هذا الاستثناء انتهى فعليًا في 5 يوليو 2024 حين توقف الزاحف المكتبي القديم تمامًا عن العمل. في المقابل، أداة “اختبار التوافق مع الجوال” المستقلة من جوجل، وتقرير “قابلية الاستخدام على الجوال” نفسه داخل Search Console، تم إيقافهما معًا في 1 ديسمبر 2023 (مؤكَّد بتغطية مستقلة من Search Engine Land وبإعلان جوجل نفسها) — فلا تعتمد على أي دليل يوجّهك لفتح هذا التقرير لأنه غير موجود حاليًا. البديل العملي: تقرير Core Web Vitals في Search Console يعرض علامتي تبويب منفصلتين (الجوال والحاسوب) تحت قسم “تجربة الصفحة”، وهذا هو المصدر الحالي الوحيد لمشاكل الأداء على الجوال داخل Search Console نفسه؛ لفحص بصري/تقني إضافي استخدم Lighthouse مباشرة من أدوات مطوري Chrome.
5. المحتوى المكرر على مستوى الموقع: صفحات تصنيف/تاج متشابهة، نطاقات فرعية مكررة، أو صفحات ترقيم (Pagination) بلا تمييز واضح — تُحل بالـCanonical الصحيح أو التوحيد، لا بمنع الفهرسة بشكل عشوائي. للحصول على صورة سريعة لحجم الصفحات المفهرسة فعليًا، استخدم عامل البحث site:yourdomain.com في جوجل مباشرة ثم قارن الرقم التقريبي بعدد الصفحات الحقيقي على موقعك؛ فرق كبير جدًا (مئات الصفحات الإضافية غير المتوقعة) يشير غالبًا إلى صفحات ترقيم أو فلاتر أو نسخ باللغات غير مربوطة بشكل صحيح تتسرب إلى الفهرس.
6. صفحات ضعيفة الأداء منذ فترة طويلة: صفحة بلا أي زيارات أو ظهور فعلي منذ أكثر من سنة في تقرير الأداء ليست بالضرورة خطأ تقني، لكنها تستحق قرارًا واضحًا: تحديثها لتستهدف نية بحث حقيقية، دمجها مع صفحة أقوى ذات صلة، أو إلغاء فهرستها إن لم تخدم غرضًا فعليًا. اتخاذ هذا القرار صريحًا أفضل من تركها معلّقة بلا مراجعة لسنوات.
7. الروابط المكسورة الداخلية: افحصها بأكواد الاستجابة في Screaming Frog، وأصلح الرابط مباشرة بدل تحويل كل رابط مكسور إلى تحويل 301 تلقائيًا. التحويل الجماعي العشوائي لكل خطأ 404 ليس الحل الصحيح دائمًا؛ صفحة محذوفة فعليًا بلا بديل مناسب يجب أن تبقى 404 أو 410، لا تُحوَّل قسرًا إلى صفحة غير ذات صلة فقط لإخفاء الخطأ.
8. البيانات المنظمة (Schema): تحقق من الأنواع الأكثر فائدة لموقعك (مقالة، أسئلة شائعة، مسار التنقل، نشاط تجاري محلي) عبر أداة Rich Results الرسمية من جوجل؛ أخطاء Schema أولوية متوسطة، التحذيرات أولوية منخفضة.
9. الروابط الداخلية — فحص التوزيع لا فقط وجودها: افتح تقرير “الروابط” في Search Console وراجع جدول الصفحات الأكثر استقبالًا لروابط داخلية. اسأل سؤالين محددين: هل تحصل صفحات بحجم بحث منخفض على أكبر عدد من الروابط الداخلية بينما صفحاتك الأهم تجاريًا تحصل على القليل؟ وهل توجد صفحات مهمة (منتج، خدمة) بعدد روابط داخلية قريب من الصفر؟ كلا السؤالين يكشف خللًا في توزيع “قوة الربط” الداخلية يستحق إعادة توزيع لا إعادة بناء كاملة.
10. أساسيات الأمان بأثر مباشر على السيو: موقع مُخترق أو يحمل برمجيات خبيثة معرّض لإجراء يدوي من جوجل أو لتحذير “هذا الموقع قد يكون مخترقًا” في نتائج البحث — وكلاهما يُصفّر الزيارات العضوية فورًا بلا علاقة بجودة المحتوى. تحقق من: صلاحية شهادة SSL (لا تنتظر انتهاءها)، تحديث القالب والإضافات لآخر إصدار مستقر، وجود نسخ احتياطية منتظمة فعلية لا مجرد إعداد مفعّل نظريًا. هذا فحص سريع (دقائق)، لا تدقيقًا أمنيًا كاملًا منفصلًا.
11. علامات hreflang للمواقع متعددة اللغات: إن كان موقعك يعرض نسخًا بلغات مختلفة لنفس المحتوى، تحقق من أن كل نسخة لغوية تحمل علامة hreflang صحيحة تشير للنسخ الأخرى ولنفسها (self-reference). علامة hreflang خاطئة أو ناقصة تجعل محركات البحث تتعامل مع النسخ اللغوية كمحتوى مكرر بلا تمييز، فتضعف ترتيب كل النسخ معًا بدل تقويتها.

المستوى الثالث: تحسينات ثانوية (جدولها دون استعجال)

• عناوين الصفحات (حتى 60 حرفًا تقريبًا) والوصف الوصفي (حتى 155 حرفًا تقريبًا) — تجاوز الحد يؤثر على نسبة النقر أكثر من تأثيره على الترتيب نفسه؛ لا تُعامل هذه الأطوال كحدود ترتيب صارمة لأنها ليست عامل ترتيب مباشر رسميًا.
• عنوان H1 واحد يطابق موضوع الصفحة — تعدد H1 مشكلة وضوح، لا عقوبة ترتيب مباشرة.
• نص alt للصور — إشارة زحف مفيدة وعنصر وصول (Accessibility) مهم، لا عامل ترتيب حاسم بذاته.
• مراجعة الملف التجاري على Google ودمج وسائل التواصل مع الموقع: مهمان لكنهما خارج نطاق “تدقيق السيو” التقني تحديدًا؛ راجعهما كجزء من حضورك الرقمي الأوسع لا كبند تقني مستقل في هذه القائمة.

كيف تكتشف انخفاض الزيارات وتحدد سببه فعليًا

خطوات عملية داخل Search Console وحده، بلا أدوات إضافية:

1. افتح تقرير نتائج البحث، واضبط نطاق التاريخ على آخر 12 شهرًا.
2. حدد موقع أي انخفاض حاد ومفاجئ في الرسم البياني.
3. قارن تاريخ الانخفاض بسجل تحديثات خوارزمية البحث الأساسية المنشور رسميًا من جوجل — تطابق التوقيت دليل قوي على وجود علاقة محتملة، لا دليل سببية حاسم بذاته؛ تزامن التوقيت وحده لا يثبت أن التحديث هو السبب الفعلي دون مراجعة تفصيلية لنوع الصفحات المتأثرة.
4. إن انخفضت الزيارات إلى الصفر فجأة لا تدريجيًا، تحقق أولًا من قسم الإجراءات اليدوية قبل أي تفسير آخر.
5. إن لم يكن تحديث خوارزمية ولا إجراء يدويًا، راجع المستوى الأول من هذا الدليل بالكامل (noindex عرضي، robots.txt، canonical خاطئ) — هذه هي الأسباب التقنية الأكثر شيوعًا لانخفاض مفاجئ لا يرتبط بتحديث معلن.

قد يهمك أيضًا

ميزانية السيو: كم يجب أن تدفع لتحسين محركات البحث؟

التحقق بعد الإصلاح

• إصلاحات الفهرسة قد تحتاج أيامًا إلى أسابيع لتظهر؛ استخدم “فحص عنوان URL” وطلب الفهرسة في Search Console بدل الانتظار السلبي.
• تغييرات Core Web Vitals قد تستغرق حتى 28 يومًا لتظهر في البيانات الحقلية (نافذة القياس المتحركة المعتمدة من جوجل)؛ لا تحكم على نجاح الإصلاح من اختبار واحد فوري.
• أعد الزحف بـScreaming Frog وقارن النتيجة بالفحص الأول للتأكد من إصلاح المشاكل فعليًا لا نظريًا فقط.

مثال تطبيقي: صفحة خدمة فقدت ترتيبها (مثال توضيحي افتراضي)

لنفترض أن صفحة خدمة مهمة في متجر إلكتروني متوسط فقدت نصف زياراتها العضوية خلال ثلاثة أشهر، ولا يوجد تحديث خوارزمية معلن في نفس الفترة. بتطبيق نظام الأولوية الثلاثي بالترتيب:

• المستوى الأول أولًا: فحص Search Console يُظهر أن الصفحة لا تزال مفهرسة (لا noindex، لا canonical خاطئ)، ولا إجراء يدوي مسجَّل. المستوى الأول نظيف — ننتقل للمستوى الثاني.
• المستوى الثاني: فحص الزحف بـScreaming Frog يُظهر أن رابطًا داخليًا واحدًا كان يشير إلى هذه الصفحة من القائمة الرئيسية، وقد أُزيل عرضيًا عند تحديث تصميم القائمة قبل أسابيع — الصفحة أصبحت “شبه يتيمة” (رابط داخلي واحد فقط متبقٍ من مقال قديم ضعيف الزيارات هو نفسه).
• الإصلاح: إعادة الرابط إلى القائمة الرئيسية، وإضافة رابطين داخليين إضافيين من مقالتين ذَوَي زيارات جيدة وصلة موضوعية حقيقية بالخدمة.
• التحقق: طلب فهرسة الصفحة يدويًا بعد الإصلاح، ومراقبة تقرير الروابط الداخلية في Search Console بعد أسبوعين للتأكد من ظهور الروابط الجديدة فعليًا، ثم مراقبة الزيارات على مدى شهر كامل قبل الحكم بنجاح الإصلاح.

هذا مثال افتراضي لتوضيح تطبيق الأولوية بالترتيب الصحيح (أولًا الأول، ثم الثاني)، لا بيانات حقيقية لمتجر فعلي. الدرس العملي الأهم من هذا المثال لا يتعلق بالرابط الداخلي نفسه، بل بترتيب الفحص: لو بدأ الفحص من المستوى الثاني مباشرة (كما تفعل كثير من قوائم التدقيق المسطّحة) لكان الوقت قد ضاع في فحوصات أداء وبيانات منظمة قبل التأكد أولًا من أن الصفحة غير محجوبة فعليًا عن الفهرسة أصلًا — وهو بالضبط الخلل الذي يصلحه الترتيب الثلاثي.

ملخص الأولويات بوقت الإصلاح التقريبي

هذا الجدول أداة قرار سريعة لا بديلًا عن قراءة كل مستوى بالتفصيل أعلاه؛ استخدمه لتحديد من أين تبدأ فورًا بعد أي تدقيق، ولمقارنة توقعاتك بالنتيجة الفعلية بدل الحكم على فشل الإصلاح من فحص واحد مبكر جدًا.

قد يهمك أيضًا

كيف يساعدك تحسين محركات البحث في مضاعفة مبيعاتك خلال أشهر

متى تُجري تدقيق سيو؟

مرة كل 3 إلى 6 أشهر كحد عام للمواقع النشطة، بالإضافة إلى تدقيق فوري بعد: إطلاق موقع جديد، ترحيل أو تغيير دومين/قالب كبير، انخفاض مفاجئ وملحوظ في الزيارات العضوية، أو إضافة قسم/قالب جديد كبير للموقع. بين كل تدقيق وآخر، راقب تقريري التغطية وCore Web Vitals في Search Console بشكل دوري بدل الانتظار للتدقيق الكامل التالي.

الخلاصة

تدقيق سيو فعال ليس قائمة طويلة من 30 بندًا بلا ترتيب، بل تصنيف واضح: ما يمنع الظهور فورًا، ما يُضعف الكفاءة على المدى القريب، وما هو تحسين ثانوي مؤجل. والأهم: تحقق من أن الأدوات والتقارير التي يوجهك دليلك إليها لا تزال موجودة فعليًا — تقرير قابلية الاستخدام على الجوال وأداته المستقلة لم يعودا موجودين منذ نهاية 2023، ومقياس FID تقاعد منذ مارس 2024، والاعتماد عليهما يُفقد التدقيق مصداقيته من أول خطوة.

إذا كنت تريد تدقيق سيو شامل لموقعك مرتبًا بالأولوية الصحيحة بأدوات ومعايير حالية فعليًا ومُحدَّثة باستمرار، فريق فلينزا لتحسين محركات البحث يفحص موقعك فنيًا، يحدد ما يستحق إصلاحًا فوريًا، ويبني معك خطة تحسين واقعية بالموارد المتاحة لديك.