ما المقصود بـفهرس خرائط الموقع (Sitemap Index)؟
فهرس خرائط الموقع ملف XML يسرد ملفات خرائط أخرى، فتوزّع المواقع الكبيرة روابطها على عدة خرائط وترسلها كلها دفعة واحدة.
فهرس خرائط الموقع (Sitemap Index) ملف XML وظيفته الوحيدة الإشارة إلى خرائط أخرى. فبدل قائمة ضخمة واحدة من الروابط، تنشر عدة خرائط أصغر — بحسب القسم أو نوع المحتوى أو التاريخ — وفهرسًا واحدًا يربط بينها. وتجلب محركات البحث الفهرس أولًا، ثم كل خريطة فرعية يسردها.
لماذا تستخدمه
تقتصر خريطة الموقع XML الواحدة على 50,000 رابط و50 ميغابايت غير مضغوطة، لذا يصبح التقسيم إلزاميًا بعد ذلك. لكن المواقع الأصغر تستفيد أيضًا:
- تشخيص أفضل — يعرض Search Console أعداد الروابط المرسلة والمفهرسة لكل خريطة، فمقارنة
products.xmlبـblog.xmlتبيّن أي قسم فيه مشكلة الفهرسة. - توليد أقل كلفة — لا يلزم إعادة بناء إلا ملف القسم الذي تغيّر.
- إرسال واحد — ترسل الفهرس مرة واحدة، وتُلتقط منه الخرائط الفرعية التي تضيفها لاحقًا.
مثال
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://example.com/sitemaps/products-1.xml.gz</loc>
<lastmod>2026-10-28</lastmod>
</sitemap>
<sitemap>
<loc>https://example.com/sitemaps/blog.xml</loc>
</sitemap>
</sitemapindex>
لاحظ العنصر الجذر المختلف — sitemapindex بدل urlset — وعناصر <sitemap> بدل <url>. ويمكن أن تكون الملفات الفرعية مضغوطة بصيغة gzip؛ ويسري حد 50 ميغابايت على الحجم قبل الضغط.
طرق تقسيم الخرائط الفرعية
- بحسب نوع المحتوى — المنتجات والتصنيفات والمقالات والفيديوهات. وهو أنفع تقسيم لتشخيص مشكلات الفهرسة.
- بحسب التاريخ — ملف لكل شهر للأخبار أو الأرشيفات الكبيرة، فنادرًا ما تتغير الملفات القديمة ويسهل العثور على الروابط الجديدة.
- بحسب أجزاء مرقّمة —
products-1.xmlوproducts-2.xml— حين يتجاوز نوع واحد 50,000 رابط.
قواعد تستحق المعرفة
- يمكن أن يسرد الفهرس الواحد حتى 50,000 خريطة، ويجب أن يبقى هو نفسه دون 50 ميغابايت (sitemaps.org).
- لا تداخل: الفهرس يسرد خرائط، لا فهارس خرائط أخرى.
- ينبغي أن تقع الخرائط الفرعية على الموقع نفسه الذي يقع عليه الفهرس. ويقبل Search Console حتى 500 ملف فهرس خرائط لكل موقع (دليل جوجل للخرائط الكبيرة).
- يجب أن يبيّن
lastmodفي كل عنصر متى تغيّر ذلك الملف الفرعي فعلًا، لا متى أُعيد بناء الفهرس.
أخطاء شائعة
- خريطة فرعية تبدأ بإرجاع 404 بعد تغيير إضافة، فيسقط قسم كامل بصمت من جردك.
- عناصر
<url>مخلوطة في ملف الفهرس — إذ لا يجوز أن يحتوي إلا على إشارات إلى خرائط. - خرائط فرعية مستضافة على CDN أو نطاق آخر دون توثيق ملكية عبر المواقع.
- إرسال الفهرس وكل خريطة فرعية بشكل منفصل، ثم ضياع التمييز بين التقارير أيها الأصلي.
افحصه
وجّه أداة التحقق من خريطة الموقع إلى موقعك: تكتشف فهرس الخرائط، وتتحقق من XML والحدود، وتفحص عيّنة من الروابط المدرجة بحثًا عن الأخطاء والتحويلات وnoindex. كما أن الخرائط المنظمة جيدًا تجعل مشكلات ميزانية الزحف في المواقع الكبيرة أسهل كثيرًا في الاكتشاف.
الأسئلة الشائعة
هل يجب أن يُسمّى الملف sitemap_index.xml؟
لا. يصلح أي اسم ما دمت تشير إليه في robots.txt أو ترسله في Search Console. تستخدم إضافات السيو الشهيرة الاسم sitemap_index.xml، بينما يستخدم WordPress الأساسي الاسم wp-sitemap.xml.
هل يمكن أن يسرد فهرس خرائط فهرسًا آخر؟
لا. التداخل غير مدعوم: يجوز للفهرس أن يسرد ملفات خرائط عادية فقط. وإن احتجت إلى بنية أكثر، فأنشئ عدة فهارس وأرسل كل واحد منها.
هل تحتاج المواقع الصغيرة إلى فهرس خرائط؟
ليس لأسباب تتعلق بالحجم. فما دون 50,000 رابط تكفي خريطة واحدة، لكن التقسيم بحسب القسم قد يجعل تقارير Search Console أسهل قراءة.