FreeToGenerate.com

يفحص خريطة الموقع أمام حدَّي البروتوكول الصارمين وصيغة التاريخ، ويخبرك أي عناصرها تلقيها محركات البحث. ولا يُرفع شيء.

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

جرّب:

ما هذا الملف

النوع
خريطة صفحات
المدخلات
3 من 50,000
حجم ما لصقته
543 من 52,428,800
الحكم
ملحوظة

صحيح، ومعه ما يحسن أن تعرفه أدناه.

  • ملحوظةpriority

    تصرّح جوجل بأنها تتجاهل هذا العنصر. وهو XML صحيح لا يكلّفك إلا بايتاته: بل يقول البروتوكول نفسه إن الأولوية التي تسندها ليس من المرجّح أن تؤثر في موضع روابطك.

  • ملحوظةchangefreq

    تصرّح جوجل بأنها تتجاهل هذا العنصر. وهو XML صحيح لا يكلّفك إلا بايتاته: بل يقول البروتوكول نفسه إن الأولوية التي تسندها ليس من المرجّح أن تؤثر في موضع روابطك.

ماذا يقيس هذان الرقمان

الحجم هو طول النصّ الذي لصقته بالبايت في ترميز UTF-8 بالضبط، وعدد المدخلات هو عدد عناصر url لا عناصر loc: فالمدخل الخالي من الموضع يشغل مع ذلك واحدًا من الخمسين ألفًا. وإن كانت خريطتك الحقيقية تُقدَّم مضغوطة بـgzip فالحدّ يسري على البايتات غير المضغوطة، وهي المحسوبة هنا؛ لكن إن لصقت جزءًا من الملف فقط فهذان الرقمان يصفان الصندوق لا الملف.

الحدّان وصيغة التاريخ من بروتوكول sitemaps.org. وأن priority وchangefreq مُتجاهَلان تصريحٌ من جوجل، ويقول البروتوكول على حدة إن priority ليس من المرجّح أن تؤثر في الترتيب.

متوفر أيضًا بلغات أخرى: English · Español · Português · Français

مدقّق خريطة الموقع XML

الصق خريطة موقعك لتُفحص أمام حدّي الخمسين ألف رابط و52,428,800 بايت، وصيغة التاريخ الواجبة، والعناصر التي لا تفعل شيئًا.

ما خريطة الموقع XML؟

خريطة الموقع XML ملفٌّ يسرد صفحات موقعك التي تودّ أن يعرفها محرك البحث. وعنصر جذرها urlset، وكل صفحة عنصر url، والابن الواجب الوحيد لكل منها هو loc، أي عنوان الصفحة كاملًا. ويُسمح بثلاثة أبناء آخرين: lastmod وchangefreq وpriority.

وثمة نوع ثانٍ من الملفات هو فهرس الخرائط، يسرد خرائط أخرى بدل الصفحات. ويستعمل sitemapindex جذرًا وعناصر sitemap في داخله، وإليه يُلجأ حين لا يعود ملف واحد كافيًا. ويعرف هذا المدقّق النوعين ويقول لك أيهما لصقت.

ويضع البروتوكول حدّين صارمين لملف خريطة واحد، وهما مما يستطيع المدقّق أن يحسمه لا أن يبدي فيه رأيًا: خمسون ألف رابط على الأكثر، وخمسون ميجابايت على الأكثر، وقد كتبها البروتوكول صراحةً 52,428,800 بايت. وتجاوزُ أيهما يعني تقسيم الملف وسرد أجزائه في فهرس.

كيف تستعمله

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

عنصران من الأربعة لا يفعلان شيئًا

تكاد كل خريطة مكتوبة باليد تضبط priority وchangefreq في كل مدخل، وبعناية غالبًا: فالصفحة الرئيسة تنال 1.0، وصفحة الاتصال 0.5، والمدونة daily، وصفحة «من نحن» yearly. وتوثيق جوجل صريح في النتيجة: جوجل تتجاهل قيم priority وchangefreq. تُلقيهما كليهما.

والأعجب أن البروتوكول نفسه كان قد تحفّظ على priority قبل ذلك بكثير. فوثيقة sitemaps.org التي تعرّف العنصر تقول إن الأولوية التي تسندها لصفحة ليس من المرجّح أن تؤثر في موضع روابطك في نتائج محرك البحث. فالمواصفة التي اخترعت الحقل أخبرتك أنه على الأرجح لن يفعل شيئًا.

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

وlastmod هو الذي قد يعمل ضدّك

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

فالخريطة التي تختم كل رابط بتاريخ اليوم، وهو ما تفعله كثير من المولّدات افتراضيًّا، ليست عديمة النفع فحسب. بل هي دعوى بأن كل صفحات الموقع تغيّرت اليوم، قابلةٌ للفحص أمام الصفحات نفسها، وإخفاقُها يعلّم الزاحف أن lastmod عندك لا يُوثق به. ولهذا تعدّ هذه الصفحة تطابقَ lastmod في كل المدخلات تنبيهًا لا تتجاوزه: فهو وحده من العناصر الاختيارية ما قد يتركك أسوأ حالًا مما لو أغفلته.

والصيغة أشدّ صرامةً مما تبدو. فالبروتوكول يطلب W3C Datetime، وهي تقبل سنة-شهر-يوم بسيطة، لكن القيمة ذات الوقت يجب أن تحمل منطقة زمنية. فـ2026-07-14T09:30:00 غير صحيحة، و2026-07-14T09:30:00Z صحيحة، و2026-07-14 وحدها صحيحة كذلك. والوقت المحلي بلا منطقة أشيعُ سبل الخطأ هنا، لأنه ما تنتجه أكثر أدوات تنسيق التواريخ افتراضيًّا.

حدود معلنة

هذه الأداة تفحص النصّ الذي تلصقه ولا تستطيع جلب شيء. فهي لا تعرف هل خريطتك متاحة عند العنوان الذي تظنه، ولا هل يشير إليها robots.txt، ولا هل يستجيب أي من الروابط التي فيها. وقد تكون الخريطة صحيحةً تمامًا وتسرد خمسمئة صفحة تعيد 404.

والرقمان اللذان تبلّغ بهما قياسان لما لصقته أنت لا غير، ويحسن التدقيق في ذلك. فالحجم هو طول ما في الصندوق بالبايت في UTF-8 بالضبط — وهو القياس الصحيح، لأن حدّ البروتوكول يسري على الملف غير المضغوط حتى لو قُدِّم بـgzip — لكن إن لصقت جزءًا من خريطتك فقط فالرقم يصف الصندوق لا الملف. وعدد المدخلات هو عدد عناصر url لا عناصر loc، فالمدخل الذي ينقصه الموضع يُحسب مع ذلك ضمن الخمسين ألفًا، وهو سلوك الحدّ الحقيقي.

ولا تستطيع كذلك أن تخبرك هل تستحق روابطك أن تكون في خريطة أصلًا. فسردُ صفحة لا يجعل محرك البحث يفهرسها، والخريطة المملوءة بصفحات ضعيفة أو مكررة خريطةٌ ستُتجاهل في معظمها. فالملف اقتراح لا أمر، ولا يغيّر ذلك أي مدقّق.

وثمة أمر لا تفعله عمدًا: فحص XML بمحلّل كامل. فهي تبحث عن العناصر التي يعرّفها البروتوكول، وقد يعطي مستندٌ وسومُه غير متطابقة عددًا يبدو معقولًا مع ذلك. فإن أردت تدقيقًا صارمًا لحسن التكوين فمرّر الملف أولًا على منسّق XML — وفي هذا الموقع واحد — ثم عد إلى هنا.

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

الفحص تحليلُ نصّ يجري في متصفحك. ولا خادم في الأمر، فلا شيء يُحاسَب عليه ولا حساب يُنشأ.

ولا يُرفع شيء ولا يُحفظ شيء. أعد تحميل الصفحة تجدها قد نسيت خريطتك.