तारीखें मेल नहीं खातीं: पेज 2026-01-01, sitemap 2026-01-01
पेज के JSON-LD का dateModified और साइटमैप में उसका <lastmod> दो दिन से ज़्यादा अलग हैं; निष्कर्ष दोनों तारीखें दिखाता है। दोनों को एक ही स्रोत से सेट करें, यानी कंटेंट के आख़िरी बदलाव की तारीख, ताकि क्रॉलर को ताज़गी का एक ही सुसंगत संकेत मिले।
इसका मतलब
पेज का dateModified और उसके sitemap का lastmod दो दिन से ज़्यादा अलग हैं। मिले-जुले संकेतों से ताज़गी पर भरोसा करना कठिन हो जाता है।
AI सर्च के लिए यह क्यों मायने रखता है
क्रॉलर साइटमैप के lastmod से तय करते हैं कि क्या दोबारा क्रॉल करना है और पेज के dateModified से परखते हैं कि वह कितना ताज़ा है। जब दोनों असहमत होते हैं, तो किसी पर भरोसा नहीं किया जा सकता, और सर्च इंजन कह चुके हैं कि वे असली बदलावों से न मिलने वाले lastmod मानों को अनदेखा करते हैं।
सबसे आम कारण वह साइटमैप जनरेटर है जो हर URL पर बिल्ड या डिप्लॉय की तारीख लगा देता है, जबकि पेज मार्कअप असली संपादन की तारीख रखता है। ऑडिट केवल कैलेंडर के दिनों की तुलना करता है और दो दिन तक का अंतर मंज़ूर करता है।
इसे कैसे ठीक करें
- निष्कर्ष में दोनों तारीखों की तुलना करें; अगर सर्वर Last-Modified हेडर भेजता है तो रिपोर्ट उसे भी दिखाती है। AISeeWhy रिपोर्ट सबूत और चिपकाने लायक सुधार दिखाती है; सुधार के बाद नतीजा पक्का करने के लिए "दोबारा जाँचें" चलाएँ।
- साइटमैप जनरेटर को बदलें ताकि वह बिल्ड के समय की जगह हर पेज के कंटेंट का आख़िरी बदलाव पढ़े, वही फ़ील्ड जो JSON-LD इस्तेमाल करता है।
- Next.js के
app/sitemap.tsमेंlastModifiedकोnew Date()से नहीं, कंटेंट की तारीख से सेट करें। WordPress में SEO प्लगइन के साइटमैप पहले से पोस्ट की संशोधन तारीख इस्तेमाल करते हैं, इसलिए कैश या दूसरा साइटमैप प्लगइन जाँचें। - लेआउट या फ़ुटर अपडेट जैसे दिखावटी बदलावों के लिए dateModified आगे न बढ़ाएँ।
सुधार की पुष्टि कैसे करें
बदलाव के बाद रिपोर्ट पर "दोबारा जाँचें" दबाएँ: यह बताती है कि क्या ठीक हुआ और स्कोर कैसे बदला।