Technical SEO Audit Guide: How to Boost Website Performance in 2025

 

ما هو تدقيق تحسين محركات البحث الفني؟

تدقيق تحسين محركات البحث الفني هو عملية تحليل جميع الجوانب الفنية لموقعك الإلكتروني لضمان قدرة محركات البحث (مثل جوجل) على ترتيبه وجميع الصفحات فيه.

عند إجراء تدقيق تحسين محركات البحث الفني، تتحقق مما إذا كان موقعك محسنًا لمحركات البحث.

معظم عمليات تدقيق تحسين محركات البحث الفنية تنتج قائمة من 200 مشكلة ولا توجه واضح. تصلح الأسهل، وتتجاهل الباقي، وتتساءل لماذا لم تتحرك التصنيفات.

المشكلة ليست في التدقيق، بل في الترتيب.

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

ملاحظة النطاق: هذا الدليل مصمم للمواقع التي تقل عن 500 صفحة، يديرها شخص أو شخصان، باستخدام أدوات مجانية أو بنسخة مجانية. إذا كنت تدير موقعًا كبيرًا أو يعتمد بشكل كبير على Java Script، فستحتاج بعض التوصيات إلى التعديل.

 

مرشح الخطورة: نموذج الفرز الخاص بك

قبل تشغيل أي أداة، افهم كيفية قراءة ما تخبرك به. ليست كل علامات التدقيق متساوية، ومعاملتها على أنها متساوية هي أسرع طريقة لإضاعة الوقت على شيء لا يهم Google.

استخدم هذا النموذج ثلاثي المستويات في كل قسم يلي:

المستوى	فئة	الإجراء
المستوى 1	معوقات الترتيب	أصلح فورًا: هذه تثبط الظهور بشكل نشط
المستوى 2	عدم كفاءة الزحف	إصلاح هذه السباق: هذه تحد من الوصول دون حظر صارم
المستوى 3	علامات ذات أولوية منخفضة	جدولة أو تجاهل: نادرًا ما تؤثر هذه على ترتيب المواقع الصغيرة

إذا أشارت أداة إلى شيء ولا يمكنك وضعه في المستوى 1 أو المستوى 2، فهو ينتمي إلى المستوى 3 حتى يثبت العكس.

 

إعداد ما قبل التدقيق: الأدوات وخط الأساس

دعنا نتحدث عن الأدوات التي تحتاجها لتدقيق تحسين محركات البحث التقني.

حزمة مجانية لهذا التدقيق:

• Google Search Console — يجب عليك التحقق من ملكية الموقع قبل أي شيء آخر؛ هذه هي الحقيقة الأساسية لبيانات الفهرسة والأداء.
• Google Page Speed Insights — بيانات ميدانية لـ Core Web Vitals؛ لا حاجة لحساب
• Screaming Frog SEO Spider (النسخة المجانية) — يزحف حتى 500 عنوان URL؛ كافٍ لمعظم المواقع الصغيرة
• أدوات مطوري كروم — بدون تثبيت، مدمج في المتصفح؛ استخدمه للعرض وتشخيص الشبكة
• أدوات مشرفي المواقع من Ahrefs (المستوى المجاني) — بيانات الروابط الخلفية وتدقيق الموقع الأساسي بدون اشتراك مدفوع

إذا تجاوز موقعك 500 صفحة، فقم بإعطاء الأولوية لعناوين URL ذات الزيارات الأعلى والتحويلات الأعلى لفحص Screaming Frog. لا تحاول تدقيق كل شيء مرة واحدة.

المقالات الموصى بها: Google Search Console: الدليل الشامل لعام 2026

 

صحة النطاق وDNS والأمان

هذه هي فئة التدقيق التي يتجاهلها كل منافس. إنها تنتمي إلى المستوى 1 — ليس لأن هذه المشكلات شائعة، ولكن لأنها عندما توجد، فإنها تمنع كل شيء في المصب. شهادة SSL معطلة أو إعادة توجيه مهيأة بشكل خاطئ على مستوى النطاق يمكن أن تمنع موقعك بالكامل بهدوء قبل حتى تقييم قطعة واحدة من المحتوى.

معظم مالكي المواقع يقفزون مباشرة إلى الكلمات المفتاحية والمحتوى. هذا القسم يتعلق بالأساس الذي تقوم عليه هذه الأشياء.

تحقق من هذه بالترتيب:

 

1. هل يعمل موقعك على HTTPS؟

عندما تزور موقعًا إلكترونيًا، يتبادل متصفحك والخادم المعلومات باستمرار. HTTPS هو الإصدار الآمن من هذا الاتصال، فهو يشفر البيانات بحيث لا يمكن اعتراضها. HTTP (بدون S) هو الإصدار الأقدم غير المشفر.

يمكنك معرفة أيًا منها يستخدمه موقعك من خلال النظر إلى شريط عنوان المتصفح. رمز القفل يعني أن HTTPS نشط. تحذير "غير آمن" يعني أنه غير نشط، وسيلاحظ كل من Google وزوارك ذلك.

لماذا يهم ذلك لتحسين محركات البحث: أكدت Google أن HTTPS هو إشارة ترتيب. عمليًا، المتصفحات مثل Chrome تحذر الزوار من المواقع غير الآمنة. إذا كان أي صفحة على موقعك لا تزال تُحمّل عبر HTTP، أصلحها قبل أي شيء آخر.

استخدام لماذا لا يوجد قفل، الصق أي عنوان URL وسيخبرك بالضبط بالأصول التي يتم تحميلها بشكل غير آمن ومن أين تأتي.

 

2. هل لنطاقك عنوان ثابت؟

يمكن الوصول إلى موقعك الإلكتروني تقنيًا من عنوانين مختلفين: www.yourdomain.com و yourdomain.com (بدون www). بالنسبة للمتصفح، هذان موقعان منفصلان. بالنسبة لجوجل، قد يبدوان كموقعين منفصلين ينشران محتوى متطابقًا.

يسمى هذا تعارض www مقابل non-www ، وهي واحدة من أكثر المشاكل شيوعًا على مستوى النطاق في المواقع الصغيرة.

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

كيفية التحقق: اكتب كلا الإصدارين من نطاقك في متصفح وشاهد ما يحدث في شريط العناوين. إذا أعاد أحدهما التوجيه بشكل نظيف إلى الآخر، فأنت بخير. إذا تم تحميل كليهما بشكل مستقل (يعرضان نفس المحتوى)، فلديك مشكلة محتوى مكرر لحلها. يمكنك أيضًا استخدام redirect-checker.org لتأكيد أن إعادة التوجيه هي 301 حقيقية وليست إعادة توجيه مؤقتة أضعف.

3. هل مواقع الاختبار أو التجريب الخاصة بك مرئية لجوجل؟

عندما يقوم المطورون ببناء أو تحديث موقع ويب، فإنهم عادةً ما يعملون أولاً على نسخة منفصلة من الموقع، غالبًا على عنوان مثل staging.yourdomain.com أو dev.yourdomain.com. يُسمى هذا بيئة الاختبار أو اختبار النطاق الفرعي. من المفترض أن يكون غير مرئي للجمهور.

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

 

4. هل شهادة SSL الخاصة بك صالحة وحالية؟

شهادة SSL هي ما يجعل HTTPS يعمل. إنها ملف رقمي صغير مثبت على خادمك يتحقق من أن موقعك هو من يدّعي ويمكّن الاتصال المشفر. تنتهي صلاحية شهادات SSL، وإذا انتهت صلاحيتها، تكون العواقب فورية.

عند انتهاء صلاحية شهادة SSL، تعرض المتصفحات تحذيرًا بملء الشاشة للزوار: "اتصالك ليس خاصًا." معظم الأشخاص يغادرون فورًا. شهادة SSL غير صالحة يمكن أن تمنع المستخدمين، وتضر بالثقة، وتخلق تحذيرات المتصفح، وقد تضر بالزحف/تجربة الصفحة ويختفي القفل.

5. هل هناك انعطافات غير ضرورية في مسار إعادة التوجيه لنطاقك؟

إعادة التوجيه هي تعليمة ترسل الزائر (أو روبوت محرك البحث) من عنوان URL إلى آخر. إعادة توجيه واحدة أمر طبيعي، على سبيل المثال، إعادة توجيه http:// إلى https://، أو www إلى non-www. تبدأ المشكلة عندما تتراكم عمليات إعادة التوجيه فوق بعضها البعض.

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

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

 

تدقيق قابلية الزحف

إذا لم يتمكن Googlebot من الوصول إلى صفحة، فإن تلك الصفحة لا تظهر في نتائج البحث. قبل أن يتمكن Google من النظر في المحتوى الخاص بك لنتائج البحث، يجب أن يكون قادرًا على العثور عليه وقراءته. قابلية الزحف تتعلق بإزالة العقبات التي تعترض ذلك، ومعظمها غير مرئي حتى تبحث عنها.

 

1. ملف robots.txt الخاص بك — الحارس

كل موقع ويب لديه (أو يجب أن يكون لديه) ملف على yourdomain.com/robots.txt. إنه ملف نصي عادي يخبر روبوتات محركات البحث بالصفحات التي يُسمح لها بالزحف إليها وأيها يجب تخطيه. اكتب عنوان URL هذا مباشرة في متصفحك لرؤية ملفك.

الأخطاء الأكثر ضررًا هنا ليست غريبة، بل عرضية. الثلاثة الأكثر شيوعًا:

• حظر الموقع بأكمله — سطر واحد (Disallow: /) يخبر جميع برامج الزحف بالبقاء خارجًا تمامًا. يمكن أن يحدث هذا عندما يضبطه مطور أثناء البناء وينسى إزالته قبل الإطلاق.
• حظر ملفات CSS أو Java Script — يحتاج جوجل إلى تحميل تنسيق موقعك ونصوصه البرمجية لفهم كيف تبدو صفحاتك وتتصرف. احجب هذه وقد يعرض جوجل صفحاتك بشكل غير صحيح أو لا يعرضها على الإطلاق.
• ترك القواعد القديمة كما هي — تعليمات المرحلة التجريبية التي كانت منطقية أثناء التطوير غالبًا ما تنتقل إلى الإنتاج عن طريق الخطأ، مما يقيد الوصول بهدوء إلى الصفحات التي يجب فهرستها.

إذا لاحظت أيًا من هذه، قم بوضع علامة عليها كمستوى 1 وقم بتصحيحها قبل المتابعة.

لمعرفة المزيد عن ملف robot.txt، شاهد هذا الفيديو من Google Search Central:

 

2. خريطة XML الخاصة بك — خريطة الطريق

خريطة الموقع هي ملف يسرد جميع الصفحات في موقعك التي تريد من Google فهرستها. اعتبرها كأنك تسلم Google خريطة منظمة لموقعك بدلاً من جعلها تكتشف كل شيء عبر تتبع الروابط.

أثناء وجودك هناك، ابحث عن ثلاث مشاكل محددة:

• الصفحات التي ترجع أخطاء 4xx — هذه روابط معطلة مدرجة في خريطة موقعك، توجه Google نحو طرق مسدودة.
• عناوين URL غير مفهرسة مضمنة في خريطة الموقع — لا يمكن للصفحة أن تكون كلاً من "يرجى فهرسة هذه" (خريطة الموقع) و "لا تفهرس هذه" (وسم noindex) في نفس الوقت؛ تعليمة واحدة ستفوز، والصراع يهدر ميزانية الزحف.
• صفحات مهمة مفقودة بالكامل — إذا لم تكن صفحة رئيسية في خريطة موقعك، فقد يجدها Google، لكنك تترك الاكتشاف للصدفة.

 

3. ميزانية الزحف — ذات صلة فقط على نطاق واسع

ميزانية الزحف تشير إلى عدد الصفحات التي سيزحفها Google على موقعك خلال فترة معينة. بالنسبة لمعظم المواقع الصغيرة (أقل من 500 صفحة)، هذا ليس مصدر قلق رئيسي، سيزحف Google كل ما يمكنه الوصول إليه.

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

إذا أعاد فحص Screaming Frog عدد صفحات أعلى بكثير من عدد المحتوى الفعلي لديك، فتحقق من أنماط عناوين URL قبل افتراض أنها كلها مقصودة. قد يكون لديك فخ زحف يولد آلاف عناوين URL التي تستهلك ميزانية الزحف دون المساهمة في التصنيفات.

 

تدقيق الفهرسة

قابلية الزحف والفهرسة مشكلتان مختلفتان. يمكن أن تكون الصفحة قابلة للزحف ولكنها مستبعدة من الفهرس (غالبًا عن طريق الخطأ).

فحص عامل الموقع:

ابحث عن site:yourdomain.com في Google. عدد النتائج يعطيك عددًا تقريبيًا للفهرسة. وجود تباين كبير بين هذا العدد وعدد صفحاتك الفعلي يشير إلى مشكلة في الفهرسة.

تدقيق Noindex

علامات noindex غير المقصودة هي أكثر عوائق التصنيف شيوعًا التي يسببها المرء لنفسه. قم بتشغيل Screaming Frog وقم بالتصفية للصفحات التي ترجع توجيه noindex. قارنها بالصفحات التي تتوقع أن تظهر في نتائج البحث. وجود noindex على صفحتك الرئيسية أو الصفحات الرئيسية هو حالة طوارئ من المستوى الأول.

منطق العلامة الأساسية

العلامة الأساسية هي جزء صغير من الكود في رأس الصفحة يخبر Google: "هذه هي النسخة الرسمية من هذه الصفحة." وهي موجودة لأنه يمكن الوصول إلى نفس المحتوى غالبًا عبر عناوين URL متعددة، مع أو بدون شرطة مائلة، مع إضافة معلمات تتبع، أو من خلال إصدارات HTTP وHTTPS. بدون العلامة الأساسية، على Google تخمين أي عنوان URL هو "الحقيقي". أحيانًا تخمن بشكل خاطئ.

الوسم يبدو هكذا في HTML الصفحة:

<link rel="canonical" href="https://www.yourdomain.com/your-page/" />

هناك استخدامان صحيحان:

• الكنسي المرجعي الذاتي — الصفحة تشير إلى نفسها، مؤكدة أنها النسخة الأساسية. هذا هو الإعداد القياسي لمعظم الصفحات ويخبر جوجل ببساطة "هذا الرابط صحيح، قم بفهرسة هذه الصفحة."
• توحيد النطاق الأساسي — صفحة مكررة أو شبه مكررة تشير إلى الإصدار المفضل. على سبيل المثال، إذا كانت yourdomain.com/page?ref=email و yourdomain.com/page تعرضان محتوى متطابقًا، يجب أن يحتوي عنوان URL ذو المعامل على canonical يشير إلى الإصدار النظيف.

المشكلة تظهر عندما تشير علامات canonical إلى المكان الخطأ. الأخطاء الثلاثة الأكثر ضررًا:

• الكنسي يشير إلى صفحة 404 — أنت تخبر Google أن الإصدار المفضل لهذه الصفحة هو إصدار غير موجود
• الكنسي يشير إلى إعادة توجيه — يتبع Google إعادة التوجيه، ويرى الوجهة، ويجب عليه التوفيق بين عنوان URL الذي قصدته بالفعل
• الكنونيكال يشير إلى صفحة خاطئة تمامًا — يمكن أن يحدث هذا بعد الترحيلات أو أخطاء قوالب CMS، ويخبر Google بقمع الصفحة التي تريد ترتيبها بالضبط

المعلمة والشرطة المائلة المكررة

/page و /page/ و /page?ref=email يمكن أن تُعامل جميعها كعناوين URL منفصلة بواسطة Googlebot. تأكد من أن خادمك أو نظام إدارة المحتوى يتعامل معها بشكل متسق، أو استخدم العلامات الأساسية لتوحيدها.

 

إشارات تقنية على الصفحة

هذه عناصر هيكلية (تختلف عن كتابة المحتوى) تؤثر على كيفية تحليل Google لصفحاتك وتمثيلها.

 

علامات العنوان ووصف ميتا

يجب أن تبقى علامات العنوان أقل من 60 حرفًا لتجنب الاقتطاع في نتائج محركات البحث. الوصف التعريفي أقل من 155 حرفًا. في Screaming Frog، قم بتصفية تقرير عناوين الصفحات للإدخالات المميزة بـ "طويل جدًا" أو "مفقود." لن تتسبب هذه في انخفاض التصنيف، لكن العناوين المقتطعة تقلل من نسب النقر.

 

تسلسل العناوين

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

 

الروابط الداخلية المكسورة

كل خطأ داخلي 404 يهدر ميزانية الزحف ويخلق طريقًا مسدودًا لقيمة الروابط. يكشف Screaming Frog عن هذه الأخطاء ضمن رموز الاستجابة ← 4xx. قم بإصلاحها بتحديث وجهة الرابط أو إعادة توجيه الرابط المعطل.

 

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

النص البديل هو إشارة زحف، وليس مجرد ميزة إمكانية الوصول. الصور بدون نص بديل تكون غير مرئية لتحليل جوجل بوت النصي. في Screaming Frog، تحقق من تقرير الصور بحثًا عن سمات بديلة مفقودة على الصور التي تحمل قيمة محتوى.

 

مؤشرات الويب الأساسية (معايير 2025)

مؤشرات أداء الويب الأساسية هي ثلاثة مقاييس تستخدمها Google لقياس مدى سهولة استخدام الصفحة. ليس فقط ما إذا كانت تُحمّل، بل ما إذا كانت تُحمّل بسرعة، وتستجيب بسرعة، وتبقى مستقرة بصريًا أثناء ذلك. إنها جزء من كيفية تقييم Google لجودة الصفحة، وتظهر مباشرة في Page Speed Insights وGoogle Search Console.

يوجد حاليًا ثلاثة مقاييس. إذا كان تدقيقك يشير إلى First Input Delay (FID) في أي مكان، فتجاهله — تم استبدال FID رسميًا بـ INP في 12 مارس 2024.

 

INP: هل صفحتك تستجيب عند النقر؟

INP تعني Interaction to Next Paint. إنها تقيس مدى سرعة استجابة صفحتك بصريًا بعد أن يفعل المستخدم شيئًا: ينقر على زر، يفتح قائمة، يكتب في حقل. إذا كان هناك تأخير ملحوظ بين الإجراء ورد فعل الصفحة، فهذه درجة INP سيئة.

الحدود:

• جيد = أقل من 200 مللي ثانية
• يحتاج إلى تحسين = 200–500 مللي ثانية
• ضعيف = أكثر من 500 مللي ثانية

المصدر: لقطة شاشة: التفاعل حتى الرسم التالي (INP)

الأسباب الأكثر شيوعًا في المواقع الصغيرة: الكثير من Java Script يعمل في الخلفية، نصوص طرف ثالث (أدوات الدردشة، التحليلات، إعلانات) تتنافس على انتباه المتصفح، واستجابات خادم بطيئة.

 

LCP: هل يتم تحميل المحتوى الرئيسي بسرعة؟

LCP تعني Largest Contentful Paint. يقيس الوقت الذي يستغرقه أكبر عنصر مرئي في الصفحة للتحميل بالكامل: عادةً صورة رئيسية أو عنوان كبير أو صورة مميزة. إنها طريقة جوجل لسؤال: "ما مدى سرعة شعور المستخدم بأن الصفحة قابلة للاستخدام؟"

الحد: جيد = أقل من 2.5 ثانية

المصدر: لقطة شاشة: Largest Contentful Paint (LCP)

الأسباب الأكثر شيوعًا لبطء LCP: صور البطل التي لم يتم ضغطها، CSS أو Java Script التي تمنع عرض الصفحة، واستضافة بطيئة أو أوقات استجابة الخادم.

 

CLS: هل تبقى الصفحة ثابتة أثناء التحميل؟

CLS تعني Cumulative Layout Shift. إنها تقيس مدى قفز الصفحة بصريًا أثناء تحميلها. لقد واجهت درجة CLS سيئة من قبل، تذهب للنقر على شيء، وفي اللحظة الأخيرة يتم تحميل صورة فوقه، مما يدفع كل شيء لأسفل ويجعلك تنقر على الشيء الخطأ.

الحد: جيد = أقل من 0.1

المصدر: لقطة شاشة: Cumulative Layout Shift (CLS)

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

 

كيفية التحقق من الثلاثة جميعًا

اذهب إلى Page Speed Insights وأدخل أهم صفحاتك واحدة تلو الأخرى:

• صفحتك الرئيسية
• صفحة المنتج أو الخدمة الرئيسية الخاصة بك
• صفحة الهبوط الأعلى حركة مرور لديك

عند تحميل النتائج، مرر لأسفل بعد بيانات المختبر (النتائج المحاكاة) إلى بيانات الحقل قسم في الأعلى. تعكس بيانات الحقل زوارًا حقيقيين على أجهزة حقيقية، وهي ما يستخدمه Google فعليًا عند تقييم صفحاتك. إذا لم يكن لموقعك حركة مرور كافية بعد لتوليد بيانات الحقل، فإن نتائج المختبر هي أفضل بديل متاح. تعامل معها كإرشادية وليست نهائية.

لدى GSC أيضًا تقرير مخصص لـ Core Web Vitals (ضمن Experience) يجمع عناوين URL الخاصة بك حسب الحالة:

• جيد
• بحاجة إلى تحسين
• ضعيف

ويظهر أي مقياس محدد يفشل في أي صفحات.

إليك كيف يبدو الأمر عند إجراء تدقيق باستخدام Google Page Speed:

يمكنك حتى رؤية تفاصيل أكثر حول درجة أدائك.

 

هيكل الموقع والروابط الداخلية

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

 

تدقيق عمق الزحف

أي صفحة مهمة تبعد أكثر من ثلاث نقرات عن الصفحة الرئيسية تكون مدفونة فعليًا. في Screaming Frog، تحقق من عمود عمق الزحف. الصفحات ذات العمق 4+ يجب إما ترقيتها في التنقل أو ربطها من صفحات ذات سلطة أعلى.

 

الصفحات اليتيمة

الصفحة اليتيمة هي صفحة لا تحتوي على أي روابط داخلية تشير إليها. قد يعثر عليها جوجل بوت عبر خريطة الموقع، لكن بدون روابط داخلية، لا تحصل على أي قيمة وتشير إلى أهمية منخفضة. قارن عناوين URL في خريطة موقعك مع تقرير الروابط الداخلية من Screaming Frog.

إضافة التنقل عبر مسار التنقل (Breadcrumb) إلى الأقسام الغنية بالمحتوى في موقعك هي طريقة فعالة لحل مشاكل الصفحات اليتيمة وتحسين وضوح مسار الزحف لكل من المستخدمين وروبوتات البحث.

سلاسل وحلقات إعادة التوجيه

كما ذكرنا سابقًا، تحقق من سلاسل إعادة التوجيه وحلقات إعادة التوجيه لرؤية مسار إعادة التوجيه الكامل لأي عنوان URL.

 

الجوال والبيانات المنظمة

سهولة الاستخدام على الجوال

أكملت Google انتقالها إلى الفهرسة المعتمدة على الجوال في يوليو 2024. يتم الآن الزحف إلى جميع المواقع وفهرستها باستخدام Googlebot Smartphone. تحقق من تقرير قابلية الاستخدام على الأجهزة المحمولة بحثًا عن الأخطاء: نص صغير جدًا بحيث لا يمكن قراءته، عناصر قابلة للنقر قريبة جدًا من بعضها، محتوى أعرض من الشاشة. أي أخطاء هنا هي المستوى 2 على الأقل.

 

بيانات منظمة

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

ضع علامة على أخطاء البيانات المنظمة كمستوى 2. ضع علامة على تحذيرات البيانات المنظمة كمستوى 3. فهي لا تمنع ظهور النتائج الغنية.

 

تحقق من الإصلاح

تنتهي معظم الأدلة عند "fix this." وهنا يخذلكم.

كل إصلاح يحتاج إلى خطوة تأكيد قبل المتابعة.

نوع الإصلاح	طريقة التحقق	الجدول الزمني
الفهرسة / إزالة noindex	فحص عنوان URL في GSC ← طلب الفهرسة	أيام إلى أسابيع
تحسينات مؤشرات الويب الأساسية	إعادة تشغيل Page Speed Insights + تقرير CWV من Search Console	تأخر بيانات الحقل لمدة 28 يومًا
تم حل أخطاء الزحف	إعادة الزحف باستخدام Screaming Frog؛ قارن مع الأساس	فوري
تمت إضافة البيانات المنظمة	إعادة تشغيل اختبار النتائج الغنية	التحقق الفوري

يعيد Google تقييم بعض الإشارات بسرعة (فهرسة مستوى URL) وبعضها الآخر ببطء (بيانات CWV الميدانية تعكس نافذة متجددة مدتها 28 يومًا من تفاعلات المستخدم الحقيقية).

 

متى يجب إجراء تدقيق SEO؟

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

 

متى تعيد التدقيق

تدقيق تحسين محركات البحث التقني ليس مهمة لمرة واحدة. قم بتشغيل تدقيق كامل:

• عند إطلاق موقع إلكتروني جديد — إنشاء خط أساس نظيف قبل تراكم أي حركة مرور
• كل 6 أشهر كصيانة قياسية
• بعد أي ترحيل رئيسي للموقع (نظام إدارة محتوى جديد، نطاق جديد، هيكل URL جديد)
• بعد انخفاض كبير في التصنيف لا يمكن تفسيره بتغييرات المحتوى
• بعد إضافة أقسام أو قوالب جديدة للموقع قد تؤدي إلى أنماط زحف جديدة

بين عمليات التدقيق، احتفظ بتقارير التغطية و Core Web Vitals في GSC كطبقة مراقبة سلبية.

 

قائمة أولويات التدقيق

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

 

الختام

تدقيق SEO التقني ليس مجرد مهمة لمرة واحدة—إنها عملية مستمرة تساعد موقعك على البقاء منافسًا في نتائج البحث. من خلال فحص الجوانب التقنية لموقعك بانتظام، يمكنك تحديد المشكلات وإصلاحها قبل أن تؤثر على ترتيبك.

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

تحسين محركات البحث التقني يدعم قابلية الزحف والفهرسة والأداء وتجربة المستخدم، مما يمكن أن يحسن الرؤية في البحث عند اقترانه بمحتوى قوي. التدقيق المنتظم (كل 6-12 شهرًا) ضروري لتخفيف المخاطر والاستفادة من الفرص الناشئة.

ابقَ متقدمًا على المنحنى و الاشتراك في النشرة الإخبارية الخاصة بنا لأحدث الاتجاهات ورؤى الصناعة.

 

الأسئلة الشائعة

 

ما الفرق بين مشكلة الزحف ومشكلة الفهرسة؟

قابلية الزحف تشير إلى ما إذا كان Googlebot يمكنه الوصول إلى الصفحة وقراءتها (محظورة على مستوى الشبكة أو robots). الفهرسة تشير إلى ما إذا كانت Google قد اختارت تضمين تلك الصفحة في فهرس البحث الخاص بها. يمكن أن تكون الصفحة قابلة للزحف ولكنها لا تزال مستبعدة من الفهرس بسبب علامة noindex أو إشارة محتوى مكرر أو علامة أساسية تشير إلى مكان آخر. قم بتدقيقهما بشكل منفصل: قابلية الزحف أولاً، ثم الفهرسة.

 

هل سلاسل إعادة التوجيه تضر بالترتيب فعلاً؟

صرحت Google أن إعادة التوجيه 301 لا تفقد Page Rank. الخطر العملي لسلاسل إعادة التوجيه هو زمن الوصول (كل قفزة تزيد وقت التحميل) وزيادة احتمالية تخلي Googlebot عن السلسلة قبل حلها بالكامل، خاصة على الخوادم البطيئة. قلل السلاسل إلى قفزات فردية كإجراء لكفاءة الزحف، وليس لأن كل قفزة "تفقد" القيمة.

 

أداة التدقيق الخاصة بي حددت أكثر من 200 مشكلة. من أين أبدأ فعليًا؟

ابدأ بقائمة المستوى 1 في هذا الدليل: فرض HTTPS، صلاحية SSL، علامات noindex العرضية، وحلقات إعادة التوجيه. هذه هي المشكلات التي من المرجح أن تثبط الرؤية الآن. تجاهل كل ما لا يندرج تحت المستوى 1 أو المستوى 2 حتى يتم حل هذه المشكلات. موقع نظيف وقابل للزحف والفهرسة مع مؤشرات أداء أساسية مقبولة سيتفوق على موقع مثالي تقنيًا "perfect" مع مشكلات حظر غير محلولة.

 

كم مرة يجب أن أجري تدقيقًا تقنيًا لتحسين محركات البحث؟

كل ستة أشهر كصيانة دورية. بالإضافة إلى ذلك، قم بإجراء تدقيق مركز بعد أي ترحيل للموقع، أو تغيير كبير في المنصة، أو انخفاض غير مفسر في التصنيف. بين عمليات التدقيق، يمنحك تقرير التغطية ولوحة Core Web Vitals في GSC إشارة سلبية كافية لالتقاط المشكلات الجديدة قبل أن تتفاقم.