افصل الفحص المسجل عن نسخة اليوم
ابدأ بخط زمني: تاريخ الزحف الظاهر في فحص الرابط، وتاريخ آخر تعديل مهم للمحتوى، والحالة الحالية. إذا عدّلت الصفحة بعد الزحف المسجل، فالنتيجة القديمة لا تثبت نجاح التعديل أو فشله. احتفظ باختبار الوصول الحالي منفصلًا عن بيانات النسخة التي فحصها Google.
جهّز جدولًا بثلاثة أعمدة: ما نشرناه، وما يعرضه الفحص، وما يحتاج تحققًا. أرفق صورة أو نتيجة محفوظة بتاريخ واضح بدل عبارة «Google رفض المقال». هذه العبارة تعطي تفسيرًا قد لا يكون موجودًا في الأدلة.
هل تعرض الصفحة المحتوى المقصود فعلًا؟
افتح الصفحة دون تسجيل دخول، واتبع الطريق الذي يستخدمه الزائر من الموقع. راجع النص الأساسي وتفاصيل الخدمة والصور اللازمة لفهمها وطريقة التواصل. قد يفتح القالب بصورة طبيعية لكنه يعرض قائمة فارغة أو رسالة بأن الخدمة غير متاحة.
اطلب من زميل لم يقرأ المسودة أن يجيب عن سؤال عملي باستخدام الصفحة وحدها. في خدمة نقل المواقع مثلًا، هل يستطيع معرفة البيانات المطلوبة لطلب عرض سعر وما لا يشمله نطاق الخدمة؟ سجّل الأسئلة التي لم يجد لها إجابة. هذا اختبار تحريري لفائدة الصفحة، وليس ادعاءً بأن Google يستخدم قائمة الفحص نفسها.
راجع التشابه قبل إعادة الكتابة
احصر أقرب الصفحات التي تخاطب نفس الجمهور وتؤدي نفس المهمة. قارن المحتوى الأساسي، وليس العناوين فقط. إذا كان رابطان يمثلان المادة نفسها تقريبًا، حدد النسخة التي تريد توجيه القراء إليها. توضح Google أن canonical والتحويلات من إشارات تحديد النسخة المفضلة، وأن وجود الرابط في الخريطة إشارة أضعف.
لا تغيّر canonical لمجرد إخفاء تنبيه. اكتب أولًا طبيعة العلاقة: صفحتان لحاجتين مختلفتين، أو نسختان متشابهتان، أو صفحة قديمة استُبدلت. بعد ذلك يطبق المسؤول التقني المعالجة المناسبة، وتُراجع الروابط الداخلية لتتسق مع النسخة المختارة.
مثال توضيحي: رابطان لخدمة واحدة
لنفترض أن وكالة لديها /website-support/ و/services/website-support/. الرابط الأحدث يحتوي على مقدمة مختلفة، لكنه يكرر نطاق الخدمة ونموذج الاستفسار. القائمة تشير إلى نسخة، ومقال قديم يشير إلى الأخرى.
يختار الفريق رابط الخدمة الذي سيواصل تحديثه، ويوثق علاقة التكرار، ويصحح الروابط ذات الصلة، ثم يختبر التنفيذ قبل متابعة Google. نشر نسخة ثالثة بعنوان «أفضل دعم للمواقع» سيضيف عنوانًا جديدًا دون معالجة الالتباس الأصلي. المثال يوضح طريقة اتخاذ قرار، ولا يصف نتيجة فهرسة حدثت لعميل.
افحص الاستبعاد دون إلغاء الحماية
إذا ظهر توجيه noindex أثناء المراجعة التقنية، اسأل أولًا هل الاستبعاد مقصود. صفحات الحساب الخاصة تختلف عن صفحات الخدمات العامة. يجب أن يستطيع Google الزحف للصفحة حتى يقرأ noindex؛ حجب الزحف ليس بديلًا مكافئًا له.
إذا ورثت صفحة عامة إعدادًا غير مناسب، اطلب إصلاحًا محددًا لها. لا تلغِ قواعد الاستبعاد في الموقع كله. احفظ الرابط والإعداد الذي تغيّر حتى يستطيع شخص آخر مراجعة القرار.
أغلق مهمة التنفيذ بدليل واضح
حدد نتيجة تستطيع التحقق منها: ظهور المحتوى المصحح، أو اتساق الروابط مع الوجهة المقصودة، أو إزالة استبعاد غير متعمد. تابع حالة Google في سجل منفصل. غياب دليل جديد لا يعني أن الفهرسة اكتملت.
يساعد تدقيق الموقع على تنظيم الملاحظات التقنية. أضف تاريخ فحص Google وملاحظات المراجعة التحريرية إلى المهمة نفسها حتى يعرف المراجع التالي سبب التغيير. وإذا كان القرار متعلقًا بعنوان الصفحة بناءً على أداء البحث، استخدم مسار مراجعة العناوين بدل افتراض أن كل مشكلة فهرسة سببها العنوان.
