أولوية خريطة الموقع

الخلاصة — أولوية خريطة الموقع رقم من 0.0 إلى 1.0 يمكنك وضعه لكل عنوان URL في خريطة موقع XML لتشير إلى مدى أهميته. والخلاصة القصيرة هي أن Google يتجاهله، وأن البروتوكول لم يعرّفه قط بوصفه تعليمة مطلقة للترتيب. لا تهدر وقتك في ضبط أشرطة التمرير هذه داخل إضافة SEO؛ أنفقه على الروابط الداخلية وبنية الموقع النظيفة بدلاً من ذلك.

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

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

• <priority> — رقم من 0.0 إلى 1.0 (قيمته الافتراضية 0.5) يُفترض أن يبين مدى أهمية الصفحة مقارنةً بصفحاتك الأخرى.
• <changefreq> — كلمة مثل daily أو weekly أو monthly يُفترض أن تبين معدل تغير الصفحة.

بدت الفكرة معقولة: اضبط الصفحة الرئيسية على 1.0، وصفحة قديمة مؤرشفة على 0.2، وأخبر Google أن قسم الأخبار يتغير daily، فيزحف ويرتب وفقاً لذلك.

المشكلة: هذا لا يعمل

لم تسر الأمور هكذا. يتجاهل Google الوسمين كلياً. لا يمنحهما «وزناً أقل»، بل يتجاهلهما. تقول وثائق Google نفسها بوضوح: “Google ignores <priority> and <changefreq> values.” (ترجمة) «يتجاهل Google قيم <priority> و<changefreq>.» ويفعل Bing الشيء نفسه.

ضبط أولوية الصفحة على 1.0 لا يجعل Google يزحف إليها أولاً، أو يفهرسها أسرع، أو يرتبها أعلى. وضبط changefreq على daily لا يجعل Google يزورها يومياً. تدخل هذه الأرقام إلى خريطة الموقع ثم تتخلص منها محركات البحث.

لماذا لا تزال إضافات SEO تعرضه؟

هذا هو الجزء المربك. إذا كنت تستخدم إضافة SEO في WordPress، فقد تظل ترى خيارات الأولوية وتواتر التغيير في إعدادات خريطة الموقع. إنها بقايا من سنوات مضت، حين كان تنسيق خريطة الموقع جديداً ولم يكن أحد متأكداً من أهمية الوسمين. وتستمر في شاشة الإعدادات مع أن محركات البحث المهمة تتجاهل كل ما تضبطه. يمكنك تركها كما هي بأمان.

ما الذي يخبر Google فعلياً بأن الصفحة مهمة؟

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

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

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

الخلاصة — <priority> و<changefreq> وسمان اختياريان في sitemaps.org، صُمما لترتيب الأهمية النسبية لعنوان URL ومعدل تغيره المتوقع. يتجاهلهما Google كليهما؛ إذ تقول وثائق Search Central الحالية: “Google ignores <priority> and <changefreq> values,” (ترجمة) «يتجاهل Google قيم <priority> و<changefreq>»، ووصف Illyes الأولوية بأنها “a bag of noise” (ترجمة) «كيس من الضوضاء» في 2017، وقال Mueller إنها “doesn’t really play that much of a role” (ترجمة) «لم تعد تؤدي ذلك الدور الكبير» في 2015. هذه الحقول ذاتية الإبلاغ، والتفسير الشائع في المجال، لا تفسير صرحت به Google أو Bing، هو أنها تعرضت للتلاعب على نطاق شامل: ضبط الجميع 1.0 وdaily، فلم تعد تحمل معلومات. وسم خريطة الموقع الوحيد الذي تستخدمه المحركات هو <lastmod> الدقيق. أما إشارات الأهمية الحقيقية فهي الروابط الداخلية، وعمق النقر، والإدراج في خريطة الموقع، وتواتر الزحف الملحوظ، والبروز في التنقل؛ وهي كلها أشياء تُلاحظ ولا تُعلن.

الغرض الذي صُمم له الوسمان

يأتي الوسمان من بروتوكول sitemaps.org، وهو المواصفة 0.9 التي تعرف تنسيق خريطة موقع XML الذي يقرأه كل من Google وBing.

يأخذ <priority> قيمة من 0.0 إلى 1.0، وقيمته الافتراضية 0.5. ومهمته المعلنة وصف “the priority of this URL relative to other URLs on your site.” (ترجمة) «أولوية عنوان URL هذا نسبةً إلى عناوين URL الأخرى في موقعك.» والكلمة الأساسية هي نسبةً؛ فلم يُقصد به قط أن يكون درجة أهمية مطلقة على مستوى الويب كله، بل ترتيب صفحاتك مقارنةً بعضها ببعض. وحتى المواصفة التي ابتكرته تحفظت بشدة، إذ تقول صراحةً إن “the priority you assign to a page is not likely to influence the position of your URLs in a search engine’s result pages.” (ترجمة) «لا يُرجح أن تؤثر الأولوية التي تسندها إلى صفحة في موضع عناوين URL الخاصة بك في صفحات نتائج محركات البحث.» لقد أخبرك مبتكرو الوسم أنفسهم بأنه ليس رافعة ترتيب.

يأخذ <changefreq> إحدى القيم always أو hourly أو daily أو weekly أو monthly أو yearly أو never. وتوضح المواصفة أن هذه “value provides general information to search engines and may not correlate exactly to how often they crawl the page” (ترجمة) «القيمة تقدم معلومات عامة لمحركات البحث وقد لا تتطابق بدقة مع معدل زحفها إلى الصفحة»، وأنها “considered a hint and not a command.” (ترجمة) «تُعد تلميحاً لا أمراً.» كانت محركات البحث حرة دائماً في إعادة الزحف إلى صفحة تحمل never للتحقق من المفاجآت، وفي تجاهل ادعاء daily إذا ظل المحتوى ساكناً.

وهكذا كانا منذ اليوم الأول تلميحين ذاتيي الإبلاغ تنصلت المواصفة نفسها من ضمانهما. ثم توقف أكبر محركين عن قراءتهما تماماً.

موقف Google: «يتجاهل»؛ وهو ثابت منذ عقد

وثائق Google الحالية صريحة. في صفحة إنشاء خريطة موقع وإرسالها، وتحديداً في قسم الوسوم الاختيارية، تقول: “Google ignores <priority> and <changefreq> values.” (ترجمة) «يتجاهل Google قيم <priority> و<changefreq>.» لا “gives less weight to,” (ترجمة) «يمنحهما وزناً أقل»، ولا «يخفض أولويتهما»، بل يتجاهلهما. هذه وثائق وليست تغريدة منفردة.

وليست هذه سياسة جديدة؛ فالتصريحات العامة ترجع إلى سنوات:

• 2015 — John Mueller. عندما سُئل في لقاء Webmaster Central عما إذا كانت الأولوية والتواتر مهمين، قال: “Priority and change frequency doesn’t really play that much of a role with Sitemaps anymore… it is much better to just specify the time stamp directly.” (ترجمة) «لم تعد الأولوية وتواتر التغيير يؤديان دوراً كبيراً في خرائط الموقع… ومن الأفضل كثيراً تحديد الطابع الزمني مباشرةً.»
• 2017 — Gary Illyes. عندما سُئل على Twitter عن حقلي priority وchangefreq، أجاب: “we ignore those. It’s essentially a bag of noise.” (ترجمة) «نتجاهلهما. إنهما في الأساس كيس من الضوضاء.»

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

هناك حاشية تستحق التنبيه: ادعت بعض تعليقات 2017 أن Google يتجاهل تاريخ <lastmod> أيضاً. هذا الكلام قديم الآن. تنص وثائق Google الحالية صراحةً على أنه يستخدم <lastmod> “if it’s consistently and verifiably… accurate.” (ترجمة) «إذا كان دقيقاً بصورة متسقة ويمكن التحقق منها.» لا تخلط بين الأمرين: يتجاهل Google <priority> و<changefreq>، لكنه لا يتجاهل <lastmod> الصادق.

هل يعامله Bing بصورة مختلفة؟ لا

هذه هي الثغرة التي يحاول الناس التمسك بها: «حسناً، يتجاهله Google، لكن ربما لا يزال Bing يهتم به.» لا يفعل. تقول تدوينة Bing لمشرفي المواقع في فبراير 2023 عن lastmod إن هذه الحقول “do not accurately reflect the likelihood of a page being updated or the relative importance of a URL,” (ترجمة) «لا تعكس بدقة احتمال تحديث الصفحة أو الأهمية النسبية لعنوان URL»، ولذلك “Bing largely disregards these fields.” (ترجمة) «يتجاهل Bing هذه الحقول إلى حد كبير.» وفي التدوينة نفسها يقول Bing إنه “revamping our crawl scheduling stack to better utilize the information provided by the lastmod tag” (ترجمة) «يعيد تصميم حزمة جدولة الزحف للاستفادة بصورة أفضل من المعلومات التي يقدمها وسم lastmod»؛ وهي الخطوة نفسها لدى Google. تخلى المحركان عن الوسوم ذاتية الإبلاغ وركزا على الوسم الذي يمكنهما التحقق منه.

وعزز Bing ذلك في تدوينته الصادرة في يوليو 2025 عن خرائط الموقع في البحث المدعوم بالذكاء الاصطناعي، إذ قال إن XML “remains the preferred format… as it supports structured metadata like lastmod, which helps Bing assess content freshness and relevance more effectively.” (ترجمة) «يظل التنسيق المفضل… لأنه يدعم بيانات وصفية منظمة مثل lastmod، مما يساعد Bing على تقييم حداثة المحتوى وملاءمته بكفاءة أكبر.» مرة أخرى: lastmod لا priority.

لماذا يُرجح أن الوسمين أُهملا؟ تفسير غير رسمي

توثق Google وBing أنهما تتجاهلان priority وchangefreq، لكن أياً منهما لم ينشر السبب. لذلك تعامل مع ما يأتي بوصفه التفسير السائد في المجال، لا مبرراً معلناً من Google أو Bing.

القراءة الشائعة لدى الممارسين هي أنها مشكلة ثقة: لا تكون الإشارة مفيدة إلا إذا كان من الصعب تزييفها وكانت مرتبطة بشيء حقيقي، وpriority وchangefreq لا يحققان أياً من الشرطين:

• إنهما ذاتيا الإبلاغ. أنت تعلنهما ولا أحد يتحقق منهما. لا يملك محرك البحث وسيلة تؤكد أن صفحتك ذات 1.0 أهم فعلاً من صفحتك ذات 0.4؛ فأنت من كتب الأرقام فحسب.
• التفسير المتداول على نطاق واسع هو أنهما تعرضا للتلاعب. تقول النظرية المتكررة في مجال SEO، لا وثائق Google أو Bing، إن مشرفي المواقع ضبطوا على نحو متوقع كل عنوان URL تقريباً على 1.0 وdaily ليبدو مهماً. عندما يدعي كل شيء أولوية 1.0، لا يعود أي شيء ذا أولوية؛ ينهار تباين الحقل ويتوقف عن حمل معلومات.

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

أما الأمر الموثق فهو التباين مع <lastmod>. يستخدمه Google بشروط: “if it’s consistently and verifiably… accurate,” (ترجمة) «إذا كان دقيقاً بصورة متسقة ويمكن التحقق منها»، ويتحقق منه “by comparing to the last modification of the page.” (ترجمة) «بمقارنته بآخر تعديل للصفحة.» فاختبار التحقق المدمج هذا فرق حقيقي موثق بين نوعي الوسوم: سواء كان التلاعب هو السبب المحدد لموت priority أم لا، فإن قابلية التحقق من lastmod هي ما يسمح لـGoogle بالثقة به على نحو لم يحققه priority قط.

ما الذي يدل فعلياً على أهمية الصفحة بدلاً منه؟

لا يُستبدل priority بوسم آخر تضبطه، بل بإشارات تلاحظها محركات البحث بدلاً من إشارات تعلنها. وهذا أهم قسم في المقال:

يستحق بندان من هذه القائمة مزيداً من الشرح:

تواتر الزحف يُلاحظ ولا يُعلن. لا يمكنك أن تأمر Google بالزحف يومياً إلى صفحة عبر changefreq. يقرر نموذج طلب الزحف لدى Google ذلك استناداً إلى الشعبية، إذ تقول الوثائق: “URLs that are more popular on the Internet tend to be crawled more often to keep them fresher in our systems” (ترجمة) «تميل عناوين URL الأكثر شعبية على الإنترنت إلى أن يُزحف إليها أكثر للحفاظ على حداثتها في أنظمتنا»، وإلى القدم: “our systems want to recrawl documents frequently enough to pick up any changes” (ترجمة) «تريد أنظمتنا إعادة الزحف إلى المستندات بوتيرة تكفي لرصد أي تغييرات»، وفق وثائق ميزانية الزحف. تعتمد الشعبية إلى حد كبير على الروابط، ويعتمد القدم على معدل التغيير الفعلي الذي يعكسه lastmod الصادق. ولا تضبط أياً منهما في وسم.

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

هل ينبغي أن تستمر في تضمين priority وchangefreq؟

عملياً، لا بأس بحذفهما كلياً. تضمينهما غير ضار، لكنه غير مفيد أيضاً، وعندما يضبط المولد كل القيم على القيمة الافتراضية نفسها فإنهما لا يدلان حرفياً على شيء. لا تزال معظم أدوات خرائط الموقع وإضافات SEO تصدرهما افتراضياً، وتعرض أشرطة تمرير الأولوية في واجهاتها؛ وهذا أهم أسباب بقاء الخرافة. لن يضر حذفهما بـSEO؛ والممارسة الأفضل حالياً هي خريطة موقع خفيفة تضم <loc> و<lastmod> دقيقاً. ومن الأفضل بكثير أن تنفق وقتك على الربط الداخلي وبنية الموقع.

موضع هذا الموضوع

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

خرافات سريعة

• «الأولوية 1.0 تجعل Google يزحف إلى صفحتي أو يرتبها أولاً.» لا؛ فهي متجاهلة، وطلب الزحف، أي الشعبية والقدم، هو الذي يقرر لا إعلانك.
• «changefreq=daily يجعل Google يزحف يومياً.» لا؛ فهو متجاهل، وحتى المواصفة وصفته بأنه تلميح يمكن للمحركات تجاهله.
• «الأولوية تؤثر في الترتيب.» لم تفعل قط؛ فمواصفة sitemaps.org نفسها قالت إنه «لا يُرجح أن تؤثر» في الترتيب.
• «ربما لا يزال Bing يستخدمهما.» لا؛ إذ «يتجاهل Bing هذه الحقول إلى حد كبير».
• «بما أن Google يتجاهل lastmod أيضاً، فلا أهمية لأي من ذلك.» كلام قديم؛ تنص وثائق Google الحالية على أنه يستخدم lastmod الدقيق.
• ** “Removing priority/changefreq will hurt my SEO.” ** (ترجمة) «حذف priority وchangefreq سيضر بـSEO.» لا؛ فخريطة الموقع الخفيفة ممارسة معيارية.

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

خلاصة مكثفة للنسخة المتقدمة:

• أولوية خريطة الموقع هي وسم <priority> الاختياري، من 0.0 إلى 1.0 وقيمته الافتراضية 0.5، في بروتوكول sitemaps.org، والغرض منه ترتيب أهمية عنوان URL نسبةً إلى الصفحات الأخرى في الموقع نفسه. و<changefreq> وسمه المصاحب، وهو تلميح إلى معدل التغيير.
• يتجاهل Google كليهما حرفياً. تقول وثائقه: “Google ignores <priority> and <changefreq> values.” (ترجمة) «يتجاهل Google قيم <priority> و<changefreq>.» وقال Illyes في 2017: “a bag of noise.” (ترجمة) «كيس من الضوضاء»، وقال Mueller في 2015: “doesn’t really play that much of a role.” (ترجمة) «لم تعد تؤدي ذلك الدور الكبير». إنها سياسة ثابتة منذ عقد.
• يتجاهلهما Bing أيضاً. تقول تدوينة Bing لعام 2023 إنه “largely disregards these fields” (ترجمة) «يتجاهل هذه الحقول إلى حد كبير»، ويستثمر في lastmod بدلاً منهما، وهو ما يغلق ثغرة «ربما يهتم Bing».
• لم يكونا عامل ترتيب قط حتى في التصميم؛ فقد قالت مواصفة sitemaps.org إن الأولوية “not likely to influence the position of your URLs” (ترجمة) «لا يُرجح أن تؤثر في موضع عناوين URL» في النتائج.
• سبب موتهما المرجح: إنهما ذاتيا الإبلاغ، وحسب التفسير الشائع في المجال، لا تصريح Google أو Bing، تعرضا لتلاعب شامل، فضبط الجميع 1.0 وdaily فلم يعودا يحملان معلومات. ونجا lastmod لأنه قابل للتحقق.
• ما يدل فعلياً على الأهمية: عدد الروابط الداخلية وعمق النقر، والإدراج في خريطة موقع نظيفة، و<lastmod> دقيق، والبروز في التنقل؛ وهي كلها أشياء تُلاحظ ولا تُعلن. وتواتر الزحف ناتج للشعبية والقدم، لا شيء تضبطه.
• الإرشاد العملي: لا بأس بحذف الوسمين؛ والإبقاء عليهما غير ضار لكنه عديم الفائدة، وحذفهما لا يضر بـSEO. ولا تزال إضافات SEO تعرض أشرطة تمرير الأولوية، لذلك تستمر الخرافة.

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

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

Google

• إنشاء خريطة موقع وإرسالها — الوثيقة الحالية التي تنص على “Google ignores <priority> and <changefreq> values” (ترجمة) «يتجاهل Google قيم <priority> و<changefreq>»، وتشرح متى يُستخدم <lastmod>.
• تحسين ميزانية الزحف — يعرّف طلب الزحف بوصفه نتاج الشعبية والقدم، أي ما يدفع تواتر الزحف فعلياً بدلاً من changefreq.

Bing / Microsoft

• أهمية ضبط وسم “lastmod” في خريطة موقعك، فبراير 2023 — تقول إن Bing “largely disregards these fields” (ترجمة) «يتجاهل هذه الحقول إلى حد كبير»، أي priority وchangefreq، وإنه يعيد تصميم جدولة الزحف حول lastmod.
• الحفاظ على قابلية اكتشاف المحتوى باستخدام خرائط الموقع في البحث المدعوم بالذكاء الاصطناعي، يوليو 2025 — يفضل XML لأنه يدعم lastmod لقياس الحداثة، ولا يذكر priority بوصفه إشارة.

البروتوكول، منشأ الوسمين

• بروتوكول sitemaps.org — التعريف الأصلي لـ<priority> و<changefreq>، بما في ذلك إقرار المواصفة نفسها بأن الأولوية “not likely to influence the position of your URLs in a search engine’s result pages.” (ترجمة) «لا يُرجح أن تؤثر في موضع عناوين URL في صفحات نتائج محرك البحث.»

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

تصريحات موثقة من Google وBing. ينقلك كل رابط إلى المقطع المقتبس في صفحة المصدر.

Google — الوثائق الحالية

• “Google ignores <priority> and <changefreq> values.” (ترجمة) «يتجاهل Google قيم <priority> و<changefreq>.» — وثائق Google Search Central، إنشاء خريطة موقع وإرسالها. انتقل إلى الاقتباس
• “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” (ترجمة) «يستخدم Google قيمة <lastmod> إذا كانت دقيقة بصورة متسقة ويمكن التحقق منها، مثلاً بمقارنتها بآخر تعديل للصفحة.» — الوثيقة نفسها، عن الوسم الوحيد الذي يقرأه Google. اقرأ الوثيقة

Gary Illyes، Google (2017)

• “we ignore those. It’s essentially a bag of noise.” (ترجمة) «نتجاهلهما. إنهما في الأساس كيس من الضوضاء.» — Gary Illyes، رداً على سؤال في Twitter عن حقلي أولوية خريطة الموقع وchangefreq، في 28 مارس 2017. اقرأ التغطية

John Mueller، Google (2015)

• “Priority and change frequency doesn’t really play that much of a role with Sitemaps anymore. This is something where we’ve tried various things but essentially, if you have a sitemap file and you are using it to tell us about the pages that were changed or updated, it is much better to just specify the time stamp directly so that we can look into our internal systems and say we haven’t crawled since this date therefore we should crawl again. And just crawling daily doesn’t make much sense if your content doesn’t change.” (ترجمة) «لم تعد الأولوية وتواتر التغيير يؤديان دوراً كبيراً في خرائط الموقع. جربنا أموراً مختلفة، لكن إذا كان لديك ملف خريطة موقع تستخدمه لإخبارنا بالصفحات التي تغيرت أو حُدثت، فمن الأفضل كثيراً تحديد الطابع الزمني مباشرةً كي ننظر في أنظمتنا الداخلية ونقول إننا لم نزحف منذ هذا التاريخ، ولذلك ينبغي أن نزحف مرة أخرى. والزحف يومياً لا يكون منطقياً إذا كان محتواك لا يتغير.» — John Mueller، لقاء Google Webmaster Central، 8 مايو 2015. اقرأ التغطية

Microsoft Bing (2023)

• “Bing largely disregards these fields.” (ترجمة) «يتجاهل Bing هذه الحقول إلى حد كبير.» — مدونة Bing Webmaster، عن <changefreq> و<priority>، فبراير 2023. انتقل إلى الاقتباس

أخطاء يرتكبها الناس فعلياً مع هذين الوسمين

هذه ممارسات ملموسة أرى الفرق والإضافات تنفذها حول priority وchangefreq؛ وكل منها يهدر الوقت أو، في حالة واحدة، يضر بصمت بإشارة ذات أهمية حقيقية.

ضبط قيم الأولوية يدوياً صفحةً صفحة. الجلوس لتقرر أن صفحة الفئة هذه 0.7 وتلك 0.5 يبدو عملاً تحسينياً، لكنه ليس كذلك. يتجاهل Google وBing الحقل، ولذلك لا تنتج كل دقيقة تُنفق عليه أي أثر في الزحف أو الترتيب. أنفق الوقت على الربط الداخلي أو بنية الموقع بدلاً منه، فهما يؤثران فعلياً في الأهمية المتصورة.

ضبط changefreq لكل عنوان URL على daily أو hourly ليبدو مهماً. هذا نوع التلاعب الذي يُلام على نطاق واسع على فقدان الحقل ثقة المحركات، مع أن Google وBing لم تذكرا هذا الدافع مباشرةً. أما الموثق فأبسط: عندما يدعي كل عنوان URL أنه daily، لا يحمل الحقل معلومات تميزه، ومواصفة sitemaps.org نفسها تسميه “a hint and not a command” (ترجمة) «تلميحاً لا أمراً» تستطيع المحركات تجاهله. احذفه.

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

وضع تاريخ اليوم بلا تمييز في <lastmod> لكل عنوان URL ليبدو حديثاً. بخلاف priority وchangefreq، يمكن أن يرتد هذا عليك: يقول Google إنه يستخدم <lastmod> فقط “if it’s consistently and verifiably… accurate,” (ترجمة) «إذا كان دقيقاً بصورة متسقة ويمكن التحقق منها»، ويختبره بمقارنته بتاريخ التعديل الحقيقي للصفحة. إذا زيفته في كل مكان فإنك تخاطر بالإشارة الوحيدة التي تُقرأ فعلياً في خريطة الموقع. حدّثه عند تغير المحتوى بصورة مهمة فقط.

إدراج «إصلاح قيم الأولوية» بنداً في تدقيق SEO. يبدو عملاً منتجاً لكنه لا يقدم شيئاً قابلاً للقياس. استبدل به التحقق من نظافة خريطة الموقع ودقة <lastmod>؛ سيظل التدقيق شاملاً، لكنه سيفحص الآن شيئاً مهماً.

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

أي المحركات يستخدم هذه الوسوم فعلياً؟

جدول مرجعي سريع مبني على التصريحات الرسمية في علامتي التبويب Official Docs وQuotes؛ لا يوجد استنتاج هنا، بل ما يقوله كل مصدر عن محركه فقط.

لا يغطي هذا الجدول سوى Google وBing لأنهما المحركان اللذان توجد لهما تصريحات موثقة في موجز البحث. لن أخمن سلوك Yandex أو أي محرك آخر من دون اقتباس موثق.

قرار سريع بشأن وسوم خريطة الموقع

هل ينبغي أن أضمّن priority وchangefreq في خريطة موقعي؟

قائمة فحص قصيرة قبل النشر لتحديد ما ستفعله بهذين الوسمين، والأهم، لضبط <lastmod> بصورة صحيحة لأنه الوسم المهم.

• تحقق مما يصدره مولد خريطة الموقع أو إضافة SEO فعلياً. افتح نموذجاً من ملف خريطة الموقع وابحث عن <priority> و<changefreq> في مجموعة من عناوين URL؛ فلا تزال معظم الإضافات تضيفهما افتراضياً.
• إذا كنت تضبط قيم الأولوية يدوياً، فتوقف. ليس لها أثر في الزحف أو الترتيب؛ وجه هذا الوقت إلى الربط الداخلي بدلاً منها.
• قرر: اترك الوسمين أو احذفهما للحصول على ملف أخف. كلا الخيارين مقبول؛ فتضمينهما غير ضار لكنه غير مفيد. وكما ورد في علامة Advanced، فإن خريطة موقع خفيفة تضم <loc> و<lastmod> دقيقاً هي التوصية الأحدث.
• إذا حذفتهما، فتحقق من النتيجة. مرر الملف عبر مدقق خريطة الموقع للتأكد من أن XML لا يزال سليم البنية وأن شيئاً آخر لم يتعطل.
• دقق عينة من تواريخ <lastmod> مقابل تواريخ تغيّر المحتوى الحقيقية في نظام إدارة المحتوى. يبني الوسم الدقيق الثقة مع اختبار التحقق لدى Google، أما وضع تاريخ «اليوم» على صفحات لم تتغير فيقوضها.
• إذا أعدت توليد خريطة الموقع بأداة، فاختر أداة لا تصدر <lastmod> إلا عندما يتوفر دليل حقيقي عليه بدلاً من اختراع تاريخ لكل عنوان URL؛ يفعل مولد خريطة موقع XML ذلك، إذ لا يصدر lastmod إلا عندما تقدم الصفحة دليلاً عليه.

تدقيق الإشارات الحقيقية: إطار من أربع خطوات لأهمية الصفحة

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

الخطوة 1 — إحصاء الروابط. احسب الروابط الداخلية المؤدية إلى كل عنوان URL، مع ترجيح الروابط القادمة من الصفحات عالية القيمة، مثل الصفحة الرئيسية والتنقل الأساسي وأهم صفحات الفئات. هذا هو البديل الحقيقي لرقم أولوية معلن؛ فهو ملحوظ لا ذاتي الإبلاغ.

الخطوة 2 — فحص عمق النقر. قس عدد النقرات التي تفصل كل عنوان URL عن الصفحة الرئيسية. تبدو الصفحات الأعمق بعدة نقرات أقل أهمية بنيوياً مهما كان الوسم الذي تضعه عليها.

الخطوة 3 — تدقيق خريطة الموقع و<lastmod>. تأكد من أن عنوان URL موجود في خريطة موقع نظيفة لا تضم إلا العناوين الأساسية، وأن <lastmod> موجود وصادق. الوجود داخل خريطة مرتبة بتاريخ دقيق إشارة حقيقية؛ أما الغياب أو الوجود في خريطة مليئة بعناوين noindex أو عناوين معاد توجيهها فليس كذلك.

الخطوة 4 — مراجعة البروز في التنقل. افحص موضع الصفحة في القوائم ومسارات التنقل وتسلسل الفئات. الموضع هنا إعلان بنيوي للأهمية يقرأه المستخدمون ومحركات البحث بالطريقة نفسها.

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

مجموعة أدوات للعثور على وسمي priority وchangefreq وحذفهما

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

تعبير نمطي يطابق عنصر <priority> أو <changefreq>، للحذف أو الفحص:

<(priority|changefreq)>[^<]*<\/\1>

• (priority|changefreq) — مجموعة الالتقاط 1، وتطابق أحد اسمي الوسمين.
• [^<]* — المحتوى النصي للوسم، سواء كان رقماً أو كلمة مثل daily.
• <\/\1> — وسم الإغلاق المطابق عبر مرجع خلفي إلى المجموعة 1، ولذلك لا يُغلق <priority> إلا بـ</priority>.

Python — حذف الوسمين من ملف خريطة الموقع:

import re

with open("sitemap.xml", "r", encoding="utf-8") as f:
    xml = f.read()

# Remove <priority>...</priority> and <changefreq>...</changefreq> elements,
# including any surrounding whitespace/newline.
cleaned = re.sub(r"\s*<(priority|changefreq)>[^<]*</\1>", "", xml)

with open("sitemap-clean.xml", "w", encoding="utf-8") as f:
    f.write(cleaned)

macOS / Linux — عدّ سريع لعناوين URL التي تحمل الوسمين:

grep -oE '<(priority|changefreq)>' sitemap.xml | sort | uniq -c

Windows PowerShell — الفحص نفسه:

Select-String -Path sitemap.xml -Pattern '<priority>|<changefreq>' -AllMatches |
  ForEach-Object { $_.Matches } | Group-Object Value | Select Name, Count

وحدة تحكم Chrome DevTools — جلب خريطة موقع حية وفحصها، الصق الكود في لوحة Console في أي صفحة بعد تعديل عنوان URL:

fetch('/sitemap.xml')
  .then(r => r.text())
  .then(xml => {
    const priority = (xml.match(/<priority>/g) || []).length;
    const changefreq = (xml.match(/<changefreq>/g) || []).length;
    console.log({ priority, changefreq });
  });

XPath — لاستخراج مخصص في Screaming Frog يحدد ما إذا كان عنوان URL في خريطة الموقع التي زُحف إليها يحمل هذه الوسوم:

//*[local-name()='url']/*[local-name()='priority']

(استبدل priority بـchangefreq للوسم الآخر؛ وتُستخدم local-name() لأن XML خريطة الموقع يستخدم مساحة أسماء، ولذلك لن يطابق //priority البسيط).

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

اختبر نفسك: أولوية خريطة الموقع

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

موارد تستحق وقتك

كتاباتي ذات الصلة

• دليل المبتدئين إلى SEO التقني — يوضح موضع خرائط الموقع والاكتشاف في الصورة الأوسع.
• Robots.txt وSEO: كل ما تحتاج إلى معرفته — الجانب الآخر من التحكم في الزحف الذي يخلطه الناس بوسوم خريطة الموقع.
• قصة حظر صفحتين مرتفعتي الترتيب باستخدام Robots.txt — تجربة مباشرة عن سلوك ضوابط الزحف فعلياً، مقارنةً بما يفترضه الناس.

من أنحاء المجال

• Google — إنشاء خريطة موقع وإرسالها — الوثيقة الأساسية؛ “Google ignores <priority> and <changefreq> values.” (ترجمة) «يتجاهل Google قيم <priority> و<changefreq>.»
• Bing — أهمية ضبط وسم “lastmod” في خريطة موقعك — يقول Bing إنه “largely disregards these fields.” (ترجمة) «يتجاهل هذه الحقول إلى حد كبير.»
• بروتوكول sitemaps.org — المواصفة التي تعرف <priority> و<changefreq> وتقر بأن الأولوية “not likely to influence” (ترجمة) «لا يُرجح أن تؤثر» في الترتيب.
• Search Engine Roundtable — Google: حقل أولوية خريطة الموقع «كيس من الضوضاء» — تغطية Barry Schwartz لحوار Illyes عام 2017.
• Search Engine Roundtable — Google يقلل من أهمية الأولوية وتواتر التغيير في ملف خريطة موقع XML — لقاء Mueller عام 2015.
• Ahrefs — كيفية إنشاء خريطة موقع XML وإرسالها إلى Google — دليل Joshua Hardwick؛ ويوصي بحذف lastmod وchangefreq وpriority للحفاظ على خريطة موقع خفيفة.

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