الأربعاء، 09 سبتمبر 2026 القاهرة 33.8°C

إرسال Sitemap إلى Google Search Console: الدليل العملي وحل أخطاء خريطة الموقع

تخطيط بنية موقع على لابتوب لتوضيح Sitemap وهيكل الروابط
تجهيز بنية الموقع والروابط النهائية قبل إرسال Sitemap إلى Google

إرسال Sitemap إلى Google Search Console خطوة مفيدة لمساعدة Google على اكتشاف الصفحات التي تريد ظهورها في البحث، خصوصًا في المواقع الجديدة أو بعد تغيير بنية الروابط أو نقل الموقع. لكنها ليست زرًا يضمن الفهرسة، ولا تعالج وحدها مشكلات مثل noindex أو canonical خاطئ أو صفحات ضعيفة.

هذا الدليل يوضح كيف تجهز sitemap صحيحة، كيف ترسلها، وما الذي يجب فحصه إذا ظهرت أخطاء أو إذا كانت الخريطة ناجحة لكن الصفحات ما زالت غير مفهرسة.

ما هي Sitemap؟

Sitemap ملف يقدّم لمحركات البحث قائمة بالروابط المهمة في موقعك. أكثر صيغة شائعة هي XML، ويمكن أن يحتوي الموقع الكبير على عدة ملفات sitemap مع ملف index يجمعها.

وفق توثيق Google، يجب أن تحتوي sitemap على URLs كاملة وليست نسبية. مثال صحيح:

https://example.com/ar/article/example-slug

وليس:

/ar/article/example-slug

هل Sitemap تضمن فهرسة الصفحات؟

لا. إرسال sitemap هو إشارة تساعد على الاكتشاف وليس ضمانًا للزحف أو الفهرسة. Google يقرر في النهاية متى يزحف إلى الصفحة وما إذا كانت ستدخل الفهرس.

هذه نقطة مهمة لأن كثيرًا من أصحاب المواقع يرون Status ناجحًا للخريطة ثم يتوقعون أن تصبح كل URLs مفهرسة فورًا. نجاح قراءة sitemap يعني أن Google استطاع التعامل مع الملف، لا أن كل صفحة داخله ستظهر في البحث.

قبل الإرسال: ماذا يجب أن تضع داخل Sitemap؟

أدرج الصفحات التي تريدها فعلًا في نتائج البحث، ويفضل أن تكون هي النسخ canonical النهائية. تجنب إدخال:

  • صفحات تعيد Redirect.
  • صفحات 404 أو 410.
  • صفحات noindex.
  • روابط staging أو development.
  • نسخ مكررة غير canonical.
  • صفحات حسابات أو فلاتر لا تريدها في البحث.

بعد migration، هذه المراجعة مهمة جدًا لأن sitemap القديمة قد تستمر في تصدير مسارات لم تعد موجودة.

حدود ملف Sitemap

بحسب توثيق Google الحالي، الحد الأقصى لملف sitemap واحد هو 50 ميجابايت غير مضغوطة أو 50,000 URL. إذا تجاوز الموقع أحد الحدين، قسّم الروابط إلى عدة ملفات واستخدم Sitemap Index عند الحاجة.

طريقة إرسال Sitemap إلى Google Search Console

  1. افتح Search Console واختر الـproperty الصحيحة للموقع.
  2. من القائمة افتح Sitemaps.
  3. في خانة Add a new sitemap أدخل مسار الملف، مثل sitemap.xml.
  4. اضغط Submit.
  5. راجع Status بعد المعالجة.

إذا كان الموقع يستخدم أكثر من sitemap، قد يكون لديك ملف index مثل sitemap_index.xml أو ملفات منفصلة للمقالات والصفحات والتصنيفات.

طريقة أخرى: تعريف Sitemap في robots.txt

يمكنك أيضًا الإشارة إلى sitemap داخل robots.txt باستخدام عنوان كامل:

Sitemap: https://example.com/sitemap.xml

هذا مفيد كإشارة اكتشاف إضافية، لكنه لا يلغي فائدة مراقبة الملف داخل Search Console.

خطأ Couldn't fetch أو تعذر جلب Sitemap

إذا لم يستطع Google جلب الملف، افحص أولًا:

  • هل رابط sitemap يفتح للعامة بدون تسجيل دخول؟
  • هل يرجع HTTP 200؟
  • هل DNS وSSL يعملان بصورة صحيحة؟
  • هل WAF أو Cloudflare يمنع Googlebot؟
  • هل الملف موجود على الدومين والبيئة الصحيحة؟
  • هل هناك Redirect chain طويلة قبل الوصول إليه؟

اختبر الرابط من نافذة خاصة أو من جهاز لا يحمل جلسة الإدارة. كون الملف يعمل لك كمدير لا يعني أنه متاح للزواحف.

خطأ Sitemap is HTML

يظهر هذا النوع من المشاكل عندما يتوقع Google ملف sitemap لكنه يحصل على صفحة HTML، مثل صفحة 404 مخصصة أو صفحة Login أو Template الموقع.

راجع Response الفعلية للـURL، لا شكل العنوان فقط. أحيانًا يعيد الخادم HTTP 200 لصفحة خطأ، فيبدو الرابط «ناجحًا» ظاهريًا بينما المحتوى ليس XML صالحًا.

URLs داخل Sitemap تعيد Redirect

بعد تغيير slugs أو نقل CMS، قد تبقى sitemap تشير إلى الروابط القديمة التي تعيد 301 إلى الجديدة. الأفضل أن تولّد sitemap من URLs النهائية مباشرة بدل إجبار Google على المرور عبر Redirect لكل عنصر.

نفس القاعدة تنطبق على HTTP إلى HTTPS أو www إلى non-www: اجعل الملف متسقًا مع النسخة الأساسية المستخدمة في canonical.

وجود دومين Staging داخل Sitemap

من أخطر أخطاء الإطلاق أن يخرج ملف sitemap بروابط مثل:

https://staging.example.com/...

بينما الموقع الحقيقي أصبح:

https://example.com/...

قبل cutover وبعده، افتح sitemap نفسها وابحث يدويًا عن hostname القديم. راجع أيضًا canonical وOpen Graph والروابط الداخلية لأن المشكلة قد تكون في إعداد URL مركزي داخل التطبيق.

Sitemap ناجحة لكن الصفحات لا تُفهرس

في هذه الحالة انتقل من تقرير Sitemaps إلى Page indexing وURL Inspection. قد تجد مثلًا:

  • Discovered – currently not indexed.
  • Crawled – currently not indexed.
  • Duplicate / Google chose different canonical.
  • Excluded by noindex.
  • Blocked by robots.txt.
  • Redirect page.

السitemap تساعد Google على معرفة أن URL موجود؛ لكنها لا تتجاوز قواعد الفهرسة ولا قرار Google بشأن النسخة الأساسية.

هل أضع كل صفحات الموقع في Sitemap؟

لا تجعل الهدف «أكبر عدد من URLs». الهدف هو تقديم قائمة نظيفة بالصفحات التي تستحق الاكتشاف والفهرسة. الصفحات التي لا تريد ظهورها في البحث لا تحتاج إلى إدراجها لمجرد أنها موجودة.

في CMS يحتوي على tags وarchives وفلاتر كثيرة، قد يكون توليد آلاف الصفحات أسهل تقنيًا من الحفاظ على مجموعة صغيرة عالية الجودة، لكنه ليس بالضرورة أفضل للموقع.

ماذا عن lastmod؟

إذا كان نظامك يضيف lastmod، يجب أن تعكس القيمة تعديلًا حقيقيًا ذا معنى في الصفحة، لا مجرد إعادة توليد الملف أو تغيير وقت تقني بدون تغيير المحتوى. لا تستخدم التاريخ كطريقة مصطنعة لإيهام محرك البحث بأن كل الصفحات «تحدثت اليوم».

Checklist بعد نقل موقع أو تغيير CMS

  1. افتح sitemap على الدومين النهائي.
  2. تأكد أن كل URL يستخدم HTTPS والhostname الصحيح.
  3. اختبر عينة من الروابط: يجب أن تصل إلى 200 مباشرة.
  4. تأكد أن روابط قديمة مهمة لديها 301 مناسب إلى البديل الحقيقي.
  5. أخرج صفحات 404/410 وRedirects من sitemap الجديدة.
  6. راجع canonical في الصفحات النهائية.
  7. أرسل sitemap الجديدة في Search Console.
  8. راقب Page indexing بدل انتظار أن يصبح كل شيء Indexed فورًا.

مثال Sitemap XML بسيط

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/ar/article/example</loc>
  </url>
</urlset>

في الأنظمة الحديثة غالبًا لا تحتاج لكتابة الملف يدويًا؛ المهم أن تتأكد أن التوليد الآلي يعكس الحالة الحقيقية للموقع.

أسئلة شائعة

كم يستغرق Google بعد إرسال Sitemap؟

لا يوجد وقت مضمون لكل URL. إرسال الخريطة يساعد على الاكتشاف، لكن توقيت الزحف والفهرسة يختلف حسب الموقع والصفحة وإشارات أخرى.

هل يجب إعادة إرسال Sitemap بعد كل مقال؟

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

هل وجود URL في Sitemap يعني أنه Indexed؟

لا. استخدم URL Inspection وPage indexing لمعرفة حالة الرابط نفسه.

هل أرسل أكثر من Sitemap؟

يمكن ذلك، ويفيد التقسيم في المواقع الكبيرة أو عندما تريد متابعة مجموعات مختلفة من المحتوى بصورة منفصلة.

الخلاصة

إرسال Sitemap إلى Google Search Console خطوة صحيحة، لكن قيمتها تأتي من نظافة الملف واتساقه مع canonical والروابط النهائية. إذا كانت الخريطة ناجحة وما زالت صفحاتك غير مفهرسة، لا تستمر في إعادة الإرسال؛ انتقل إلى تشخيص حالة كل مجموعة من الصفحات وسبب الاستبعاد الحقيقي.

المصدر الرسمي

Google Search Central: إنشاء ملف Sitemap وإرساله

تعليقات
جارٍ التحميل...