تقرير حالة صفحات AMP

يمكنك الاستفادة من هذا التقرير لمعالجة الأخطاء التي تمنع ظهور صفحات AMP مع الميزات الخاصة بها في نتائج "بحث Google".

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

للاطّلاع على الرسومات البيانية التي تعرض تأثير المشاكل والحلول، انتقِل إلى صفحة "الحالة".

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

فتح تقرير AMP

تقرير حالة صفحات AMP في Search Console - التدريب على Google Search Console

ما يُفترض أن يظهر لك

في العادة، يتضمّن التقرير ما يلي:

  • من المفترض عدم عرض أي أخطاء لصفحات AMP على موقعك الإلكتروني (إنّ التحذيرات هي اقتراحات وليست أخطاء، ويمكنك مراجعة ماهيّة التحذيرات أدناه). وإذا لم يكن الأمر كذلك، يُرجى الرجوع إلى منح الأولوية وحلّ المشاكل.
  • يجب أن يكون إجمالي عدد صفحات AMP في التقرير (الصفحات الصالحة + الصفحات التي تشمل تحذيرات + الصفحات التي تتضمن أخطاء) قريبًا من عدد صفحات AMP على موقعك الإلكتروني. وإذا لم يكن الأمر كذلك، يُرجى مراجعة صفحات AMP غير المتوفرة.

قائمة بمشاكل صفحات AMP

يكشف التقرير أخطاء AMP القياسية، بالإضافة إلى المشاكل التالية في صورة أخطاء أو تحذيرات.

مشاكل AMP الخاصة بمحرك البحث Google
المشكلة الوصف
محتوى غير متطابق: الفيديو المضمّن غير موجود. تتضمن صفحة الويب الأساسية فيديو غير موجود في الصفحة ذات التنسيق AMP. أفضل إجراء عادةً هو تضمين كل موارد المحتوى المهمة نفسها في الصفحة ذات التنسيق AMP مثلما توجد في صفحة الويب الأساسية. جدير بالذكر أن الفيديو يتم رصده بواسطة عنوان URL؛ فإذا كان لديك عنوانا URL مختلفان يوجِّهان إلى الفيديو نفسه، سترى هذا التحذير.
حجم الصورة أصغر من الحجم المُوصى به. تشير البيانات المنظَّمة في الصفحة بتنسيق AMP إلى صورة أصغر حجمًا من الحجم المُوصى به. علمًا بأنّ ذلك قد يمنع ظهور الصفحة بكل الميزات المتعلقة بالتنسيق AMP على "بحث Google"، كما قد يمنع ظهور بطاقات "اقتراحات" بصور كبيرة (الأمر الذي يؤدي إلى تقليل عدد زيارات موقع الويب وانخفاض تفاعل المستخدمين). لحلّ هذه المشكلة، يُرجى استخدام صورة أكبر حجمًا وفقًا لإرشاداتنا.
عدم تطابق نطاق صفحات AMP تتم استضافة صفحة AMP على نطاق مختلف عن نطاق إصدارها الأساسي. ويمكن أن يؤدي هذا إلى إرباك الباحثين على الأجهزة الجوّالة الذين يرون نطاق عنوان URL في نتائج البحث ثم يرون نطاقًا آخر عند فتح الصفحة في قارئ صفحات AMP. (لن يؤثر هذا الأمر في فهرسة الصفحة أو ترتيبها.)
لم يتم العثور على عنوان URL ‏(خطأ 404). تعذّر العثور على عنوان URL المطلوب لصفحة AMP. مزيد من المعلومات حول إصلاح صفحات خطأ 404
خطأ في الخادم (5XX) حدث خطأ غير محدّد في الخادم 5XX عند طلب صفحة AMP. مزيد من المعلومات عن أخطاء الخادم
تم الحظر بواسطة ملف robots.txt. تم حظر عنوان URL لصفحة AMP باستخدام قاعدة robots.txt. إذا لم تكن تريد ذلك، يمكنك اختبار ملف robots.txt للعثور على قاعدة المنع، ثم تغيير القاعدة أو إزالتها (أو يمكنك الطلب من مطوّر برامج على الويب تنفيذ ذلك نيابةً عنك).
مشكلة في الزحف حدث خطأ غير محدّد في الزحف إلى صفحة AMP. يمكنك استخدام أداة فحص عنوان URL على عنوان URL الخاص بصفحة AMP لتحديد المشكلة وحلّها.
عنوان URL لصفحة AMP المُشار إليه ليس بتنسيق AMP. تشير صفحة أساسية إلى صفحة AMP ليست في الواقع بتنسيق AMP. تعرّف على الطريقة التي يجب أن تشير بها صفحة ليست بتنسيق AMP إلى صفحة AMP.
عنوان URL لصفحة AMP المُشار إليه هو عبارة عن صفحة AMP أساسية ذاتية. تشير الصفحة الأساسية إلى صفحة AMP مستقلّة. ولا يمكنك الإشارة إلى صفحة AMP مستقلّة باعتبارها إصدار AMP من إحدى الصفحات. تعرّف على طريقة الإشارة إلى صفحة AMP من صفحة ليست بتنسيق AMP.
تم تمييز عنوان URL بعلامة "noindex". تم حظر صفحة AMP باستخدام أمر "noindex". يتعذّر على Google فهرسة صفحة تم حظرها باستخدام أمر noindex، وفي هذه الحالة يمكنك إزالة أمر noindex أو إزالة الإشارة إلى الصفحة المحظورة.
انتهى تاريخ "unavailable_after" لهذه الصفحة. تحتوي صفحة AMP على أمر أو علامة "unavailable_after" وصفية انتهت صلاحيتها، ما يشير إلى أنه يجب عدم عرض الصفحة بعد الآن. يُرجى تحديث تاريخ العلامة إلى تاريخ مستقبلي أو إزالتها تمامًا.
تشير صفحة أساسية إلى عنوان URL غير صالح تشير صفحة أساسية إلى إصدار AMP يستخدم عنوان URL بتنسيق غير صالح. تعرّف على طريقة الإشارة إلى إصدار AMP بشكل صحيح.
خطأ في صفحة "سجلّ AMP" أساسية

تشير إحدى الصفحات بشكل خاطئ إلى صفحة "سجلّ AMP" باعتبارها إصدار صفحة AMP الخاص بها. ولا يُسمح بذلك لأن صفحة "سجلّ AMP" تُعدّ بطبيعتها صفحة أساسية ذاتية، أي يجب أن تشير إلى نفسها باستخدام علامة <rel="canonical">، ولا يمكن عرضها كإصدار AMP لصفحة أخرى.

مشاكل بروتوكول التبادل المُوقَّع

يمكن أن يعرض كلٌّ من تقرير "حالة صفحات الجوّال المُسرّعة (AMP)" وتقرير "فحص عنوان URL" مشاكل صفحات الجوّال المُسرّعة (AMP) التي تستخدم بروتوكول التبادل المُوقَّع.

للاطّلاع على تفاصيل التبادل المُوقَّع بشأن مشكلة معيَّنة:

يمكنك العثور على معلومات عن التبادل المُوقَّع المرتبط بصفحة AMP معيَّنة في عدة أماكن:

  • في أداة فحص عنوان URL، انقر على المشكلة ضمن تفاصيل إصدار AMP.
  • في تقرير "حالة صفحات AMP"، انقر على عنوان URL في جدول تفاصيل المشكلة.

لمعرفة ما إذا كانت صفحات AMP تستخدم بروتوكول التبادل المُوقَّع

لمعرفة ما إذا كان محرك البحث Google قد اكتشف أي رؤوس أو بيانات أساسية للتبادل المُوقَّع في صفحات AMP:

  1. افحص عنوان URL لصفحات AMP (إما أن تستخدِم أداة فحص عنوان URL لفحص عنوان URL معيَّن، أو في تقرير "حالة صفحات AMP"، انقر على رمز الفحص بجانب عنوان URL في جدول تفاصيل المشكلة).
  2. انقر على عرض الصفحة التي تم الزحف إليها في صفحة النتائج لفتح لوحة جانبية تحتوي على مزيد من المعلومات.
  3. انقر على علامة التبويب مزيد من المعلومات.
  4. أسفل التصنيف التبادل المُوقَّع، ستظهر حالة تشير إلى ما إذا كان محرك البحث Google قد اكتشف أيًا من مكوِّنات التبادل المُوقَّع في صفحة AMP هذه.

قائمة بمشاكل بروتوكول التبادل المُوقَّع

يمكن أن تحدث المشاكل التالية عندما تستخدِم صفحات AMP بروتوكول التبادل المُوقَّع.

عدم صلاحية التبادل المُوقَّع

كانت استجابة HTTP تبادلاً مُوقَّعًا لم يستوفِ متطلبات "ذاكرة التخزين المؤقت لصفحات AMP على Google". ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

قد يحدث هذا الخطأ لعدة أسباب، منها:

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

في حال استخدام AMP Packager:

  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • وفي حال استخدام أحدث إصدار، يُرجى تقديم تقرير بالخلل.

ظهور خطأ في تحليل البيانات الأساسية للتبادل المُوقَّع

كانت استجابة HTTP تبادلاً مُوقَّعًا لم تستوفِ "بياناته الأساسية" (النص) متطلبات "ذاكرة التخزين المؤقت لصفحات AMP على Google". ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

قد يحدث هذا الخطأ لعدة أسباب:

  • تحقّق من أنّ HTML لا تحتوي على ترميز UTF-8 غير صالح. بالنسبة إلى الخطأ $URL، شغِّل curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null، وتحقّق من عدم وجود أي رسائل خطأ، مثل "تسلسل الإدخال غير صحيح". وإذا وجدت خطأً، يُرجى التأكد من ترميز المستند بالتنسيق UTF-8 بشكل صحيح. هناك مصدران شائعان للأحرف متعددة البايت، هما أن يكون النص بلغة غير اللغة الإنجليزية والمسافات.
  • تحقّق من أنّ HTML لا تحتوي على U+0000 NULL أو على حرف Unicode يسبب خطأً في تحليل HTML.
  • تحقّق من عدم تغيير HTML بعد طلب transform -config NONE، علمًا بأنّ هناك سببَين شائعَين وراء التغيير:

اشتمال الرأس "header_name" الخاص بالبيانات الأساسية للتبادل المُوقَّع على قيمة غير صالحة

كانت استجابة HTTP تبادلاً مُوقَّعًا يحتوي على رأس استجابة مُوقَّعة لم تستوفِ أحد متطلبات "ذاكرة التخزين المؤقت لصفحات AMP على Google". ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

في حال استخدام AMP Packager:

  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • وفي حال استخدام أحدث إصدار، يُرجى تقديم تقرير بالخلل.

عدم وجود الرأس الإلزامي "header_name" الخاص بالبيانات الأساسية للتبادل المُوقَّع

كانت استجابة HTTP تبادلاً مُوقَّعًا يفتقد رأسًا معيّنًا، وكانت مواصفات التبادلات المُوقَّعة أو متطلبات "ذاكرة التخزين المؤقت لصفحات AMP على Google" تستلزم وجود ذلك الرأس. ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

في حال استخدام AMP Packager:

  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • وفي حال استخدام أحدث إصدار، يُرجى تقديم تقرير بالخلل.

تعذُّر تحليل رأس التوقيع للتبادل المُوقَّع

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

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

في حال استخدام AMP Packager:

  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • وفي حال استخدام أحدث إصدار، يُرجى تقديم تقرير بالخلل.

عدم صلاحية المَعلمة "parameter_name" في رأس التوقيع للتبادل المُوقَّع

كانت استجابة HTTP تبادلاً مُوقَّعًا يحتوي على رأس توقيع به قيمة غير صحيحة للمَعلمة المحدَّدة، وفقًا لما تتطلّبه مواصفات التبادلات المُوقَّعة. ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

في حال استخدام AMP Packager:

  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • وفي حال استخدام أحدث إصدار، يُرجى تقديم تقرير بالخلل.

عدم صلاحية تواريخ التبادل المُوقَّع

كانت استجابة HTTP تبادلاً مُوقَّعًا يحتوي على رأس توقيع به قيمة غير صحيحة للمَعلمة date أو expires، وفقًا لما تتطلّبه مواصفات التبادلات المُوقَّعة أو متطلبات "ذاكرة التخزين المؤقت لصفحات AMP على Google". (وبالتحديد، يجب أن يكون التوقيع صالحًا وقت جلبه وصالحًا لمدة لا تقل عن 4 أيام قادمة.) ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

إذا كنت تستخدم AMP Packager، قد يحدث ذلك لعدة أسباب:

  • تحقَّق من أنّ الخادم الوكيل العكسي للواجهة الأمامية لا يخزِّن استجابات التبادل المُوقَّع مؤقتًا لفترة أطول مما يجب. أرسِل عدة طلبات للصفحة باستخدام curl -H 'Accept: application/signed-exchange;v=b3' -H 'AMP-Cache-Transform: any' وابحث عن "date=" في كل استجابة وتحقَّق من اختلاف الرقم اللاحق في كل مرة.
  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • إذا استبعدت جميع ما سبق، قد يكون هناك خلل في AMP Packager، لذا يُرجى تقديم تقرير بالخلل.

تعذُّر تحليل سلسلة الشهادات التي يشير إليها التبادل المُوقَّع "cert-url"

كانت استجابة HTTP تبادلاً مُوقَّعًا لم يتم تنسيق cert-url فيه بشكل جيد استنادًا إلى مواصفات التبادلات المُوقَّعة. ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

في حال استخدام AMP Packager:

  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • وفي حال استخدام أحدث إصدار، يُرجى تقديم تقرير بالخلل.

عدم صلاحية سلسلة الشهادات التي يشير إليها "cert-url" للتبادل المُوقَّع

كانت استجابة HTTP تبادلاً مُوقَّعًا يحتوي على cert-url غير صالح استنادًا إلى مواصفات التبادلات المُوقَّعة. ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.

تأثير ذلك على موقعك الإلكتروني:

سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.

الخطوات التالية:

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

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

إذا كنت تستخدم AMP Packager، قد يحدث هذا الخطأ لعدة أسباب. وإليك بعض الأمور التي يجب التحقّق منها:

  • تحقَّق من أنّ CertFile لا يحتوي على قائمة كاملة بالشهادة الطرفية والشهادات المتوسطة.
  • تحقَّق من عدم تشغيل AMP Packager باستخدام العلامة -development أو العلامة -invalidcert. أثناء وضع الإنتاج، سيعمل AMP Packager على التحقّق من عدة جوانب من الشهادة.
  • تحقَّق من أنّ الخادم الوكيل العكسي للواجهة الأمامية لا يخزِّن عناوين URL تتضمَّن الرمز /amppkg/cert/ مؤقتًا لمدة أطول مما تم ضبط max-age عليه.
  • تحقَّق من أنّ الخادم الوكيل العكسي للواجهة الأمامية لا يغيّر رؤوس ذاكرة التخزين المؤقت، لأنّ هذا قد يدفع الخادم الوكيل المسؤول عن انتقال البيانات إلى تخزين سلاسل الشهادات هذه مؤقتًا لمدة أطول مما يجب. للاختبار، حدِّد عنوان URL المقابل الذي يتضمَّن الرمز /amppkg/cert/ على نطاق أداة إنشاء الحِزم الداخلية واجلبه متضمنًا رؤوس الاستجابة (باستخدام curl -i مثلاً) وقارِن رؤوس الاستجابة بالرؤوس التي يعرضها خادم الواجهة الأمامية.
  • تحقَّق من احتواء الشهادة على SCT، باستخدام أداة openssl x509 مثلاً. وفي حال لم تكن الشهادة تحتوي على SCT، يُرجى الرجوع إلى مرجع التصديق.
  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • إذا استبعدت جميع ما سبق، قد يكون هناك خلل في AMP Packager، لذا يُرجى تقديم تقرير بالخلل.

تعذُّر تحليل التبادل المُوقَّع

كانت استجابة HTTP تحتوي على محتوى من النوع application/signed-exchange;v=b3، ولكن تعذّر استخراج نص الاستجابة. قد يرجع هذا إلى عدم استيفائها متطلبات عالية المستوى لهذا النوع أو إلى عدم إجراء ترميز Merkle لبياناتها الأساسية على نحو صحيح.

تأثير ذلك على موقعك الإلكتروني:

إذا كان للصفحة صفحة مقابلة ليست بتنسيق AMP، سيعمل "بحث Google" على فهرسة تلك الصفحة بدلاً منها. وإذا لم تتم فهرسة الصفحة، قد لا تظهر في "بحث Google" على الإطلاق.

الخطوات التالية:

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

إذا كنت تستخدم AMP Packager، قد يحدث ذلك لعدة أسباب:

  • تحقّق من أنّ الخادم الوكيل العكسي للواجهة الأمامية لا يغيّر الاستجابات الواردة من أداة إنشاء الحِزم. بالنسبة إلى عنوان URL للخطأ، حدِّد corresponding /priv/doc URL على نطاق أداة إنشاء الحِزم الداخلية واختبره باستخدام dump-signedexchange. إذا كانت استجابة أداة إنشاء الحِزم الداخلية عبارة عن تبادل مُوقَّع صالح ولكن استجابة الواجهة الأمامية الخارجية ليست كذلك، من المحتمَل عندئذ حدوث خطأ في إعداد الواجهة الأمامية.
  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • إذا استبعدت جميع ما سبق، قد يكون هناك خلل في AMP Packager، لذا يُرجى تقديم تقرير بالخلل.

عدم تطابق عنوان URL للبيانات الأساسية الداخلية مع عنوان URL الخاص بالطلب للتبادل المُوقَّع

كانت استجابة HTTP تبادلاً مُوقَّعًا لا يتطابق fallbackUrl فيه مع عنوان URL للطلب حيث يجب أن يكونا متساويَين في قيمة البايت. ونتيجةً لذلك، لن يثق "بحث Google" بأنّ الاستجابة تمثل عنوان URL للطلب.

تأثير ذلك على موقعك الإلكتروني:

إذا كان للصفحة صفحة مقابلة ليست بتنسيق AMP، سيعمل "بحث Google" على فهرسة تلك الصفحة بدلاً منها. وإذا لم تتم فهرسة الصفحة، قد لا تظهر في "بحث Google" على الإطلاق.

الخطوات التالية:

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

إذا كنت تستخدم AMP Packager، قد يحدث ذلك لعدة أسباب:

  • تحقَّق من أنّ الخادم الوكيل العكسي للواجهة الأمامية يعمل على إعادة كتابة عناوين URL بشكل صحيح. وتحدث المشاكل غالبًا في عناوين URL ذات الأحرف التي تم ترميزها بنسبة مئوية أو المحجوزة. على سبيل المثال، هناك مشاكل في nginx تعود إلى أمر إعادة الكتابة وكذلك النموذج عديم المسار للأمر proxy_pass. ولاختبار ذلك، أرسِل بعض طلبات الاختبار إلى واجهتك الأمامية وقارِنها بعناوين URL التي يسجّلها AMP Packager في ملف stdout الخاص به.
  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • إذا استبعدت جميع ما سبق، قد يكون هناك خلل في AMP Packager، لذا يُرجى تقديم تقرير بالخلل.

اشتمال الرأس "header_name" الخاص باستجابة HTTP للتبادل المُوقَّع على قيمة غير صالحة

تحتوي استجابة HTTP على محتوى من النوع application/signed-exchange، ولكن رؤوس الاستجابة كانت غير صالحة من ناحية أخرى. على سبيل المثال، قد يفتقد نوع المحتوى إلى المَعلمة v=b3. ونتيجةً لذلك، لا يكون التنسيق معروفًا لدى Google، وبالتالي يتعذّر استخراج نص الاستجابة.

تأثير ذلك على موقعك الإلكتروني:

إذا كان للصفحة صفحة مقابلة ليست بتنسيق AMP، سيعمل "بحث Google" على فهرسة تلك الصفحة بدلاً منها. وإذا لم تتم فهرسة الصفحة، قد لا تظهر في "بحث Google" على الإطلاق.

الخطوات التالية:

إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.

إذا كنت تستخدم AMP Packager، قد يحدث ذلك لعدة أسباب:

  • تحقّق من أنّ الخادم الوكيل العكسي للواجهة الأمامية لا يغيّر رؤوس نوع المحتوى. بالنسبة إلى عنوان URL للخطأ، حدِّد corresponding /priv/doc URL على نطاق أداة إنشاء الحِزم الداخلية، واجلبه متضمنًا رؤوس الاستجابة (باستخدام curl -i مثلاً). إذا اختلفت الرؤوس في استجابة أداة إنشاء الحِزم الداخلية واستجابة الواجهة الأمامية الخارجية، قد يكون ذلك هو مصدر الخطأ. إذا كان الاختلاف في رأس آخر غير content-type، يُرجى تقديم تقرير بالخلل في مستند المساعدة هذا لتحديث قائمة المتطلبات.
  • تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
  • إذا استبعدت جميع ما سبق، قد يكون هناك خلل في AMP Packager، لذا يُرجى تقديم تقرير بالخلل.

منح الأولوية وحلّ المشاكل

  1. في صفحة ملخص AMP، عليك تصفية التحذيرات والتركيز على الأخطاء أولاً. يتم ترتيب المشاكل تلقائيًّا استنادًا إلى مستوى خطورتها وحالة التحقق وعدد الصفحات المتأثرة، وننصح بالتعامل معها باتّباع هذا الترتيب التلقائي. عليك حلّ الأخطاء التي نتجت عن سبب شائع أولاً (مثل استخدام نموذج سيء)، والانتقال بعد ذلك إلى حل الأخطاء الخاصة بكل صفحة.
  2. تأكد مما إذا كانت مشكلة معيّنة تؤدي إلى ارتفاع عدد الأخطاء: ابحث عن الارتفاع الحاد المرتبط بمشكلة معيّنة داخل الجدول.
  3. راجِع المعلومات أدناه بشأن صفحات AMP غير المتوفرة وارتفاع نسبة تصحيح الأخطاء.
  4. انقر على صف في الجدول للاطّلاع على صفحة تفاصيل الخطأ:
    1. تحتوي صفحة التفاصيل على نموذج لعناوين URL المتأثرة. ولا تكون القائمة مكتملة دائمًا، إذ إنها لا تتضمّن سوى 1,000 صف كحد أقصى، كما أنها قد لا تحتوي على أحدث أمثلة تم اكتشافها عن هذا الخطأ.
    2. إذا كان الخطأ في البنية، انقر على مزيد من المعلومات للحصول على مستندات رسمية بشأن البنية السليمة.
    3. انقر على أيقونة الفحص لاختبار مدى صلاحية الصفحة المتأثرة. ويساعد هذا الاختبار في الإشارة إلى جميع الأخطاء (وليس المشكلة الحالية فقط) كما يوفّر مستكشف رموز لإبراز الأخطاء وتوفير مزيد من المعلومات. إذا لم تتم إعادة الزحف إلى الخطأ الذي تم تصحيحه في الصفحة المباشرة، قد يبقى مدرجًا كخطأ. في هذه الحالة، يمكنك طلب إجراء تحقق بعد معالجة جميع الحالات التي تتضمّن هذه المشكلة.
  5. ابدأ بحل جميع أمثلة المشكلة على موقعك الإلكتروني، واختبار الحل، والتأكد من نشر الحلول على الويب.
  6. عُد إلى صفحة تفاصيل المشكلة، وانقر على زر التحقّق من الإصلاح لبدء عملية التحقّق. لا تتم هذه العملية على الفور. راجِع معلومات عن التحقّق لفهم عملية التحقّق.
  7. واصِل تصحيح الأخطاء.
  8. عندما يتم تصحيح جميع الأخطاء، أزل فلتر التحذيرات، ثم عالج المشاكل التي تشير إليها هذه التحذيرات. تشير بعض التحذيرات إلى عدم وجود "ترميز بيانات منظمة" اختياري، علمًا بأنّ هذا النوع من الترميز يساهم في تفعيل ميزات بحث جديدة للصفحات التي يتوفّر بها محتوى ذو صلة.

مشاركة التقرير

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

تصدير بيانات التقرير

يتوفّر بالعديد من التقارير زر التصدير لتصدير بيانات التقرير. ويتم تصدير بيانات كل من الرسم البياني والجدول. وسيتم عرض أي قيم تظهر على شكل علامة ~ أو علامة - (أي القيمة غير متاحة / لا تمثل رقمًا) كأصفار في البيانات التي يتم تنزيلها.

حالات ارتفاع عدد الأخطاء

حدّد ما إذا كان سبب الارتفاع عائدًا إلى تغيّر مستوى شدّة الصفحات:

  1. عند ظهور ارتفاع، ابحث عن انخفاض مقابل في حالة أخرى (صفحات صالحة أو خطأ).
  2. عند العثور على انخفاض مقابل، تأكد من تطابق عنواني URL.
  3. إذا تغيّرت حالة عناوين URL، حدّد ما أجريته من تغييرات أدى إلى حدوث ذلك.

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

تحرّي الخلل وإصلاحه في صفحات AMP المفقودة

إذا كان عدد صفحات AMP (الصفحات الصالحة + التحذيرات + الأخطاء) في التقرير أقل من عدد صفحات AMP على موقعك الإلكتروني، إليك بعض الأسباب المحتملة لذلك:

  • تمثّل عناوين URL التي تم الإبلاغ عنها في هذا التقرير عيّنة من جميع عناوين URL المعروفة لصفحات AMP على موقعك الإلكتروني. وليس ضروريًّا أن تكون قائمة عناوين URL شاملة.
  • تأكّد من أنّ الصفحة الأساسية التي ليست بتنسيق AMP قد تم ربطها بصفحة AMP على نحو سليم.
  • تأكّد من أنّ صفحات AMP أو الصفحات الأساسية غير محظورة باستخدام robot.txt أو noindex وأنها غير محمية باستخدام متطلبات مصادقة أو تسجيل دخول.
  • تأكّد من أنّ صفحات AMP والصفحات الأساسية مدرَجة في الفهرس من خلال إجراء بحث على Google عن عنوان URL للصفحة الأساسية. وإذا لم تكن مدرَجة، هذا يعني أنها ليست مفهرسة.
    • إذا كانت الصفحة الأساسية موجودة، تأكّد من أنه تم ربطها بصفحة AMP على نحو سليم.
    • إذا كانت الصفحة الأساسية غير موجودة، يمكنك إرسالها للفهرسة.
  • هل تم ربط صفحة AMP/الأساسية بصفحات أخرى؟ هل تم إدراجها في ملف Sitemap؟ يمكنك استخدام أداة فحص عنوان URL على الصفحة الأساسية لطلب إجراء فهرسة لعدد محدود من صفحات AMP، ولكن عليك استخدام ملفات Sitemap لفهرسة أعداد كبيرة من الصفحات. (ستحتاج فقط إلى إدراج الصفحة الأساسية في ملف Sitemap). يمكنك استخدام تقرير ملفات Sitemap لإرسال ملف Sitemap.
  • قد يستغرق محرك بحث Google بضعة أيام للعثور على الصفحات غير المتوفرة والزحف إليها بناءً على طريقة إشعارك له بشأن الصفحات الجديدة.
  • قد لا ترِد بعض صفحات AMP الصالحة في هذا التقرير، ولكن قد يتم إدراجها في تقرير "تغطية الفهرسة". ويرجع ذلك إلى أن تقرير "تغطية الفهرسة" يجب أن يكون أكثر شمولاً لمساعدتك على إصلاح مشاكل الفهرسة الواردة في تقريرك، في حين يغطي تقرير حالة صفحات AMP عددًا أقلّ من الصفحات، إلا أنها تكون أكثر صلة وتفصيلاً لمساعدتك على إصلاح مشاكل AMP محدّدة على موقعك الإلكتروني. وللتأكّد من فهرسة صفحة AMP، يمكنك استخدام أداة فحص عنوان URL للوصول إلى الإجابة النهائية.

ماهيّة التحذيرات

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

لمحة عن عملية التحقّق من الصحة

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

المزيد من المعلومات عن مدة المشكلة...

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

تاريخ الرصد الأول للمشكلة هو المرة الأولى التي يتم فيها رصد المشكلة خلال مدة المشكلة، ولا يتم تغييره. ولذلك:

  • إذا تم إصلاح كل مثيلات المشكلة، ولكن حدث مثيل جديد من المشكلة بعد 15 يومًا، يتم وضع علامة عليها كمشكلة مفتوحة ويظل "تاريخ الرصد الأول" بالتاريخ الأصلي.
  • إذا حدثت المشكلة نفسها بعد 91 يومًا من إصلاح المثيل الأخير، يتم إغلاق المشكلة السابقة وتسجيل هذه المشكلة باعتبارها مشكلة جديدة، مع تعيين تاريخ الرصد الأول إلى "اليوم".

خطوات عملية التحقق الأساسية

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

  1. عند النقر على التحقق من الإصلاح، تتحقق خدمة Search Console من بضع صفحات مباشرة.
    • في حال وجود المثيل الحالي في أي من هذه الصفحات، يتم إنهاء التحقق، وتبقى حالة التحقق بدون تغيير.
    • إذا لم يتم العثور على الخطأ الحالي في عينة الصفحات، تتم متابعة التحقق مع استخدام الحالة تم بدء التحقق. وإذا تم العثور على مشاكل أخرى غير متعلقة بالمشكلة الحالية، يتم إدراج هذه المشاكل ضمن نوع المشكلة الأخرى ومتابعة التحقق.
  2. وتعمل خدمة Search Console على فحص قائمة عناوين URL المعروفة المتأثرة بهذه المشكلة. وتتم إضافة عناوين URL التي تتضمّن المثيلات المعروفة من هذه المشكلة إلى لائحة إعادة الزحف فقط، وليس الموقع بالكامل. وتحتفظ خدمة Search Console بسجلّ لكل عناوين URL التي تم التحقق منها في سجلّ التحقق، والتي يمكن الوصول إليها من صفحة تفاصيل المشكلة.
  3. عند التحقق من عنوان URL:
    1. إذا لم يتم العثور على المشكلة، تتغير حالة التحقق من المثيل إلى تم اجتياز التحقق. وإن كان هذا هو المثيل الأول الذي يتم التحقق منه بعد بدء عملية التحقق، تتغير حالة التحقق من المشكلة إلى يبدو جيدًا.
    2. إذا لم يعد عنوان URL قابلاً للوصول، تتغير حالة التحقق من المثيل إلى أخرى (وهي ليست حالة خطأ).
    3. إذا ظل المثيل موجودًا، تتغير حالة المشكلة إلى تعذّر اجتياز التحقق ويتم إنهاء التحقق. وإذا ظهرت المشكلة على صفحة جديدة تم اكتشافها عن طريق الزحف، يتم اعتبارها مثيلًا آخر من هذه المشكلة الحالية.
  4. عندما يتم التحقق من جميع عناوين URL المتعلقة بالأخطاء والتحذيرات ويصبح عدد المشاكل صفرًا، تتغير حالة المشكلة إلى تم اجتياز التحقق. ملاحظة مهمّة: سيتم عرض التصنيف الأصلي لدرجة شدّة الخطأ (خطأ أو تحذير) حتى إذا تمّ تصحيح الخطأ في جميع الصفحات المتأثرة وتغيّرت حالة المشكلة إلى نجاح التحقق.

يمكن لمحرك البحث Google رصد مثيلات المشكلة التي تم إصلاحها حتى في حال عدم النقر على "بدء التحقق". فإذا رصد محرك البحث Google أنه تم إصلاح جميع مثيلات إحدى المشاكل أثناء الزحف العادي، سيغيِّر حالة المشكلة إلى "N/A" في التقرير.

متى يتم اعتبار أنه تم "إصلاح" المشكلة الموجودة في عنوان URL أو عنصر؟

يتم وضع علامة على المشكلة باعتبار أنه تم إصلاحها عند استيفاء أي من الشروط التالية:

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

إعادة التحقق

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

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

لا تتم إعادة التحقق من الحالات التي اجتازت التحقق (تم وضع علامة نجاح التحقق عليها) أو لم تعُد تتوفّر إمكانية الوصول إليها (تم وضع علامة أخرى عليها) وتتم إزالتها من السجلّ عند النقر على "إعادة التحقق".

سجلّ التحقق

يمكنك الاطّلاع على مستوى تقدم طلب التحقق عن طريق النقر على رابط تفاصيل التحقق في صفحة تفاصيل المشكلة.

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

حالة التحقق من المشكلة

تنطبق حالات التحقق التالية على مشكلة معيّنة:

  • لم يتم البدء: هناك صفحة أو أكثر بها مثيل من هذه المشكلة ولم يسبق لك أبدًا بدء محاولة تحقق منها. الخطوات اللاحقة:
    1. انقر على المشكلة لمعرفة تفاصيل الخطأ. وافحص الصفحات الفردية للاطّلاع على أمثلة للخطأ على الصفحة المنشورة باستخدام اختبار AMP. (إن لم يظهِر اختبار AMP الخطأ على الصفحة، فذلك لأنك أصلحت الخطأ على الصفحة المنشورة بعد أن اكتشفه محرك البحث Google وأنشأ تقرير المشكلة هذا.)
    2. انقر على "مزيد من المعلومات" على صفحة التفاصيل للاطّلاع على تفاصيل القاعدة التي تم انتهاكها.
    3. انقر على نموذج صف عنوان URL في الجدول للحصول على تفاصيل حول الخطأ المحدّد.
    4. أصلِح الصفحات ثم انقر على التحقق من الإصلاح لمطالبة محرك البحث Google بإعادة الزحف إلى صفحاتك. وسيطلعك محرك البحث Google على التقدم الذي تم إحرازه في عملية التحقق. تستغرق عملية التحقق عادةً مدة تصل إلى أسبوعين، ولكن في بعض الحالات يمكن أن تستغرق وقتًا أطول، لذا يُرجى الانتظار. 
  • تم البدء: بدأت إجراء محاولة التحقق ولم يتم العثور على أي مثيلات متبقية من المشكلة. الخطوة اللاحقة: سيرسل محرّك البحث Google إشعارات أثناء إجراء عملية التحقق يعلِمك من خلالها بما يجب فعله، إذا لزم الأمر.
  • يبدو جيدًا: بدأتَ إجراء محاولة التحقق، وتم إصلاح جميع مثيلات المشكلة التي تم التحقق منها حتى الآن. الخطوة اللاحقة: لا يلزم اتخاذ أي إجراء، ومع ذلك سيرسل محرّك البحث Google إشعارات أثناء إجراء عملية التحقق يعلِمك من خلالها بما يجب فعله.
  • تم اجتياز التحقق: اختفت جميع المثيلات المعروفة من المشكلة (أو لم يعد عنوان URL المتأثر بالمشكلة متوفرًا). يجب أن تكون قد نقرت على "التحقق من الإصلاح" للوصول إلى هذه الحالة (في حال اختفاء المثيلات بدون طلب إجراء التحقق، ستتغير الحالة إلى N/A). الخطوة التالية: ليس هناك ما يلزم القيام به.
  • N/A: اكتشف محرك البحث Google أنه تم إصلاح المشكلة على جميع عناوين URL، على الرغم من أنك لم تجري أي محاولة للتحقق. الخطوة اللاحقة: لا يلزم اتخاذ أي إجراءات أخرى.
  • تعذّر اجتياز التحقق: هناك حد معيّن من الصفحات ما زال يحتوي على هذه المشكلة، بعد النقر على "التحقق". الخطوات التالية: إصلاح المشكلة وإعادة التحقق.

حالة التحقق من المثيل

بعد طلب التحقق من حل المشكلة، يتم تحديد إحدى حالات التحقق التالية لكل مثيل من المشكلة:

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

تجدر الإشارة إلى أنه يمكن أن يحصل عنوان URL نفسه على حالات مختلفة لمشاكل مختلفة، على سبيل المثال، إذا كانت إحدى الصفحات تشتمل على المشكلة X والمشكلة Y، يمكن أن تكون المشكلة X بالحالة نجاح التحقق والمشكلة Y على الصفحة نفسها بالحالة في انتظار التحقق.

المشاكل المعروفة

في ما يلي المشاكل المعروفة في Search Console. يُرجى عدم الإبلاغ عن هذه المشاكل، ولكن يسعدنا معرفة رأيك بشأن أي ميزات أو مشاكل أخرى تواجهها. يمكنك استخدام آلية "التعليقات" المضمّنة في شريط التنقل.

  • تتضمّن بعض المشاكل أسماءً طويلة يصعب فهمها.
  • قد يحصل تأخير بين عملية إضافة المشكلة إلى الرسم البياني من جهة وعملية إضافتها إلى الجدول من جهة أخرى.
  • إذا تضمن موقعك الإلكتروني عددًا هائلاً من المشاكل (سواء كانت هناك حالات نشطة أو لا)، سيكتفي التقرير بعرض أول 200 مشكلة وترتيبها حسب الأهمية.
هل كان ذلك مفيدًا؟
كيف يمكننا تحسينها؟
true
هل أنت حديث العهد بخدمة Search Console؟

ألَم تستخدم Search Console من قَبل؟ ابدأ من هنا، سواء كنت مبتدئًا تمامًا، أو خبيرًا في تحسين محركات البحث، أو مطوّرًا لمواقع الويب.

بحث
محو البحث
إغلاق البحث
تطبيقات Google
القائمة الرئيسية
مركز مساعدة البحث
true
83844
false