SEO GROWTH ASSISTANT

فحص ما تقدمه الصفحة قبل تشغيل JavaScript

قارن استجابة HTML بالمحتوى بعد العرض، وحدد المعلومات العامة الغائبة، وحوّل مشكلات العرض إلى مهام إصلاح محددة.

في هذا الدليل
  1. حدد المعلومات العامة المطلوب فحصها
  2. احفظ الاستجابة والمستند بعد العرض
  3. حدد ما يعتمد عليه كل قسم غائب
  4. مثال توضيحي لصفحة خدمة تبدأ بهيكل فارغ
  5. تحقق من التحسين وحدد ما يثبته

حدد المعلومات العامة المطلوب فحصها

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

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

احفظ الاستجابة والمستند بعد العرض

افتح استجابة المستند الرئيسي من لوحة الشبكة في المتصفح، أو احفظها بأداة لطلبات HTTP. وافحص بصورة منفصلة المستند بعد تحميل الصفحة بصورة طبيعية. تعرض لوحة Elements الحالة الحالية التي قد تتضمن تعديلات البرامج؛ فلا تعتبرها نسخة أصلية لم تتغير من استجابة الخادم.

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

حدد ما يعتمد عليه كل قسم غائب

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

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

مثال توضيحي لصفحة خدمة تبدأ بهيكل فارغ

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

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

تحقق من التحسين وحدد ما يثبته

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

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

المراجع الرسمية

تعرف على تدقيق الموقع