في خريطة الموقع الرئيسية، يكون تاريخ lastmod لخرائط المواقع الفرعية غير صحيح:
على سبيل المثال، انظر https://meta.discourse.org/sitemap.xml
التواريخ لـ sitemap_2.xml إلى sitemap_5.xml كلها متطابقة ‘2024-03-14T14:02:32Z’ - وهو بالضبط ‘قبل 3 أيام’.
أنا قلق من أن التحسين هنا يعقد الأمور بشكل كبير مقابل فائدة قليلة جدًا.
فكر في الأمر…
لنفترض أن هناك 6 أجزاء في البيانات الوصفية. إذا تم المساس بموضوع من الجزء الأخير… يصبح الجزء بأكمله غير صالح، وعليك إزالة الموضوع من هناك ووضعه في الجزء الأمامي.
التحسين هنا عديم الفائدة إلى حد ما لموقع يشهد أي نوع من النشاط والتواريخ داخل الجزء حول المواضيع الفعلية لا بأس بها.
لا يتعلق الأمر بنقل المواضيع إلى أجزاء مختلفة من خريطة الموقع. يمكن أن تبقى المواضيع في نفس جزء خريطة الموقع الموجودة فيه بالفعل.
(على أي حال، فإن تعيين الموضوع إلى جزء خريطة الموقع عشوائي لأن عبارة select في قاعدة البيانات مع limit لا تحتوي على order محدد.)
يتعلق تقرير الخطأ بأن تاريخ آخر تعديل لكل جزء من خريطة الموقع يجب أن يمثل تاريخ آخر تعديل لأحدث موضوع يحتوي عليه جزء خريطة الموقع.
الطريقة لجوجل يجب أن تكون:
تحميل sitemap.xml
التحقق من lastmod لأجزاء خريطة الموقع وتجميع أجزاء خريطة الموقع التي تحتاج إلى تحديث
(تاريخ آخر تعديل أحدث من آخر مرة تم تنزيله)
تحميل أجزاء خريطة الموقع المجمعة sitemap_[1-5].xml
التحقق من lastmod لعناوين URL للمواضيع وتجميع عناوين URL للمواضيع التي تحتاج إلى تحديث
(تاريخ آخر تعديل أحدث من آخر مرة تم تنزيله)
تحميل عناوين URL للمواضيع المجمعة.
إذا كان تاريخ آخر تعديل لأجزاء خريطة الموقع في sitemap.xml خاطئًا:
لن تقوم جوجل بتجميع أجزاء خريطة الموقع المتغيرة (الخطوة 1)
لن تقوم جوجل بتحديث أجزاء خريطة الموقع المتغيرة في الوقت المناسب (الخطوة 2)
لن تقوم جوجل بتحديث المواضيع المتغيرة في الوقت المناسب (الخطوة 3)
إذًا، نفس المنطق يؤدي إلى:
إذا تغير موضوع في قسم خريطة الموقع اليوم وتم تعديله آخر مرة في المقطع اليوم… فقد تغير المقطع اليوم [ملاحظة: ليس قبل 3 أيام]. تغير موضوع فيه اليوم.
بالنسبة لمثالك ومثالي أعلاه، التنفيذ الحالي يقول:
تغيرت sitemap_[2-5].xml قبل 3 أيام. هذا خطأ. يجب أن يقول “تغير اليوم”.