الانتقال إلى المحتوى الرئيسي
واتساباطلب استشارة
سيو تقني

خطوات تدقيق السيو التقني: كيف تحدد الأخطاء التي تمنع العملاء من الوصول؟

6 خطوات لتدقيق السيو التقني بنفسك: الفهرسة، وcanonical وrobots وsitemap، والسرعة حسب القالب، والتكرار وhreflang، وترتيب الإصلاحات بالأثر، والتحقق في Search Console. مع أمثلة حقيقية.

9 دقائق قراءةبقلم محمد مصطفى أبوزيد
خطوات تدقيق السيو التقني: كيف تحدد الأخطاء التي تمنع العملاء من الوصول؟

الجواب المختصر: تدقيق السيو التقني يمشي على 6 خطوات بالترتيب: (1) تتأكد إن جوجل يزحف ويفهرس صفحاتك المهمة، (2) تفحص canonical وrobots.txt وخريطة الموقع، (3) تراجع السرعة وتجربة الجوال على مستوى القوالب، (4) تكتشف الصفحات المكررة وأخطاء hreflang، (5) ترتب الإصلاحات حسب أثرها على الزيارات والإيراد، (6) تثبت نجاح كل إصلاح في Search Console. والناتج مو تقرير فيه 200 تحذير، الناتج قائمة إصلاحات مرتبة، لكل مشكلة دليل ومسؤول وطريقة تحقق.

يا أبو فهد، أغلب تقارير التدقيق التقني اللي تجي لمدراء التسويق في السعودية شكلها واحد: 40 صفحة لقطات من أداة، و"235 مشكلة حرجة"، وما فيها جواب على السؤال الوحيد المهم: وش نصلّح أول، وليش؟ والمطور عندك يقرأ التقرير، ويشوف إن نص "المشاكل الحرجة" صور ناقصها نص بديل، ويقفل الملف.

هذا الدليل يمشي معك خطوات التدقيق بنفس الطريقة اللي ندقق فيها مواقع عملائنا. وبدل الأمثلة النظرية، بنوريك أخطاء حقيقية لقيناها لما دققنا موقعنا moseo01.com بنفسنا في أكتوبر 2026، وكيف صلحناها.

وش تحتاج قبل ما تبدأ التدقيق؟

ثلاث أدوات مجانية أو شبه مجانية، وصلاحيات لموقعك. ما تحتاج اشتراكات غالية عشان تبدأ.

الأداة

وش تعطيك

التكلفة

Google Search Console

حالة الفهرسة، وأخطاء الزحف، وأداء الصفحات، وتجربة الصفحة

مجانية

Screaming Frog SEO Spider

زحف كامل لموقعك مثل جوجل: روابط معطلة، وتحويلات، وعناوين، وcanonical

مجانية حتى 500 رابط

PageSpeed Insights

بيانات السرعة الحقيقية من مستخدمي Chrome (إن وجدت) واختبار المختبر

مجانية

Google Analytics 4

أي الصفحات تجيب زيارات وطلبات وإيراد، عشان ترتب الأولويات

مجانية

ولو تبي نظرة أولية سريعة قبل التدقيق الكامل، جرّب أداة فحص الموقع عندنا، تعطيك صورة عامة عن الصفحة في دقيقة.

1. كيف تتأكد من الزحف والفهرسة أولًا؟

ابدأ من تقرير "فهرسة الصفحات" في Search Console. لو صفحاتك المهمة مو مفهرسة، كل شي ثاني في التدقيق يتأجل. ما فيه فايدة من تسريع صفحة جوجل ما يعرضها أصلًا.

  1. افتح Search Console ← الفهرسة ← الصفحات.

  2. شوف قسم "سبب عدم فهرسة الصفحات". ركّز على: "تم الزحف - غير مفهرسة حاليًا"، و"مستبعدة بواسطة علامة noindex"، و"صفحة بديلة مع علامة أساسية مناسبة"، و"لم يتم العثور عليها (404)".

  3. اكتب قائمة بأهم 20 صفحة تجيب لك عملاء (الخدمات، والتصنيفات، والمنتجات الأعلى مبيعًا)، وافحص كل واحدة بأداة فحص الرابط (URL Inspection).

مثال: رابط قابل للفحص وآخر مستبعد

لما تفحص رابط في أداة فحص الرابط، بتشوف واحدة من حالتين:

  • "عنوان URL متوفر على Google": الصفحة مفهرسة. شيك على "عنوان URL الأساسي الذي اختاره Google" وتأكد إنه نفس رابط صفحتك، مو نسخة ثانية منها.

  • "عنوان URL غير متوفر على Google": اقرأ السبب. لو "مستبعد بواسطة noindex" والصفحة مهمة، هذا خطأ في الإعدادات. ولو "تم الزحف - غير مفهرسة حاليًا"، غالبًا المشكلة في قيمة المحتوى أو التكرار، مو تقنية بحتة.

من تدقيق موقعنا: لقينا إن جوجل لسه فاهرس روابط قديمة من نسخة الموقع السابقة على ووردبريس، وكانت ترجع 404. الحل كان تحويل 301 من كل رابط قديم للصفحة الجديدة اللي تقابله، بدل ما نخسر الإشارات اللي جمعتها الروابط القديمة.

2. كيف تفحص canonical وrobots وsitemap؟

هذي الثلاثة هي "الإرشادات" اللي تعطيها لجوجل: robots.txt يقول له وين يدخل، وcanonical يقول له أي نسخة هي الأصل، وخريطة الموقع تقول له وش الصفحات المهمة. لو تناقضوا، جوجل يقرر بنفسه، وغالبًا مو بالطريقة اللي تبيها.

robots.txt

  • افتح موقعك/robots.txt واقرأه سطر سطر.

  • تأكد إنك ما تمنع ملفات CSS أو JavaScript أو الصور اللي تحتاجها الصفحة عشان تنعرض صح.

  • تأكد إن مسار خريطة الموقع مكتوب فيه.

من تدقيق موقعنا: كان عندنا سطر Disallow: /api/ عشان نمنع الزحف لمسارات النظام. المشكلة إن الصور المرفوعة كانت تنعرض من مسار تحت /api/media/، يعني منعنا جوجل من صورنا بدون ما ننتبه. الحل سطر واحد: Allow: /api/media/.

canonical

  • في Screaming Frog افتح تبويب Canonicals وفلتر "Non-Indexable Canonical" و"Canonicalised".

  • كل صفحة مهمة لازم يكون الـ canonical حقها يشير لنفسها، إلا لو هي فعلًا نسخة من صفحة ثانية.

  • تأكد إن الـ canonical يستخدم نفس النطاق (مع www أو بدونها) ونفس البروتوكول (https).

من تدقيق موقعنا: لقينا مشكلتين. الأولى: الموقع كان يفتح على moseo01.com وعلى www.moseo01.com بدون تحويل، يعني نسختين من كل صفحة. صلحناها بتحويل دائم من النطاق بدون www لنسخة www. الثانية: صفحة الأسعار كان الـ canonical حقها يشير لرابط غلط، يعني كنا نقول لجوجل "الأصل في مكان ثاني".

خريطة الموقع (sitemap)

  • كل رابط في الخريطة لازم يرجع 200، وما يكون عليه noindex، وما يكون محوّل.

  • في Search Console ← خرائط الموقع، قارن عدد الروابط المرسلة بعدد المفهرسة.

3. كيف تراجع سرعة وتجربة الجوال؟

ابدأ ببيانات المستخدمين الحقيقيين (Core Web Vitals) في Search Console، مو برقم Lighthouse. والأهم إنك تفحص حسب القالب: صفحة منتج وحدة تمثّل كل صفحات المنتجات، وصفحة مقال وحدة تمثّل كل المقالات.

حدود جوجل للتجربة الجيدة في مؤشرات أداء الويب الأساسية:

المؤشر

وش يقيس

جيد

LCP

متى يظهر أكبر عنصر في الشاشة

2.5 ثانية أو أقل

INP

سرعة استجابة الصفحة لما تضغط

200 ملي ثانية أو أقل

CLS

هل العناصر تتحرك وأنت تقرأ

0.1 أو أقل

أثر القالب، مو رقم Lighthouse لحاله

رقم Lighthouse (الدرجة من 100) اختبار مختبر على جهاز وشبكة مفترضين، ويتغير من تشغيل لتشغيل. من تجربتنا على موقعنا: نفس الصفحة على الجوال أعطت درجات أداء بين 86 و99 في اختبارات متتالية بدون ما نغيّر سطر. لو بنيت قرارك على تشغيل واحد، بتطارد أرقام وهمية.

اللي يفرق فعلًا:

  • افحص قالب، مو صفحة: لو صفحة المنتج بطيئة بسبب صورة كبيرة في القالب، الإصلاح الواحد يصلّح آلاف الصفحات.

  • الصور: أكبر مكسب سريع غالبًا. في موقعنا حوّلنا صور الشهادات من PNG إلى WebP، والصورة الوحدة نزلت من حوالي 504 كيلوبايت إلى حوالي 93 كيلوبايت. وأضفنا عرض وارتفاع لصور البطاقات عشان ما تتحرك الصفحة وهي تحمّل.

  • الخطوط العربية: الخط العربي ملفه كبير. حمّل الخط الأساسي مسبقًا (preload) وحدد طريقة عرضه، عشان النص ما يتحرك أو يختفي لحظة التحميل.

  • الإضافات والسكربتات: كل أداة تتبع وكل نافذة دردشة تكلّف سرعة. احذف اللي ما تستخدمه.

ولو موقعك على سلة أو زد، أغلب إعدادات القالب ما تتحكم فيها بالكامل. التفاصيل في دليل سيو متاجر سلة.

4. كيف تكتشف الصفحات المكررة وأخطاء hreflang؟

المحتوى المكرر يشتت جوجل بين أكثر من صفحة لنفس الموضوع، وhreflang الغلط يخلي جوجل يعرض النسخة الإنجليزية لعميل سعودي يبحث بالعربي. الاثنين شائعين جدًا في المواقع ثنائية اللغة في السعودية.

الصفحات المكررة

  • في Screaming Frog، تبويب Content ← فلتر "Exact Duplicates" و"Near Duplicates".

  • دوّر على العناوين المكررة (Page Titles ← Duplicate): غالبًا تكشف صفحات فلترة أو ترقيم صفحات أو نسخ بمعاملات (?sort=).

  • لكل مجموعة مكررة قرر: دمج بتحويل 301، أو canonical للنسخة الأصلية، أو noindex. وقبل أي حذف أو دمج، شوف نقرات الصفحة في Search Console. لا تحذف صفحة تجيب زيارات بدون ما تحوّلها صح.

hreflang

  • كل نسخة لغة لازم تشير للنسخ الثانية، والنسخ الثانية ترد بالإشارة لها (روابط متبادلة).

  • استخدم رموز صحيحة، مثل ar-SA للعربي الموجّه للسعودية وen للإنجليزي، مع x-default.

  • لا تحط hreflang لصفحة ما لها نسخة فعلية باللغة الثانية.

من تدقيق موقعنا: مقالاتنا العربية ما لها نسخة إنجليزية، لكن خريطة الموقع ووسوم hreflang كانت تضيف لها رابط /en تلقائيًا، وهذا الرابط ما فيه محتوى. صلحناها بحيث المقال اللي بلغة وحدة ما ينضاف له رابط لغة ثانية. ولقينا كمان صفحات تربط لصفحات خدمات ما انتشرت بعد، يعني روابط داخلية ترجع 404.

5. كيف ترتب الإصلاحات حسب أثر الزيارات والإيراد؟

رتّب كل مشكلة بثلاثة أرقام من 1 لـ 3: الأثر (كم زيارة وإيراد تمس)، والثقة بالدليل (هل متأكد إنها مشكلة)، والجهد (كم ياخذ إصلاحها). الأولوية = الأثر × الثقة ÷ الجهد. اللي رقمه أعلى يتصلح أول.

قالب قائمة الإصلاحات (Technical Backlog)

المشكلة

الدليل

الأثر

الثقة

الجهد

الأولوية

المسؤول

اختبار القبول

صفحات خدمات عليها noindex بالغلط

Search Console: مستبعدة بواسطة noindex

3

3

1

9

المطور

فحص الرابط يقول "متوفر على Google"

نسختين من الموقع (مع www وبدون)

الرابطين يرجعون 200

3

3

1

9

المطور / الاستضافة

النسخة بدون www تحوّل تحويل دائم

روابط قديمة مفهرسة ترجع 404

Search Console: لم يتم العثور عليها

2

3

1

6

المطور

كل رابط قديم يحوّل 301 لصفحة مقابلة

صور المنتجات كبيرة في القالب

LCP ضعيف في Core Web Vitals لصفحات المنتجات

3

2

2

3

المطور

LCP جيد في بيانات المستخدمين بعد 28 يوم

صور بدون نص بديل

Screaming Frog: Missing Alt

1

3

1

3

المحتوى

صفر صور مهمة بدون alt

شوف كيف "صور بدون نص بديل" اللي تطلع في أغلب التقارير كمشكلة حرجة، جت في آخر القائمة. لأن أثرها على الزيارات والإيراد أقل بكثير من صفحة خدمة جوجل ما يقدر يفهرسها.

وعشان تحسب الأثر بالريال، اربط كل صفحة بإيرادها أو طلباتها من GA4، والطريقة شرحناها في دليل حساب العائد على الاستثمار من السيو.

6. كيف تثبت نجاح الإصلاح في Search Console؟

كل إصلاح يحتاج "اختبار قبول" مكتوب قبل ما يبدأ المطور، وتحقق في Search Console بعده. بدون هذا، ما تعرف هل الإصلاح اشتغل ولا لا.

  1. اختبر مباشرة: في أداة فحص الرابط اضغط "اختبار عنوان URL المباشر" وتأكد إن الصفحة صارت قابلة للفهرسة، بعدها "طلب الفهرسة" للصفحات المهمة.

  2. اطلب التحقق: في تقرير فهرسة الصفحات، افتح سبب المشكلة واضغط "التحقق من الإصلاح". جوجل يرجع يفحص الروابط ويبلغك بالنتيجة، وهذا ممكن ياخذ أيام لأسابيع.

  3. للسرعة: بيانات Core Web Vitals في Search Console مبنية على آخر 28 يوم من مستخدمين حقيقيين، عشان كذا ما تتغير في يوم. انتظر 4 أسابيع قبل ما تحكم.

  4. للأثر: قارن النقرات والظهور للصفحات اللي انصلحت، 4 لـ 8 أسابيع قبل وبعد. وانتبه لتحديثات جوجل في نفس الفترة، تابعها في صفحة تحديثات خوارزميات جوجل.

كم مرة يحتاج موقعك تدقيق تقني؟

تدقيق كامل مرة كل 6 أشهر لأغلب المواقع، ومراجعة شهرية خفيفة لتقارير Search Console. وتدقيق فوري بعد أي تغيير كبير: نقل الموقع، تغيير القالب، تغيير هيكل الروابط، أو إضافة لغة.

مثال من موقعنا: لما غيّرنا اللغة الافتراضية للموقع للعربي ونقلنا الصفحات العربية من /ar/... للرابط الأساسي، حوّلنا كل الروابط القديمة تحويل دائم، وراجعنا الـ canonical وhreflang وخريطة الموقع في نفس اليوم. التغييرات الكبيرة هذي هي اللي تكسر المواقع بصمت لو ما انفحصت.

أسئلة شائعة

ما الفرق بين التدقيق التقني وتدقيق المحتوى؟

التدقيق التقني يسأل: هل جوجل يقدر يوصل لصفحاتك ويفهمها ويعرضها بسرعة؟ تدقيق المحتوى يسأل: هل الصفحة تجاوب على سؤال الباحث أفضل من المنافسين؟ الاثنين مهمين، لكن التقني يجي أول، لأن أفضل محتوى ما يفيد لو الصفحة مو مفهرسة.

ما أول خطأ يجب إصلاحه؟

أي شي يمنع صفحات تجيب فلوس من الفهرسة: noindex بالغلط، أو منع في robots.txt، أو canonical يشير لصفحة ثانية، أو تحويلات مكسورة. هذي الأخطاء أثرها مباشر وإصلاحها غالبًا سريع.

كم مرة يحتاج الموقع تدقيقًا؟

تدقيق كامل كل 6 أشهر، ومراجعة شهرية لتقارير Search Console، وتدقيق فوري بعد أي نقل أو تغيير كبير في الموقع.

كيف أقيس سرعة موقعي؟

شوف تقرير Core Web Vitals في Search Console أولًا لأنه مبني على مستخدمين حقيقيين، بعدها استخدم PageSpeed Insights لصفحة تمثل كل قالب. أو جرّب أداة فحص الموقع عندنا مجانًا.

الخلاصة

خطوات تدقيق السيو التقني الصح ست: الفهرسة أول، بعدها الإرشادات (robots وcanonical وsitemap)، بعدها السرعة على مستوى القالب، بعدها التكرار وhreflang، بعدها ترتيب الإصلاحات بالأثر، وآخرها التحقق في Search Console. والناتج قائمة إصلاحات قصيرة مرتبة يقدر المطور ينفذها، مو تقرير طويل يتقفل.

تبي نسوي هذا لموقعك؟ اطلب تدقيقًا تقنيًا لموقعك ونسلمك قائمة الإصلاحات مرتبة بالأثر والمسؤول واختبار القبول، أو شوف تفاصيل خدمة السيو التقني.


كتبه: محمد مصطفى أبوزيد، مؤسس MOSEO01 واستشاري سيو بخبرة +14 سنة مع شركات في السعودية والخليج.
آخر تحديث: 14 أكتوبر 2026.
المنهج: الخطوات مبنية على وثائق جوجل الرسمية، والأمثلة من تدقيق فعلي لموقع moseo01.com في أكتوبر 2026 باستخدام Search Console وScreaming Frog وPageSpeed Insights. راجعنا نتائج البحث في السعودية لنفس الموضوع بتاريخ 14 أكتوبر 2026.

المصادر:

منافسوك يتنافسون بالفعل على الظهور في نتائج البحث

ابنِ استراتيجية نمو بحث منظّمة تحسّن الظهور والمصداقية والزيارات المؤهّلة وفرص التحويل.