يمكنك الاستفادة من هذا التقرير لمعالجة الأخطاء التي تمنع ظهور صفحات AMP مع الميزات الخاصة بها في نتائج البحث من Google.
يُظهر عرض المستوى الأعلى المشاكل الملحّة التي تؤثر في صفحات AMP على موقعك الإلكتروني. يمكنك النقر على مشكلة معيّنة للاطّلاع على الصفحات المتأثرة بهذه المشكلة وتفاصيلها.
تقرير حالة صفحات AMP في Search Console - التدريب على Google Search Console
المعلومات الواردة في التقرير
المشاكل الملحّة: الصفحات المتأثرة بمشاكل AMP ملحّة لا يمكن عرضها على محرّك بحث Google. تظهر قائمة بالمشاكل الملحّة التي يتم العثور عليها في موقعك الإلكتروني أسفل الرسم البياني مباشرةً في صفحة المستوى الأعلى من تقرير AMP، وذلك تحت عنوان أسباب عدم صلاحية صفحات AMP. يمكنك النقر على مشكلة في القائمة للاطّلاع على الصفحات التي تتضمّن تلك المشكلة.
المشاكل غير الملحّة (تحذيرات): يمكن عرض صفحات AMP التي تتضمّن مشاكل غير ملحّة على محرّك بحث Google إذا لم تتضمّن أي مشاكل ملحّة أيضًا. تظهر قائمة بالمشاكل غير الملحّة في موقعك الإلكتروني أسفل قائمة المشاكل الملحّة في صفحة المستوى الأعلى من تقرير AMP، وذلك تحت عنوان المشاكل غير الملحّة. يمكنك النقر على مشكلة في القائمة للاطّلاع على الصفحات التي تتضمّن تلك المشكلة. إنّ صفحات AMP التي تحتوي على تحذيرات قد لا تظهر في كل ميزات AMP الممكنة (قد لا تظهر مثلاً في لوحة العرض الدوّارة لأهم الأخبار). وهذا يعني أنّ هذه الصفحات قد تظهر كنتائج بحث على شكل روابط عادية زرقاء.
حالة الصفحة (صفحات صالحة وغير صالحة): صفحات AMP إما صالحة أو غير صالحة. يمكن عرض صفحات AMP الصالحة على Google، أمّا صفحات AMP غير الصالحة فلا يمكن عرضها. إذا تضمّنت الصفحة أي مشاكل ملحّة، يتم اعتبارها غير صالحة، وإذا تضمّنت تحذيرات فقط أو لم تتضمّن أي مشاكل على الإطلاق، سيتم اعتبارها صالحة. يمكنك الاطّلاع على قائمة بصفحات AMP الصالحة من خلال النقر على عرض بيانات عن صفحات AMP الصالحة أسفل الرسم البياني في صفحة المستوى الأعلى من تقرير AMP.
البيانات التي يجب الانتباه لها
يجب أن تستهدف الأرقام التالية في تقريرك:
- لا تظهر أي مشاكل ملحّة على موقعك الإلكتروني: يمكنك الاطّلاع على اقتراحات لمعالجة الأخطاء من خلال القسم تنظيم المشاكل حسب الأولوية وحلّها.
- يجب أن يكون إجمالي عدد صفحات AMP في التقرير (الصفحات الصالحة + الصفحات غير الصالحة) قريبًا من عدد صفحات AMP على موقعك الإلكتروني. وإذا لم يكن الأمر كذلك، يُرجى مراجعة القسم تحديد المشاكل وحلّها في صفحات AMP المفقودة.
تُعدّ قائمة عناوين URL المتأثرة نموذجًا، ولكن لا نضمن لك عرض كل عنوان URL متأثر بمشكلة معيّنة. يقتصر التقرير على 1,000 عنوان URL لكل مشكلة. وقد يكون هناك صفحات إضافية لم نكتشفها أو نحتسبها لسبب ما.
لا يعرض التقرير سوى إجمالي 200 مشكلة ملحّة وغير ملحّة. إذا كان موقعك الإلكتروني يحتوي على قائمة طويلة جدًا من المشاكل (سواء كانت هناك حالات نشطة أم لا)، سيتم عرض أهم 200 مشكلة فقط، مرتّبة حسب الأهمية.
مشاكل صفحات AMP
يكشف التقرير أخطاء AMP العادية، بالإضافة إلى المشاكل التالية (الأخطاء والتحذيرات).
المشكلة | الوصف |
---|---|
محتوى غير متطابق: الفيديو المضمّن غير موجود. | تتضمن صفحة الويب الأساسية فيديو غير موجود في الصفحة ذات التنسيق 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" تُعدّ بطبيعتها صفحة أساسية ذاتية، أي يجب أن تشير إلى نفسها باستخدام علامة |
تم تقديم نص برمجي للوحدة بدون تقديم وحدة بديلة (أو العكس). | أنت تستخدم إمّا علامة <script type="module"> بدون علامة <script nomodule async> مطابقة، أو العكس. يجب استخدام هذه العلامات في أزواج متطابقة لتفعيل المعالجة المناسبة في المتصفّحات التي تتيح أو لا تتيح النصوص البرمجية للوحدة. |
عنوان URL غير متوفّر في علامة HTML | تتطلب علامة HTML المحدّدة سمة ذات عنوان URL صالح وليس عنوان URL يستخدم عرضًا صفريًا، ولكن العنوان المستخدم هو سلسلة فارغة. يُرجى إدخال عنوان URL صالح للسمة المميّزة. |
السمة غير متوفّرة أو غير صحيحة ولكنها مطلوبة للسمة "on" | السمة المحددة مطلوبة ولكنها غير صحيحة أو غير متوفّرة. هذه السمة مطلوبة لأنك حدّدت سمة "on" في العلامة نفسها |
تم العثور على العلامة الفرعية <svg> خارج مجموعة <svg>. | لقد حدّدت علامة خارج مجموعة <svg> في حين يجب دمجها ضمن مجموعة <svg>. |
تحمِّل الصفحة إصدارات متعددة من النص البرمجي نفسه للإضافة | تحمِّل الصفحة عدة إصدارات من إضافة AMP نفسها. ولحلّ هذه المشكلة، عليك إزالة نسخة واحدة من النص البرمجي. |
يمكن أن يعرض كلٌّ من تقرير "حالة صفحات الجوّال المُسرّعة (AMP)" وتقرير "فحص عنوان URL" مشاكل صفحات الجوّال المُسرّعة (AMP) التي تستخدم بروتوكول التبادل المُوقَّع.
للاطّلاع على تفاصيل التبادل المُوقَّع بشأن مشكلة معيَّنة:
يمكنك العثور على معلومات عن التبادل المُوقَّع المرتبط بصفحة AMP معيَّنة في عدة أماكن:
- في أداة فحص عنوان URL، انقر على المشكلة ضمن تفاصيل إصدار AMP.
- في تقرير "حالة صفحات AMP"، انقر على عنوان URL في جدول تفاصيل المشكلة.
لمعرفة ما إذا كانت صفحات AMP تستخدم بروتوكول التبادل المُوقَّع
لمعرفة ما إذا كان محرك البحث Google قد اكتشف أي رؤوس أو بيانات أساسية للتبادل المُوقَّع في صفحات AMP:
- افحص عنوان URL لصفحات AMP (إما أن تستخدِم أداة فحص عنوان URL لفحص عنوان URL معيَّن، أو في تقرير "حالة صفحات AMP"، انقر على رمز الفحص
بجانب عنوان URL في جدول تفاصيل المشكلة).
- انقر على عرض الصفحة التي تم الزحف إليها في صفحة النتائج لفتح لوحة جانبية تحتوي على مزيد من المعلومات.
- انقر على علامة التبويب مزيد من المعلومات.
- أسفل التصنيف التبادل المُوقَّع، ستظهر حالة تشير إلى ما إذا كان محرك البحث Google قد اكتشف أيًا من مكوِّنات التبادل المُوقَّع في صفحة AMP هذه.
قائمة بمشاكل بروتوكول التبادل المُوقَّع
يمكن أن تحدث المشاكل التالية عندما تستخدِم صفحات AMP بروتوكول التبادل المُوقَّع.
- عدم صلاحية التبادل المُوقَّع
- ظهور خطأ في تحليل البيانات الأساسية للتبادل المُوقَّع
- اشتمال الرأس "header_name" الخاص بالبيانات الأساسية للتبادل المُوقَّع على قيمة غير صالحة
- عدم وجود الرأس الإلزامي "header_name" الخاص بالبيانات الأساسية للتبادل المُوقَّع
- تعذُّر تحليل رأس التوقيع للتبادل المُوقَّع
- عدم صلاحية المَعلمة "parameter_name" في رأس التوقيع للتبادل المُوقَّع
- عدم صلاحية تواريخ التبادل المُوقَّع
- تعذُّر تحليل سلسلة الشهادات التي يشير إليها التبادل المُوقَّع "cert-url"
- عدم صلاحية سلسلة الشهادات التي يشير إليها "cert-url" للتبادل المُوقَّع
- تعذُّر تحليل التبادل المُوقَّع
- عدم تطابق عنوان URL للبيانات الأساسية الداخلية مع عنوان URL الخاص بالطلب للتبادل المُوقَّع
- اشتمال الرأس "header_name" الخاص باستجابة HTTP للتبادل المُوقَّع على قيمة غير صالحة
عدم صلاحية التبادل المُوقَّع
كانت استجابة HTTP تبادلاً مُوقَّعًا لم يستوفِ متطلبات "ذاكرة التخزين المؤقت لصفحات AMP على Google". ونتيجةً لذلك، سيتم عرض الصفحة للمستخدمين بدون أي معلومات من التوقيع.
تأثير ذلك على موقعك الإلكتروني:
سيتم عرض الصفحة في "عارض صفحات AMP" باستخدام عنوان URL من Google بدلاً من عنوان URL الأصلي لها.
الخطوات التالية:
إنّ معالجة هذا الخطأ أمر اختياري، حيث ستظل الصفحات التي تتضمن هذا الخطأ تظهر بشكل صحيح في "عارض صفحات AMP". ويُرجى مواصلة القراءة إذا أردت عرض هذه الصفحة بعنوان URL المُوقَّع.
قد يحدث هذا الخطأ لعدة أسباب، منها:
- تحتوي الصفحة على رأس لا تسمح به مواصفات التبادلات المُوقَّعة أو "ذاكرة التخزين المؤقت لصفحات AMP على Google".
- لا يتطابق أصل عنوان
validity-url
مع أصل عنوان fallbackUrl استنادًا إلى مواصفات التبادلات المُوقَّعة. - إنّ رؤوس الاستجابة المُوقَّعة للصفحة لم يتم ترميزها بعنوان 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
. وهناك سببان شائعان وراء التغيير:- تم النشر على نحو متسلسِل باستخدام طابعة غير الطابعة المُضَمنة في الحزمة مع AMP Packager. إذا كنت تستخدم منشئًا آخر للتبادل المُوقَّع، تأكد من أنه يستخدم مكتبة أدوات التحويل الخاصة بالخادم AMP Packager.
- تتسبَّب لغة HTML في حدوث خطأ في التحليل، إذ تتم المعالجة عن طريق تعديل شجرة التحليل. وغالبًا ما يحدث ذلك بسبب علامات الإنهاء التي يتم حذفها أو وضعها في غير موضعها. ومن أمثلة ذلك: خوارزمية هيئة الاعتماد ومعالجة علامات الإنهاء "form". من الصعب تشخيص هذه الأخطاء، ولكن يمكن أن يساعد مدقق ترميز HTML في اكتشاف السبب.
- في حال استبعاد جميع ما سبق:
- إذا كنت تتعامل مع مقدم لخدمة التبادل المُوقَّع، استشره للحصول على المساعدة.
- إذا كنت تستخدم AMP Packager:
- تحقَّق من أنك تستخدم أحدث إصدار من AMP Packager.
- إذا كنت تستخدم أحدث إصدار، قد يكون هناك خلل في AMP Packager، لذا يُرجى تقديم تقرير بالخلل.
يتضمن العنوان "header_name" الخاص بالبيانات الأساسية لتنسيق Signed Exchange على قيمة غير صالحة
كانت استجابة 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، لذا يُرجى تقديم تقرير بالخلل.
تنظيم المشاكل حسب الأولوية وحلّها
- يمكنك الاطّلاع على قائمة بالمشاكل الملحّة في موقعك الإلكتروني ضمن الجدول أسباب عدم صلاحية صفحات AMP.
- تحليل الأخطاء:
- تأكَّد مما إذا كانت مشكلة معيّنة تؤدي إلى ارتفاع عدد الأخطاء: ابحث عن الارتفاع المرتبط بمشكلة معيّنة داخل الجدول.
- عليك حل الأخطاء التي نتجت عن سبب شائع أولاً (مثل استخدام نموذج سيئ)، والانتقال بعد ذلك إلى حل الأخطاء الخاصة بكل صفحة.
- إصلاح الأخطاء: يمكنك النقر على صف في الجدول للاطّلاع على صفحة تفاصيل الخطأ:
- تحتوي صفحة التفاصيل على نموذج لعناوين URL المتأثرة. ولا تتضمن القائمة أكثر من 1,000 صف، كما أنها قد لا تحتوي على أحدث المثيلات التي تم اكتشافها عن هذا الخطأ أو على الصفحات التي لم يتم الزحف إليها منذ ظهور الخطأ.
- يمكنك النقر على مزيد من المعلومات بجانب إحدى المشاكل للحصول على مستندات موثوقة حول الخطأ.
- وعند النقر على عنوان URL في جدول عناوين URL سيتم عرض المشكلة مميَّزة في رمز الصفحة.
- يمكنك النقر على رمز الفحص
لإجراء اختبار مفصَّل لصفحة معيّنة. يساعد هذا الاختبار في الإشارة إلى جميع الأخطاء (وليس المشكلة الحالية فقط) كما يوفّر مستكشف رموز لإبراز الأخطاء وتوفير مزيد من المعلومات. إذا لم تتم إعادة الزحف إلى الصفحة مؤخرًا، ستظهر لك المشكلة في الصفحة المفهرَسة وليس في الصفحة المنشورة. إذا كان الأمر كذلك، يمكنك طلب فهرسة هذه الصفحة المحددة.
- ابدأ بمعالجة جميع الحالات التي تتضمن هذه المشكلة على موقعك الإلكتروني واختبِر الحل وتأكَّد من نشر الحلول على الويب.
- بعد إصلاح جميع مثيلات الخطأ، يمكنك الرجوع إلى صفحة تفاصيل المشكلة والنقر على زر التحقّق من الإصلاح لبدء عملية التحقّق. لا تتم هذه العملية على الفور. راجِع معلومات عن التحقّق لفهم عملية التحقّق.
- واصِل تصحيح الأخطاء.
- إذا كان إجمالي عدد صفحات AMP الصالحة وغير الصالحة أقل بكثير من عدد صفحات AMP على موقعك الإلكتروني، راجِع القسم تحديد المشاكل وحلّها في صفحات AMP غير المتوفّرة.
- بعد إصلاح جميع الأخطاء الملحّة، يمكنك حل المشاكل غير الملحّة. يُرجى العِلم أنّ بعض المشاكل غير الملحّة (مثلاً استخدام الميزات التي تم إيقافها نهائيًا) قد تتحوّل إلى مشاكل ملحّة في المستقبل.
مشاركة التقرير
يمكنك مشاركة تفاصيل المشكلة في تقارير التغطية أو التحسينات من خلال النقر على الزر مشاركة في الصفحة. ويتيح هذا الرابط لأي شخص يحصل عليه الوصول إلى صفحة المشاكل الحالية فقط وإلى أي صفحات في سجلّ التحقق لهذه المشكلة. ولكنه لا يتيح الوصول إلى صفحات أخرى من تقريرك أو تمكين المستخدم الذي تمت مشاركة الرابط معه من تنفيذ أي إجراءات على موقعك الإلكتروني أو حسابك. ويمكنك إبطال عمل الرابط في أي وقت بإيقاف المشاركة لهذه الصفحة.
تصدير بيانات التقرير
يتوفّر بالعديد من التقارير زر التصدير لتصدير بيانات التقرير. ويتم تصدير بيانات كل من الرسم البياني والجدول. وسيتم عرض أي قيم تظهر على شكل علامة ~ أو علامة - (أي القيمة غير متاحة / لا تمثل رقمًا) كأصفار في البيانات التي يتم تنزيلها.
تحديد وإصلاح المشاكل في صفحات AMP غير المتوفّرة
إذا كان عدد صفحات AMP (الصفحات الصالحة + غير الصالحة) في التقرير أقل من عدد صفحات AMP على موقعك الإلكتروني، إليك بعض الأسباب المحتملة لذلك:
- تأكَّد من أنّ الصفحة الأساسية التي ليست بتنسيق AMP قد تم ربطها بصفحة AMP على نحو سليم.
- تأكَّد من أنّ صفحات AMP أو الصفحات الأساسية غير محظورة باستخدام ملف robot.txt أو علامة noindex وأنّها غير محمية باستخدام متطلبات تسجيل دخول.
- افحص عنوان URL لصفحة AMP الأساسية لمعرفة ما إذا كانت مفهرَسة.
- إذا كانت الصفحة الأساسية متوفّرة، تأكَّد من أنّه تم ربطها بصفحة AMP على نحو سليم.
- إذا كانت الصفحة الأساسية غير متوفّرة، يمكنك إرسالها للفهرسة.
- قد يستغرق محرّك بحث Google بضعة أيام للعثور على الصفحات غير المتوفّرة والزحف إليها استنادًا إلى طريقة إشعارك له بشأن الصفحات الجديدة.
- قد لا ترِد بعض صفحات AMP الصالحة في هذا التقرير، ولكن قد يتم إدراجها في تقرير "تغطية الفهرسة". ويرجع ذلك إلى أنّ تقرير "فهرسة الصفحات" يجب أن يكون أكثر شمولاً لمساعدتك في تصحيح أخطاء الفهرسة الواردة في تقريرك، في حين أنّ تقرير "حالة AMP" قد يتناول عددًا أقل من الصفحات الأكثر صلة، وبشكل مفصّل أكثر، وذلك لمساعدتك في تصحيح أخطاء AMP معيّنة على موقعك الإلكتروني. وللتأكّد مما إذا تمت فهرسة صفحة AMP أم لا، يمكنك استخدام أداة فحص عنوان URL للوصول إلى الإجابة النهائية.
بعد إصلاح جميع الحالات التي تتضمن مشكلة معيّنة على موقعك الإلكتروني، يمكن أن تطلب من Google التحقق من الإصلاحات التي أجريتها. إذا تم إصلاح جميع الحالات المعروفة، يصبح عدد المشاكل صفرًا في جدول المشاكل وينتقل إلى أسفل الجدول.
أهمية التحقق من الإصلاحات
عند إبلاغ Google بأنك قد أصلحت كل المشاكل ضمن حالة أو فئة معيّنة، ستحصل على المزايا التالية:
- ستتلقى رسالة إلكترونية عندما تتأكّد Google من أنك أصلحت الأخطاء على جميع عناوين URL، أو في حال عثور Google على أي حالات متبقية من المشكلة.
- يمكنك تتبُّع تقدّم Google في تأكيد إصلاحاتك والاطّلاع على سجلّ يضمّ كل الصفحات المدرَجة في قائمة انتظار التحقق وحالة كل عنوان URL.
قد لا يكون من المنطقي دائمًا حلّ مشكلة معيّنة على موقعك الإلكتروني والتحقق منها، على سبيل المثال، قد تكون أحيانًا عناوين URL محظورة باستخدام ملف robots.txt عن قصد. استخدِم تقديرك الخاص عند تحديد ما إذا كان يجب معالجة مشكلة معيّنة أم لا.
يمكنك أيضًا إصلاح المشاكل بدون إجراء عملية التحقق. يعدّل محرّك بحث Google عدد المثيلات كلما زحف إلى صفحة تتضمن مشاكل معروفة، سواء طلبت التحقق من إصلاح المشكلة بشكل صريح أم لا.
بدء التحقق
لإبلاغ Search Console بأنّه تم حلّ المشكلة:
- ابدأ بمعالجة جميع الحالات التي تتضمن هذه المشكلة على موقعك الإلكتروني. وإذا فاتك حلّ إحدى الحالات، سيتوقّف التحقق عندما يعثر محرّك بحث Google على حالة واحدة متبقية من تلك المشكلة.
- افتح صفحة تفاصيل المشكلة التي تم حلّها. انقر على المشكلة ضمن قائمة المشاكل في تقريرك.
- ⚠️ عند فلترة تقريرك حسب خريطة موقع محددة، لن تشمل عملية التحقق سوى العناصر التي كانت مضمَّنة في خريطة الموقع عند طلب التحقق. وبالتالي، يجب أن تكون متأكدًا من طلبك.
- انقر على التحقق من الإصلاح. لا تنقر على "التحقق من الإصلاح" مرة أخرى قبل أن تتم عملية التحقق بنجاح أو يتعذّر إجراؤها. يمكنك الاطّلاع على المزيد حول آلية Google في التحقق من الإصلاحات.
- يمكنك مراقبة مستوى تقدُّم عملية التحقق. تستغرق عملية التحقق عادةً مدة تصل إلى أسبوعين، ولكن في بعض الحالات يمكن أن تستغرق وقتًا أطول، لذا يُرجى الانتظار. ستتلقّى إشعارًا عند نجاح عملية التحقق أو تعذّرها.
- إذا تعذّرت عملية التحقق، يمكنك الاطّلاع على عنوان URL الذي تسبّب بذلك من خلال النقر على عرض التفاصيل في صفحة تفاصيل المشكلة. أصلِح هذه الصفحة، وتأكَّد من حلّ جميع عناوين URL التي تكون بالحالة في الانتظار وأعِد بدء عملية التحقق.
متى يتم اعتبار أنه تم "إصلاح" المشكلة الموجودة في عنوان URL أو عنصر؟
يتم وضع علامة على المشكلة باعتبار أنه تم إصلاحها عند استيفاء أي من الشروط التالية:
- عند الزحف إلى عنوان URL واكتشاف أن المشكلة لم تعد موجودة على الصفحة. بالنسبة إلى الخطأ الموجود في علامة AMP، هذا يعني إما أنّه تم إصلاح العلامة أو تمت إزالتها (إذا كانت العلامة غير مطلوبة). وأثناء إجراء محاولة التحقق، سيتم وضع الحالة تم بنجاح على العلامة.
- إذا كانت الصفحة غير متوفرة على Google لأي سبب كان (سواء تمت إزالتها أم تم ترميزها بعلامة noindex أم كانت تتطلب مصادقة، وما إلى ذلك)، سيتم اعتبار أنّه تم إصلاح المشكلة في عنوان URL هذا. وأثناء إجراء محاولة التحقق، يتم تعيين حالة التحقق أخرى للمشكلة.
مدة استمرار المشكلة
تبدأ مدة استمرار المشكلة من المرة الأولى التي يتم فيها رصد أي حالة منها على موقعك الإلكتروني حتى 90 يومًا بعد وضع علامة على الحالة الأخيرة من المشكلة تفيد بأنّها قد أُزيلت من موقعك الإلكتروني. في حال انقضاء مدة التسعين يومًا بدون تكرار المشكلة، تتم إزالتها من جدول المشاكل.
إنّ التاريخ الأصلي لأول عملية رصد للمشكلة هو المرة الأولى التي يتم فيها رصد المشكلة خلال مدة استمرارها، وهو لا يتغيّر. لذلك:
- إذا تم حلّ كل مثيلات المشكلة، ولكنّ المشكلة نفسها تكرّرت بعد 15 يومًا، يتم وضع علامة عليها كمشكلة مفتوحة ويبقى تاريخ أول عملية رصد لهذه المشكلة هو التاريخ الأصلي.
- وإذا حدثت المشكلة نفسها بعد 91 يومًا من حلّ المثيل الأخير، يتم إغلاق المشكلة السابقة، وبالتالي يتم تسجيل هذه المشكلة كمشكلة جديدة، مع ضبط التاريخ الأصلي لأول عملية رصد على تاريخ الرصد الجديد.
في ما يلي نظرة عامة على عملية التحقق التي تلي النقر على التحقق من الإصلاح لمشكلة معيّنة. يمكن أن تستغرق هذه العملية عدة أيام أو أكثر، وستتلقّى إشعارات عبر البريد الإلكتروني بشأن أي تطوّرات.
- عند النقر على التحقق من الإصلاح، تتحقق خدمة Search Console من بضع صفحات على الفور.
- في حال وجود المثيل الحالي من المشكلة في أي من هذه الصفحات، يتم إنهاء عملية التحقق، وتبقى حالة التحقق بدون تغيير.
- إذا لم يتم العثور على الخطأ الحالي في عيّنة الصفحات، تتم متابعة عملية التحقق من خلال استخدام الحالة بدأت عملية التحقق. وإذا تم العثور على مشاكل أخرى غير متعلقة بالمشكلة الحالية خلال عملية التحقق، يتم إدراج هذه المشاكل ضمن نوع المشكلة الأخرى وتتم متابعة عملية التحقق.
- تتحقّق خدمة Search Console من قائمة عناوين URL المعروفة المتأثرة بهذه المشكلة. وتتم إضافة عناوين URL التي تتضمّن المثيلات المعروفة من هذه المشكلة إلى لائحة إعادة الزحف فقط، وليس كل أقسام الموقع الإلكتروني. وتحتفظ خدمة Search Console بسجلّ لكل عناوين URL التي تم التحقق منها في سجلّ التحقق، والتي يمكن الوصول إليها من صفحة تفاصيل المشكلة.
- عند التحقق من عنوان URL:
- إذا لم يتم العثور على المشكلة، تتغير حالة التحقق من المثيل إلى تم اجتياز التحقق. وإذا كان هذا المثيل هو الأول الذي يتم التحقق منه بعد بدء عملية التحقق، تتغير حالة التحقق من حلّ المشكلة إلى وضع جيد.
- إذا لم يعُد بإمكانك الوصول إلى عنوان URL، تتغير حالة التحقق من المثيل إلى أخرى (وهي ليست حالة خطأ).
- إذا ظل المثيل موجودًا، تتغير حالة المشكلة إلى تعذّر التحقق ويتم إنهاء عملية التحقق. وإذا ظهرت المشكلة على صفحة جديدة تم اكتشافها عن طريق الزحف العادي، يتم اعتبارها مثيلاً آخر من هذه المشكلة الحالية.
- عند التحقق من عناوين URL المدرَجة في قائمة الانتظار وتبيّن أنه تم حلّ المشكلة، تتغير حالة المشكلة إلى تم بنجاح. ومع ذلك، حتى بعد إصلاح جميع المثيلات، لا يتغيّر التصنيف الأصلي لدرجة شدّة المشكلة (خطأ أو تحذير)، بل يتغيّر عدد العناصر المتأثرة فقط (0).
يمكن لمحرّك بحث Google رصد مثيلات المشكلة حتى لو لم تنقر على "بدء التحقق". إذا اكتشف محرّك بحث Google أنّه قد تم إصلاح جميع مثيلات المشكلة أثناء الزحف العادي، سيغيّر عدد المشاكل إلى 0 في التقرير.
⚠️ يجب الانتظار حتى اكتمال دورة التحقق قبل طلب إجراء دورة أخرى، حتى في حال إصلاح بعض المشاكل أثناء الدورة الحالية.
لإعادة إجراء عملية تحقق سبق أن تعذّر إتمامها:
- ابحث عن عملية التحقق التي تعذّر إجراؤها في سجلّ التحقق: افتح صفحة تفاصيل المشكلة التي تعذّر التحقق من إصلاحها وانقر على عرض التفاصيل.
- انقر على بدء عملية تحقّق جديدة.
- ستتم إعادة بدء عملية التحقق لجميع عناوين URL التي تم وضع علامة في الانتظار أو تعذّر التحقق عليها، بالإضافة إلى أي حالات جديدة من هذه المشكلة تم اكتشافها من خلال الزحف العادي منذ آخر محاولة تحقق. لا تتم إعادة التحقق من عناوين URL التي تحمل العلامة تم بنجاح أو أخرى.
- تستغرق عملية التحقق عادةً مدة تصل إلى أسبوعين، ولكن في بعض الحالات يمكن أن تستغرق وقتًا أطول، لذا يُرجى الانتظار.
الاطّلاع على مستوى تقدّم عملية التحقق
للاطّلاع على مستوى تقدّم طلب تحقّق حالي أو سجلّ الطلب الأخير في حال لم تكُن عملية التحقق قيد التقدم:
- افتح صفحة تفاصيل المشكلة. انقر على صف المشاكل في صفحة التقرير الرئيسية لفتح صفحة تفاصيل المشكلة.
- تظهر حالة طلب التحقق في كلٍّ من صفحة تفاصيل المشكلة وفي صف التحقق ضِمن جدول "التفاصيل".
- انقر على عرض التفاصيل لفتح صفحة تفاصيل التحقق الخاص بهذا الطلب.
- يتم عرض حالة المثيل في الجدول لكل عنوان URL مدرَج في الطلب.
- تنطبق حالة المثيل على المشكلة المحددة التي يتم فحصها. يمكن أن تكون لديك مشكلة واحدة تحمل الحالة تم بنجاح على الصفحة مع مشاكل أخرى تحمل الحالة تعذّر التحقق أو في الانتظار أوأخرى في الصفحة نفسها.
- في تقرير "صفحات AMP" وتقرير "فهرسة الصفحات"، يتم تجميع الإدخالات في صفحة سجلّ التحقق حسب عنوان URL.
- وفي تقريرَي "قابلية الاستخدام على الأجهزة الجوّالة" و"النتائج الغنية بصريًا"، يتم تجميع العناصر من خلال الجمع بين عنوان URL وعنصر البيانات المنظَّمة (على النحو الذي يتم تحديده من خلال قيمة اسم العنصر).
تنطبق حالات التحقق التالية على عملية التحقق من مشكلة معيّنة:
- لم تبدأ عملية التحقق: ثمة مثيل واحد أو أكثر من هذه المشكلة ولم يسبق إدراجه في طلب التحقق.
الخطوات اللاحقة:- انقر على المشكلة لمعرفة تفاصيل الخطأ. وافحص الصفحات الفردية للاطّلاع على أمثلة عن الخطأ على الصفحة المنشورة.
- انقر على مزيد من المعلومات في صفحة التفاصيل للاطّلاع على تفاصيل المشكلة.
- انقر على نموذج صف عنوان URL في الجدول للحصول على تفاصيل حول الخطأ المحدّد.
- أصلِح صفحاتك ثم انقر على التحقق من الإصلاح لبدء عملية التحقق. تستغرق عملية التحقق عادةً مدة تصل إلى أسبوعين، ولكن في بعض الحالات يمكن أن تستغرق وقتًا أطول، لذا يُرجى الانتظار.
- بدأت عملية التحقق: بدأتَ إجراء محاولة التحقق ولم يتم العثور على أي مثيلات متبقية من المشكلة.
الخطوة اللاحقة: سيرسل محرّك بحث Google إشعارات أثناء إجراء عملية التحقق يعلِمك من خلالها بما يجب فعله، إذا لزم الأمر. - وضع جيّد: بدأتَ إجراء محاولة التحقق، وتم إصلاح المشكلة في كل عناوين URL التي تم التحقق منها حتى الآن.
الخطوة اللاحقة: ليس مطلوبًا اتخاذ أي إجراء، ولكنّ محرّك بحث Google سيرسل إشعارات أثناء إجراء عملية التحقق يعلِمك من خلالها بما يجب فعله. - تم بنجاح: اختفت جميع المثيلات المعروفة من المشكلة (أو لم يعُد عنوان URL المتأثر بالمشكلة متوفرًا). من المفترض أن تكون قد نقرت على التحقق من الإصلاح للوصول إلى هذه الحالة (في حال اختفاء المشاكل بدون طلب إجراء التحقق، ستتغير الحالة إلى "لا ينطبق").
الخطوة اللاحقة: ليس مطلوبًا اتخاذ أي إجراء. - لا ينطبق: اكتشف مح ط بحث Google أنّه تم إصلاح المشكلة على جميع عناوين URL، علمًا أنّك لم تحاول التحقق مطلقًا.
الخطوة اللاحقة: ليس مطلوبًا اتخاذ أي إجراء. - تعذّر التحقق: لا يزال هناك حد معيّن من الصفحات يحتوي على هذه المشكلة، بعد النقر على التحقق.
الخطوات اللاحقة: حلّ المشكلة وإعادة بدء عملية التحقق.
بعد طلب التحقق من حلّ المشكلة، يتم تحديد إحدى حالات التحقق التالية لكل مثيل من المشكلة:
- في الانتظار: تمت إضافة المثيل إلى قائمة الانتظار للتحقق منه. ويتم استخدام هذه الحالة عندما يرصد محرّك بحث Google مثيلاً من المشكلة أثناء البحث في المرة الأخيرة.
- تم بنجاح: [لا تتوفر في جميع التقارير] تحقّق محرّك بحث Google من مثيل المشكلة ولم يعُد موجودًا. ولا يمكن الوصول إلى هذه الحالة إلا إذا نقرت بوضوح على التحقق من مثيل المشكلة هذه.
- تعذّر التحقق: تحقّق محرّك بحث Google من مثيل المشكلة واكتشف أنها ما زالت موجودة. ولا يمكن الوصول إلى هذه الحالة إلا إذا نقرت بوضوح على التحقق من مثيل المشكلة هذه.
- أخرى: [لا تتوفر في بعض التقارير] تعذّر على محرّك بحث Google الوصول إلى عنوان URL الذي يظهر عليه مثيل المشكلة أو العثور على العنصر المعني على الصفحة (بالنسبة إلى البيانات المنظَّمة). تنطبق الحالة تم بنجاح على هذه المشكلة.
يُرجى العلم أنّ عنوان URL نفسه يمكن أن يحصل على حالات مختلفة لمشاكل مختلفة، على سبيل المثال، إذا كانت إحدى الصفحات تشتمل على المشكلة X والمشكلة Y، يمكن أن تكون المشكلة X بالحالة تم بنجاح والمشكلة Y على الصفحة نفسها بالحالة في الانتظار.
المشاكل المعروفة
في ما يلي المشاكل المعروفة في Search Console. يُرجى عدم الإبلاغ عن هذه المشاكل، ولكن يسعدنا معرفة رأيك بشأن أي ميزات أو مشاكل أخرى تواجهها. يمكنك استخدام آلية "التعليقات" المضمّنة في شريط التنقل.
- تتضمّن بعض المشاكل أسماءً طويلة يصعب فهمها.
- قد يحصل تأخير بين عملية إضافة المشكلة إلى الرسم البياني من جهة وإضافتها إلى الجدول من جهة أخرى.