تقرير خرائط الموقع

الخلاصة — تقرير خرائط الموقع هو الموضع في Google Search Console الذي تقدم فيه خريطة موقعك إلى Google وتتأكد من أنها قرأتها. تلصق عنوان URL للخريطة وتضغط Submit، فيخبرك التقرير هل استطاعت Google جلبها وكم عنواناً وجدته فيها. المهم: قراءة Google للخريطة لا تعني أن صفحاتك أصبحت مفهرسة.

ما تقرير خرائط الموقع؟

خريطة الموقع قائمة بعناوين URL في موقعك تقدمها لمحركات البحث حتى لا تضطر إلى العثور على كل صفحة عبر تتبع الروابط. وفي تقرير خرائط الموقع في Search Console ترسل تلك القائمة وتراقب ما تفعله Google بها.

يعرض التقرير لكل خريطة أرسلتها أربعة أشياء:

• Type — هل هي خريطة واحدة أم فهرس خرائط، أي خريطة لخرائط أخرى؟
• Last read — تاريخ آخر مرة جلبت Google الملف.
• Status — هل نجحت المعالجة؟
• Discovered URLs — عدد العناوين التي قرأتها Google من الملف.

كيفية إرسال خريطة موقع

1. افتح Search Console واختر الخاصية.
2. انقر Sitemaps في القائمة اليسرى.
3. اكتب عنوان URL للخريطة في الحقل، مثل sitemap.xml.
4. انقر Submit.

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

معنى الحالات

• Success — جلبت Google الخريطة وعالجتها بلا مشكلات.
• Has errors — حصلت Google على الملف لكنها وجدت مشكلة في محتواه.
• Couldn’t fetch — لم تستطع Google حتى تنزيل الملف؛ ربما كان محظوراً أو مفقوداً أو أعاد الخادم خطأ.

الخطأ الأكثر شيوعاً

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

لمعرفة كم صفحة دخلت فعلاً إلى Google، افتح تقريراً آخر هو Page Indexing ورشحه حسب خريطة الموقع. يخبرك تقرير الخرائط أن Google قرأت قائمتك؛ ويخبرك Page Indexing بما حدث بعدها.

هل تريد النسخة الكاملة — فهارس الخرائط وحدود الحجم وشجرة تشخيص Couldn’t fetch ولماذا ماتت حيلة ping القديمة؟ انتقل إلى تبويب Advanced.

الخلاصة — تقرير خرائط الموقع واجهة إرسال وتشخيص، لا تقرير فهرسة. يؤكد أن Google قرأت خريطة الموقع أو فهرسها، ويعرض النوع وتاريخ آخر قراءة والحالة (Success / Has errors / Couldn’t fetch) وعدد تحليل Discovered URLs. يساعد الإرسال على الاكتشاف لكنه لا يضمن شيئاً؛ وتقول Google صراحةً: “There is no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed.” (ترجمة) لا يوجد ضمان بأن Google زحفت أو ستزحف إلى عنوان صفحة اكتشفته في خريطة موقع أو فهرسته أو ستفهرسه. لمعرفة ما فُهرس، رشّح Page Indexing حسب الخريطة. الحد لكل ملف 50 MB غير مضغوطة أو 50 000 عنوان؛ فقسّم المواقع الأكبر تحت فهرس خرائط. حافظ على دقة lastmod، لأن تزويره يفقد الإشارة ثقتها، وانس نقطة ping القديمة التي تعيد الآن 404.

ماهية التقرير فعلاً

في تقرير خرائط الموقع ترسل الخرائط وتراقب معالجة Google لها. وتصف Google المهمة بتواضع: “‘Submitting’ a sitemap means telling Google where to find the file on your site.” (ترجمة) «إرسال» خريطة موقع يعني إخبار Google بمكان الملف على موقعك. هذه هي المهمة كلها: توجيه Google إلى ملف. أما بقية التقرير فهي ملاحظات حول قدرتها على قراءة الملف وما وجدته فيه.

وهو ليس تقرير فهرسة. أكرر ذلك لأنه الخطأ الأكثر شيوعاً: وجود التقرير بجوار Indexing في قائمة Search Console يجعل البعض يقرأ Discovered URLs بوصفها «صفحات مفهرسة»، وهي ليست كذلك.

كيفية الإرسال — والطرق الأخرى لتسجيل الخريطة

في الواجهة: Search Console → Sitemaps → الصق عنوان الخريطة → Submit. وانتهى.

لكن Search Console ليست الوسيلة الوحيدة لتعريف Google بالخريطة. يمكنك أيضاً الإشارة إليها بسطر Sitemap: في robots.txt يستطيع أي زاحف قراءته. وما ينبغي ألا تفعله هو استدعاء نقطة ping القديمة غير الموثقة (https://www.google.com/ping?sitemap=…)؛ فقد أوقفتها Google في يونيو 2023 وهي تعيد الآن 404. وما زالت إضافات وأدلة كثيرة توصي بها، لكن الشيفرة لا تفعل شيئاً الآن؛ لا تضر موقعك، بل لا فائدة منها. وإشارة الحداثة التي حلت محلها هي lastmod الدقيقة، كما سيأتي.

إعادة الإرسال والحذف وواجهة API

لا حاجة إلى إعادة إرسال الخريطة مع كل نشر. بعد ظهورها في التقرير تعيد Google الزحف إليها وفق جدولها، وغالباً يزول خلل عابر، مثل مهلة أو خطأ 5xx مؤقت، في المحاولة التالية. أعد الإرسال عمداً في حالتين: تغيير كبير في محتوى الخريطة، مثل دفعة عناوين أو إعادة هيكلة، أو إصلاح خطأ جلب أو محتوى مستمر ورغبتك في أن تلتقطه Google قبل موعدها المعتاد.

حذف الخريطة من التقرير لا يفعل سوى إزالة الصف من لوحة التحكم؛ ولا تنسى Google الملف أو عناوينه لمجرد حذف الإدخال. وإذا أردت منع الوصول أو الزحف أو الفهرسة، فلا يصلح حذف صف الخريطة؛ استخدم الأداة المناسبة، مثل حظر robots.txt أو noindex أو طلب إزالة أو المصادقة.

كل وظائف التقرير — السرد وحالة الجلب والإرسال والحذف — متاحة أيضاً عبر Search Console Sitemaps API. وهي الأنسب لأتمتة الإرسال من CMS أو مسار بناء بدلاً من النقر في الواجهة، وتتطلب صلاحيات المالك أو المستخدم المتحقق نفسها.

ملاحظة نطاق مهمة: لا يعرض التقرير إلا الخرائط المرسلة عبره أو عبر API. إذا وجدت Google خريطتك بطريقة أخرى، وغالباً من سطر Sitemap: في robots.txt، فيمكنها قراءتها واستخدامها لكنها لن تظهر صفاً هنا. كما يقتصر التقرير على الخاصية الحالية؛ فإذا فصلت https:// وwww/غير www أو النطاقات الفرعية في خصائص مستقلة، فلن تظهر خريطة أرسلتها إلى إحداها في تقرير الأخرى وإن بدا الموقع واحداً للزائر.

إرسال فهرس خرائط الموقع وسبب استخدامه

يمكنك إرسال خريطة واحدة أو فهرس خرائط يسرد خرائط أخرى. ويعرض التقرير نوع كل ملف: Sitemap أو Sitemap index أو RSS أو Atom.

تستخدم الفهرس عند توزيع العناوين على ملفات عدة، وهو إلزامي بعد تجاوز حدود الحجم أدناه. كما يمنحك تقارير أوضح: قسّم حسب القسم، مثل المنتجات والمدونة والفئات، لتقرأ الاكتشاف والفهرسة لكل قسم بدلاً من كتلة واحدة مبهمة.

التنسيقات المدعومة

تدعم Google التنسيقات المحددة في بروتوكول خرائط الموقع، ولكل منها مفاضلة عملية:

إذا احتجت بيانات وصفية للصور أو الفيديو أو الأخبار، فاستخدم XML. وبغض النظر عن التنسيق، يجب ترميز الملف بـUTF-8 وأن تكون عناوينه مطلقة وكاملة.

قراءة التقرير

تؤدي أربعة أعمدة المهمة:

• Type — Sitemap أو Sitemap index أو RSS أو Atom.
• Last read — وقت آخر جلب للملف. وقد يعني التاريخ القديم أن Google لم تعد قراءته، وهو طبيعي غالباً، أو أنها لا تستطيع الوصول إليه.
• Status — “Success: The sitemap was loaded and processed successfully with no errors. Has errors: The sitemap could be fetched, but has one or more errors. Couldn’t fetch: The sitemap could not be fetched for some reason.” (ترجمة) تعني Success أن الخريطة حُمّلت وعولجت بلا أخطاء؛ وتعني Has errors أنها جُلبت لكن فيها خطأ أو أكثر؛ وتعني Couldn’t fetch تعذر جلبها لسبب ما. هذا الفرق يحدد بداية التشخيص: في Has errors حصلت Google على الملف لكنها أخفقت في محتواه، فاجلبه بنفسك وتحقق من صياغة XML أو النص والإدخالات. وفي Couldn’t fetch لم تحصل عليه أصلاً، فتحقق أولاً من إمكانية الوصول: حظر robots.txt أو 404/5xx أو إعادة توجيه أو نوع محتوى خاطئ أو مهلة، قبل فحص الصياغة. وفي الحالتين لا يعني التحول إلى Success إلا أن الملف صار قابلاً للقراءة؛ افحص Page Indexing المرشح بالخريطة لمعرفة هل لحقت العناوين المتأثرة بالمعالجة اللاحقة.
• Discovered URLs — “The number of page URLs that were parsed from the sitemap. If this is a sitemap index, the number is the count of all URLs in all child sitemaps.” (ترجمة) عدد عناوين الصفحات التي حُللت من الخريطة، أو مجموع عناوين كل الخرائط الفرعية إذا كان الملف فهرساً. إنه عدد تحليل فقط. وإذا احتوت الخريطة على فيديو، تعرض Google Discovered videos منفصلة؛ وهي أيضاً عدد لإدخالات الفيديو وليست ضماناً بأن الفيديو المفهرس هو الذي أشارت إليه الخريطة.

التحذير الأكبر: الاكتشاف ليس فهرسة

هذه العبارة تستحق أن تعلقها أمامك. تقول Google في وثائق التقرير: “There is no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed by Google.” (ترجمة) لا يوجد ضمان بأن Google زحفت أو ستزحف إلى عنوان اكتشفته في خريطة أو فهرسته أو ستفهرسه. وتقول في النظرة العامة: “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” (ترجمة) تساعد الخريطة محركات البحث على اكتشاف عناوين موقعك، لكنها لا تضمن الزحف إلى كل عناصرها وفهرستها.

لذلك تخبرك «Discovered URLs: 4 812» أن Google حللت 4 812 عنواناً من الملف، ولا تخبرك بشيء عن عدد المفهرس. لذلك تذهب إلى التقرير المجاور.

الربط مع Page Indexing وURL Inspection

الخطوة الأهم في هذا المسار قليلة التوثيق: “You can filter the Page indexing report by sitemap to see how many page URLs in this sitemap have been indexed.” (ترجمة) يمكنك ترشيح تقرير Page Indexing حسب الخريطة لمعرفة كم عنواناً فيها فُهرس. هكذا تقيس فجوة المرسل إلى المفهرس: أرسل خريطة نظيفة لا تضم إلا العناوين التي تريد فهرستها، ثم اقرأ Page Indexing ضمن نطاقها لتحصل على عرض واضح لما دخل وسبب استبعاد البقية.

ولعنوان واحد، تمنحك URL Inspection حالة الزحف والعرض والفهرسة والنسخة الأساسية. النموذج الذهني: يقول تقرير الخرائط إن Google قرأت قائمتك، ويقول Page Indexing وURL Inspection ما حدث بعد ذلك.

حدود الحجم وفهرس الخرائط

الأرقام الصارمة:

• “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.” (ترجمة) تحد جميع التنسيقات الخريطة الواحدة عند 50 MB غير مضغوطة أو 50 000 عنوان.
• “If you have a larger file or more URLs, you must break your sitemap into multiple sitemaps,” (ترجمة) إذا كان الملف أكبر أو العناوين أكثر، فيجب تقسيم الخريطة إلى خرائط عدة، ويمكن جمعها في فهرس.
• قد يحتوي فهرس الخرائط “up to 50,000 loc tags” (ترجمة) حتى 50 000 وسم loc، أي 50 000 خريطة فرعية.
• “You can submit up to 500 sitemap index files for each site in your Search Console account.” (ترجمة) يمكنك إرسال حتى 500 ملف فهرس لكل موقع في حسابك.

وتظل كل خريطة فرعية محدودة عند 50 MB أو 50 000 عنوان. لذلك السقف كبير لكنه محدود، ولهذا تتفوق الخرائط الآلية المقسمة برمجياً على القوائم اليدوية.

ضبط lastmod بدقة

lastmod أكثر حقل يسيء الناس استخدامه، ويرتد ذلك عليهم. تقول Google: “The <lastmod> value should reflect the date and time of the last significant update to the page.” (ترجمة) يجب أن تعكس قيمة <lastmod> تاريخ ووقت آخر تحديث مهم للصفحة. تساعد الإشارة على جدولة إعادة الزحف إلى عناوين تعرفها Google؛ ولأنها إشارة حقيقية، لا يفيد تزويرها.

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

أخطاء شائعة

• الخريطة محظورة. إذا منع robots.txt مسارها، أو أعاد العنوان 404/5xx أو توجيهاً أو مهلة أو نوع محتوى خاطئاً، فسترى Couldn’t fetch. افحصها بهذا الترتيب.
• سرد عناوين لا تريد فهرستها. ترسل العناوين ذات noindex أو غير الأساسية أو المعاد توجيهها إشارات متضاربة. لا تسرد إلا عناوين أساسية قابلة للفهرسة تعيد 200.
• اعتبار الاستبعاد إزالة. إخراج عنوان من الخريطة لا يلغي فهرسته. استخدم noindex مع السماح بالزحف أو عملية إزالة؛ فالاستبعاد ليس أداة إلغاء فهرسة.
• الثقة في <priority> و<changefreq>. تتجاهلهما Google، فلا تهدر الوقت عليهما.

وملاحظة سريعة عن Bing: لدى Bing Webmaster Tools آلية إرسال خرائط خاصة بها، كما يدعم Bing وYandex وغيرهما IndexNow لدفع العناوين المتغيرة فوراً، بينما لا تستخدمه Google للصفحات العامة. تختلف الأنابيب والفكرة واحدة: أخبر المحرك بمواقع الأشياء وما تغير.

ملخص الذكاء الاصطناعي

خلاصة نسخة Advanced:

• تقرير الخرائط = إرسال + تشخيص، لا فهرسة. ترسل خريطة أو فهرساً، فيعرض Type وLast read وStatus وDiscovered URLs.
• Discovered URLs عدد تحليل للعناوين المقروءة من الملف، لا صفحات مفهرسة.
• ثلاث حالات: Success للجلب والمعالجة السليمين، Has errors لملف جُلب ومحتواه معيب، وCouldn’t fetch لملف لم يُنزّل.
• الإرسال يساعد على الاكتشاف ولا يضمن شيئاً. لا تضمن Google الزحف أو الفهرسة.
• لمعرفة المفهرس، رشّح Page Indexing بالخريطة، واستخدم URL Inspection للعنوان الواحد.
• التنسيقات: XML وRSS/Atom والنص العادي. استخدم UTF-8 وعناوين مطلقة.
• الحدود: 50 MB غير مضغوطة أو 50 000 عنوان للملف؛ حتى 50 000 خريطة فرعية للفهرس و500 ملف فهرس للخاصية.
• حافظ على دقة lastmod؛ فالتزوير يفقد الإشارة الثقة.
• نقطة ping ماتت منذ 2023 وتعيد 404s؛ استخدم Search Console أو سطر Sitemap: في robots.txt.
• أعد الإرسال لسبب فقط، كتغيير كبير أو إصلاح خطأ مستمر.
• حذف الخريطة من التقرير يزيل الصف لا معرفة Google؛ استخدم robots.txt أو noindex أو الإزالة للتحكم المناسب.
• نطاق التقرير هو طريقة الإرسال والخاصية؛ فالخرائط المكتشفة من robots.txt فقط أو المرسلة لخاصية أخرى لا تظهر، ويمكن أتمتة كل شيء عبر Sitemaps API.

الوثائق الرسمية

كل هذه مصادر أولية من Google:

• تقرير خرائط الموقع (مساعدة Search Console) — الإرسال وأعمدة النوع والحالة وDiscovered URLs.
• نظرة عامة على الخرائط (Search Central) — ماهية الخريطة والتحذير من مساواة الاكتشاف بالفهرسة.
• إنشاء خريطة وإرسالها (Search Central) — التنسيقات والحدود وUTF-8 وlastmod.
• إدارة الخرائط بملفات الفهرس (Search Central) — التقسيم وحدا 50 000 خريطة فرعية و500 ملف فهرس.
• إيقاف نقطة ping للخرائط (مدونة Search Central، يونيو 2023) — الإيقاف ولماذا تحل lastmod محلها.
• Search Console Sitemaps API — سرد الخرائط وجلبها وإرسالها وحذفها برمجياً.

اقتباسات من المصدر

تصريحات مسجلة من Google، وكل رابط يقفز إلى المقطع المقتبس.

Google — معنى الإرسال والتقرير

• “‘Submitting’ a sitemap means telling Google where to find the file on your site.” (ترجمة) «إرسال» خريطة يعني إخبار Google بمكان الملف على موقعك. — مساعدة Google Search Console، Sitemaps report. انتقل إلى الاقتباس
• “Success: The sitemap was loaded and processed successfully with no errors. Has errors: The sitemap could be fetched, but has one or more errors. Couldn’t fetch: The sitemap could not be fetched for some reason.” (ترجمة) تعني Success أن الخريطة حُمّلت وعولجت بلا أخطاء؛ وHas errors أنها جُلبت لكن فيها خطأ أو أكثر؛ وCouldn’t fetch تعذر جلبها لسبب ما. — مساعدة Google Search Console، Sitemaps report. انتقل إلى الاقتباس
• “The number of page URLs that were parsed from the sitemap. If this is a sitemap index, the number is the count of all URLs in all child sitemaps.” (ترجمة) عدد عناوين الصفحات المحللة من الخريطة، أو مجموع عناوين الخرائط الفرعية إذا كانت فهرساً. — مساعدة Google Search Console، Sitemaps report. انتقل إلى الاقتباس

Google — الاكتشاف ليس فهرسة

• “There is no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed by Google.” (ترجمة) لا يوجد ضمان بأن Google زحفت أو ستزحف إلى عنوان اكتشفته في خريطة أو فهرسته أو ستفهرسه. — مساعدة Google Search Console، Sitemaps report. انتقل إلى الاقتباس
• “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” (ترجمة) تساعد الخريطة محركات البحث على اكتشاف عناوين موقعك، لكنها لا تضمن الزحف إلى كل عناصرها وفهرستها. — Google Search Central، Sitemaps overview. انتقل إلى الاقتباس
• “You can filter the Page indexing report by sitemap to see how many page URLs in this sitemap have been indexed.” (ترجمة) يمكنك ترشيح تقرير Page Indexing حسب الخريطة لمعرفة عدد عناوينها المفهرسة. — مساعدة Google Search Console، Sitemaps report. انتقل إلى الاقتباس

Google — التنسيقات والحدود وlastmod

• “XML sitemaps are the most versatile of the sitemaps formats.” (ترجمة) خرائط XML أكثر تنسيقات الخرائط مرونة. — Google Search Central، إنشاء خريطة موقع وإرسالها. انتقل إلى الاقتباس
• “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.” (ترجمة) تحد جميع التنسيقات الخريطة الواحدة عند 50 MB غير مضغوطة أو 50 000 عنوان. — Google Search Central، إنشاء خريطة موقع وإرسالها. انتقل إلى الاقتباس
• “You can submit up to 500 sitemap index files for each site in your Search Console account.” (ترجمة) يمكنك إرسال ما يصل إلى 500 ملف فهرس لكل موقع في حساب Search Console. — Google Search Central، إدارة خرائط موقعك بملفات فهرس الخرائط. انتقل إلى الاقتباس
• “The <lastmod> value should reflect the date and time of the last significant update to the page.” (ترجمة) يجب أن تعكس قيمة <lastmod> تاريخ ووقت آخر تحديث مهم للصفحة. — Google Search Central، إنشاء خريطة موقع وإرسالها. انتقل إلى الاقتباس

قائمة التحقق لإرسال خريطة موقع

نفذها عند إعداد الخاصية، ثم كلما أضفت خريطة أو أعدت بناءها:

• تُفتح الخريطة في المتصفح على عنوان مطلق ثابت، بحالة 200 ومن دون إعادة توجيه.
• لا يمنع robots.txt مسار الخريطة.
• الملف بترميز UTF-8 وعناوين مطلقة كاملة.
• لا يسرد إلا عناوين أساسية قابلة للفهرسة تعيد 200، بلا صفحات مستبعدة أو معاد توجيهها أو غير أساسية.
• كل ملف دون 50 MB غير مضغوطة و50 000 عنوان، وإلا فقسّمه تحت فهرس.
• تعكس lastmod أوقات التحديث الحقيقية ولا تُضبط كلها على اليوم.
• أُرسلت عبر Search Console → Sitemaps أو Sitemaps API، وأشير إليها بسطر Sitemap: في robots.txt.
• أُرسلت إلى الخاصية الصحيحة عند فصل https:// أو www أو النطاقات الفرعية.
• الحالة Success لا Has errors أو Couldn’t fetch.
• يتقارب Discovered URLs وDiscovered videos عند انطباقه مع العدد المتوقع.
• رُشح Page Indexing بالخريطة لقراءة فجوة المرسل إلى المفهرس.
• لا تعد الإرسال إلا بعد تغيير كبير أو إصلاح خطأ مستمر، لا مع كل نشر.

ورقة غش تقرير خرائط الموقع

الحالات

الأعمدة

• Type — Sitemap · Sitemap index · RSS · Atom
• Last read — تاريخ آخر جلب للملف
• Discovered URLs — عدد العناوين المحللة من الملف، بكل الفروع إن كان فهرساً، وليس صفحات مفهرسة. وللفيديو عدد تحليل Discovered videos مستقل.

الحدود

• لكل ملف: 50 MB غير مضغوطة أو 50 000 عنوان URL
• لكل فهرس: حتى 50 000 خريطة فرعية
• لكل خاصية: حتى 500 ملف فهرس

حقائق سريعة

• يساعد الإرسال على الاكتشاف ولا يضمن الزحف أو الفهرسة.
• Discovered URLs لا تساوي المفهرس؛ رشّح Page Indexing بالخريطة.
• نقطة /ping?sitemap= متوقفة منذ 2023 وتعيد 404.
• أرسل عبر Search Console أو سطر Sitemap: في robots.txt.
• لا يسرد التقرير إلا ما أُرسل عبره أو API، ويقتصر على الخاصية الحالية.
• حذف الخريطة يزيل الصف لا معرفة Google بالملف والعناوين.
• استخدم Sitemaps API للأتمتة.
• تتجاهل Google <priority> و<changefreq>.
• إزالة عنوان من الخريطة لا تلغي فهرسته.

النماذج الذهنية

1. ثلاث واجهات وثلاثة أسئلة. أبق كل تقرير في نطاقه:

• Sitemaps report → هل قرأت Google قائمتي؟
• Page Indexing المرشح بالخريطة → كم عنواناً فُهرس، ولماذا لم تُفهرس البقية؟
• URL Inspection → ماذا حدث لهذا العنوان الواحد؟

2. المكتشف لا يساوي المفهرس. Discovered URLs عدد تحليل يرتفع عندما تقرأ Google عناوين أكثر من الملف، ولا يقول شيئاً عن الفهرسة. لا تعرضه كرقم فهرسة.

3. Has errors مقابل Couldn’t fetch. السؤال الفاصل: هل حصلت Google على الملف؟ Couldn’t fetch مشكلة وصول، مثل حظر أو 404 أو 5xx أو توجيه أو نوع محتوى أو مهلة؛ أصلح الوصول أولاً. أما Has errors فتعني أنها حصلت عليه لكن محتواه معيب؛ أصلح الملف.

4. الخريطة طلب لا ضمان. أنت تقول: «هذه عناوين أريد أخذها في الاعتبار». اجعل الطلب نظيفاً: عناوين أساسية قابلة للفهرسة وlastmod صادقة. وعندها يصبح Page Indexing المرشح بالخريطة بطاقة قياس دقيقة.

5. أتمت الملف ولا تصنه يدوياً. ولّد الخرائط من العناوين الأساسية المعروفة كي تتحدث تلقائياً وتبقى ضمن الحدود، وقسّمها تحت فهرس عند النمو. تنفصل القوائم اليدوية عن الموقع، فتحتفظ بعناوين مستبعدة من الفهرسة أو معاد توجيهها.

6. الحالات لقطات لا أحكام. تصف Couldn’t fetch وHas errors محاولة الجلب الأخيرة، لا حالة دائمة. أصلح الوصول أو المحتوى، وستلتقطه دورة Google العادية. ولا تعد الإرسال إلا لتعجيل فحص بعد تغيير كبير أو إصلاح خطأ مستمر.

أدوات إرسال الخرائط وتشخيصها

• Google Search Console — Sitemaps report — إرسال الخرائط وقراءة النوع وآخر قراءة والحالة وDiscovered URLs.
• Google Search Console — Page Indexing — الترشيح بالخريطة لمعرفة المفهرس وسبب استبعاد البقية.
• URL Inspection (GSC) — حالة الزحف والعرض والفهرسة والنسخة الأساسية لكل عنوان.
• Bing Webmaster Tools — إرسال خرائط Bing ودعم IndexNow لدفع العناوين المتغيرة، بخلاف Google للصفحات العامة.
• CMS أو مولد الخرائط — ينبغي أن يولد الملف تلقائياً من العناوين الأساسية، ويقسم المواقع الكبيرة تحت فهرس ضمن حدود 50 MB و50 000 عنوان.

ممارسات تولد إشارات سيئة

عرض Discovered URLs كصفحات مفهرسة

سبب الفشل: هو عدد ما حللته Google من الخريطة لا عدد ما فهرسته.

افعل بدلاً من ذلك: رشّح Page Indexing بالخريطة واعرض العناوين المفهرسة والمستبعدة.

إرسال عناوين ذات noindex أو معاد توجيهها أو غير أساسية

سبب الفشل: تطلب الخريطة أخذ العنوان في الاعتبار بينما تقول إشارة أخرى ألا تُفهرس نسخته.

افعل بدلاً من ذلك: ولّد الملف من عناوين أساسية قابلة للفهرسة تعيد 200، وأزل الإدخال حين تتغير حالته المقصودة.

تحديث كل قيم lastmod إلى اليوم

سبب الفشل: الطابع الزمني الذي لا يمثل تحديثاً مهماً يجعل إشارة الحداثة غير موثوقة.

افعل بدلاً من ذلك: خذ lastmod من وقت تحديث المحتوى الحقيقي واترك العناوين غير المتغيرة كما هي.

صيانة ملفات كبيرة يدوياً

سبب الفشل: تنحرف القوائم وتتجاوز الحدود وتحتفظ بعناوين أُعيد توجيهها أو تغيير نسختها الأساسية أو حذفها.

افعل بدلاً من ذلك: ولّد الخرائط الفرعية آلياً ونظمها تحت فهرس قرب حد 50 MB غير مضغوطة أو 50 000 عنوان.

استدعاء نقطة ping المتقاعدة

سبب الفشل: أوقفت Google نقطة ping القديمة غير الموثقة وهي تعيد الآن 404.

افعل بدلاً من ذلك: أرسل عبر Search Console أو عرّف الخريطة بسطر Sitemap: في robots.txt.

إزالة عنوان من الخريطة لإلغاء فهرسته

سبب الفشل: غياب العنوان ليس توجيه إزالة؛ ويمكن أن تكتشفه Google وتفهرسه من مكان آخر.

افعل بدلاً من ذلك: استخدم noindex قابلة للزحف أو 404/410 أو المصادقة أو عملية الإزالة المناسبة.

أثبت نجاح تغيير الخريطة

اختبر استجابة الملف وتنسيقه

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

اختبر معالجة Search Console

• الاختبار: افتح Search Console → Sitemaps بعد إرسال عنوان الملف أو الفهرس نفسه.
• النتيجة المتوقعة: تصبح الحالة Success ويتقدم Last read بعد الجلب ويقترب Discovered URLs من عدد المولد.
• تفسير الفشل: تشير Couldn’t fetch إلى الوصول أو الاستجابة، وHas errors إلى مشكلة محتوى بعد التنزيل.
• نافذة المراقبة: بعد قراءة Google التالية؛ واستخدم استجابة الخادم كإشارة نشر فورية.
• مشغل التراجع: تراجع إذا حول إصدار جديد خريطة ناجحة إلى Couldn’t fetch أو ولد أخطاء تحليل واسعة.

اختبر مجموعة العناوين المقصودة لاحقاً

• الاختبار: رشّح Page Indexing بالخريطة المتغيرة وافحص عينة مضافة ومحذوفة عبر URL Inspection.
• النتيجة المتوقعة: المضاف أساسي وقابل للفهرسة، والمحذوف غائب لسبب مقصود، ولا يتعارض إدخال مع حالة صفحته.
• تفسير الفشل: يأخذ المولد مخزوناً خاطئاً أو تحمل الصفحات إشارات أساسية أو حالة أو robots متضاربة.
• نافذة المراقبة: بعد إعادة زحف Google؛ فاكتشاف الخريطة ليس دليلاً على الفهرسة.
• مشغل التراجع: صحح الخلاصة أو تراجع عندما تضيف الخريطة مجموعات كبيرة معاد توجيهها أو ذات noindex أو غير أساسية أو معيبة.

اختبر نفسك: تقرير خرائط الموقع في Search Console

خمسة أسئلة سريعة عن الإرسال والحالات والحدود والفهرسة. اختر إجابة لكل سؤال ثم تحقق من نتيجتك.

سجل التغييرات