تفتح sitemap يومين متتاليين فتجد أن كل الصفحات تحمل تاريخ اليوم، رغم عدم تعديل مقالاتها. ربما يضع مولد الخريطة وقت الطلب بدل آخر تحديث حقيقي. ذلك يجعل التاريخ أقل قدرة على وصف ما تغير. ابدأ بتتبع مصدر lastmod، وليس بمحاولة جعل كل الروابط تبدو حديثة.
حدد التغيير الذي يستحق تاريخًا جديدًا
توضح وثائق Google لبناء sitemap أنها تستخدم lastmod عندما يكون دقيقًا باستمرار ويمكن التحقق منه. وتشير إلى التحديث المهم للمحتوى الرئيسي أو البيانات المنظمة أو الروابط، بينما تغيير سنة حقوق النشر ليس مثالًا لتحديث مهم. هذه إشارة وصفية، وليست ضمانًا للزحف أو تحسين الترتيب.
اكتب سياسة تحريرية صغيرة توضح نوع التعديل وتوقيته وصاحبه. لا تساوِ إعادة بناء الملفات بتعديل مضمون المقال، ولا تجعل تحديث تذييل عام يغير تاريخ جميع الصفحات تلقائيًا دون مراجعة ما يعتبره النظام تغييرًا فعليًا.
افصل حقول النشر والتعديل والتوليد
| التوقيت | السؤال الذي يجيب عنه |
|---|---|
| تاريخ النشر | متى أُتيح هذا المحتوى لأول مرة؟ |
| آخر تعديل معتبر | متى تغيرت الصفحة تغييرًا مهمًا؟ |
| وقت توليد sitemap | متى أُنتج ملف الخريطة؟ |
لا تستبدل تاريخ النشر القديم بتاريخ عملية صيانة. وإذا كان الجسم مشتركًا بين واجهات لغوية، فراجع ما تغير في المحتوى نفسه وما اقتصر على بيانات العرض، بدل إعلان ترجمة أو تحديث شامل لم يحدث.
نفذ تجربة على صفحتين
في مثال افتراضي، اختر مقالًا لم يتغير وآخر أضفت إليه شرحًا جوهريًا مع مرجع. احتفظ بالنسختين وسجل التعديل، ثم اقرأ sitemap مرتين في يومين مختلفين. ينبغي أن يظل تاريخ الصفحة الأولى ثابتًا وفق السياسة، ويعكس تاريخ الثانية التعديل الفعلي؛ مجرد إعادة الطلب لا يمثل تحريرًا جديدًا.
راجع المنطقة الزمنية وصحة صيغة التاريخ وعدم وجود موعد مستقبلي غير مقصود. قارن كذلك تاريخ التعديل المعلن في الصفحة وبياناتها المنظمة بما يسجله CMS، دون فرض أن كل الحقول يجب أن تعني الشيء نفسه.
اعتمد مصدرًا واحدًا يمكن تدقيقه
ضمن مراجعة SEO والتسويق وصيانة الموقع سلّم تعريف الحقل ومصدره وعينة قبل التعديل وبعده. الهدف أن تصف الخريطة حالة المحتوى بصدق، مع بقاء العناوين وcanonical وتاريخ النشر مستقرة ما لم يتطلب التغيير غير ذلك.
