تقرير البيانات المنظَّمة غير القابلة للتحليل

يسرد هذا التقرير البيانات المنظَّمة الموجودة على موقعك والتي يتعذّر تحليلها بسبب حدوث خطأ جسيم في البنية. ولا يمكن تحديد النوع المقصود للبيانات المنظَّمة (وظيفة وفعالية وما إلى ذلك) بسبب حدوث خطأ في التحليل.

فتح التقرير

استخدام التقرير

جميع العناصر المتوفرة في هذا التقرير هي أخطاء في البيانات المنظَّمة، وليست هناك أي تحذيرات أو عناصر صالحة.

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

السبب الأكثر شيوعًا لأي خطأ فردي يؤثر في صفحات متعددة هو حدوث خطأ في النموذج الأساسي.

  1. انقر على أحد صفوف الأخطاء لمشاهدة الصفحات المتأثرة وتفاصيل الخطأ والروابط الخاصة بأدوات تصحيح الأخطاء. راجِع الأوصاف الكاملة لأنواع الأخطاء في الجدول التالي.
  2. استخدِم أداة اختبار البيانات المنظّمة لإصلاح بنية بياناتك المنظَّمة واختبارها.
  3. بعد إصلاح إحدى المشاكل، انقر على التحقق من الإصلاح في صفحة تفاصيل الخطأ.

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

أنواع الأخطاء

يعرض هذا التقرير أنواع الأخطاء التالية:

نوع الخطأ الوصف
مستند JSON غير صالح حدث خطأ في بنية JSON في المستوى الأعلى.
نوع القيمة غير صحيح كان نوع القيمة المحددة لخاصية غير صحيح. على سبيل المثال، حدّدت سلسلة، إلا أن المتوقع رقم أو مصفوفة.
خطأ التحليل: علامة ':' غير موجودة لا تتوفر علامة ':'.
خطأ التحليل: ',' أو '}' غير موجودة لا تتوفر علامة ',' أو قوس الإغلاق.
خطأ التحليل: لا تتوفر علامة '}' أو اسم عضو الكائن
 
لا يتوفر قوس الإغلاق أو اسم عضو الكائن.
خطأ التحليل: لا تتوفر علامة ',' أو ']' في إعلان الصفيف خطأ تحليل قيمة صفيف: لا تتوفر علامة ',' أو ']' في إعلان الصفيف.
يتعذّر تحليل طول الرمز المميز. لسبب ما، يتعذر العثور على بداية ونهاية لخاصية أو قيمة.
الرقم غير صالح من المتوقع أن تكون قيمة الخاصية عددًا، ولكن تم استخدام نوع قيمة آخر.
سلسلة الإلغاء فارغة في السلسلة

تتضمن قيمة السلسلة حرف تسلسل إلغاء فارغًا: على سبيل المثال:

"description" : "Call me \ John"

بدلاً من

"description" : "Call me \"John\"".

هناك سلسلة إلغاء غير صحيحة في السلسلة

يتم استخدام سلسلة إلغاء غير صحيحة في قيمة سلسلة. مثل:

"description" : "Some \q unknown sequence"

حرف Unicode المختَصر لا تتوفر الأحرف الستة الأخيرة في زوج قيمة Unicode بديلة.
حرف Unicode غير صالح لا يتوفر رمز مميز \u في بداية النصف الثاني من زوج Unicode بديل.
سلسلة إلغاء Unicode غير صالحة: من المفترض توفّر أربعة أرقام سلسلة إلغاء Unicode بها خطأ بنية: يُفترض توفّر أربعة أرقام بها.
سلسلة إلغاء Unicode غير صالحة: من المفترض توفّر رقم سداسي عشري سلسلة إلغاء Unicode بها خطأ بنية: القيمة المتوقّعة رقم سداسي عشري، ولكن لم يتم تقديمها.
موقع فريد مكرّر قدّمت تعريفين لخاصية فريدة في كائن البيانات المنظمة. على سبيل المثال، قيمتا ‎@context.
عنصر المستوى الأعلى غير صالح عنصر المستوى الأعلى في JSON-LD غير صالح.
إشارة إلى بند غير متوفّر تشير السمة itemref إلى معرِّف غير متوفّر.

 

صفحة تفاصيل المشكلة

يؤدي اختيار أحد صفوف المشاكل في صفحة ملخص النتائج المنسّقة إلى فتح صفحة تحتوي على تفاصيل عن تلك المشكلة. وقد تؤثر المشكلة في عناصر على صفحات مختلفة أو عناصر متعددة على صفحة واحدة.

تحتوي صفحة تفاصيل المشكلة على المعلومات التالية:

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

بعد إصلاح جميع مثيلات مشكلة معيّنة على موقعك، يمكنك مطالبة 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 مشكلة وترتيبها حسب الأهمية.
هل كان ذلك مفيدًا؟
كيف يمكننا تحسينها؟