اللغات

التوحيد الأساسي

كيف تختار محركات البحث عنوان URL أساسيًا واحدًا من بين العناوين المكررة وتجمع إشارات الترتيب عليه — لماذا rel=canonical هو تلميح وليس قاعدة، وكيفية مواءمة كل إشارة.

نُشر أول مرة: 23 يونيو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات
AIمن تأليفAI v2
دليل واحد في هذه الصفحة

اختيار النسخة الأساسية هو العملية التي ينتقي بها محرك البحث عنوان URL ممثلًا واحدًا عندما تعرض عدة عناوين محتوى مكررًا أو شبه مكرر، ثم يدمج إشارات الترتيب (الروابط وPageRank ونصوص الروابط) على العنوان المختار. أهم ما يجب فهمه أن rel=canonical تلميح لا قاعدة: تجمع Google النسخ المكررة، ثم تختار عنوانًا أساسيًا باستخدام مجموعة متنامية من الإشارات (~20 بحسب Illyes في 2020، و~40 بحسب Allan Scott من Google بحلول 2025)، منها تعليق rel=canonical وإعادة التوجيه والإدراج في خريطة الموقع والروابط الداخلية وHTTPS وتنسيق عنوان URL. وقد تتجاوز Google العنوان الذي أعلنته (حالة GSC: 'مكرر، اختارت Google عنوانًا أساسيًا مختلفًا عن المستخدم'). العنوان الأساسي ليس إعادة توجيه 301 ولا توجيه فهرسة مثل noindex. اجعل كل الإشارات تشير إلى عنوان URL نفسه، ثم تحقق من اختيار Google في Search Console. وتقود هذه الصفحة إلى الأدلة التفصيلية عن وسوم canonical والمحتوى المكرر ومعلمات URL.

TL;DR — اختيار النسخة الأساسية هو تجميع + اختيار + دمج: تكتشف Google التكرارات (تجزئات/بصمات المحتوى)، ويجمعها في مجموعات، ويختار واحدًا بوصفه الأساسي، وتدمج إشارات الترتيب (الروابط وPageRank ونصوص الروابط) عليه. rel="canonical" هو تلميح قوي، وليس توجيهًا — يمكن لـ Google أن يتجاوزه وتفعل ذلك بالفعل، ويظهر في GSC كحالة «مكرر، اختارت Google عنوانًا أساسيًا مختلفًا عن المستخدم.” إنه يزن مجموعة متزايدة من الإشارات (~20 وفقًا لإيلييس في 2020، ~40 وفقًا بحسب Allan Scott من Google بحلول 2025): تعليق rel=canonical، وإعادة التوجيه، والإدراج في خريطة الموقع، والروابط الداخلية، وHTTPS على HTTP، وعناوين URL الأقصر على الأطول — مع ترجيح بعضها على بعض (تتفوق إعادة التوجيه على إشارة HTTPS). والعنوان الأساسي ليس 301 وليس توجيه فهرسة مثل noindex. اجعل كل إشارة تشير إلى عنوان URL واحد، واستخدم عناوين أساسية ذاتية المرجع، وتحقق من العنوان المختار في أداة فحص عنوان URL في Search Console.

ما هو التوحيد القياسي في الواقع

Canonicalization sits between duplicate URLs and the index — deciding which one URL represents the group. المصدر: /technical-seo/how-search-works/indexing/canonicalization/

Three reachable duplicate URL variants feed a canonicalization decision. A separate bundle of signals also feeds the decision: rel=canonical, redirects, sitemap inclusion, internal links, and HTTPS. The decision selects one representative canonical URL, which may be indexed and shown in search while cluster signals consolidate onto it. The other duplicate URLs remain reachable rather than being deleted.

© Patrick Stox LLC · CC BY 4.0 ·

تعريف Google دقيق: “Canonicalization is the process of selecting the representative –canonical– URL of a piece of content.” (ترجمة) «اختيار النسخة الأساسية هو عملية انتقاء عنوان URL الممثل — الأساسي — لجزء من المحتوى»، و*“a canonical URL is the URL of a page that Google chose as the most representative from a set of duplicate pages.”* (ترجمة) «العنوان الأساسي هو عنوان URL لصفحة اختارتها Google بوصفها الأكثر تمثيلًا من مجموعة صفحات مكررة». Evidence for this claim Google groups similar pages and selects a representative canonical URL for the cluster. Scope: Google Search canonical selection for duplicate or very similar content. Confidence: high · Verified: Google Search Central: In-depth guide to how Google Search works كتبت دليل Ahrefs لاختيار النسخة الأساسية، وأعرض فيه وظيفتين مترابطتين: “Clustering creates a cluster of duplicate pages, and canonicalization chooses which version signals consolidate to and what page will be shown in search results.” (ترجمة) «ينشئ التجميع مجموعة من الصفحات المكررة، ثم تختار عملية تحديد النسخة الأساسية الإصدار الذي تُدمج عليه الإشارات والصفحة التي ستظهر في نتائج البحث.»

إذن هناك ثلاثة أشياء تحدث، بالترتيب:

  1. اكتشاف وتجميع عناوين URL المكررة (وشبه المكررة).
  2. اختيار واحد منها بوصفه العنوان الأساسي.
  3. دمج إشارات الترتيب على عنوان URL المختار.

افهم هذه النقاط الثلاث جيدًا وستتبخر معظم الارتباكات حول التوحيد القياسي.

لماذا يهم هذا الأمر

توضح Google أن النسخ المكررة مشكلة تتعلق أساسًا بتجربة الاستخدام والقياس، لا مخالفة أخلاقية: “having the same content accessible through many different URLs can be a bad user experience… and it may make it harder for you to track how your content performs in search results.” (ترجمة) «قد يسيء إتاحة المحتوى نفسه عبر عناوين URL عديدة إلى تجربة المستخدم، وقد يصعّب تتبع أداء المحتوى في نتائج البحث». ومعظم حالات التكرار ليست خبيثة، بل آثار تقنية عادية للمعلمات والتنقل متعدد الأوجه ومتغيرات البروتوكول أو المضيف ومعرّفات الجلسات.

تظهر الفائدة الحقيقية في أربعة جوانب، ومن المفيد تمييز كل منها بدل اختزال الأمر في عبارة غامضة مثل «اختيار النسخة الأساسية يفيد تحسين محركات البحث»:

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

توضح وثائق Google فائدة الإشارة: “It helps search engines to be able to consolidate the signals they have for the individual URLs (such as links to them) into a single, preferred URL.” (ترجمة) «تساعد محركات البحث على دمج إشارات عناوين URL المنفردة، مثل الروابط المؤدية إليها، في عنوان URL مفضل واحد». لكن ذلك مشروط بأن يصبح الهدف هو العنوان الأساسي الفعلي؛ فإعلانه لا يضمن تلقائيًا انتقال كل قيمة PageRank أو نصوص الروابط أو إشارات الترتيب إليه. وإذا تعارضت إشاراتك واختارت Google عنوانًا آخر، فلن يتم الدمج على النحو الذي قصدته.

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

كيف تختار Google النسخة الأساسية

Canonicalization is three jobs, not one: cluster, select, consolidate. المصدر: /technical-seo/how-search-works/indexing/canonicalization/

Step one fingerprints duplicate URLs and groups them into a cluster. Step two selects one URL as canonical while the others remain reachable alternates. Step three consolidates links, PageRank, and anchor text from the cluster onto the selected canonical.

© Patrick Stox LLC · CC BY 4.0 ·

هذا الجزء تتجاهله معظم الأدلة، لذا يستحق معالجته بشكل صحيح.

الخطوة 1 — اكتشاف التكرار

تقوم Google ببصمة محتوى الصفحة للعثور على التكرار. وصف Gary Illyes الآلية في Search Off the Record: “A checksum is basically a hash of the content. Basically a fingerprint.” (ترجمة) «المجموع الاختباري هو في الأساس تجزئة للمحتوى. في الأساس بصمة.» الصفحات ذات البصمات المتطابقة أو شبه المتطابقة (المحتوى القالب مثل التنقل والتذييلات يُستبعد إلى حد كبير) هي مرشحة لمعاملتها كتكرار.

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

الخطوة 2 — التجميع

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

الخطوة 3 — الاختيار من المجموعة

الآن تختار Google. تستخدم مجموعة من الإشارات — والعدد المنشور نما بمرور الوقت. في عام 2020 قال Illyes “we employ, I think, over twenty signals, we use over twenty signals, to decide which page to pick as canonical.” (ترجمة) «نستخدم، أعتقد، أكثر من عشرين إشارة، نستخدم أكثر من عشرين إشارة، لتحديد الصفحة التي نختارها كنسخة أساسية.» بحلول عام 2025، العدد الذي تتحدث عنه Google أعلى: كما أشرت في دليل Ahrefs لتحديد النسخة الأساسية، “According to Google’s Allan Scott, there are ~40 different canonical selection signals.” (ترجمة) «وفقًا لـ Allan Scott من Google، هناك نحو 40 إشارة مختلفة لاختيار النسخة الأساسية.» افهم ذلك على أن Google كشفت عددًا أكبر بمرور الوقت — أكثر من 20 في 2020 ونحو 40 بحلول 2025 — لا على أنه تناقض.

توثيق Google نفسه يذكر عددًا قليلًا صراحةً: “There are a handful of factors that play a role in canonicalization: whether the page is served over HTTP or HTTPS, redirects, presence of the URL in a sitemap, and rel="canonical" link annotations.” (ترجمة) «هناك عدد قليل من العوامل التي تلعب دورًا في تحديد النسخة الأساسية: ما إذا كانت الصفحة تُقدَّم عبر HTTP أو HTTPS، وعمليات إعادة التوجيه، ووجود عنوان URL في خريطة الموقع، وتعليقات رابط rel="canonical".» قائمتي الأكثر اكتمالًا تضيف بقية ما يُستشهد به عادةً: التكرار، وعناصر الروابط الأساسية، وعناوين URL في خريطة الموقع، والروابط الداخلية، والروابط الخارجية، وعمليات إعادة التوجيه، وhreflang، وx-default hreflang، وPageRank، وصفحات HTTPS على HTTP، وعناوين URL الأقصر على الأطول.

أي الإشارات تتفوق على أي

ليست متساوية. كان Illyes صريحًا أن “301 redirect, or any sort of redirect actually, should be much higher weight… than whether the page is on an http URL or https.” (ترجمة) «إعادة توجيه 301، أو أي نوع من إعادة التوجيه في الواقع، يجب أن يكون وزنها أعلى بكثير… من ما إذا كانت الصفحة على عنوان http أو https.» ووصف علامة النسخة الأساسية نفسها بأنها “quite a strong signal” (ترجمة) «إشارة قوية جدًا» — قوية، لكنها قابلة للخسارة. كما قلت في دليل تحديد النسخة الأساسية: علامة النسخة الأساسية “is sometimes referred to as a hint because it’s just one canonicalization signal, but it is considered a strong signal. Google ignores it if other signals are stronger.” (ترجمة) «يُشار إليها أحيانًا كتلميح لأنها مجرد إشارة واحدة لتحديد النسخة الأساسية، لكنها تعتبر إشارة قوية. تتجاهلها Google إذا كانت الإشارات الأخرى أقوى.»

لماذا هي تلميح، وليس توجيهًا

هذا هو العمود الفقري لدقة الموضوع بأكمله. Google: “You can indicate your preference to Google using these techniques, but Google may choose a different page as canonical than you do, for various reasons. That is, indicating a canonical preference is a hint, not a rule.” (ترجمة) «يمكنك الإشارة إلى تفضيلك لـ Google باستخدام هذه التقنيات، لكن Google قد تختار صفحة مختلفة كنسخة أساسية عن التي تختارها، لأسباب متنوعة. أي أن الإشارة إلى تفضيل النسخة الأساسية هي تلميح، وليست قاعدة.» Evidence for this claim Canonical declarations express a preference; Google can select a different canonical based on its signals. Scope: Google Search canonicalization; redirects and rel=canonical are strong signals while sitemap inclusion is weaker. Confidence: high · Verified: Google Search Central: How to specify a canonical URL عندما تخسر نسختك الأساسية المعلنة، تراها في Search Console كـ “نسخة مكررة، اختارت Google عنوانًا أساسيًا مختلفًا عن المستخدم” — والتي، كما أصفها، “means that Google chose a different URL to index than the one the user selected.” (ترجمة) «تعني أن Google اختارت عنوان URL مختلفًا للفهرسة عن الذي اختاره المستخدم.» الإصلاح ليس أبدًا “add a stronger tag” (ترجمة) «إضافة وسم أقوى»، بل هو مواءمة الإشارات المتعارضة.

طرق تحديد النسخة الأساسية

تقول Google صراحةً إن “none of them are required; your site will likely do just fine without specifying a canonical preference,” (ترجمة) «لا يُطلب أيٌّ منها؛ فمن المرجح أن يعمل موقعك بشكل جيد دون تحديد تفضيل canonical»، لكن في الممارسة العملية، تريد أن تكون متعمدًا. وتشير وثائق Google الحالية أيضًا إلى أن هذه الطرق يمكن أن تتراكم — فاستخدام عدة إشارات قوية ومتوافقة معًا يزيد من احتمالات اختيار Google لعنوان URL الذي تريده، على الرغم من أن أيًا منها بمفرده لا يضمن ذلك. الطرق الرئيسية:

  • عنصر الرابط rel="canonical" — السطر في <head>. الطريقة الأكثر شيوعًا؛ تصفها Google بأنها “a strong signal that the specified URL should become canonical.” (ترجمة) «إشارة قوية على أن عنوان URL المحدد يجب أن يصبح canonical». يجب أن يكون في <head> — فالوسم غير المغلق أو JavaScript الذي يدفعه إلى <body> يجعل Google تتجاهله. أعلن عن واحد فقط في كل صفحة؛ وإذا أعلنت عن أكثر من واحد، تتجاهل Google جميعها.
  • ترويسة HTTP rel="canonical" — للملفات غير HTML (مثل PDF) حيث لا يوجد <head> لوضع وسم فيه، اضبط canonical في ترويسة استجابة HTTP.
  • عمليات إعادة التوجيه — “a strong signal that the target of the redirect should become canonical.” (ترجمة) «إشارة قوية على أن هدف إعادة التوجيه يجب أن يصبح canonical». استخدم 301 عندما تنقل المحتوى فعليًا.
  • إدراج في خريطة الموقع — “a weak signal that helps the URLs that are included in a sitemap become canonical.” (ترجمة) «إشارة ضعيفة تساعد عناوين URL المدرجة في خريطة الموقع على أن تصبح canonical». اذكر عناوين canonical فقط في خريطة موقعك.
  • الروابط الداخلية — اربط باستمرار بالإصدار الذي تريده. الربط الداخلي غير المتسق هو أحد الأسباب الأكثر شيوعًا لتعارض إشاراتك.

الإشارات المرجعية الذاتية والعبر نطاقية

الـ canonical المرجعي الذاتي — صفحة قابلة للفهرسة يشير canonical فيها إلى نفسها — هو أفضل ممارسة في كل صفحة تريد فهرستها. فهو يجعل تفضيلك صريحًا حتى عندما تكون الإشارات الأخرى غامضة، ويحيّد النسخ ذات المعاملات التي قد تبدو لولا ذلك مكررة.

الـ canonical العابر للنطاقات مدعوم: يمكنك توجيه canonical لصفحة إلى عنوان URL على نطاق آخر تملكه لتوحيدها إليه (شائع مع التوزيع). وضع الفشل الذي يجب احترامه هو الاختطاف — كما أحذر في دليلي حول التوحيد القياسي، “In some really bad scenarios, a page on the wrong domain may be shown. This is referred to as hijacking.” (ترجمة) «في بعض السيناريوهات السيئة حقًا، قد تظهر صفحة على النطاق الخاطئ. يُشار إلى هذا باسم الاختطاف». إنه نادر، لكنه سبب يستدعي الحذر مع الـ canonical العابر للنطاقات.

حالات الحافة: ما الذي يُعد فعليًا مكررًا

خمس حالات تُصنف خطأً على أنها “مكررة” أكثر من غيرها. النمط في كل منها: لا تقرر بناءً على ميزة في عنوان URL (علامة ?، رقم صفحة، مجلد لغة، وسم سكربت) — بل قرر بناءً على ما هو المحتوى الأساسي المعروض فعليًا.

الحالةهل تُعتبر مكررة؟لماذا
معاملات التتبع أو الجلسة (?utm_source=, ?sessionid=)عادةً نعمنفس المحتوى الأساسي — آمن للتوحيد إلى عنوان URL النظيف.
معاملات التصفية أو الفرز أو الأوجه (?color=red, ?sort=price)ليس تلقائيًايمكن أن تنتج محتوى أو نية مختلفة جوهريًا عن الصفحة الأساسية — تحقق من المحتوى المعروض قبل توحيده بعيدًا.
الصفحات المرقمة (/page/2/)لاتعامل Google كل صفحة في سلسلة كصفحة منفصلة بمحتواها الأساسي الخاص — أعطِ كلًا منها عنوان URL فريدًا وcanonical مرجعيًا ذاتيًا، ولا تستخدم أبدًا canonical يشير إلى الصفحة 1.
الصفحات المترجمة بالكامللاالمحتوى بلغة مختلفة ليس مكررًا للأصل حتى عندما يتطابق القالب — اربطها بـ hreflang، وليس بـ canonical.
المتغيرات الإقليمية بنفس اللغة (مثل صفحات en-US مقابل en-GB شبه المتطابقة)أحيانًايمكن أن تتجمع مثل المكررات العادية. أبقِ تفضيل canonical في نفس اللغة واقرنه بـ hreflang متبادل حتى تظل لعنوان URL الإقليمي الصحيح فرصة للظهور.

تفصيلان في التنفيذ يسببان فشلًا صامتًا بشكل متكرر بما يكفي لتسليط الضوء عليهما بشكل منفصل:

  • الكنونيات المعروضة عبر JavaScript. إرشادات Google هي اختيار مصدر واحد واضح للقيمة: ضعها في HTML الأولي ولا تستبدلها عبر JavaScript، أو — إذا لم يكن ذلك ممكنًا — اتركها خارج HTML واضبطها فقط عبر JavaScript. إعلان canonical في المصدر وتغييره عبر سكربت هو نمط الفشل الفعلي: Google ينتهي بها الأمر مع إشارتين متعارضتين من صفحة واحدة.
  • الملفات غير HTML. رأس HTTP rel="canonical" (لملفات PDF وWord والمستندات المشابهة) مدعوم لنتائج بحث Google على الويب تحديدًا — إنها ليست إشارة عالمية عبر كل أسطح Google. استخدم عنوان URL مطلقًا، ولا تدع بيانات الملف الوصفية تعلن عن canonical متعارض. والنص المرجعي للمثال هو: “The completed Canonicalization Checker shows an HTML canonical of https://example.com/products/widget and an HTTP Link canonical of https://example.com/products/widgets. It labels this a signal conflict. The override-risk predictor says it is a deterministic signal check, not a claim about Google’s indexed canonical. It marks multiple canonical signals disagreeing and a redirecting canonical target as high risk, while describing a parameterized page canonicalizing to a clean URL as low risk when the content is unchanged.” (ترجمة) «يعرض المدقق عنوانين أساسيين مختلفين ويصنفهما تعارضًا في الإشارات، لا تقريرًا عن اختيار Google الفعلي.»

كيفية التحقق من canonical الذي اختارته Google

لا تفترض أن HTML هو مصدر الحقيقة؛ فالمهم ما اختارته Google. وكما أقول: “Your main source of truth for what Google chose as the canonical will be the URL Inspection tool in Google Search Console. Enter the URL, and it will show what the declared canonical is and what Google chose as the canonical.” (ترجمة) «مصدر الحقيقة الرئيسي لمعرفة العنوان الأساسي الذي اختارته Google هو أداة فحص عنوان URL في Google Search Console. أدخل العنوان، وستعرض الأداة العنوان الأساسي المعلن والعنوان الذي اختارته Google». وإذا اختلف الاثنان، فهذه إشارة إلى ضرورة مواءمة جميع المدخلات.

بعض الحدود الجديرة بالمعرفة قبل أن تتعامل مع هذا الحقل كحقيقة مطلقة:

  • إنه يعكس الحالة المفهرسة، وليس فحصًا مباشرًا. canonical المختار من Google في URL Inspection يأتي مما فهرسته Google بالفعل. يمكن أن يُظهر الاختبار المباشر في نفس الأداة الإشارات الحالية، لكنه لا يمكنه التنبؤ بما ستختاره Google — تعامل مع الحقل المفهرس كتاريخي، وليس في الوقت الفعلي.
  • الرؤية مقصورة على الخصائص التي تملكها. يمكنك فقط رؤية معلومات canonical لعناوين URL داخل خصائص Search Console التي لديك حق الوصول إليها، وليس لصفحات أطراف ثالثة عشوائية.
  • أداة التدقيق تراقب المدخلات، وليس قرار Google. أداة مثل مدقق اختيار النسخة الأساسية أعلاه تُظهر الإشارات التي ترسلها — HTML والترويسات وعمليات إعادة التوجيه. لا يمكنها إخبارك بما اختارته Google فعليًا؛ فقط URL Inspection يفعل ذلك.
  • لا ضمان للإدراج أو التوقيت أو الترتيب. اختيار عنوان URL المقصود بوصفه الأساسي لا يضمن فهرسته، ولا يتم وفق جدول زمني ثابت، ولا يضمن الزيارات أو الترتيب؛ فالعملية تحدد النسخة الممثلة ولا تضمن هذه النتائج.

أخطاء شائعة في اختيار النسخة الأساسية

الأخطاء المتكررة التي أراها (العديد منها من قائمتي الخاصة للأخطاء الشائعة):

  • استخدام canonical إنتاجي كحماية لموقع التدريج. يمكن لصفحة تدريج في https://staging.example.com/pricing/ أن تشير canonical الخاص بها إلى https://example.com/pricing/ ومع ذلك يتم الزحف إليها أو تجميعها أو حتى عرضها بينما يقوم Google بالتوفيق بين الإشارات. يحدد canonical أي نسخة مكررة تفضلها؛ فهو لا يجعل عنوان URL الخاص بالتدريج خاصًا ولا يوجه Google لإزالته. إذا تسرب مضيف التدريج إلى البحث، فاحتفظ به قابلًا للزحف مع noindex حتى يعالج Google التوجيه، أو أعد توجيهه إذا كان لعنوان URL بديل دائم في الإنتاج. بالنسبة لبيئة لا ينبغي أن تكون عامة أبدًا، تتطلب مصادقة.
  • الإشارة إلى canonical لصفحة غير مكررة. توجيه canonical لصفحة إلى صفحة غير ذات صلة يخبر Google أنهما متماثلتان؛ يمكنه إسقاط “النسخة المكررة” من النتائج. تُستخدم canonical للنسخ المكررة الحقيقية فقط.
  • canonical + noindex على عنوان URL نفسه. هاتان إشارتان متناقضتان. يقول John Mueller: “I’d just pick one (noindex or followed links). Links on a noindexed page can be picked up, but it’s not guaranteed.” (ترجمة) «سأختار واحدًا فقط: noindex أو السماح باتباع الروابط. قد تُلتقط الروابط في صفحة مستبعدة من الفهرس، لكن ذلك غير مضمون». اختر أحدهما.
  • حظر عنوان URL البديل في robots.txt. تقول Google: “Don’t use the robots.txt file for canonicalization purposes. Google may still index URLs that are disallowed in robots.txt without their content.” (ترجمة) «لا تستخدم ملف robots.txt لأغراض اختيار النسخة الأساسية؛ فقد تظل Google تفهرس العناوين المحظورة فيه من دون محتواها». كما لا تستطيع Google قراءة الصفحة المحظورة كي ترى وسم canonical أصلًا.
  • إرجاع 4XX لعنوان URL الذي تمت canonicalization — إذا أخطأت النسخة المكررة، ينكسر الدمج.
  • توجيه canonical لجميع الصفحات المقسمة إلى الصفحة 1. كل صفحة في سلسلة هي محتوى متميز؛ لا تقم بطيها إلى الجذر.
  • سلاسل canonical / عمليات إعادة التوجيه المتعارضة — canonical يشير إلى عنوان URL يعيد التوجيه بعد ذلك إلى مكان آخر يجبر Google على فك تشابك تناقض. اجعل canonical يشير مباشرة إلى الوجهة النهائية.
  • canonical متعددة أو canonical في <body> — وضع الجسم غير مقبول؛ الإعلانات المتعددة هي تعارض بدون نتيجة أولى/أخيرة موثوقة.

خرافات، تم دحضها

  • “وسم canonical يضمن أي عنوان URL يتم ترتيبه/فهرسته.” لا — إنه تلميح؛ يمكن لـ Google اختيار آخر (هذا بالضبط ما يبلغ عنه حالة GSC “مكرر، اختار Google canonical مختلفًا عن المستخدم”).
  • “rel=canonical is the same as a 301 redirect.” (ترجمة) «rel=canonical يساوي إعادة توجيه 301». لا. 301 هو التوجيه لـ نقل صفحة؛ canonical هو تلميح دمج وكلاهما يظل عنوانا URL قابلين للوصول. موقف Bing طويل الأمد هو أنه عند نقل المحتوى يجب استخدام 301، وليس canonical، لأن إعادة التوجيه هي التعليمات الواضحة. إذا كنت تسحب عنوان URL، أعد توجيهه.
  • “canonical يحظر أو يمرر الفهرسة مثل noindex.” لا — canonical ليس توجيه فهرسة على الإطلاق. دمجه مع noindex يرسل إشارات متضاربة؛ استخدم أحدهما أو الآخر.
  • “المزيد من وسوم canonical = إشارة أقوى.” العكس — أعلن عن أكثر من واحد وسيتجاهل Google جميعها.

Bing ومحركات أخرى

يستخدم Bing المبادئ نفسها. ففي صياغته الصادرة في ديسمبر 2025: “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems,” (ترجمة) «لا يؤدي المحتوى المكرر إلى عقوبات بحث في حد ذاته، لكنه يحد من الظهور بتشتيت الإشارات وإرباك القصد وإبطاء وصول التحديثات إلى محركات البحث وأنظمة الاكتشاف المدعومة بالذكاء الاصطناعي»، و*“Canonical tags, redirects, hreflang, noindex, and IndexNow all support this clarity, but the foundation is a streamlined site that avoids unnecessary duplication.”* (ترجمة) «تدعم وسوم canonical وإعادة التوجيه وhreflang وnoindex وIndexNow هذا الوضوح، لكن الأساس موقع منظم يتجنب التكرار غير الضروري». ويقدم Bing أيضًا ميزة تطبيع عناوين URL في أدوات Bing لمشرفي المواقع لدمج متغيرات المعلمات دون تعديل الشيفرة، وهي مفيدة عندما تنشأ النسخ المكررة من معلمات URL.

إلى أين تذهب بعد ذلك

هذه الصفحة هي المحور المفاهيمي لـ canonicalization، الموضوع الأب. تقع داخل مرحلة الفهرسة الأوسع لكيفية عمل البحث (canonicalization هو ما يقرر أي عنوان URL من مجموعة مكررة يتم فهرسته فعليًا). الغوص العميق الثلاثة أدناه يأخذ كل واحد قطعة أبعد:

  • وسوم Canonical (rel=canonical) — الوسم نفسه: الصيغة الدقيقة، التنفيذ في <head> مقابل تنفيذ عبر ترويسة HTTP، أنماط الإشارة الذاتية، وكل الطرق التي يتم بها تجاهله.
  • المحتوى المكرر — ما الذي يُعتبر فعليًا مكررًا، ولماذا ليس عقوبة، وكيفية منعه من المصدر بدلاً من معالجته بالوسوم.
  • معلمات URL — أكبر مصدر منفرد للمكررات: معلمات التتبع، والفرز، والتصفية، ومعلمات الجلسة، وكيفية منعها من تجزئة الصفحة عبر نسخ لا نهائية.

تتعلق عملية التوحيد القياسي (اختيار النسخة الأساسية) أيضًا بأخواتها في هذه المجموعة: المكررات وتضخم المعلمات هي بالضبط ما يهدر ميزانية الزحف، والتنقل متعدد الأوجه هو مصدر رئيسي لعناوين URL شبه المكررة، وفخاخ العنكبوت يمكن أن تولد مساحات لا نهائية من عناوين URL التي تجعل التكرار ينفجر. للعملية الكاملة — الاكتشاف، الزحف، العرض، الفهرسة، والتقديم — انظر مجموعة كيف يعمل البحث.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.