ما هي خريطة موقع XML؟ أي المواقع يحتاج إليها؟

بحسب وصف Google، تخبرها خريطة الموقع أي الصفحات والملفات تعدّها مهمة. ويمكن أن تحمل معلومات عن تلك الملفات. من ذلك تاريخ آخر تحديث للصفحة، ونسخ اللغات البديلة إن وُجدت. وكيف تُكتب نسخ اللغات بـ hreflang في مقالة hreflang.

ليس لدى Google تفضيل بين الصيغ. XML أوسعها. يمكن أن تحمل الصور والفيديو والأخبار ونسخ اللغات. ومعظم أنظمة المحتوى تنتج RSS وAtom أصلًا. وهذه تحمل في الغالب العناوين الحديثة. ويمكن أن تحمل فيديو، لا صورًا ولا أخبارًا. أما ملف النص العادي فيسرد عنوانًا في كل سطر ولا يحمل شيئًا آخر. هذه المقالة عن XML لأنها الصيغة التي تحمل المعلومة الإضافية.

إن كنت تستخدم نظامًا مثل WordPress أو Wix أو Blogger فالملف يُنتج على الأرجح أصلًا. قبل كتابة ملف جديد، افتح العنوان الحي وانظر.

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

يسرد الملف العناوين التي تريد رؤيتها في نتائج البحث. وتعرض Google في النتيجة في الغالب العنوان canonical. وإن فُتح المحتوى نفسه عند عدة عناوين فاكتب الذي تفضّله لا كلها. وهذا التفضيل إشارة canonical ضعيفة. أضعف من وسم rel="canonical". وحين تستخدم الاثنين يلزم أن يسمّيا العنوان نفسه. وتسمية عنوانين مختلفين تشق الإشارة. والتفصيل في مقالة canonical.

العناوين كاملة ومطلقة. يُكتب https://www.example.com/contact. ولا يُكتب /contact. وسيحاول Google الزحف إلى العنوان كما يظهر في الملف تمامًا. وإن كان للجوال وسطح المكتب عنوانان منفصلان فتوصي الوثيقة بسرد نسخة واحدة. وإن سردت الاثنين لزم أن تبيّن أيهما أي.

ترتيب العناوين لا يهم Google. وملف يصل إلى بضع عشرات من العناوين يمكن كتابته يدويًا. وبعد ذلك يلزم أن ينتجه الموقع نفسه. والموضع الذي ينتجه هو الموقع والبرمجيات. ومربع مؤشَّر في لوحة لا يعني أن الملف الحي يطابق القائمة في ذلك المربع.

تتجاهل Google قيمتي changefreq وpriority. وتستخدم lastmod حين تكون القيمة متسقة وقابلة للتحقق. ومن طرق التحقق مقارنتها بآخر تعديل للصفحة. والتغيير ذو الشأن هو النص الرئيسي أو البيانات المنظمة أو الروابط في الصفحة. وتحديث سنة حقوق النشر لا يُحتسب.

الملف الذي يكتب تاريخ اليوم على كل عنوان كل ليلة يخرق هذا الشرط. وإن قارنت Google التاريخ بالصفحة ووجدته غير موثوق فلا تستخدم الحقل. وترك التاريخ فارغًا ملف أصدق من كتابة تاريخ خاطئ.

الملف الواحد محدود بـ 50 ميغابايت غير مضغوطة أو 50 ألف عنوان. أيهما تبلغه أولًا تقسم الملف. ويمكن اختياريًا بناء فهرس خرائط وإعطاء Google ذلك الفهرس وحده. ويمكن أيضًا إرسال عدة ملفات. وهذا مفيد حين تريد متابعة أداء كل ملف على حدة في Search Console.

الملف بترميز UTF-8. وقيم XML تُهرَّب بكيانات. ويمكن أن يجلس في أي موضع على الموقع. وإن لم ترسله عبر Search Console فالملف يؤثر فقط في العناوين تحت الدليل الذي يعيش فيه. والملف في الجذر يمكن أن يؤثر في الموقع كله. لذلك توصي الوثيقة بالجذر.

يرى Google الملف من طرق عدة. يعرض تقرير خرائط الموقع في Search Console متى قُرأ الملف وهل أظهرت المعالجة أخطاء. وكيف يُقرأ ذلك التقرير في مقالة Search Console. ويمكن إرساله أيضًا بواجهة Search Console API. ويمكن وضع هذا السطر في robots.txt: Sitemap: https://example.com/sitemap.xml. ويمكن كتابة أكثر من سطر. ولم يُذكر حد أعلى للعدد داخل robots.txt. ويرى Google السطر في المرة التالية التي يزحف فيها إلى robots.txt. وإن كنت تستخدم Atom أو RSS فيمكن إعلان التغيير بـ WebSub.

الإرسال إشارة إلى أن Google قد تنزّل الملف أو تزحف إلى العناوين فيه. ليس ضمانًا. وليس ضمانًا أن كل عنصر في الخريطة سيُزحف أو يُفهرس. وسبب بقاء عنوان خارج الفهرس قائم في الصفحة نفسها. صفحة مغلقة، أو نسخة مكررة، أو محتوى بعيد عن الاستعلام، لا يُصلح بكتابة العنوان في الملف.

في موقع تعريفي صغير، غياب الخريطة ليس التفسير الأول للغياب عن البحث. انظر أولًا هل الصفحة مفتوحة ومربوطة من داخل الموقع. وفي موقع كبير أو جديد تسرد الخريطة العناوين التي لا تبلغها القائمة. وكلاهما يحتاج صيانة. ما دام عنوان أُوقف باقيًا في الملف، افترقت القائمة التي تقول لـ Google إنك تهتم بها عن القائمة الموجودة على الموقع.