STATUS IS UPويكي تحسين المواقع
31تمكين
SEO وإمكانية الاكتشاف / تمكين

دليل خريطة موقع XML: أدرج فقط عناوين URL التي تثق بها

أنشئ خريطة موقع XML موثوقة لعناوين URL المعيارية (canonical) وحافظ على التوصيل والتحقق متزامنين.

دليل خريطة موقع XML: أدرج فقط عناوين URL التي تثق بها — دليل بصري
اقرأ
8 دقائق
المصادر
6
أعد التحقق
2027-03-27
مُراجع
مراجع فني لتحسين محركات البحث ومنصة الويب
الإجابة المختصرة

ابدأ بالقرار.

ضع في خريطة موقع XML فقط الصفحات التي تريد فعلاً أن تعثر عليها محركات البحث وتعرضها في النتائج. يجب أن تكون كل صفحة عنوان URL معياري (canonical) مكتمل بصيغة HTTPS للمحتوى العام المفيد، يمكن الوصول إليها بنجاح وليست مستثناة عمدًا من الفهرسة. الخريطة هي إشارة للاكتشاف وتفضيل القيم المعيارية، وليست وعدًا بالزحف أو الفهرسة أو التصنيف.

أنشئ القائمة من قواعد التحكم في وسم canonical وإعادة التوجيه وقابلية الفهرسة. لا تقم بتصدير كل مسار يمكن للتطبيق إنشاؤه. استبعد عمليات إعادة التوجيه، وأخطاء الصفحة، وإصدارات المعلمات المكررة، ونتائج البحث الداخلية، ومسارات الاختبار (staging)، والصفحات التي لا ترتاح لتلقي حركة بحثية.

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

دليل بصري

انظر إلى العمل كنظام.

استخدم هذه الخريطة لربط قرارات المقال قبل تنفيذ التكتيكات الفردية.

SIUتمكين
01اختر الأهلية قبل أن تولّد XML
02أدرج عنوان URL المعياري، لا كل طرق الوصول إليه
03اجعل XML صغيرًا وصالحًا وصادقًا
04استخدم فهارس لتوسيع النطاق دون فقدان الملكية
01

اختر الأهلية قبل أن تولّد XML

خريطة موقع XML هي قائمة قابلة للقراءة آليًا لعناوين URL وبيانات وصفية اختيارية. ابدأ بقانون أهلية، وليس بتصدير من زاحف: أدرج صفحة فقط عندما تكون مخصصة للبحث، قابلة للاسترجاع علنًا، والإصدار المفضّل لمحتواها. أبقِ عناوين فئات الكتالوج المصفاة، ونتائج البحث الداخلية، ونسخ الحملة، ووجهات تسجيل الدخول، والمعاينات خارج الخريطة ما لم تكن وجهات عامة مقصودة.

Include

صفحات عامة ومفيدة موجهة للبحث وتملك عنوان URL مفضّل واحد.

Exclude

إعادة التوجيه، الأخطاء، النسخ المكررة، صفحات noindex، والمسارات الخاصة.

Important limit

مساعدة الاكتشاف لا تضمن الزحف أو الفهرسة.

02

أدرج عنوان URL المعياري، لا كل طرق الوصول إليه

العنوان المعياري (canonical) هو النسخة التي تريد من محركات البحث معاملتها باعتبارها الصفحة الممثلة ضمن النسخ المتشابهة. الإدراج في الخريطة هو إشارة معيارية ضعيفة، لذا يجب أن يعزز—not contradict—عمليات إعادة التوجيه، ووسم canonical الذاتي، والروابط الداخلية. اختر صيغة HTTPS ثابتة واحدة وأصدر تلك النسخة بالضبط.

تحقق من http و https، وwww و non-www، وقواعد الشرطة المائلة (trailing slash)، وحالة الأحرف، وصفحات الطباعة، ومرشحات العرض، ومعاملات تتبع الروابط. إذا كان عنوان URL يعيد توجيهًا، فأدرج فقط الوجهة النهائية المعيارية. أعطِ كل صفحة موقعة محليًا عنوانها المعياري المستقل؛ لا تستخدم الخريطة لطي محتوى محلي مميز في عنوان واحد.

Use absolute URLs

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

Keep signals aligned

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

Do not use robots.txt as a canonical tool

حظر نسخة مكررة لا يثبت نسخة مفضلة.

03

اجعل XML صغيرًا وصالحًا وصادقًا

استخدم بنية بروتوكول خريطة الموقع: XML بترميز UTF-8 مع عنصر urlset، ومساحة أسماء الخريطة، وعنصر loc لكل عنوان URL. اهرب الحروف الحساسة في XML داخل قيم العناوين. يجب على الأتمتة تسلسل عناوين URL بدلًا من تجميع XML يدويًا.

يجب ألا يحتوي كل ملف خريطة على أكثر من 50,000 عنوان URL وألا يزيد حجمه عن 50 MB غير مضغوط. هذه حدود وليست أهدافًا. قسّم الملفات مبكرًا إذا كانت المنتجات أو المقالات أو اللغات أو أنواع المحتوى تشكل حدودًا تشغيلية مفيدة.

استخدم lastmod فقط لتاريخ التغيير الجوهري الحقيقي للصفحة. تستخدمه Google عندما يكون دقيقًا وقابلًا للتحقق باستمرار؛ تحديث سنة حقوق النشر لا يؤهله. لا تطبع كل عنوان بتاريخ توليد الملف. تتجاهل Google عناصر changefreq و priority، لذا احذفها.

Minimum useful entry

loc مطلوب؛ lastmod اختياري ويجب أن يصف الصفحة، لا وقت التوليد.

Compression

يمكن لgzip تقليل حجم النقل، لكن الملف غير المضغوط يجب أن يبقى أقل من 50 MB.

Validation

تحقق من صحة تكوين XML، وقابلية الجلب، وسلوك الصفحات المدرجة.

04

استخدم فهارس لتوسيع النطاق دون فقدان الملكية

فهرس الخريطة (sitemap index) يسرد ملفات خريطة الموقع. استخدمه عندما يتجاوز الموقع حد ملف واحد أو يحتاج جردًا منفصلًا. جمّع حسب المسؤولية التحريرية أو المنتج أو مركز المساعدة. للفهرس نفس حدود 50,000 عنصر و50 MB غير مضغوط.

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

قسّم حول غرض قابل للاختبار—نوع المحتوى، المتجر، مجموعة اللغات، أو حدود النشر. سجّل أداة التوليد، والمالك، والتوقعات السكانية.

Index first for large sites

قدّم الفهرس الكامل بدلًا من تقديم كل ملف فرعي يدويًا.

Index lastmod

lastmod في الفهرس يصف ملف الخريطة نفسه، لا صفحاته.

05

انشر وقدّم وفسّر النتائج بشكل صحيح

استضِف الخريطة على عنوان HTTPS ثابت وقابل للجلب علنًا، ويفضل أن يكون قريبًا من الجذر. أضف توجيه Sitemap كامل إلى robots.txt. قدّم الخريطة أو الفهرس في Google Search Console وBing Webmaster Tools لرؤية تفاصيل المعالجة.

في Search Console، تعني حالة Success أن الخريطة جرى جلبها وقراءتها دون أخطاء. Has errors تعني أنها قُرئت مع أخطاء؛ Couldn’t fetch تعني أنها لم تكن متاحة. أصلح مشكلات التوصيل، أو المصادقة، أو DNS، أو قواعد robots، أو إعادة التوجيه، أو XML ثم أعد الإرسال.

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

Two discovery paths

robots.txt يساعد على الاكتشاف؛ وتقديم الأدوات (tool submission) يكشف تقارير المعالجة.

Report scope

يسرد Search Console الملفات المقدمة بالتقرير أو API، لا كل ما اكتشفته robots.txt.

06

شغّل الخريطة كبنية تحتية حساسة للإصدارات

قد تتراجع جودة الخريطة عندما يغير مكوّن CMS إعدادًا، أو يغيّر نشر المضيف المعياري، أو تخدم قواعد التخزين المؤقت مخرجات قديمة، أو تنشر وظيفة مجمعة صفحات غير مكتملة. اجعل فحوصات الخريطة جزءًا من أعمال ما قبل الإصدار والتراجع. لا تستبدل بهدوء جردًا كاملاً بملف فارغ أو معطوب.

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

Release gate

أوقف النشر لنتائج خريطة غير صالحة، فارغة، ذات مضيف خاطئ، أو مخرجات غير معيارية.

Recovery detail

احتفظ بالقطعة السابقة وإعداد المولد جاهزين للتراجع.

نفّذ / تحقق

دليل المهام العملي الخاص بك.

  1. 01

    اكتب قاعدة الإدراج

    وثّق أن العنوان المدرج يجب أن يكون عامًا، موجهًا للفهرسة، مفيدًا، ناجحًا، وقياسيًا (canonical).

    تحقق: راجع عينة صغيرة مع أصحاب المحتوى والمنتج والهندسة؛ لكل عنوان سبب واضح لتلقّي حركة بحث.
  2. 02

    ولّد من بيانات مصدر الحقيقة

    استخدم حقول النشر والتقنين (canonicalization) بدلًا من زحف خام لكل مسارات التطبيق.

    تحقق: يوجد في المولّد مرشحات صريحة للحالات noindex، وredirect، والمسودات، والخاص، والسجلات المكررة.
  3. 03

    اختبر سلوك العناوين

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

    تحقق: لا يعيد أي عنصر نموذجي توجيهًا أو ينتج خطأً أو يكشف معاينة أو يسمي canonical مختلفًا.
  4. 04

    تحقق من صحة الوثيقة

    أكد ترميز UTF-8، وبنية XML المطلوبة، وعناوين مطلقة، والتهريب الصحيح، وحدود الحجم وعدد العناوين.

    تحقق: يتقبل محلل XML الملف وتُسجل عملية البناء عدد العناوين والحجم غير المضغوط.
  5. 05

    اجعل lastmod صادقًا

    أصدر lastmod فقط من حدث تغيير جوهري موثوق للصفحة؛ اتركه عند عدم تمكن النظام من الإبلاغ بدقة.

    تحقق: تعرض الصفحة المتغيرة تاريخ تغيير المحتوى الحقيقي، بينما لا يغيّر إعادة تشغيل المولّد فقط كل إدخال.
  6. 06

    أنشئ فهرسًا عند الحاجة

    جمّع الجرد الكبير أو المتمايز تشغيليًا إلى خرائط فرعية وكشف فهرس خريطة مستقر.

    تحقق: كل ملف فرعي يمكن الوصول إليه من الفهرس، ضمن حدود البروتوكول، وله مالك مسمى.
  7. 07

    انشر للاكتشاف

    قدّم الخريطة بدون مصادقة أو إعادة توجيه هشة وأضف عنوانها المطلق إلى robots.txt.

    تحقق: يسترجع طلب من خارج بيئة النشر الملف الحالي المتوقع وتذكر robots.txt عنوانه.
  8. 08

    قدّم وراجع المعالجة

    قدّم الخريطة أو الفهرس في Google Search Console وBing Webmaster Tools، ثم حقق في أخطاء الجلب والتحليل.

    تحقق: تُظهر الأداتان الملف المقدم المقصود ولا توجد مشكلة جلب أو تحليل غير محلولة.
  9. 09

    حافظ عليها في الإصدارات

    قارن عدد العناوين المتوقع مع المنتج واحتفظ بأثر معروف جيد قبل نشر إصدار جديد.

    تحقق: تظهر ملاحظات الإصدار دلتا العدد، عينات من الإضافات والإزالات، ومسار تراجع موثّق.
مواضيع النقاش

قارن المقايضات، لا تشارك بيانات خاصة.

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

  1. 01

    ما أنواع عناوين URL في موقعك التي تخلق أكبر قدر من عدم اليقين بشأن ما إذا كانت تنتمي إلى نتائج البحث، ومن المسؤول الذي يمكنه اتخاذ هذا القرار بوضوح؟

  2. 02

    كيف سيكتشف فريقك أن إصدارًا غيّر أسماء المضيف المعيارية، أو عدد عناوين URL، أو قابلية جلب الخريطة قبل زحف محرك البحث التالي؟

  3. 03

    أين يمكن أن يساعد تجميع الخرائط حسب مالك المحتوى أو حدود النشر في تسهيل هجرة مستقبلية والتحقق منها والتراجع عنها؟

الموارد الشائعة / الموثوقة

اطّلع على المواد المصدرية.

Google Search CentralBuild and submit a sitemap ↗

إرشادات أساسية حول اختيار العناوين، العناوين المطلقة، UTF-8، حدود الملف، دقة lastmod، اكتشاف robots.txt، والتقديم.

تمت المراجعة 2026-09-27
Google Search CentralLearn about sitemaps ↗

يشرح متى تساعد الخريطة على الاكتشاف ولماذا لا تضمن الزحف أو الفهرسة.

تمت المراجعة 2026-09-27
Google Search CentralHow to specify a canonical URL with rel=canonical and other methods ↗

يوضّح كيف يتوافق إدراج الخريطة مع إشارات معيارية أقوى مثل عمليات إعادة التوجيه ووسوم الرابط canonical.

تمت المراجعة 2026-09-27
Google Search Console HelpSitemaps report ↗

يُعرّف حالات التقارير، ويشرح معنى بيانات الخريطة المقدمة، ويضع خطوات الاستجابة لفشل الجلب أو التحليل.

تمت المراجعة 2026-09-27
Sitemaps.orgSitemaps XML format ↗

مرجع البروتوكول لعناصر XML، والترميز، والتهريب، وملفات الفهرس، ونطاق المضيف، والحدود الرسمية (Sitemap Protocol).

تمت المراجعة 2026-09-27
Bing Webmaster ToolsSitemaps ↗

إرشادات Bing الرسمية حول صيغ الخرائط المقبولة، والتقديم، وتفاصيل المعالجة، واكتشاف robots.txt.

تمت المراجعة 2026-09-27

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

توضيحات سريعة

أسئلة شائعة.

هل يجب أن تكون كل صفحة حية في خريطة موقع XML الخاصة بي؟

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

هل أحتاج لتحديث lastmod في كل مرة يتم فيها توليد الخريطة؟

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

هل يعني تقديم خريطة ناجحًا أن كل عنوان URL مفهرس؟

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

Status Is UP Editorial Team · محررو تمكين الجاهزية

راجعه مراجع فني لتحسين محركات البحث ومنصة الويب. نُشر في 2026-09-27؛ وحُدِّث في 2026-09-30.