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

قائمة تدقيق GEO

هل تمت مطابقة وتوحيد مخزون الروابط الكامل (URL inventory) عبر زحف الموقع، وخرائط XML، وسجلات الخادم، وصفحات الهبوط في التحليلات، وبيانات Search Console؟

5

ماذا: بناء مخزون موحد يكشف الروابط المكتشفة، والمفهرسة، وتلك التي تتلقى زيارات، والصفحات اليتيمة، والروابط المهملة أو القديمة.
كيف: دمج الروابط المعيارية الموحدة (normalized canonical URLs) من كل مصدر وفحص الفجوات وفق نوع القالب ورمز الاستجابة.
لماذا: لا توجد أداة واحدة ترصد كافة الروابط بمفردها؛ لذا فإن توحيد البيانات يكشف النقاط العمياء في الاستكشاف والفهرسة.
المرجع: تقرير فهرسة الصفحات في Google

هل تتم فهرسة كافة الروابط المعيارية الحيوية للأعمال أو استبعادها عمداً لسبب موثق؟

5

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

هل يمكن استكشاف كل صفحة مهمة عبر رابط HTML قابل للزحف إليه على الأقل؟

5

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

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

5

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

هل تقتصر الفهرسة المستهدفة على الصفحات المعيارية المفيدة فقط؟

5

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

هل بيئات الاختبار (Staging) والمعاينة والنُسخ المتطابقة محمية من الفهرسة العامة؟

5

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

هل تُستخدم عوامل تشغيل بحث الموقع (site:) كعينات فحص فقط وليس كمقياس لعدد الروابط المفهرسة أو الترتيب؟

4

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

هل تقتصر جهود تحسين ميزانية الزحف على المواقع التي يبرر حجمها أو وتيرة تغييراتها ذلك؟

4

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

هل ملف robots.txt لكل نطاق يمكن الوصول إليه، وصالح برمجياً، ومضبوط النطاق، ومقدّم بترميز UTF-8؟

5

ماذا: إتاحة ملف robots.txt صالح عند جذر النطاق مع استجابة 200 وقواعد غير غامضة.
كيف: فحص ملف robots.txt عبر أداة فحص الروبوتات والتحقق من حجم الملف والترميز ورمز الحالة.
لماذا: قد يمنع ملف robots.txt المعطل أو غير المتاح محركات البحث من الوصول للموقع بأكمله.
المرجع: المواصفات الفنية لملف robots.txt من Google

هل تم اختبار قواعد السماح (Allow) والحظر (Disallow) للتأكد من عدم وجود حظر غير مقصود؟

5

ماذا: التأكد من أن قواعد المسارات لا تمنع عن غير قصد الموارد الأساسية مثل ملفات CSS أو JS أو الصفحات المهمة.
كيف: مطابقة أنماط المسارات واختبار عينات من الروابط الهامة للتأكد من قابليتها للوصول.
لماذا: قد يؤدي نمط حظر عام إلى إخفاء أقسام حيوية من الموقع عن أعين محركات البحث.
المرجع: أداة اختبار robots.txt في Search Console

هل يُستخدم robots.txt للتحكم في الزحف فقط وليس كأداة وحيدة لمنع الفهرسة؟

5

ماذا: استخدام robots.txt لمنع استهلاك الزحف، واستخدام noindex لمنع الظهور في نتائج البحث.
كيف: التحقق من أن الصفحات المطلوب إزالتها من الفهرس لا تُحظر عبر robots.txt حتى يتمكن الزاحف من قراءة وسم noindex.
لماذا: قد تفهرس محركات البحث العناوين المحظورة في robots.txt إذا وُجدت روابط خارجية تشير إليها.
المرجع: حظر الفهرسة وحظر الزحف من Google

هل توجيهات noindex وX-Robots-Tag متعمدة، ومتسقة، ومكشوفة للزواحف بوضوح؟

5

ماذا: ضمان إرسال وسم noindex في رأس الصفحة أو ترويسة HTTP فقط للصفحات المستهدفة فعلياً بالاستبعاد.
كيف: فحص استجابات HTTP وترويسات HTML للقوالب المختلفة للتأكد من عدم تسرب noindex لصفحات مهمة.
لماذا: وجود noindex غير مقصود في بيئة الإنتاج يؤدي إلى حذف الصفحات تماماً من نتائج البحث.
المرجع: مواصفات وسوم robots الوصفية من Google

هل تُستخدم خرائط مواقع XML حيثما تساهم فعلياً في تحسين الاستكشاف؟

3

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

هل تقتصر خرائط المواقع على الروابط المطلقة، والمعيارية، والقابلة للفهرسة باستجابة 200؟

5

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

هل تلتزم كل خريطة بالحد الأقصى البالغ 50,000 رابط وحجم 50 ميغابايت قبل الضغط؟

5

ماذا: تقسيم الخرائط الكبيرة إلى ملفات متعددة واستخدام ملف فهرس خرائط المواقع (Sitemap Index).
كيف: التحقق من حجم الملفات وعدد الروابط المدرجة في كل خريطة وفهرس الخرائط.
لماذا: تتجاهل محركات البحث ملفات الخرائط التي تتجاوز القيود الفنية المعتمدة دولياً.
المرجع: بروتوكول خرائط المواقع الرسمي sitemaps.org

هل تتم صيانة تواريخ lastmod، والملحقات، وتقارير المعالجة في Search Console بدقة؟

4

ماذا: تحديث وسم lastmod فقط عند حدوث تغيير حقيقي في المحتوى، ومراقبة تقارير المعالجة بانتظام.
كيف: ربط lastmod بنظام إدارة المحتوى لمعرفة تاريخ التعديل الفعلي وتدقيق أخطاء تقرير الخرائط.
لماذا: تزوير تواريخ التعديل يفقد الخريطة مصداقيتها لدى زواحف البحث ويقلل من موثوقية إشاراتها.
المرجع: تقرير خرائط المواقع في Search Console

هل يعرض كل رابط HTML قابل للفهرسة رابطاً معيارياً (canonical) مطلقاً وصالحاً يشير لنفسه في قسم head؟

5

ماذا: تضمين عنصر <link rel="canonical"> كامل ومطلق في ترويسة HTML يشير إلى العنوان المفضل للصفحة.
كيف: فحص الكود المصدري والمصيّر للتأكد من وجود رابط معياري واحد فقط بصيغة مطلقة وصحيحة.
لماذا: يزيل الرابط المعياري الذاتي أي لبس ناتج عن المعاملات أو الروابط المكررة ويوحد إشارات الترتيب.
المرجع: إرشادات توحيد الروابط المعيارية من Google

هل تتوافق عمليات التحويل والروابط المعيارية والروابط الداخلية وخرائط المواقع ووسوم hreflang على نفس الرابط المفضل؟

5

ماذا: توحيد كافة إشارات الموقع الفنية لتشير بدقة وتطابق إلى الرابط المعياري المعتمد دون تعارض.
كيف: تدقيق الروابط الداخلية والخريطة وhreflang للتأكد من أنها لا تشير إلى روابط يعاد توجيهها أو تملك معيارياً آخر.
لماذا: الإشارات المتعارضة تؤدي إلى تجاهل محركات البحث للرابط المعياري المقترح واختيار رابط آخر آلياً.
المرجع: اختيار الرابط المعياري في Search Console

هل يتم دمج متغيرات البروتوكول، والنطاق، وحالة الأحرف، والشرطة المائلة، والمعاملات، وتتبع الحملات عمداً؟

5

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

هل تظل توجيهات الرابط المعياري ووسوم robots مستقرة بين HTML الخادم وHTML المصيّر؟

5

ماذا: تطابق وسوم canonical وrobots في استجابة الخادم الأولية مع ما يتم بناؤه بعد تنفيذ أكواد JavaScript.
كيف: مقارنة كود HTML المصدري الخام مع كود شجرة DOM النهائية بعد اكتمال التصيير.
لماذا: التناقض بين استجابة الخادم ومخرجات JavaScript يؤدي إلى تأخير الفهرسة أو تطبيق قرارات خاطئة.
المرجع: أساسيات JavaScript في بحث Google

هل تعيد الصفحات الصالحة رمز 200 بينما تعيد الصفحات المحذوفة 404 أو 410 دون سلوك 404 وهمي (Soft 404)؟

5

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

هل تتطابق رموز إعادة التوجيه مع طبيعة النقل سواء كان دائماً (301/308) أو مؤقتاً (302/307)؟

5

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

هل تصل عمليات التحويل إلى الرابط النهائي مباشرة دون حلقات مفرغة أو سلاسل تحويل قابلة للتجنب؟

5

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

هل تقتصر إعادة توجيه الروابط المحذوفة على الحالات التي يتوفر فيها بديل مكافئ حقاً؟

5

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

هل استجابات 429 و5xx مؤقتة، ومراقبة، ومقترنة بسلوك استعادة سليم؟

5

ماذا: ضمان عدم استمرار أخطاء الخادم أو تجاوز معدل الطلبات، وإرسال ترويسة Retry-After عند اللزوم.
كيف: مراقبة معدلات أخطاء 5xx في سجلات الخادم وSearch Console والاستجابة الفورية لأي اختناق في السعة.
لماذا: استمرار أخطاء الخادم لفترة طويلة يدفع الزواحف إلى تقليل وتيرة الزحف وإسقاط الصفحات من الفهرس.
المرجع: التعامل مع أخطاء الخادم في بحث Google

هل يكشف كود HTML الأولي وكود HTML المصيّر نفس المحتوى وإشارات SEO الحيوية؟

5

ماذا: التأكد من أن العناوين، والروابط، والنصوص الأساسية، والبيانات المنظمة موجودة في مخرجات الخادم وDOM المصيرة.
كيف: مقارنة محتوى استجابة الخادم بمخرجات أداة فحص العناوين (URL Inspection) والتحقق من التطابق التام.
لماذا: قد لا تنتظر محركات البحث دائماً اكتمال تنفيذ JavaScript أو قد تفشل في تصيير الموارد المعقدة.
المرجع: أساسيات تصيير JavaScript في Google

هل يتوفر المحتوى الأساسي دون الحاجة إلى نقرات، أو تمرير، أو حالة موافقة كوكيز، أو تخزين محلي؟

5

ماذا: جعل النصوص والمعلومات الحيوية متاحة في شجرة DOM دون اشتراط تفاعل المستخدم لتظهر.
كيف: فحص الصفحة دون تفاعل بشري والتأكد من ظهور المحتوى المطلوب فهرستها مباشرة للزاحف.
لماذا: لا تنقر زواحف البحث على الأزرار ولا تقبل سياسات الكوكيز ولا تحتفظ ببيانات LocalStorage.
المرجع: إرشادات جعل المحتوى مرئياً في Google

هل تستخدم روابط التنقل ومسارات التطبيق وسوم <a> صالحة وواجهة History API؟

5

ماذا: بناء روابط الموقع باستخدام <a href="..."> حقيقية قابلة للحل بدلاً من أحداث النقر onclick أو div.
كيف: فحص عناصر التنقل والتأكد من استخدام History API مع روابط مسارات فعلية وليس معرّفات تجزئة (#).
لماذا: لا تتتبع محركات البحث أحداث JavaScript البرمجية للروابط التي تفتقر لسمة href صالحة.
المرجع: إرشادات إنشاء روابط قابلة للزحف من Google

هل يمكن لـ Googlebot استرداد السكربتات والأنماط وواجهات API والوسائط دون أخطاء أو طلب مصادقة؟

5

ماذا: فتح كافة موارد الصفحة الضرورية للتصيير أمام الزواحف في robots.txt ودون قيود جدار حماية (WAF).
كيف: مراجعة موارد الصفحة في أداة اختبار التوافق مع الجوال وفحص سجلات الخادم لرصد أي موارد محظورة.
لماذا: حظر ملفات CSS أو JS يحرم محركات البحث من فهم تخطيط الصفحة وتجربة المستخدم بدقة.
المرجع: إلغاء حظر موارد الصفحة في Google

هل تعرض المسارات المصيرة من جانب العميل حالات HTTP ذات معنى ومحتوى مصيّر قابل للاسترداد؟

5

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

هل يتوفر كود HTML الحاسم ضمن أول 2 ميغابايت يجلبها Googlebot للرابط الفردي؟

4

ماذا: تقليص حجم وثيقة HTML الأساسية لضمان عدم تجاوز الحد الأقصى لقراءة النصوص والوسوم الوصفية.
كيف: فحص حجم استجابة HTML الخام واستبعاد البيانات المضمنة الضخمة غير الضرورية من أول الصفحة.
لماذا: يتوقف Googlebot عن تحليل محتوى الوثيقة بعد وصوله للحد الأقصى لحجم النص المجلوب.
المرجع: الحد الأقصى لحجم الملف في زاحف Google

هل يحافظ إصدار الجوال المصيّر على محتوى وإشارات SEO مكافئة تماماً لإصدار سطح المكتب؟

5

ماذا: تطابق النصوص، والعناوين، والبيانات المنظمة، والروابط الداخلية بين نُسخ الجوال وسطح المكتب.
كيف: مقارنة فحص الجوال مع فحص سطح المكتب في أدوات المراجعة والتحقق من عدم إخفاء عناصر حيوية على الجوال.
لماذا: يعتمد فهرس Google بالكامل على إصدار الجوال (Mobile-first indexing) لتقييم وترتيب الموقع.
المرجع: أفضل ممارسات الفهرسة التي تعطي الأولوية للجوال

هل التصميم المتجاوب بنفس الرابط هو الأساس، مع معالجة تكوينات الجوال القديمة بشكل صحيح؟

4

ماذا: تقديم نفس الرابط وكود HTML متجاوب لكافة الأجهزة، مع ضبط وسوم vary وalternate لنُسخ m. القديمة.
كيف: التحقق من التوجيه السليم ووسوم التوافق إذا كان الموقع لا يزال يستخدم نطاقاً فرعياً للجوال.
لماذا: التصميم المتجاوب هو المعيار المفضل عالمياً لمنع أخطاء التحويل وتشتت إشارات الروابط.
المرجع: دليل التوافق مع الجوال من Google

هل تعكس بنية المعلومات مهام المستخدم والعلاقات بين المحتويات وأولويات الأعمال؟

4

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

هل يعكس عمق الزحف وبروز الروابط الداخلية أهمية الصفحات دون الاعتماد على درجات افتراضية؟

4

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

هل نظام التنقل الأساسي متاح في صورة روابط HTML قابلة للزحف؟

5

ماذا: تقديم القوائم الرئيسية وروابط التذييل كعناصر <a> معيارية في الكود المصدري دون الاعتماد على سكربتات.
كيف: اختبار القوائم الرئيسية بعد تعطيل JavaScript والتأكد من إمكانية الزحف عبر الروابط بسهولة.
لماذا: القوائم التي تعتمد كلياً على تفاعلات المستخدم البرمجية قد تعزل أقساماً كاملة عن الفهرسة.
المرجع: إرشادات تصميم الروابط القابلة للزحف من Google

هل نصوص الروابط الداخلية (Anchor text) وصفية وموجزة وخالية من التكرار الإجباري؟

4

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

هل يتم اكتشاف الصفحات المهمة اليتيمة أو ضعيفة الترابط عبر مصادر مخزون متعددة؟

5

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

هل تشير الروابط الداخلية مباشرة إلى الوجهات المعيارية الناجحة؟

4

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

هل لكل عائلة من روابط الفلاتر والفرز والبحث والمعاملات استراتيجية فهرسة واضحة؟

5

ماذا: تحديد قواعد صارمة لما يجب فهرسته وما يجب حجبه من صفحات الفلاتر والخيارات المتعددة.
كيف: استخدام الرابط المعياري للإشارة للفئة الأصلية، أو noindex للصفحات غير المفيدة، وضبط robots.txt.
لماذا: التنقل متعدد الأوجه غير المضبوط ينشئ مليارات الروابط المكررة التي تلتهم ميزانية الزحف.
المرجع: أفضل ممارسات التنقل متعدد الأوجه من Google

هل تستخدم صفحات الترقيم (Pagination) روابط فريدة، وروابط معيارية ذاتية، وروابط تتابعية قابلة للزحف؟

5

ماذا: تعيين رابط معياري ذاتي لكل صفحة ترقيم وتوفير روابط واضحة للصفحة السابقة والتالية.
كيف: ربط صفحات الترقيم عبر وسوم <a> عادية وتجنب جعل الرابط المعياري لصفحات الترقيم يشير للصفحة الأولى.
لماذا: يضمن ذلك زحف محركات البحث إلى كافة صفحات الأرشيف واستكشاف المنتجات والمقالات العميقة.
المرجع: أفضل ممارسات تقسيم الصفحات من Google

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

5

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

هل الموقع خالٍ تماماً من المحتوى المنسوخ، والمُعاد تدويره، والمترجم آلياً دون تدقيق لغوي؟

5

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

هل يتم التصدي لصفحات المداخل (Doorways) وتكديس الكلمات وإساءة استخدام النطاقات منتهية الصلاحية؟

5

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

هل الصفحات المستهدفة للظهور في ميزات الذكاء الاصطناعي لـ Google مفهرسة ومؤهلة لعرض المقتطفات؟

5

ماذا: ضمان عدم وجود وسوم noindex أو قيود تمنع ظهور المقتطفات النصية للكيانات والمقالات الرئيسية.
كيف: التحقق من تفعيل وسم max-snippet:-1 وإتاحة المحتوى النصي بوضوح دون حجب أمام زواحف التقييم.
لماذا: تعتمد ميزات الذكاء الاصطناعي مثل AI Overviews على المحتوى المؤهل أساساً للفهرسة والمقتطفات المفتوحة.
المرجع: التحكم في ظهور المقتطفات وبحث Google بالذكاء الاصطناعي

هل يرفض الفريق تطبيق متطلبات تحسين وهمية مخصصة للذكاء الاصطناعي لا تستند لأسس رسمية؟

3

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

هل يتجنب المحتوى إنشاء صفحة مستقلة لكل متغير طفيف من الكلمات المفتاحية واستعلامات البحث؟

4

ماذا: تجميع الاستفسارات المتقاربة في صفحة واحدة شاملة بدلاً من تفريخ عشرات الصفحات شبه المكررة.
كيف: دمج الموضوعات المترادفة في أدلة متكاملة وإلغاء الصفحات الفرعية الرقيقة عبر إعادة التوجيه 301.
لماذا: إنشاء صفحات متعددة لمتغيرات الكلمات المفتاحية يُصنف كصفحات مداخل (Doorways) ويشتت سلطة الموقع.
المرجع: سياسات صفحات المداخل من Google

هل يُقاس الظهور في محركات بحث الذكاء الاصطناعي مع توثيق قيود وحدود التقارير المتاحة؟

3

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

هل يرتبط كل نوع من أنواع البيانات المنظمة بميزة بحث معتمدة ومدعومة حالياً في Google؟

5

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

هل الخصائص المطلوبة للبيانات المنظمة مكتملة ومتطابقة تماماً مع المحتوى المرئي في الصفحة؟

5

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

هل كود البيانات المنظمة سليم برمجياً في المخرجات الأولية وفي مخرجات التصيير بعد تنفيذ JavaScript؟

5

ماذا: التأكد من خلو مصفوفة JSON-LD من الأخطاء النحوية والرموز التالفة قبل وبعد اكتمال تصيير الصفحة.
كيف: اختبار مخرجات DOM المصيرة باستخدام أداة فحص النتائج الغنية للتحقق من قدرة الزواحف على قراءة المخطط.
لماذا: الأخطاء البرمجية في صياغة JSON-LD تتسبب في تجاهل محرك البحث للمخطط بأكمله.
المرجع: أداة اختبار النتائج الغنية من Google

هل يُعامل وجود البيانات المنظمة كأهلية للتأهل وليس كضمانة حتمية لظهور النتائج المنسقة؟

4

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

هل يقتصر ترميز المراجعات والتقييمات على الأنواع المعتمدة والتقييمات الحقيقية الملموسة؟

5

ماذا: تطبيق مخطط Review فقط على الكيانات المؤهلة (مثل المنتجات والكتب) ومنع التقييمات الذاتية المزيفة للشركات.
كيف: فحص مراجعات المستخدمين والتأكد من أنها آراء حقيقية وظاهرة في الصفحة ولا تمثل تقييماً ذاتياً غير مستقل.
لماذا: تحظر سياسات Google التقييمات الذاتية (Self-serving reviews) وتلغي ظهور نجوم التقييم للمخالفين.
المرجع: إرشادات مقتطفات التقييم في بحث Google

هل تحدد إشارات Organization وWebSite هوية الموقع والعلامة التجارية بدقة واتساق؟

4

ماذا: استخدام مخطط Organization لتعريف الاسم الرسمي والشعار والروابط الاجتماعية للمؤسسة على الصفحة الرئيسية.
كيف: تضمين بيانات منظمة متكاملة للنطاق وربطها بروابط sameAs الموثوقة للمنصات الرسمية للشركة.
لماذا: يساعد ذلك محركات البحث على بناء بطاقة المعرفة (Knowledge Panel) الخاصة بالعلامة وربط كياناتها.
المرجع: بيانات المؤسسة والموقع الإلكتروني في Google

هل يصف ترميز مسار التنقل (BreadcrumbList) والتنقل المرئي نفس التسلسل الهرمي للموقع؟

3

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

هل الأيقونة المفضلة (Favicon) قابلة للزحف، وثابتة، ومربعة، وتمثل هوية العلامة بوضوح؟

2

ماذا: توفير أيقونة بمقاسات مضاعفة للعدد 48 بكسل (مثل 48x48 أو 96x96) بصيغة معتمدة ترمز للموقع.
كيف: التأكد من إمكانية وصول Googlebot لرابط الأيقونة الموضح في وسم link rel="icon" دون قيود.
لماذا: تعرض محركات البحث الأيقونة المفضلة بجانب عنوان الصفحة في نتائج الجوال وسطح المكتب لتعزيز الهوية.
المرجع: إرشادات الأيقونة المفضلة في بحث Google

هل تظهر الصور المهمة عبر وسوم <img> أو <picture> قابلة للزحف والفهرسة؟

4

ماذا: إدراج الصور الأساسية كعناصر HTML قياسية تحمل سمة src أو srcset صالحة بدلاً من خلفيات CSS.
كيف: فحص كود الصفحة للتأكد من عدم الاعتماد على background-image في عرض الصور التوضيحية الحيوية.
لماذا: لا تفهرس زواحف البحث الصور المدرجة عبر أنماط CSS ولا تظهرها في نتائج بحث الصور.
المرجع: أفضل ممارسات بحث الصور من Google

هل تمتلك الصور نصوصاً بديلة (alt) ملائمة للسياق ودقيقة التعبير؟

4

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

هل الصور الرئيسية عالية الجودة، ومتجاوبة الأبعاد، ومقدمة بكفاءة تنسيقية حديثة؟

4

ماذا: استخدام صيغ صور حديثة ومضغوطة (مثل WebP وAVIF) مع توفير سمات srcset للأجهزة المختلفة.
كيف: التحقق من سرعة تحميل الصور وتحديد أبعاد width وheight لمنع التبدل التخطيطي التراكمي (CLS).
لماذا: تحسين أداء الصور يسهم في اجتياز مؤشرات الأداء الحيوية (LCP) ويحسن تجربة التصفح على الهواتف.
المرجع: تحسين الصور للويب من Google

هل تقتصر خريطة صور XML على الحالات التي يصعب فيها اكتشاف الصور المهمة بطريقة أخرى؟

2

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

هل يمتلك كل مقطع فيديو مستهدف للظهور في البحث صفحة مشاهدة مستقلة وقابلة للفهرسة؟

4

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

هل روابط الفيديو والصور المصغرة (Thumbnails) مستقرة، وقابلة للزحف، والتحميل دون تفاعل مستخدم؟

5

ماذا: استضافة ملفات الفيديو والصور المصغرة على روابط مباشرة بصيغ مدعومة دون اشتراط تشغيل برمجي.
كيف: فحص ملف الفيديو والصورة المصغرة في بيئة اختبارية والتأكد من استجابتهما المباشرة برمز 200 لزاحف Googlebot.
لماذا: تعتمد محركات البحث على الصورة المصغرة كشرط أساسي لإظهار نتيجة الفيديو في صفحة نتائج البحث.
المرجع: متطلبات ملفات الفيديو والصور المصغرة من Google

هل تتسق بيانات VideoObject وخريطة موقع الفيديو وبيانات Open Graph بدقة ومطابقة تامة؟

3

ماذا: توحيد عناوين وأوصاف وروابط التشغيل والصور المصغرة عبر كافة المخططات التعريفية للفيديو.
كيف: مقارنة كود Schema ببيانات خريطة الفيديو ووسوم og:video للتأكد من تطابق التواريخ والمدد الزمنية.
لماذا: يؤدي التباين في بيانات الفيديو إلى إرباك خوارزميات الفهم الآلي وفقدان ميزات العرض الغنية.
المرجع: البيانات المنظمة لمقاطع الفيديو في Google

هل توفر مقاطع الفيديو تسميات توضيحية (Captions) دقيقة ونصوصاً مفرغة (Transcripts) مفيدة؟

3

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

هل تلبي القوالب الرئيسية معايير مؤشرات الويب الأساسية (CWV) عند الشريحة 75% ميدانياً للجوال والكمبيوتر؟

5

ماذا: تحقيق تقييم "جيد" لمؤشرات LCP وINP وCLS بناءً على بيانات تجربة المستخدم الفعلية في تقرير CrUX.
كيف: قياس أداء القوالب الاستراتيجية عبر تقرير مؤشرات الويب الأساسية في Search Console وأداة PageSpeed Insights.
لماذا: تمثل مؤشرات الويب الأساسية إشارات تقييم رسمية لتجربة الصفحة تؤثر على الترتيب ورضا المستخدمين.
المرجع: فهم مؤشرات الأداء الحيوية في بحث Google

هل تُعطى أولوية المعالجة للمجموعات الضعيفة في تقرير مؤشرات الأداء وفق أهميتها للأعمال والظهور؟

5

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

هل تُستخدم البيانات الميدانية (Field data) للقبول، والاختبارات المعملية (Lab tests) للتشخيص الفني؟

4

ماذا: الاعتماد على قياسات المستخدمين الحقيقيين (RUM) للحكم على النجاح، واستخدام Lighthouse لرصد المشكلات محلياً.
كيف: استخدام أدوات DevTools وLighthouse أثناء التطوير، والرجوع إلى بيانات Chrome UX Report للتقييم النهائي.
لماذا: قد تختلف البيئة المعملية النظيفة عن الواقع الفعلي لسرعات شبكات المستخدمين وأجهزتهم المتنوعة.
المرجع: دليل قياس مؤشرات الويب الأساسية من Google

هل يتم تشخيص الأسباب الجذرية لمؤشرات LCP وINP وCLS بشكل منفصل لكل قالب تصميمي؟

4

ماذا: عزل العناصر المتسببة في بطء التحميل الأكبر، أو تأخر التفاعل، أو القفزات البصرية وتحليلها تقنياً.
كيف: تحديد عنصر LCP لكل قالب، وفحص المهام البرمجية الطويلة لـ INP، وتثبيت أبعاد العناصر لـ CLS.
لماذا: كل مؤشر يقيس مرحلة مختلفة تماماً من تجربة التصفح ويتطلب تدخلاً هندسياً متخصصاً ومختلفاً.
المرجع: دليل تحسين مؤشر LCP وتجربة المستخدم

هل تُقسّم تراجعات الأداء وتُربط زمنياً بإصدارات التحديثات البرمجية للموقع؟

3

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

هل تتم مراجعة تجربة الصفحة كمجموعة شاملة من نتائج رضا المستخدم بدلاً من مجرد رقم SEO مجرد؟

4

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

هل يمتلك كل إصدار لغوي أو إقليمي رابطاً مستقراً ومميزاً خاصاً به؟

5

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

هل وسوم hreflang مكتملة الشروط، وتشير لذاتها، ومتبادلة بدقة، وصالحة برمجياً؟

5

ماذا: تضمين وسوم hreflang متبادلة تؤكد كل صفحة فيها ارتباطها بالنسخ اللغوية الأخرى لنفس المحتوى.
كيف: فحص أكواد اللغات والدول (ISO 639-1 وISO 3166-1 Alpha 2) والتأكد من إشارة كل صفحة لنفسها ولأخواتها.
لماذا: تتجاهل محركات البحث وسوم hreflang التي تفتقر للمطابقة التبادلية أو تحتوي على أخطاء في رموز الدول واللغات.
المرجع: إخبار Google بالإصدارات المترجمة للصفحة

هل تشير الروابط المعيارية للصفحات المحلية إلى نفس المجموعة اللغوية المتطابقة؟

5

ماذا: يجب أن يشير الرابط المعياري لكل صفحة مترجمة إلى نفسها (Self-canonical) وليس إلى النسخة الإنجليزية أو الرئيسية.
كيف: تدقيق وسوم canonical عبر اللغات والتأكد من عدم إشارة صفحة لغة معينة إلى رابط لغة أخرى مختلفة.
لماذا: توجيه الرابط المعياري لنسخة لغوية أخرى يؤدي إلى حذف الصفحة المحلية من الفهرس وانهيار وسوم hreflang.
المرجع: توجيه الروابط المعيارية للمواقع الدولية في Google

هل يُحفظ وسم x-default لصفحة التحديد العام أو محول اللغات فقط؟

4

ماذا: استخدام قيمة x-default لتعيين الصفحة الافتراضية للزوار غير المحددين بلغة أو لصفحة اختيار الدولة.
كيف: تطبيق hreflang="x-default" على الصفحة المحايدة التي توجه المستخدمين بناءً على رغبتهم.
لماذا: يساعد x-default محركات البحث على توجيه الباحثين من مناطق غير مستهدفة صراحة إلى الصفحة الأنسب.
المرجع: استخدام x-default في إعدادات اللغات المتعددة من Google

هل يستطيع المستخدمون والزواحف تغيير اللغة عبر روابط عادية دون فرض تحويلات جغرافية إجبارية؟

4

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

هل تحافظ الصفحات المحلية على جودة المحتوى والبيانات الوصفية والبيانات المنظمة؟

4

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

هل تستخدم صفحات المنتجات نموذج البيانات المنظمة المطابق تماماً لتجربة الشراء؟

5

ماذا: تطبيق مخطط Product مع عروض Offer أو AggregateOffer التي تعكس بدقة كيفية بيع المنتج وسعره.
كيف: فحص ترميز المنتج للتأكد من إضافة السعر، والعملة، وحالة التوفر (InStock/OutOfStock)، والضمان.
لماذا: يمنح ترميز المنتجات الدقيق مقتطفات الشراء الغنية وميزات العرض المتقدمة في نتائج بحث Google Shopping.
المرجع: البيانات المنظمة للمنتجات في بحث Google

هل يتطابق السعر، والعملة، والتوفر، والحالة، والمعرفات في كافة أجزاء الموقع والبيانات؟

5

ماذا: تطابق تام بين ما يظهر للمستخدم في الصفحة، وما يُذكر في كود Schema، وما يُرسل في خلاصات المنتجات.
كيف: مقارنة السعر المعروض شاملاً الضريبة مع بيانات المخطط ومطابقتها مع بيانات Google Merchant Center.
لماذا: التناقض بين السعر الظاهر والبيانات المنظمة يؤدي إلى تعليق حساب التاجر وفقدان ميزات الأسعار في البحث.
المرجع: سياسات تطابق الأسعار والتوفر من Google

هل بيانات Merchant Center مكتملة ومراقبة بانتظام حيثما تهم الرؤية التجارية للمنتجات؟

4

ماذا: إرسال خلاصات منتجات دورية ومحدثة ومطابقة للمواصفات القياسية لحساب Google Merchant Center.
كيف: متابعة تقارير التشخيص في Merchant Center وإصلاح التحذيرات المتعلقة بالصور، والأوصاف، والباركود العالمي (GTIN).
لماذا: يضمن تحديث الخلاصة ظهور المنتجات في علامة تبويب التسوق المجانية (Free Shopping Listings).
المرجع: مواصفات بيانات المنتجات في Google Merchant Center

هل تستخدم خيارات المنتجات (Variants) روابط قابلة للاختيار وزحفاً معيارياً صحيحاً؟

4

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

هل تضيف أوصاف المنتجات والمراجعات أدلة ومعلومات عملية وتجربة واقعية؟

4

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

هل سياسات الشحن والإرجاع معلنة بوضوح ومتسقة عبر كافة الأنظمة المدعومة؟

3

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

هل يمثل كل ملف تجاري على Google (GBP) الشركة والنشاط الفعلي بدقة ومصداقية؟

5

ماذا: إدارة الملف التجاري باسم الشركة الحقيقي، وتحديد الفئات بدقة، وساعات العمل، والعنوان الواقعي الموثق.
كيف: التحقق من ملكية الحساب وتحديث بيانات الاتصال والصور ومطابقة الاسم التجاري مع التراخيص الرسمية.
لماذا: دقة الملف التجاري هي حجر الزاوية للظهور في حزمة الخرائط المحلية (Local 3-Pack) ونتائج البحث القريبة.
المرجع: إرشادات تمثيل نشاطك التجاري على Google

هل يمتلك كل فرع جغرافي صفحة هبوط مستقلة قابلة للزحف مع بيانات LocalBusiness دقيقة؟

4

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

هل كل عملية ترحيل تقني للموقع مدعومة بخريطة إعادة توجيه شاملة من الروابط القديمة إلى الجديدة؟

5

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

هل سعة الخادم الجديد وملكية Search Console وخط الأساس لما قبل الإطلاق جاهزة تماماً؟

5

ماذا: التأكد من قدرة البنية التحتية الجديدة على استيعاب مضاعفة ضغط الزحف، وتوثيق أرقام الأداء السابقة للمقارنة.
كيف: إجراء اختبارات الحمل (Load testing)، والتحقق من ملكية النطاق الجديد في Search Console، وتصدير بيانات القياس الحالية.
لماذا: تضاعف محركات البحث من وتيرة زحفها للتحقق من الروابط الجديدة، وأي انهيار في السيرفر يعطل نجاح الترحيل.
المرجع: الاستعداد لترحيل المواقع الإلكترونية في بحث Google

هل تم تبديل التحويلات، والمعياريات، وhreflang، والروابط الداخلية، والخرائط بالتزامن عند الإطلاق؟

5

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

هل تتم مراقبة الموقع بنشاط بعد الترحيل مع الاحتفاظ بإعادة التوجيه لمدة عام على الأقل؟

5

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

هل يتم تقسيم تراجعات الزيارات العضوية إلى قطاعات محددة قبل التكهن بأسبابها؟

4

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

هل تُدار مسارات التدقيق والمراجعة ومعالجة الحوادث حتى الوصول لنتيجة موثقة ونهائية؟

4

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

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

الاستكشاف والفهرسة