صفحة بديلة بوسم canonical صحيح

الخلاصة — «صفحة بديلة بوسم canonical صحيح» حالة في Google Search Console تبدو مخيفة لأنها مدرجة تحت «لماذا لا تُفهرس الصفحات» — لكنها ليست خطأ. معناها أن الصفحة نسخة أو إصدار بديل من صفحة أخرى، وأنها تخبر Google بطريقة صحيحة بفهرسة الصفحة الأخرى بدلًا منها. وتقول نصيحة Google نفسها إنه لا شيء عليك فعله. لا تقلق إلا إذا كانت صفحة تريدها في Google عالقة هنا.

ما معنى هذه الحالة؟

عندما تفتح تقرير فهرسة الصفحات في Google Search Console، سترى قائمة بأسباب عدم فهرسة الصفحات. وتوجد حالة “Alternate page with proper canonical tag” (ترجمة) «صفحة بديلة بوسم canonical صحيح» Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report ضمنها — وهي التي تربك الناس لأنها تبدو مشكلة، مع أنها ليست كذلك غالبًا.

إليك ما يحدث فعلًا. لديك عنوانا URL بالمحتوى نفسه (أو بمحتوى متقارب جدًا). ويحمل أحدهما — وهو «البديل» — وسم canonical يشير إلى الآخر، قائلًا «هذه هي النسخة الحقيقية، فافهرسها بدلًا مني». نظر Google في الأمر ووافق، وفهرس الصفحة المشار إليها، ثم وضع البديل هنا. هذه هي نتيجة canonicalization المتوقعة. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

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

• نسخة للجوال (مثل m.example.com) تشير إلى نسخة سطح المكتب.
• نسخة AMP أو للطباعة تشير إلى الصفحة العادية.
• عنوان URL بمعلمات تتبع (?utm_source=...) يشير إلى عنوان URL النظيف.

الفكرة التي ينبغي فهمها

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

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

متى ينبغي أن تهتم فعلًا؟

يفصل سؤال واحد الأمر: هل توجد في هذه الفئة صفحات أردت فهرستها وترتيبها؟

• لا — تجاهلها إذن. هذا هو النظام وهو يعمل.
• نعم — هناك خطب ما. فصفحة تهمك تخبر Google بفهرسة صفحة مختلفة بدلًا من نفسها. وهذا يستحق الإصلاح (المزيد في علامة التبويب المتقدمة).

هل تريد النسخة الكاملة — الحالات الأساسية الثلاث جنبًا إلى جنب، والقائمة القصيرة بالمشكلات الحقيقية، وكيفية الفحص باستخدام URL Inspection؟ انتقل إلى علامة التبويب المتقدم.

الخلاصة — هذه هي حالة canonical/duplicate الوحيدة في تقرير فهرسة الصفحات التي تعمل كما هو مقصود — إذ يتفق canonical الذي أعلنته مع canonical الذي اختاره Google، ويكون canonical مفهرسًا. وتقول صياغة Google الدقيقة: “there is nothing you need to do.” (ترجمة) «لا شيء عليك فعله». وتكون الأعداد الكبيرة طبيعية في مواقع التجارة الإلكترونية والمواقع ذات المرشحات والمعلمات والمواقع متعددة اللغات — ولا تنشر Google عتبة رقمية لهذه الفئة، لذلك رتب الأولويات حسب أنماط عناوين URL والصفحات المتأثرة لا حسب العدد الخام. ولا يوجد شيء للتحقق منه، ووفقًا لـMueller لا توجد عقوبة ترتيب من عملية توحيد canonical نفسها. والسؤال الفاصل هو: هل توجد هنا صفحات أردت فهرستها؟ إن لم توجد، فتجاهلها. وإن وجدت، فقارن canonical المعلن مع الذي اختاره Google في URL Inspection وأصلح هدف canonical. ولا تخلطها مع شقيقتيها — «نسخة مكررة بلا canonical اختاره المستخدم» (لم تُعلن أي canonical) و«نسخة مكررة، اختارت Google canonical مختلفًا عن المستخدم» (تجاوز Google canonical الذي أعلنته) — فهما تستحقان التدقيق.

ابدأ من هنا: هذا هو المسار السليم

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

ليست معطلة. وتعريف Google نفسه واضح إلى أقصى حد: Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (ترجمة) «تشير بصورة صحيحة إلى الصفحة الأساسية، وهي مفهرسة، لذلك لا شيء عليك فعله.» هذه هي الحالة كلها في جملة واحدة. ومن بين فئات canonical والنسخ المكررة في هذا التقرير، هذه هي الوحيدة التي تصفها Google بأنها تعمل كما هو مقصود تمامًا.

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

ما هي الصفحة «البديلة» فعلًا؟

إعلانات canonical إشارات تستخدمها Google عند اختيار عنوان URL الممثل من بين صفحات مكررة. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

يسمي تعريف Google الخاص بالحالة مجموعة ضيقة من الأمثلة: صفحة AMP لها canonical لسطح المكتب، أو نسخة جوال من canonical لسطح المكتب، أو نسخة سطح المكتب من canonical للجوال. ومن اللافت أن Google تقول إن الصفحات البديلة للغة لا يكتشفها Search Console تحت هذه الحالة بالضبط، حتى وإن أمكن للنسخ المترجمة أو الإقليمية أن تخضع للتوحيد في موضع آخر من نظام canonicalization الأوسع. Evidence for this claim Google's current status entry names AMP and separate mobile/desktop alternates as examples and explicitly says alternate-language pages are not detected by Search Console under this reason. Scope: Page indexing report Confidence: high · Verified: 2026-07-16 Page indexing report

إلى جانب أمثلة الحالة المحددة، يتعرف نظام canonicalization الأوسع — وهو النظام الذي يغطيه التعمق الذي كتبته عن canonicalization — على مجموعة أكبر من أنماط النسخ المكررة/البديلة التي يمكن توحيدها عبر canonical، وسترى بعض هذه الأنماط أيضًا عمليًا تحت حالة GSC هذه:

• عناوين URL ذات المعلمات والمرشحات — ?color=blue و?sort=price ومعرّفات الجلسات وتركيبات المرشحات.
• نسخ الطباعة وغيرها من صيغ المحتوى نفسه.
• صفحات الوسوم أو الأرشيف أو الصفحات عندما يكون محتواها الأساسي نفسه فعلًا (أو مجموعة فرعية قريبة) من الصفحة التي ستوحّد إليها. وتجمع Google الصفحات حسب تشابه المحتوى لا حسب نمط عنوان URL وحده، فلا تفترض أن كل صفحة مرقمة أو صفحة وسم يجب توحيدها إلى الصفحة الأولى — افحص تداخل المحتوى الفعلي أولًا.
• عناوين URL ذات وسم UTM من الحملات، وكلها تشير إلى عنوان URL النظيف.
• نسخ HTTP→HTTPS ونسخ الشرطة المائلة الأخيرة/حالة الأحرف للصفحة نفسها.

من المفترض أن تتوحد كل هذه النسخ إلى canonical عندما يكون المحتوى متكافئًا فعلًا. وعندما تظهر هنا بصورة صحيحة، يكون النظام قد أدى عمله.

لماذا تكون الأعداد الكبيرة سليمة غالبًا؟

السبب الأكثر شيوعًا لوصول الناس إلى هذه الحالة هو رقم كبير أو متزايد، فيفترضون أن الحجم نفسه هو المشكلة. لكنه ليس كذلك غالبًا. فكتالوج تجارة إلكترونية كبير ذو تنقل بالمرشحات، أو موقع متعدد اللغات ذي نسخ للبلدان، سينتج بصورة مشروعة آلاف الصفحات البديلة — فتلك نتيجة وجود المرشحات والمعلمات والمتغيرات. ولا تنشر Google عتبة رقمية لهذه الفئة — فلا يوجد عدد رسمي يتحول عنده الوضع من «سليم» إلى «مشكلة». لذلك لا تفرزها حسب العدد الخام إطلاقًا. افرزها حسب أنماط عناوين URL والصفحات المحددة المتأثرة: هل تتكون هذه الفئة من متغيرات لم ترد فهرستها أصلًا، أم تتضمن صفحات تهتم بها فعلًا؟ يخبرك هذا السؤال أكثر من أي رقم. (وإذا أردت اختبارًا حدسيًا على أي حال — فهو تقديري لا تقدير Google، فاعتبره قاعدة تقريبية لا قاعدة: خمسة آلاف صفحة بديلة في موقع من 300 صفحة ستدفعني إلى النظر مرتين، أما خمسة آلاف في متجر ذي مليون عنوان URL فلن تفعل.)

تحذيران مرتبطان: تتأخر أعداد GSC وتأخذ عينات، فلا تفزع من الرقم الخام في يوم بعينه. وفي سؤال عقوبة الترتيب تحديدًا، قال John Mueller إن اختيار Google لـcanonical لا يسبب أثرًا سلبيًا في الترتيب، وإنه لا ينبغي أن تفقد النوم بسبب النسخة التي يختارها. هذه ملاحظة Mueller المحددة عن توحيد canonical — وأنا أتعامل معها على هذا النحو بالضبط، لا كضمان عام منشور من المنصة — وسأبقيها هنا بصيغة إعادة صياغة لا اقتباسًا، لأن الصياغة الدقيقة وصلت عبر تغطية ثانوية.

الحالات الأساسية الثلاث لـcanonical، جنبًا إلى جنب

هذا هو التمييز الذي يزيل معظم الالتباس، ولذلك يستحق الدقة. توجد ثلاث فئات مرتبطة في تقرير فهرسة الصفحات، وتصف ثلاث حالات مختلفة:

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

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

بوابة القرار: هل تحتاج إلى فعل أي شيء أصلًا؟

انتقل مباشرة إلى سؤال واحد: هل الصفحات في هذه الفئة هي الصفحات التي أردت فهرستها وترتيبها فعلًا؟

• لا — وهذا هو الوضع الشائع — تجاهلها. فإجبار تلك الصفحات البديلة على أن تشير إلى نفسها كـcanonical سيؤدي إلى إنشاء مشكلات حقيقية في المحتوى المكرر، وسيقسم الإشارات بين عناوين URL لم ترد لها التنافس أصلًا. ولا يوجد أيضًا شيء لـ«Validate Fix» هنا — فهي حالة لا خطأ — لذلك لا تعيد الإرسال أو تطلب الفهرسة، لأنك بذلك تقاوم canonical الصحيح الذي أعددته.
• نعم — الآن، وفقط الآن، يستحق الأمر التصحيح. فصفحة تهمك تخبر Google بفهرسة شيء آخر بدلًا من نفسها.

سير عمل تدقيق سريع (لفئة كبيرة)

قبل أن تفحص عناوين URL واحدًا واحدًا، اعمل على مستوى المجموعة:

1. صدّر قائمة عناوين URL من تقرير فهرسة الصفحات لهذه الحالة.
2. جمّع حسب نمط عنوان URL — المعلمات وأزواج الجوال/AMP ونسخ الشرطة المائلة الأخيرة/حالة الأحرف والصفحات المرقمة وغير ذلك. ستنكمش معظم الصفوف إلى حفنة من الأنماط.
3. خذ عينات من بضعة عناوين URL لكل نمط وشغّلها عبر URL Inspection لمقارنة canonical المعلن مع الذي اختاره Google.
4. طبّق بوابة القرار على كل مجموعة لا على كل عنوان URL: هل يتضمن هذا النمط صفحات أردت فهرستها فعلًا؟
5. أصلح السبب الجذري لأي مجموعة تفشل في البوابة — تغييرًا في قالب أو إضافة أو إعداد — بدل ترقيع عناوين URL فردية.

توصلك هذه السلسلة إلى فئة من خمسة أرقام في دقائق بدلًا من فحص عنوان URL تلو الآخر. أما التشخيصات الأعمق أدناه — شكل «المشكلة الفعلية» وميكانيكا URL Inspection — فتنطبق بعد تضييق النطاق إلى المجموعات التي تستحق نظرة أقرب.

متى تكون مشكلة فعلًا؟

إذا كانت صفحة مطلوبة عالقة هنا، فغالبًا يكون السبب واحدًا من الآتي:

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

كيف تتحقق: URL Inspection

لا تخمّن — تحقق. وكما أقول دائمًا عن canonical، فإن مصدرك الأساسي لمعرفة ما اختاره Google هو أداة URL Inspection في Google Search Console. أدخل عنوان URL، فتعرض لك canonical الذي أعلنه المستخدم (ما تقوله صفحتك) إلى جانب canonical الذي اختاره Google (ما اختاره Google فعلًا). في الصفحة البديلة السليمة يشير الحقلان إلى عنوان URL الأساسي نفسه. وإذا اختلفا — أو لم يكن canonical المعلن هو الصفحة التي توقعتها — فهذه إشارتك إلى التحقيق. شغّلها على عينة ممثلة قبل أن تلمس أي شيء.

كيف تصلح الأمر — عند الحاجة فقط

فقط إذا قالت البوابة أعلاه «نعم، توجد هنا صفحة مطلوبة»:

• صحح هدف canonical حتى تشير الصفحة التي ينبغي أن تترتب إلى نفسها (canonical ذاتي) أو إلى عنوان URL المكافئ الصحيح.
• وحّد الشرطة المائلة الأخيرة وحالة الأحرف والمضيف والبروتوكول حتى تؤدي النسخ إلى canonical واحد متسق (https:// والمضيف الأساسي واتفاقية شرطة مائلة واحدة).
• أصلح hreflang حتى يشير canonical الخاص بنسخة بلد/لغة إلى صفحة باللغة نفسها (أو أقرب لغة بديلة متاحة) — لا تعبر اللغات أبدًا. فالمحتوى الأساسي المترجم ليس نسخة مكررة من الأصل لمجرد مشاركة القالب والتنقل؛ ولا تعامل المحتوى على أنه مكرر إلا عندما تكون اللغة الأساسية نفسها والنص متشابهًا بدرجة كبيرة فعلًا.
• أعد التوجيه فقط عندما تلغي نسخة مكررة فعلًا — فإعادة التوجيه 301 هي الخطوة الصحيحة لعنوان URL لم يعد ينبغي الوصول إليه إطلاقًا، وليست استجابة انعكاسية لاختيار Google canonical مختلفًا عما أعلنته. وإعادة توجيه صفحة تريد إبقاءها حية لمجرد أن Google يفضل حاليًا عنوان URL آخر تهدر صفحة قد تحتاج إليها.
• اجعل الصفحات التي ينبغي فهرستها تشير إلى نفسها كـcanonical، واترك البدائل الحقيقية (المعلمات والمرشحات ونسخ الطباعة) تتوحد في المكان الصحيح.

كيف تختار Google canonical (باختصار)

لن أعيد شرح عملية الاختيار كاملة هنا — فهذا موجود في مركز canonicalization. والخلاصة القصيرة هي أن canonicalization عملية تستخدمها محركات البحث لتحديد النسخة الرئيسية من عنوان URL لفهرسته وعرضه عند وجود نسخ مكررة، وأن Google يزن مجموعة كبيرة من الإشارات (نحو 40 إشارة) ليفعل ذلك — وسم canonical وعمليات إعادة التوجيه وعناوين URL في خريطة الموقع والروابط الداخلية والخارجية وhreflang وHTTPS وعناوين URL الأقصر وغير ذلك. ووسم canonical إشارة قوية لكنه تلميح لا قاعدة — وهذا هو بالضبط سبب كون هذه الحالة مسارًا سليمًا: فقد احترم Google تلميحك. وعندما لا يفعل ذلك، تصل إلى فئة «نسخة مكررة، اختارت Google canonical مختلفًا عن المستخدم» الشقيقة.

لتفاصيل تنفيذ الوسم بصورة صحيحة، راجع دليل canonical-tag؛ ولأسباب استخدامه من الأساس، راجع المحتوى المكرر ومعلمات عناوين URL. أما الحالتان الشقيقتان — نسخة مكررة بلا canonical اختاره المستخدم ونسخة مكررة، اختارت Google canonical مختلفًا عن المستخدم — فهما ما ينبغي قراءته بعد ذلك إذا لم يكن عنوان URL تحت هذه الحالة فعلًا.

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

خلاصة مركزة لنسخة المتقدم:

• إنها المسار السليم لا خطأ. مدرجة تحت «لماذا لا تُفهرس الصفحات»، لكنها حالة canonical/duplicate الوحيدة التي تصفها Google بأنها تعمل كما هو مقصود: الصفحة “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (ترجمة) «تشير بصورة صحيحة إلى الصفحة الأساسية، وهي مفهرسة، لذلك لا شيء عليك فعله.»
• ما هي؟ أمثلة Google الخاصة بالحالة ضيقة — أزواج الجوال وAMP وسطح المكتب — وتقول Google إن الصفحات البديلة للغة لا تُكتشف تحت هذه الحالة بالضبط. لكنك سترى عمليًا أنماط canonicalization أوسع (المعلمات والمرشحات والطباعة والصفحات المرقمة عندما يتداخل المحتوى فعلًا وUTM ونسخ HTTP/الشرطة المائلة الأخيرة) تظهر هنا أيضًا، وكلها تعلن canonical وافق Google عليه وفهرسه بدلًا منها.
• الأعداد الكبيرة طبيعية غالبًا في مواقع التجارة الإلكترونية والمواقع ذات المرشحات والمعلمات والمواقع متعددة اللغات — لكن Google لا تنشر عتبة رقمية لهذه الفئة. رتب الأولويات حسب أنماط عناوين URL والصفحات المتأثرة لا حسب العدد الخام. كما تتأخر أعداد GSC وتأخذ عينات — فلا تفزع من رقم يوم واحد. ووفقًا لـMueller لا توجد عقوبة ترتيب من توحيد canonical نفسه (ملاحظة محددة لا ضمان منشور من المنصة).
• ثلاث حالات، ومحور واحد (الاتفاق): صفحة بديلة بوسم canonical صحيح (أعلنت، فوافق Google — سليم) مقابل نسخة مكررة بلا canonical اختاره المستخدم (لم تعلن، فاختار Google) مقابل نسخة مكررة، اختارت Google canonical مختلفًا عن المستخدم (أعلنت، فتجاوز Google — حقق).
• بوابة القرار: هل توجد هنا صفحات أردت فهرستها؟ لا ← تجاهل (ولا تجعلها تشير إلى نفسها، لأن ذلك ينشئ مشكلات محتوى مكرر؛ ولا يوجد شيء لـValidate Fix). نعم ← صحح الأخطاء.
• المشكلات الحقيقية: توحيد صفحة مطلوبة إلى صفحة خطأ؛ أو إشارة canonical إلى 404/إعادة توجيه/صفحة غير متطابقة؛ أو أعداد غير متناسبة بشدة مع حجم الموقع؛ أو هبوط صفحة كانت تتصدر الترتيب حديثًا إلى هنا مع فقدان زيارات.
• تحقق باستخدام URL Inspection — قارن canonical الذي أعلنه المستخدم مع canonical الذي اختاره Google؛ ففي البديل السليم يتطابقان.
• أصلح عند الحاجة فقط: صحح هدف canonical أو اجعله ذاتيًا، ووحّد الشرطة المائلة الأخيرة وحالة الأحرف والمضيف والبروتوكول، وأصلح hreflang، وأعد توجيه النسخ المكررة الحقيقية 301.
• إنها تلميح لا قاعدة — فهذه الحالة تعني أن Google احترم تلميحك؛ أما حالة التجاوز فهي الحالة الشقيقة.

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

وثائق المصادر الأولية من محركات البحث.

Google

• تقرير فهرسة الصفحات — التقرير نفسه، بما في ذلك التعريف الحرفي لـ “Alternate page with proper canonical tag” (ترجمة) «صفحة بديلة بوسم canonical صحيح» وحالتي النسخ المكررة الشقيقتين.
• ما هي canonicalization لعناوين URL؟ — وثيقة المفهوم: ماهية عنوان URL الأساسي، وعبارة «تلميح لا قاعدة»، والإشارات التي تزنها Google لاختيار واحد.
• توحيد عناوين URL المكررة (تحديد canonical) — كيفية إعلان canonical، وملاحظة أن أيًا من الطرق ليس مطلوبًا.
• إصلاح مشكلات canonicalization (استكشاف الأخطاء) — تفسير حالات canonical في Search Console، بما فيها اختيار Google canonical مختلفًا عما أعلنته.
• أداة URL Inspection — كيفية رؤية canonical الذي أعلنه المستخدم مقابل الذي اختاره Google لأي عنوان URL.

Bing / Microsoft

• هل يضر المحتوى المكرر بـSEO وظهور البحث بالذكاء الاصطناعي؟ (ديسمبر 2025) — لا تستخدم Bing التسمية الدقيقة لدى Google، لكنها تتعامل مع rel="canonical" بوصفه إشارة توحيد/وضوح بالطريقة نفسها؛ وهو سياق مفيد لا تقرير مطابق.

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

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

Google — الحالة نفسها (وهذا هو جوهر الموضوع)

• “This page is marked as an alternate of another page… This page correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (ترجمة) «وُسمت هذه الصفحة بوصفها بديلًا لصفحة أخرى… تشير هذه الصفحة بصورة صحيحة إلى الصفحة الأساسية، وهي مفهرسة، لذلك لا شيء عليك فعله.» — مساعدة Google Search Console، تقرير فهرسة الصفحات. انتقل إلى الاقتباس

Google — حالتا النسخ المكررة الشقيقتان، للمقارنة

• “This page is a duplicate of another page… Google has chosen the other page as the canonical for this page, and so will not serve this page in Search.” (ترجمة) «هذه الصفحة نسخة مكررة من صفحة أخرى… اختارت Google الصفحة الأخرى بوصفها canonical لهذه الصفحة، ولذلك لن تعرض هذه الصفحة في البحث.» (نسخة مكررة بلا canonical اختاره المستخدم) انتقل إلى الاقتباس
• “This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical.” (ترجمة) «وُسمت هذه الصفحة بوصفها canonical لمجموعة من الصفحات، لكن Google ترى أن عنوان URL آخر هو canonical أفضل.» (نسخة مكررة، اختارت Google canonical مختلفًا عن المستخدم) انتقل إلى الاقتباس

Google — لماذا يكون هذا التلميح محترمًا؟

• “indicating a canonical preference is a hint, not a rule.” (ترجمة) «الإشارة إلى تفضيل canonical تلميح لا قاعدة.» — وثائق Google Search Central. انتقل إلى الاقتباس
• “While we encourage you to use these methods, none of them are required; your site will likely do just fine without specifying a canonical preference.” (ترجمة) «مع أننا نشجعك على استخدام هذه الطرق، فلا واحدة منها مطلوبة؛ ومن المرجح أن يواصل موقعك العمل جيدًا من دون تحديد تفضيل canonical.» انتقل إلى الاقتباس

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

1. الحالات الثلاث تدور حول الاتفاق. تختزل مجموعة canonical/النسخ المكررة كلها في تقرير فهرسة الصفحات إلى سؤال واحد — هل اتفق canonical الذي أعلنته مع الذي اختاره Google؟

• اتفقا ← صفحة بديلة بوسم canonical صحيح. سليم.
• لم تعلن شيئًا، فاختار Google ← نسخة مكررة بلا canonical اختاره المستخدم. تحقق من الاختيار.
• أعلنت واحدًا فتجاوزه Google ← نسخة مكررة، اختارت Google canonical مختلفًا عن المستخدم. حقق في الخلاف. اقرأ الفئة التي يوجد فيها عنوان URL قبل أن تفعل أي شيء.

2. بوابة «هل أردت فهرستها؟». في هذه الحالة فقط يقرر أمر واحد ما إذا كنت ستتصرف: هل كانت هذه الصفحات من الصفحات التي أردت ترتيبها؟

• لا ← تجاهل. وحّد النظام النسخ بصورة صحيحة. (إن جعلها تشير إلى نفسها كـcanonical سينشئ مشكلات محتوى مكرر، ولا يوجد شيء لـValidate.)
• نعم ← صحح هدف canonical. فصفحة تهمك تتنحى جانبًا.

3. الحالة لا تساوي خطأ. «لماذا لا تُفهرس الصفحات» قائمة بأسباب لا قائمة بمشكلات. وعدم الفهرسة هو الحالة المقصودة لمعظم عناوين URL البديلة. فلا تحول الحالة إلى قائمة مهام.

4. تحقق ولا تفترض. تعرض URL Inspection canonical المعلن مقابل الذي اختاره Google جنبًا إلى جنب. ويتطابق الحقلان في البديل السليم. افحص عينة قبل استنتاج أي شيء من العدد الخام.

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

«هل ينبغي أن أقلق؟» قائمة تحقق

شغّل هذا قبل أن تنفق أي وقت في «إصلاح» الحالة:

• أكد الحالة. في تقرير فهرسة الصفحات، تحقق من أن عنوان URL موجود فعلًا تحت «صفحة بديلة بوسم canonical صحيح» — لا تحت إحدى حالتي النسخ المكررة الشقيقتين، فلكل منهما تشخيص مختلف.
• طبّق البوابة. هل أي من هذه الصفحات من الصفحات التي أردت فهرستها وترتيبها؟ إن لم يكن → توقف هنا، فالنظام يعمل كما هو مقصود.
• اختبر معقولية العدد مقابل حجم الموقع. هل العدد متناسب مع موقع ذي مرشحات/معلمات/لغات متعددة، أم خارج النطاق بشدة مقارنةً بعدد الصفحات الحقيقية؟
• راقب التغييرات المفاجئة. هل هبطت صفحة كانت مفهرسة وتحقق زيارات حديثًا إلى هذه الفئة؟ اربط ذلك بفحص الزيارات.
• افحص عينة عبر URL Inspection. هل يتطابق canonical الذي اختاره Google مع canonical الذي أعلنه المستخدم، وهل الهدف هو عنوان URL الذي تتوقعه؟
• افحص صحة هدف canonical. هل يشير canonical إلى صفحة حية برمز 200 (لا إلى 404 ولا إعادة توجيه) وهي فعلًا المحتوى نفسه؟
• فقط إذا تأثرت صفحة مطلوبة: صحح هدف canonical أو اجعله يشير إلى الصفحة نفسها؛ وحّد الشرطة المائلة الأخيرة وحالة الأحرف والمضيف والبروتوكول؛ أصلح hreflang إلى canonical باللغة نفسها؛ وأعد توجيه النسخ المكررة الحقيقية 301 إذا لم يعد ينبغي الوصول إليها.
• لا تطلب الفهرسة أو تضغط Validate Fix لإجبار البدائل على الدخول — فلا يوجد شيء للتحقق منه، وهذا يصطدم بـcanonical الصحيح لديك.

هل أتصرف بشأن هذه الحالة؟

مر على هذا قبل أن تلمس أي شيء. إنها بوابة القرار نفسها من علامة التبويب المتقدمة، متفرعة إلى الحالات الأربع التي تستحق إصلاحًا فعلًا.

مؤشر الأداء الدائم: حجم الفئة نسبةً إلى حجم الموقع

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

حصة عدد الصفحات البديلة من إجمالي عناوين URL المعروفة

• المقياس — العدد تحت هذه الحالة في تقرير فهرسة الصفحات، متتبعًا بوصفه حصة من إجمالي عناوين URL المعروفة/المفهرسة، مع فحص ربع سنوي.
• ما الذي يخبرك به — ما إذا كانت الفئة تنمو مع نمو الموقع الطبيعي (منتجات أكثر وتركيبات مرشحات أكثر ونسخ لغات أكثر) أم تتجاوزه — وهو ما يشير إلى مشكلة بنيوية مثل المعلمات المنفلتة أو مساحة مرشحات غير محدودة أو عدم اتساق في الشرطة المائلة الأخيرة/حالة الأحرف يضاعف عناوين URL.
• كيفية جلبه — تقرير Page Indexing في GSC، بعد تصفيته إلى «صفحة بديلة بوسم canonical صحيح»، مع تدوين العدد إلى جانب إجمالي عدد الصفحات المفهرسة للموقع نفسه. افحص عناوين URL فردية عشوائيًا وتحقق من canonical المعلن باستخدام Canonical Checker.
• المعيار / النطاق الواقعي — لا تنشر Google أي عتبة رقمية هنا، فلا تتعامل مع هذا كرقم نجاح/فشل — تتبع اتجاه النسبة، والأهم ما إذا كانت عناوين URL المتأثرة هي الأنماط المتوقعة (متغيرات ومرشحات ولغات) أم صفحات أردت فهرستها فعلًا. وكقاعدة تقريبية مني لا معيار Google: خمسة آلاف بديل في موقع من 300 صفحة يستحق النظر؛ وخمسة آلاف في متجر ذي مليون عنوان URL غالبًا لا يستحقه. أنشئ خطك الأساسي أول مرة تفحص فيها، ثم راقب اتساعه بسرعة أكبر من نمو الموقع نفسه.
• الوتيرة — ربع سنوي بوصفه فحصًا ثابتًا؛ وفورًا بعد ترحيل أو تغيير قالب أو إطلاق تنقل بالمرشحات، عندما يمكن للنسبة أن تتحرك بسرعة.

دليل التشغيل: صفحة مطلوبة عالقة في هذه الفئة

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

1. أكد أنك تقرأ الحالة الصحيحة. أعد فحص إدخال تقرير فهرسة الصفحات لهذا العنوان المحدد. فمن السهل الخلط بين هذه الحالة وشقيقتيها — «نسخة مكررة بلا canonical اختاره المستخدم» و«نسخة مكررة، اختارت Google canonical مختلفًا عن المستخدم» — ولكل منها تشخيص مختلف.

2. قارن canonical المعلن مع الذي اختاره Google. شغّل عنوان URL عبر URL Inspection في Search Console (أو عبر فاحص canonical لقراءة سريعة على مستوى HTML/HTTP). وإذا لم يكن canonical المعلن هو الصفحة نفسها ولا عنوان URL الذي توقعته، فقد وجدت الإجابة — أصلح هدف canonical.

3. افحص صحة هدف canonical. إذا أشار canonical المعلن إلى المكان الذي تتوقعه، فأكد أن الهدف يحل فعلًا. تتبعه باستخدام Redirect Checker أو curl -sI: ينبغي أن يعيد 200 نظيفًا، لا 404 ولا قفزة إعادة توجيه أخرى.

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

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

6. أصلح وأعد التحقق. صحح هدف canonical (اجعله ذاتيًا أو أشِر إلى المكافئ الحقيقي)، ثم أعد تشغيل URL Inspection بعد أن تعيد Google الزحف للتأكد من اتفاق canonical المعلن والذي اختاره Google مرة أخرى.

اختبر نفسك: صفحة بديلة بوسم canonical صحيح

خمسة أسئلة عن هذه الحالة وكيف تختلف عن شقيقاتها في تقرير فهرسة الصفحات.

فحص أهداف canonical بالجملة

فحص عنوان URL واحد مهمة لأداة. أما التأكد من أن قائمة من أهداف canonical تحل كلها بصورة نظيفة — بدل أن تعيد بهدوء 404 أو تعيد التوجيه — فهو مهمة جماعية مختلفة تستحق البرمجة النصية.

تحقق من canonical المعلن لعنوان URL واحد باستخدام Canonical Checker:

1. ألصق عنوان URL الذي تدققه.
2. اقرأ إشارات canonical في HTML وHTTP التي أبلغت عنها الأداة، إلى جانب حالة هدف canonical.
3. استخدمها للتأكد من أن الصفحة تشير إلى نفسها أو إلى مكان آخر، وأن الهدف قابل للوصول فعلًا.

تأكد من أن أهداف canonical تعيد 200 عبر قائمة عناوين URL (curl)

macOS / Linux / WSL

#!/usr/bin/env bash
# Reads one URL per line from urls.txt, extracts its declared canonical target,
# then confirms that target returns a clean 200 — not a 404 or another redirect.
while IFS= read -r url; do
  target=$(curl -s "$url" \
    | grep -io '<link[^>]*rel="canonical"[^>]*>' \
    | head -1 \
    | grep -oE 'href="[^"]*"' \
    | cut -d'"' -f2)

  if [ -z "$target" ]; then
    echo "$url -> no canonical tag found"
    continue
  fi

  status=$(curl -s -o /dev/null -w "%{http_code}" "$target")
  echo "$url -> $target [$status]"
done < urls.txt

يبدو الصف النظيف مثل https://example.com/page?utm_source=x -> https://example.com/page [200]. وكل ما ينتهي بـ404 يعني أن هدف canonical معطل؛ وكل ما يقع في نطاق 3xx يعني أن canonical يشير إلى إعادة توجيه أخرى بدل الصفحة النهائية — وكلاهما يستحق الإصلاح. وهذا الاستخراج المعتمد على grep وسيلة إرشادية سريعة لا محلل HTML كامل — لذلك أكد الحالات الملتبسة (وسوم <link> متعددة أو canonical تُحقن عبر JavaScript) باستخدام Canonical Checker أو URL Inspection بدل الوثوق بالبرنامج ثقة عمياء.

أدوات فحص هذه الحالة وإصلاحها

• Canonical Checker — يدقق إشارات canonical في HTML وHTTP لعنوان URL، ويفحص ما إذا كان هدف canonical يحل فعلًا، ويشرح الإشارات التي قد تدفع Google إلى اختيار canonical مختلف عن المعلن.
• Redirect Checker — يتتبع هدف canonical (أو أي عنوان URL) ويبلغ عن الحالة النهائية وكل قفزة، حتى تلتقط canonical الذي يشير إلى سلسلة إعادة توجيه بدل 200 نظيف.
• Google Index Checker — يفحص إشارات قابلية الفهرسة المرصودة (إعادة التوجيه وnoindex وتلميحات canonical) لعنوان URL؛ وهو مفيد للفحص السريع، لكنه لا يرى canonical الذي اختارته Google فعلًا — فهذه مهمة URL Inspection.
• Indexation Reconciler — يربط بيانات خريطة الموقع والجلب وcanonical وإعادة التوجيه وPage Indexing في جدول واحد، وهو مفيد لاكتشاف عدد بدائل غير متناسب عبر عدة عناوين URL دفعة واحدة.
• URL Inspection (Google Search Console) — المصدر الأساسي للحقيقة: يعرض canonical الذي أعلنه المستخدم إلى جانب canonical الذي اختاره Google لأي عنوان URL.

المشكلات الشائعة عندما تكون صفحة مطلوبة عالقة هنا

أربع بطاقات مستقلة للعرض والسبب والإصلاح للحالات التي تحول هذه الحالة إلى مشكلة حقيقية فعلًا.

canonical صفحة مطلوبة يشير إلى الصفحة الخطأ

العَرَض: تعرض صفحة تهمك «صفحة بديلة بوسم canonical صحيح»، لكن canonical المعلن ليس نفسها ولا عنوان URL الذي توقعته.

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

الإصلاح + الفحص: صحح canonical ليشير إلى الصفحة نفسها (إذا كان ينبغي لها الترتيب منفردة) أو إلى عنوان URL المكافئ فعلًا. وأكد عبر URL Inspection بعد أن تعيد Google الزحف أن canonical الذي اختارته Google يطابقه الآن.

هدف canonical يعيد 404 أو يعيد التوجيه أو لا يتطابق

العَرَض: هدف canonical المعلن صحيح من حيث المبدأ، لكن زيارته تعيد 404 أو إعادة توجيه أخرى أو محتوى ليس الصفحة نفسها فعلًا.

السبب المحتمل: أزيلت الصفحة الهدف أو نُقلت أو أعيدت تسميتها من دون تحديث وسوم canonical التي تشير إليها.

الإصلاح + الفحص: أشِر بـcanonical إلى صفحة حية برمز 200 ومحتوى مكافئ فعلًا. وتتبع الهدف باستخدام Redirect Checker أو curl -sI للتأكد من أنه يحل بصورة نظيفة ومن دون قفزات أخرى.

العدد غير متناسب بشدة مع حجم الموقع

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

السبب المحتمل: مشكلة بنيوية تولّد صفحات بديلة لم تقصدها — معلمات منفلتة أو مساحة مرشحات غير محدودة أو عدم اتساق في الشرطة المائلة الأخيرة أو حالة الأحرف أو البروتوكول يضاعف عنوان URL نفسه.

الإصلاح + الفحص: حدد النمط الذي يولد عناوين URL واضبطه (معالجة المعلمات وحدود المرشحات واتفاقية واحدة للشرطة المائلة/حالة الأحرف/البروتوكول). وأعد فحص العدد مقارنةً بإجمالي عناوين URL المعروفة بعد بضعة أسابيع للتأكد من استقراره.

صفحة كانت تتصدر الترتيب سقطت إلى هذه الفئة مع هبوط في الزيارات

العَرَض: كانت الصفحة مفهرسة وتترتب سابقًا، وهي الآن تظهر تحت «صفحة بديلة بوسم canonical صحيح»، وقد هبطت زياراتها.

السبب المحتمل: غيّر قالب أو إضافة أو إعداد حديث canonical الصفحة ليشير إلى عنوان URL آخر — غالبًا من دون قصد.

الإصلاح + الفحص: حدد ما تغير قرب تاريخ ظهور الحالة (عمليات النشر وتحديثات الإضافات وتعديلات القالب)، وأعد canonical إلى الصفحة نفسها. وأعد التحقق عبر URL Inspection وراقب بيانات Performance للتأكد من التعافي.

أثبت أن إصلاح canonical نجح فعلًا

بعد أن تصحح هدف canonical ذي الإعداد الخاطئ، تؤكد هذه الفحوص أن Google التقط التغيير فعلًا — لا أن HTML تغير فحسب.

الاختبار 1 — يشير canonical المعلن الآن إلى المكان الذي قصدته

• الاختبار الذي تجريه — شغّل عنوان URL عبر Canonical Checker (أو اعرض المصدر/شغّل curl -s وانظر إلى وسم <link rel="canonical">).
• النتيجة المتوقعة — يشير canonical المعلن إلى الصفحة نفسها (إذا كان ينبغي لها الترتيب منفردة) أو إلى عنوان URL المكافئ فعلًا الذي قصدته.
• تفسير الفشل — إذا ظل canonical المعلن يعرض الهدف القديم، فلم ينشر الإصلاح أو كان مخزنًا مؤقتًا أو استبدله قالب لا يزال يشير إلى الاتجاه الخطأ.
• نافذة المراقبة — فورية — يعكس رد HTML التغيير فور دخوله حيز التشغيل وإفراغ أي ذاكرة مؤقتة.
• محفز التراجع — لا ينطبق في هذه الخطوة — لا تنتقل إلى الاختبار 2 حتى يصح canonical المعلن نفسه.

الاختبار 2 — يحل هدف canonical بصورة نظيفة

• الاختبار الذي تجريه — تتبع هدف canonical الجديد باستخدام Redirect Checker أو curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" <target-url>.
• النتيجة المتوقعة — رد 200 من قفزة واحدة على عنوان URL الدقيق الذي وحّدت إليه — بلا سلسلة إعادة توجيه ولا 404.
• تفسير الفشل — يعني 404 أن الهدف غير موجود؛ ويعني 3xx أنك وحّدت canonical إلى إعادة توجيه أخرى بدل الوجهة النهائية — فأشِر بـcanonical إلى الوجهة التي حُلت إليها.
• نافذة المراقبة — فورية.
• محفز التراجع — لا يحل الهدف إلى 200 — أصلح الهدف قبل فحص جانب Google على الإطلاق.

الاختبار 3 — يطابق canonical الذي اختارته Google الآن canonical الذي أعلنته

• الاختبار الذي تجريه — شغّل URL Inspection في Google Search Console على عنوان URL الذي أصلحته.
• النتيجة المتوقعة — يطابق حقل canonical الذي اختاره Google حقل canonical الذي أعلنه المستخدم، وتعكس الحالة تحت Page Indexing العلاقة المصححة (فهرسة ذاتية، أو بديل نظيف يشير إلى الهدف الصحيح).
• تفسير الفشل — إذا ظل canonical الذي اختاره Google يعرض الهدف القديم بعد إعادة الزحف، فما زالت إشارة متعارضة — روابط داخلية أو مدخلات خريطة الموقع أو إعادة توجيه — تشير إلى الاتجاه القديم وتحتاج إلى المواءمة أيضًا.
• نافذة المراقبة — من أيام إلى بضعة أسابيع، بحسب وتيرة إعادة Google للزحف إلى عنوان URL؛ اطلب إعادة الزحف عبر URL Inspection لتسريع الفحص بدل الانتظار سلبيًا.
• محفز التراجع — لا تلغِ إصلاح canonical لمجرد أن Google لم تعاود الزحف بعد — فهذا تأخر متوقع لا فشل. أعد النظر في الإصلاح نفسه فقط إذا ظل canonical الذي اختارته Google مختلفًا بعد أسابيع من إعادة زحف مؤكدة.

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