ستساعدك المقالة التالية: تشرح Google سبب بطء تقرير تغطية الفهرس
أوضحت Google أن Search Console أن تقرير تغطية الفهرس لا يبلغ عن بيانات التغطية حتى اللحظة. توصي Google باستخدام أداة فحص عنوان URL لأولئك الذين يحتاجون إلى أحدث تأكيد حول ما إذا كان عنوان URL مفهرسًا أم لا.
جوجل توضح بيانات تقرير تغطية الفهرس
كان هناك عدد من التغريدات التي لاحظت ما بدا وكأنه خطأ في تقرير تغطية الفهرس الذي تسبب في الإبلاغ عن أنه تم الزحف إلى عنوان URL ولكن لم يتم فهرسته.
تبين أن هذا ليس خطأ بل هو قيد على تقرير تغطية الفهرس.
وأوضح جوجل ذلك في سلسلة من التغريدات.
تقارير عن خطأ في تقرير Search Console
“أبلغ عدد قليل من مستخدمي Google Search Console أنهم رأوا عناوين URL في تقرير تغطية الفهرس تم وضع علامة “تم الزحف إليها – غير مفهرسة حاليًا” والتي، عند فحصها باستخدام أداة فحص عناوين URL، تم إدراجها على أنها “تم الإرسال والمفهرسة” أو أي حالة أخرى.”
جوجل تشرح تقرير تغطية الفهرس
ثم شاركت جوجل في سلسلة من التغريدات كيفية عمل تقرير تغطية الفهرس.
“وهذا لأن بيانات تقرير تغطية الفهرس يتم تحديثها بمعدل مختلف (وأبطأ) عن فحص عنوان URL.
النتائج المعروضة في فحص عنوان URL هي أحدث، ويجب اعتبارها موثوقة عندما تتعارض مع تقرير تغطية الفهرس. (2/4)
يجب أن تعكس البيانات المعروضة في “تغطية الفهرس” الحالة الدقيقة للصفحة في غضون أيام قليلة، عندما تتغير الحالة. (3/4)
وكما هو الحال دائمًا، شكرًا على تعليقاتك 🙏، سنبحث عن طرق لتقليل هذا التناقض حتى تكون تقاريرنا وأدواتنا متسقة ومحدثة دائمًا! (4/4)”
متعلق ب: كيفية الإبلاغ عن مشكلات الفهرسة في Google Search Console
يجيب جون مولر على سؤال حول تقرير تغطية الفهرس
وكان جون مولر من جوجل قد أجاب على سؤال حول هذه المشكلة في 8 أكتوبر 2021. وذلك قبل أن يُفهم أنه لم يكن هناك خطأ في تقرير تغطية الفهرس بل اختلاف في توقع حداثة البيانات في تقرير تغطية الفهرس. وحقيقة أن البيانات يتم تحديثها بوتيرة أبطأ.
قال الشخص الذي يطرح السؤال إنه لاحظ في يوليو 2021 أن عناوين URL المقدمة من خلال Google Search Console أبلغت عن خطأ الإرسال ولكن لم يتم فهرستها، على الرغم من أن الصفحات لم تحتوي على علامة noindex.
بعد ذلك يعود محرك البحث Google إلى موقع الويب، ويزحف إلى الصفحة ويفهرسها بشكل طبيعي.
“المشكلة هي أننا نحصل على 300 خطأ/لا يوجد فهرس، ثم في عمليات الزحف اللاحقة يتم الزحف إلى خمسة فقط قبل إعادة الزحف إلى المزيد.
لذا، نظرًا لأنه لم تتم فهرستها وتم منحها إذا تعذر عرض الأشياء أو لم يتمكنوا من العثور على الصفحة، فسيتم توجيههم إلى صفحتنا غير الموجودة، والتي لا تحتوي على فهرس.
ولذا فإنني أعلم بطريقة ما أنه يتم توجيههم إلى هناك.
هل هذه مجرد مشكلة في الذاكرة أم أنه تم الزحف إليها بشكل جيد فيما بعد، هل هي مجرد…”
أجاب جون مولر:
“من الصعب القول دون النظر إلى الصفحات.
لذلك سأحاول حقًا التحقق مرة أخرى مما إذا كانت هذه مشكلة في ذلك الوقت ولم تعد مشكلة بعد الآن أو إذا كان لا يزال يحدث هذا النوع بشكل متقطع.
لأنه إذا لم يكن الأمر مهمًا، إذا لم يعد يحدث الآن بعد الآن، فمثل أي شيء…”
أجاب السائل بالإصرار على أن الأمر لا يزال يحدث وأنه لا يزال يمثل مشكلة مستمرة.
رد جون مولر بالقول إن حدسه هو أن شيئًا ما في العرض قد يحدث بشكل خاطئ.
“وإذا كان هذا شيئًا لا يزال يحدث، فسأحاول معرفة السبب وراء ذلك.
وربما عندما تختبر الصفحة في Search Console، تجد أنها تعمل بشكل جيد تسع مرات من أصل عشرة. ولكن يحدث ذلك مرة واحدة من أصل عشرة عندما لا يعمل بشكل جيد ويعيد التوجيه إلى صفحة الخطأ أو نعتقد أنه يعيد التوجيه إلى صفحة الخطأ.
هذا هو نوع الحالة التي سأحاول التعمق فيها ومحاولة اكتشاف ما إذا كان هناك عدد كبير جدًا من الطلبات لعرض هذه الصفحة أم أن هناك شيئًا معقدًا في JavaScript والذي يستغرق أحيانًا وقتًا طويلاً جدًا ويعمل بشكل جيد أحيانًا ثم حاول تضييق نطاقه الأمور تنخفض من وجهة النظر هذه.”
شرح مولر بعد ذلك كيف يحدث جزء الزحف والعرض من جانب Google في الزحف.
إنه يشير إلى متصفح “من نوع Chrome” والذي قد يكون إشارة إلى روبوت Chrome مقطوع الرأس من Google والذي يعد في الأساس متصفح Chrome الذي يفتقد واجهة المستخدم الأمامية.
“ما يحدث من جانبنا هو أننا نقوم بالزحف إلى صفحة HTML ثم نحاول معالجة صفحة HTML في نوع متصفح Chrome من نوع Chromium.
ولهذا نحاول سحب جميع الموارد المذكورة هناك.
لذا، إذا ذهبت إلى Developer Console في Chrome ونظرت إلى قسم الشبكة، فسوف يعرض لك مخططًا انحداريًا لكل شيء يتم تحميله لعرض الصفحة.
وإذا كان هناك الكثير من الأشياء التي تحتاج إلى التحميل، فمن الممكن أن تنتهي مهلة الأشياء ومن ثم قد نواجه موقف الخطأ هذا.
اقترح مولر بعد ذلك تقليل كمية طلبات الموارد التي يتم إجراؤها لملفات JavaScript وCSS ومحاولة دمجها أو تقليلها وتقليل الصور، وهو أمر جيد دائمًا.
يرتبط اقتراح مولر بعرض تحسين محركات البحث (Rendering SEO) الذي ناقشه مارتن سبليت من Google، حيث تم تحسين الجوانب الفنية لكيفية تنزيل صفحة الويب وعرضها في المتصفح لتحقيق أداء سريع وفعال.
متعلق ب: المشكلات الخمسة الأكثر شيوعًا في فهرسة Google حسب حجم موقع الويب
بعض أخطاء الزحف مرتبطة بالخادم
لم تكن إجابة مولر ذات صلة تمامًا بهذا الموقف المحدد لأن المشكلة كانت تتعلق بتوقع الحداثة وليس الفهرسة.
ومع ذلك، لا تزال نصيحته دقيقة في كثير من الأحيان التي توجد فيها مشكلة متعلقة بالخادم تتسبب في انتهاء مهلة عرض الموارد التي تمنع العرض المناسب لصفحة الويب.
يمكن أن يحدث هذا في الليل في ساعات الصباح الباكر عندما تغزو الروبوتات المارقة موقع الويب وتبطئ الموقع.
يمكن أن يواجه الموقع الذي لا يحتوي على موارد محسّنة، وخاصةً الموجود على خادم مشترك، حالات تباطؤ كبيرة حيث يبدأ الخادم في عرض 500 رمز استجابة للخطأ.
من خلال الخبرة في صيانة خادم مخصص، فإن التكوين الخاطئ في Nginx أو Apache أو PHP على مستوى الخادم أو فشل محرك الأقراص الثابتة يمكن أن يساهم أيضًا في فشل موقع الويب في عرض الصفحات المطلوبة لـ Google أو لزوار موقع الويب.
يمكن أن تظهر بعض هذه المشكلات دون أن يلاحظها أحد عندما يتم تحديث البرامج المختلفة إلى إعدادات أقل من المثالية، مما يتطلب استكشاف الأخطاء وإصلاحها لتحديد الأخطاء.
لحسن الحظ، تحتوي برامج الخادم مثل Plesk على أدوات تشخيص وإصلاح يمكنها المساعدة في حل هذه المشكلات عند ظهورها.
كانت المشكلة هذه المرة هي أن Google لم تحدد التوقعات الصحيحة لتقرير تغطية الفهرس بشكل كافٍ.
ولكن في المرة القادمة يمكن أن يكون هناك مشكلة في الخادم أو العرض.
اقتباسات
شرح تغريدات Google Search Central لتقرير تغطية الفهرس
تقرير تغطية فهرس Google وأخطاء الفهرسة المبلغ عنها
شاهد عند علامة الدقيقة 6:00
