إن تعلّم كيفية إرسال خريطة موقع (Sitemap) إلى Google هو الخطوة التي تحوّل ملفًا قابعًا على خادمك إلى شيء تنتبه إليه محركات البحث فعليًا. بناء خريطة الموقع نصف المهمة فقط؛ أما إخبار Google بمكانها فهو النصف الآخر. يرشدك هذا الدليل إلى الطريقة الصحيحة والمعتمدة حاليًا للقيام بذلك، وإلى المعنى الحقيقي لكل رسالة حالة، وكيف تفعل الأمر نفسه مع Bing.

قبل الإرسال، تحقّق من ثلاثة أمور

لا ينجح إرسال خريطة الموقع إلا إذا كان الملف نفسه سليمًا. قبل أن تقترب من Search Console، تأكّد من هذه الأساسيات:

  • أنها متاحة على رابط عام. يجب أن يُحمّل الملف في المتصفح على عنوان مثل https://www.example.com/sitemap.xml دون الحاجة إلى تسجيل دخول.
  • أنها XML صالحة. وسم واحد معطوب قد يمنع قراءة الملف بأكمله.
  • أنها تسرد الروابط الأساسية (canonical) فقط. أدرج الروابط النهائية الدقيقة التي تريد فهرستها، لا عمليات إعادة التوجيه ولا متغيّرات المعاملات ولا المسارات المكرّرة.

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

أرسلها عبر Google Search Console

Google Search Console هو المكان الرسمي للإرسال. ستحتاج أولًا إلى ملكية مُتحقَّق منها للموقع. وبمجرد توفّر ذلك:

  1. افتح Search Console واختر الملكية الصحيحة.
  2. من القائمة اليسرى، انقر على Sitemaps (ضمن مجموعة الفهرسة).
  3. في مربع "Add a new sitemap"، أدخل المسار الذي يلي نطاقك، مثل sitemap.xml.
  4. انقر على Submit.

هذا هو المسار كله. يحفظ Google الموقع وسيجلب الملف وفق جدوله الخاص من تلك اللحظة فصاعدًا. لست بحاجة إلى إعادة الإرسال في كل مرة يتغيّر فيها الملف، رغم أنه بإمكانك ذلك إن أردت قراءة جديدة.

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

أضف سطر Sitemap إلى robots.txt

يمكنك أيضًا توجيه برامج الزحف إلى خريطة موقعك من خلال robots.txt. سطر واحد يكفي:

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

ضع هذا السطر في أي مكان من الملف، مستقلًا بذاته. أي برنامج زحف يقرأ robots.txt، بما في ذلك Google وBing وغيرهما، يمكنه اكتشاف خريطة الموقع تلقائيًا.

هذه خطوة احترازية مزدوجة لطيفة، خصوصًا مع محركات البحث التي لم تُنشئ لها حساب مشرف موقع. لكن عامِلها بوصفها مكمّلًا لا بديلًا. سطر robots.txt يعين على الاكتشاف؛ أما Search Console فيمنحك تقارير الحالة وتفاصيل الأخطاء التي لا يستطيع السطر وحده توفيرها.

رابط الـ ping القديم لم يعد موجودًا

إن وجدت شرحًا قديمًا يطلب منك "ping" إلى Google عبر زيارة رابط مثل google.com/ping?sitemap=...، فتجاهله. أوقف Google نقطة نهاية ping لخريطة الموقع غير المُوثَّقة عام 2023، ولم تعد تؤدي أي وظيفة مفيدة.

الطريقتان الصحيحتان المعتمدتان حاليًا هما المذكورتان أعلاه:

  • الإرسال عبر Search Console للحصول على تقارير كاملة.
  • إدراج خريطة الموقع في robots.txt للاكتشاف التلقائي.

لا تبنِ أي أتمتة حول نقطة نهاية ping القديمة. إنها خطوة ميتة، والاعتماد عليها يمنحك فقط شعورًا زائفًا بأن شيئًا قد حدث.

اقرأ حالة خريطة الموقع بشكل صحيح

بعد الإرسال، يعرض Search Console حالة لخريطة الموقع. قراءتها بشكل صحيح توفّر عليك كثيرًا من الالتباس:

  • Success تعني أن Google قرأ الملف دون أخطاء. لا تعني أن كل رابط قد فُهرس. إنها تؤكّد فقط أن خريطة الموقع نفسها قد جرى تحليلها.
  • Couldn't fetch تعني أن Google لم يتمكّن من جلب الملف على الإطلاق. وهذا عادةً مشكلة في المسار أو الخادم أو الوصول.
  • Has errors تعني أن الوصول إلى الملف تمّ لكنه يحتوي على مشكلات، مثل وسوم غير صالحة أو روابط لا تنتمي إلى الملكية.

سترى أيضًا عدّاد "discovered URLs"، وهو عدد العناوين التي استخرجها Google من الملف. قارن ذلك بعدد الصفحات التي توقّعتها. فالرقم الأقل بكثير علامة على أن الملف غير مكتمل أو مشوّه جزئيًا. وتذكّر أن "discovered" ليس مثل "indexed"؛ إنه مجرد العدد الذي قرأه Google من خريطة الموقع.

أرسلها إلى Bing أيضًا

تعمل Bing Webmaster Tools بالطريقة نفسها تقريبًا، ولا يوجد سبب لتجاهلها. بعد التحقّق من موقعك هناك، افتح قسم Sitemaps وأرسل رابط sitemap.xml نفسه.

بعض التسهيلات الجديرة بالمعرفة:

  • تتيح لك Bing استيراد المواقع والبيانات مباشرة من Google Search Console، ما قد يوفّر عليك وقت الإعداد.
  • تدعم Bing بروتوكول IndexNow، وهو بروتوكول لإشعار المحركات المشاركة عند تغيّر المحتوى. وهو آلية منفصلة عن خرائط المواقع، لكنه قد يسرّع اكتشاف الصفحات الجديدة أو المُحدَّثة. قد يتغيّر دعمه وسلوكه، لذا راجع الوثائق الحالية قبل الاعتماد عليه.

ينطبق المبدأ ذاته من الصدق: إرسال Bing يعين على الاكتشاف ولا يَعِد بالفهرسة.

معالجة مشكلة "Couldn't Fetch"

"Couldn't fetch" هو الصداع الأكثر شيوعًا، وهو يعود في الغالب إلى أحد أسباب قليلة:

  • مسار خاطئ. أرسلت sitemap.xml لكن الملف موجود في موقع مختلف، أو كتبت الرابط الكامل في مكان كان يُتوقَّع فيه المسار فقط.
  • محظور بواسطة robots.txt. قاعدة Disallow تمنع برنامج الزحف من الوصول إلى الملف.
  • استجابة غير 200. يُرجِع الرابط 404 أو 403 أو 500 بدلًا من 200 OK نظيفة. افتح الرابط في نافذة تصفح خاصة للتأكّد من أنه يُحمّل.
  • إعادة توجيه. يعيد رابط خريطة الموقع التوجيه إلى مكان آخر. أرسِل رابط الوجهة النهائية مباشرة بدلًا من ذلك.

عالِج السبب الجذري، ثم ادخل إلى خريطة الموقع في Search Console وأعد الإرسال كي يعيد Google محاولة الجلب.

الأسئلة الشائعة

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

هل أحتاج إلى إعادة إرسال خريطة الموقع بعد كل تغيير؟ لا. بمجرد الإرسال، يعيد Google جلب الملف وفق جدوله الخاص. لا تحتاج إلى إعادة الإرسال إلا إذا أردت دفعه إلى قراءة فورية جديدة، أو إذا تغيّر موقع الملف.

هل يمكنني تخطّي Search Console والاكتفاء بـ robots.txt؟ يمكنك إدراج خريطة الموقع في robots.txt للاكتشاف التلقائي، لكنك ستفوّت تقارير الحالة والأخطاء التي يوفّرها Search Console. استخدام الاثنين معًا هو النهج الأقوى.

هل ما زال رابط ping القديم في Google صالحًا؟ لا. أوقف Google نقطة نهاية ping لخريطة الموقع غير المُوثَّقة عام 2023. أرسِل عبر Search Console أو اعتمد على سطر Sitemap في robots.txt بدلًا من ذلك.

ابنِ خريطة موقعك، ثم أرسلها

خريطة موقع نظيفة وصالحة تجعل كل خطوة أعلاه أسهل. إن كنت لا تزال بحاجة إلى واحدة، فابنِها بـمولّد خرائط المواقع لدينا. إنه يحوّل الروابط التي تلصقها إلى XML منسّقة بشكل صحيح، بالكامل داخل متصفحك، دون رفع ودون تسجيل، حتى تتمكّن من الإرسال إلى Google وBing بثقة.