نسخة طبق الأصل، اختار محرك بحث Google صفحة أساسية غير اختيار المستخدم: الحل

تعني حالة "نسخة طبق الأصل، اختار محرك بحث Google صفحة أساسية غير اختيار المستخدم" (وفي واجهة Search Console الإنجليزية: Duplicate, Google chose different canonical than user) أن الصفحة تسمّي عنوان URL أساسيًا (canonical)، لكن Google جمعها مع صفحات مشابهة وفهرس عنوانًا مختلفًا بوصفه الصفحة الأساسية، فبقي هذا العنوان خارج البحث. وكونها مشكلة أم لا يتوقف كليًا على العنوان الذي اختاره Google: فإن كان هو العنوان الذي تريد فعلًا أن يصل إليه الناس، فلا يلزمك إلا تصحيح علامتك؛ وإن كان صفحة مختلفة، أو نسخة قديمة، أو موقعًا آخر، فموقعك يرسل إشارات متضاربة وعليك إصلاحها.

ما معنى هذه الحالة بحسب Google

تصف وثائق Google عن تقرير "فهرسة الصفحات" (راجعناها في أكتوبر 2026) هذه الحالة بأنها صفحة مُعلَّمة صفحةً أساسية لمجموعة من الصفحات، بينما "يرى Google أن عنوان URL آخر أنسب ليكون الصفحة الأساسية". ففهرس Google اختياره هو بدلًا من ذلك، ويعامل الصفحة المتأثرة على أنها نسخة مكررة من اختياره.

ونقطتان من وثائق Google مهمتان للإصلاح:

• صفحتك الأساسية تلميح. تذكر وثائق Google عن تحديد الصفحة الأساسية أن الصفحة الأساسية المعلنة تلميح لا قاعدة. وتعدّ وثائقها عن العناوين المكررة عمليات إعادة التوجيه وrel="canonical" إشارات قوية، والإدراج في خريطة الموقع إشارة ضعيفة. ويوازن Google بينها وبين المحتوى نفسه، وقد يتجاوز ما أعلنته.
• يجب أن تكون صفحتك الأساسية نسخة مطابقة فعلًا. تذكر خطوات استكشاف الأخطاء في تقرير "فهرسة الصفحات" أن الصفحة الأساسية التي حدّدها المستخدم إن لم تكن مشابهة للصفحة الحالية، فلن يختارها Google أبدًا.

هل حالة "نسخة طبق الأصل، اختار محرك بحث Google صفحة أساسية غير اختيار المستخدم" مشكلة؟

الحالة بذاتها محايدة. والعنوان الذي اختاره Google هو ما يخبرك بما تفعل.

flowchart TD
    A["افتح أداة فحص عنوان URL للعنوان المتأثر"] --> B["قارن الصفحة الأساسية التي حدّدها المستخدم بالتي اختارها Google"]
    B --> C{"هل اختيار Google هو العنوان الذي تريد فهرسته؟"}
    C -->|نعم| D["صحّح علامة canonical لتطابقه"]
    C -->|لا| E{"هل اختيار Google في نطاق تملكه؟"}
    E -->|لا| F["نسخ أو إعادة نشر أو اختراق: افحص خادمك، ثم راسل مستضيف الموقع الآخر"]
    E -->|نعم| G{"هل صفحتك الأساسية المعلنة تستجيب بـ 200، وقابلة للفهرسة، وأساسية لنفسها، ومشابهة لهذه الصفحة؟"}
    G -->|لا| H["أصلح الهدف أو أعلن عنوانًا سليمًا ومشابهًا"]
    G -->|نعم| I{"هل تسمّي عمليات إعادة التوجيه وخريطة الموقع والروابط الداخلية العنوان نفسه؟"}
    I -->|لا| J["وحّد كل الإشارات على عنوان واحد"]
    I -->|نعم| K{"هل المحتوى الرئيسي مختلف بوضوح؟"}
    K -->|لا| L["ادمج الصفحات أو اجعلها متمايزة"]
    K -->|نعم| M["افحص hreflang وJavaScript وإعدادات الخادم"]

الأسباب الـ 6 وراء اختيار Google صفحة أساسية مختلفة

1. إشاراتك الأخرى تسمّي عنوانًا مختلفًا. تقول علامة canonical إن العنوان هو A، بينما تقول إعادة التوجيه أو خريطة موقع XML أو الروابط الداخلية إنه B. وتطلب منك إرشادات Google عن العناوين المكررة ألا تعلن صفحات أساسية مختلفة للصفحة نفسها عبر طرق مختلفة، وأن تربط داخليًا إلى العنوان الأساسي لا إلى نسخة مكررة. ففي 29 موقعًا خارجيًا قُدّمت لتدقيق SEOReport وجلبنا صفحات خرائطها بين مايو وأكتوبر 2026، أدرج 6 مواقع (21%) في خريطة موقع XML عناوين تعيد التوجيه إلى مكان آخر، فكانت خريطة الموقع تعلن عنوانًا بينما يقدّم الخادم عنوانًا آخر. ويُظهر تحليلنا لتعارضات canonical بين خرائط المواقع والصفحات لماذا يستمر هذا الخلل من تدقيق إلى آخر.

2. العنوان الذي أعلنته لا يمكن أن يكون الصفحة الأساسية. علامة canonical التي تشير إلى عنوان يعيد التوجيه، أو يُرجع 404، أو يحمل noindex، أو يحظره ملف robots.txt، أو يسمّي صفحة أساسية أخرى، تطلب من Google فهرسة شيء لا يستطيع استخدامه، فيختار Google عنوانًا آخر. ويحدث الشيء نفسه حين يكون الهدف صفحة مختلفة لا نسخة مكررة: قائمة مفلترة تشير إلى الفئة غير المفلترة، أو الصفحة 3 من أرشيف تشير إلى الصفحة 1. كما لا يقبل Google العنصر <link rel="canonical"> إلا داخل <head>، ويوصي بالعناوين المطلقة بدلًا من النسبية.

3. نُسخ البروتوكول والمضيف متعارضة. يفضّل Google صفحات HTTPS على HTTP صفحاتٍ أساسية، إلا حين توجد مشكلات أو إشارات متعارضة. وتذكر وثائقه منها: شهادة SSL غير صالحة، وموارد غير آمنة غير الصور، وصفحة HTTPS تعيد التوجيه إلى HTTP أو عبره، وصفحة HTTPS تسمّي علامة canonical فيها عنوان HTTP؛ وعمليات إعادة التوجيه من HTTPS إلى HTTP تجعل Google يفضّل HTTP بقوة شديدة. والأمر نفسه ينطبق على المضيف مع www ودونه، أو على الشرطة المائلة في آخر العنوان: فحين تستجيب النسختان كلتاهما برمز 200 وتستخدم روابطك خليطًا منهما، لا تكون العلامة إلا صوتًا واحدًا.

4. النسخ اللغوية أو الإقليمية تشترك في المحتوى الرئيسي نفسه. لا يعامل Google النسخ اللغوية المختلفة على أنها مكررة إلا إذا كان المحتوى الأساسي باللغة نفسها. فالصفحة التي لم يُترجم منها إلا القائمة والتذييل تبقى نسخة مكررة من الأصل. أما الصفحات الإقليمية باللغة نفسها، كنسختين منفصلتين للولايات المتحدة والمملكة المتحدة، فتحتاج إلى تعليقات hreflang، وينبغي أن تبقى علامة canonical في كل صفحة ضمن لغتها. وتعالج مقالتنا عن علامات canonical التي تشير عبر اللغات هذا التناقض بالتفصيل.

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

6. الصفحة الأساسية تتغير بحسب من يسأل. علامتا canonical في صفحة واحدة (قالب وإضافة SEO تضيف كلٌّ منهما علامة)، أو إطار JavaScript يعيد كتابة علامة canonical بعد التحميل، أو نسخة للهاتف الذكي تعلن شيئًا آخر، كلها ترسل إلى Google إجابتين. وتذكر إرشادات Google عن JavaScript أن علامة canonical التي يضبطها JavaScript ينبغي أن تطابق تلك الموجودة في HTML الأصلي، وأن تعدد علامات canonical قد يؤدي إلى نتائج غير متوقعة. كما تذكر وثائق Google لاستكشاف الأخطاء الخوادمَ سيئة الإعداد التي تُرجع محتوى موقع على اسم مضيف آخر، وعمليات إعادة التوجيه الناتجة عن الاختراق، ونُسخ محتواك على مواقع أخرى.

كيف تتأكد من السبب المنطبق

ابدأ في Search Console، ثم افحص ما يُرجعه خادمك فعلًا.

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

# Status codes and redirect hops, plus any canonical sent as an HTTP header
curl -sIL https://www.example.com/guide/ | grep -iE '^(HTTP/|location:|link:)'

# Every canonical tag in the HTML the server returns (more than 1 is a conflict on its own)
curl -sL https://www.example.com/guide/ | grep -io '<link[^>]*canonical[^>]*>'

1. قارن الإشارات في صف واحد. دوّن الصفحة الأساسية المعلنة، والعنوان النهائي بعد عمليات إعادة التوجيه، والعنوان في خريطة الموقع، والعنوان الذي يربط إليه التنقل ومسارات التنقل (breadcrumbs)، وعلامة canonical في الصفحة المعروضة. والسبب عادةً هو العمود المخالف.

ومثال عملي: صفحة تعلن https://www.example.com/guide/، واختار Google http://example.com/guide. ويُظهر جلب عنوان HTTPS إعادة توجيه إلى HTTP في أحد القوالب، فالسبب 3 هو المنطبق، والإصلاح في قاعدة إعادة التوجيه لا في العلامة.

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

كيف تُصلح كل سبب

المبدأ وراء كل إصلاح: عنوان URL واحد لكل محتوى، يُسمّى بالطريقة نفسها في كل مكان.

وتبدو الحالة النهائية السليمة للصفحة التي تريد فهرستها هكذا:

<head>
  <link rel="canonical" href="https://www.example.com/guide/" />
</head>

Sitemap entry:        https://www.example.com/guide/
Final URL after hops: https://www.example.com/guide/  (200)
Internal links:       https://www.example.com/guide/

واختصاران يزيدان الأمر سوءًا. فإرشادات Google تنصح بعدم استخدام robots.txt لتحديد الصفحة الأساسية، وبعدم استخدام noindex لتوجيه اختيار الصفحة الأساسية داخل الموقع الواحد. فالنسخة المكررة المحظورة أو التي تحمل noindex لا تستطيع تمرير إشاراتها إلى الصفحة التي تفضّلها. وإن كان عنوان النسخة المكررة لا ينبغي أن يوجد أصلًا، فإعادة التوجيه الدائمة هي الإشارة الأقوى؛ ويتناول دليلنا إلى حالة "صفحة تتضمّن إعادة توجيه" في Search Console ما يُبلغ عنه Google بعد ذلك.

كيف تتحقق من الإصلاح

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

ولعدد قليل من العناوين المهمة، يطلب خيار طلب الفهرسة في أداة فحص عنوان URL من Google إعادة الزحف في وقت أقرب؛ وله حدّ يومي، ولا يضمن الفهرسة.

ما يُظهره تشخيص SEOReport الكامل

يُظهر Search Console الصفحة الأساسية التي اختارها Google؛ أما تشخيص SEOReport الكامل فيُظهر المواضع التي تخالف فيها إشاراتك أنت الصفحة الأساسية التي أعلنتها: عناوين في خريطة الموقع تعيد التوجيه إلى مكان آخر، وصفحات لغات بديلة تشير علامة canonical فيها إلى صفحة أخرى، وفي صفحتك الرئيسية: علامة canonical تسمّي نطاقًا آخر، أو هدف canonical يعيد التوجيه أو يحمل noindex أو يسمّي صفحة أساسية مختلفة، أو عنوان Open Graph يختلف عن الصفحة الأساسية، أو علامة canonical تتغير بعد تشغيل JavaScript أو على الهواتف الذكية. وهو لا يرى الصفحة الأساسية التي اختارها Google، فاستخدمه مع أداة فحص عنوان URL. ويشرح دليل علامات canonical كيف يُفترض أن تعمل كل إشارة من هذه الإشارات.

الأسئلة الشائعة

هل تضر هذه الحالة بترتيبي؟

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

هل أستطيع إجبار Google على استخدام صفحتي الأساسية؟

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

ما الفرق بين هذه الحالة وحالة "نسخة طبق الأصل لم يختَرها المستخدم نسخة أساسية"؟

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

لماذا الصفحة الأساسية التي اختارها Google موجودة في موقع آخر؟

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