نسخة طبق الأصل لم يختَرها المستخدم نسخة أساسية: كيف تُصلحها

تعني حالة "نسخة طبق الأصل لم يختَرها المستخدم نسخة أساسية" (وفي واجهة Search Console الإنجليزية: Duplicate without user-selected canonical) أن Google قرر أن عنوان URL نسخة من صفحة أخرى، ولم يجد فيه أي صفحة أساسية (canonical) معلنة، فاختار بنفسه النسخة التي يعرضها في البحث. فإذا كان العنوان المُبلَّغ عنه نسخة لا ينبغي أن يصل إليها أحد، كنسخة بمعلَمة تتبع أو نسخة HTTP، واختار Google صفحتك المفضّلة، فهذه هي النتيجة المقصودة ولا تحتاج إلى أي إجراء. أما إذا اختار Google عنوانًا لا تريده في النتائج، أو كان العنوان المُبلَّغ عنه هو الصفحة التي أردتها أن تظهر في الترتيب، فهنا يلزم الإصلاح.

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

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

وصف "نسخة طبق الأصل" حكمٌ يصدره Google بعد أن يجمع الصفحات المتشابهة في مجموعة واحدة. أما عبارة "لم يختَرها المستخدم نسخة أساسية" فتعني أن العنوان المُبلَّغ عنه لم يقدّم لـ Google أي صفحة أساسية يستطيع قراءتها، وهذا ما يميّز هذه الحالة عن جارتيها (2):

وتضيف وثائق Google عن تحديد الصفحة الأساسية أن الصفحة الأساسية المعلنة "تلميح لا قاعدة": إذ يظل Google يوازن بين عمليات إعادة التوجيه وإدخالات خريطة الموقع وHTTPS قبل أن يقرر.

من أين تأتي عناوين URL المكررة

كل عنوان مُبلَّغ عنه تقريبًا هو صفحة واحدة يمكن الوصول إليها عبر أكثر من عنوان. وتنص وثائق Google عن بنية عناوين URL على أن تعاملها مع العناوين حساس لحالة الأحرف، وتذكر تدوينة في مدونة Google Search Central عن الشرطة المائلة في آخر العنوان (أبريل 2010) أن Google يعامل /shoes و/shoes/ بوصفهما عنوانين (2) منفصلين (والاستثناء هو جذر الموقع). وكل اختلاف مما يلي يُنشئ عنوان URL جديدًا للمحتوى نفسه.

• غياب علامة canonical عن الصفحة المفضّلة. حين لا تعلن صفحتك أي صفحة أساسية، فلن تحمل نُسخها أي علامة كذلك، فتنتهي كل نسخة يعثر عليها Google هنا. فنواة WordPress مثلًا لا تطبع علامة canonical إلا في المقالات المفردة والصفحات؛ أما الأرشيفات والتصنيفات والوسوم والصفحة الرئيسية للمدونة فلا تحصل على أي علامة ما لم يُضفها قالب أو إضافة.
• نُسخ البروتوكول والمضيف. http:// وhttps://، أو www والنطاق المجرّد، كلها تستجيب برمز الحالة 200 بدلًا من إعادة التوجيه إلى عنوان واحد.
• الشرطة المائلة في آخر العنوان وحالة الأحرف. /shoes و/shoes/ و/Shoes/ تقدّم الصفحة نفسها.
• المعلَمات وطرق العرض البديلة. وسوم التتبع مثل ?utm_source=، وخيارات الترتيب والفلترة، ومعرّفات الجلسات، ونُسخ الطباعة أو العرض الشبكي للمحتوى نفسه.
• النُسخ غير المقصودة. نسخة تجريبية من الموقع تُركت مفتوحة للزواحف، وهو سبب تذكره وثائق Google، أو مضيف تجهيز (staging)، أو نطاق قديم لا يزال يقدّم الصفحات نفسها.
• علامة canonical لا يستطيع Google قراءتها. لا يقبل Google rel="canonical" إلا داخل <head>، وتذكر وثائقه عن البيانات الوصفية للصفحة أن وجود عنصر غير صالح هناك، مثل iframe أو img، يجعل Google يفترض أن قسم head قد انتهى ويتجاهل ما بعده. فعلامة canonical الموضوعة بعد عنصر كهذا في حكم الغائبة.
• صفحات تعدّها أنت مختلفة. ألوان منتج بأوصاف متطابقة، أو صفحات فروع تشترك في كل جملة ما عدا اسم المدينة.

في 45 موقعًا خارجيًا دققها SEOReport بين مايو وأكتوبر 2026، قدّم 14 موقعًا (31%) صفحة رئيسية خالية من علامة canonical في HTML الذي يُرجعه الخادم، وقدّم 1 منها أكثر من علامة واحدة. وفي العينة نفسها، لم يُعِد 2 من 45 موقعًا (4%) توجيه HTTP إلى HTTPS.

هل هي مشكلة؟ أصلِح أو اترك أو راقب

يتوقف الحكم على العنوان الذي اختاره Google، وعلى ما إذا كنت تريد العنوان المُبلَّغ عنه في البحث.

flowchart TD
    A["عنوان مُبلَّغ عنه: «نسخة طبق الأصل لم يختَرها المستخدم نسخة أساسية»"] --> B["أداة فحص عنوان URL: اقرأ الصفحة الأساسية التي اختارها Google"]
    B --> C{"هل اختيار Google هو العنوان الذي تريده في البحث؟"}
    C -->|نعم| D{"هل تشير روابطك أو خريطة موقعك إلى العنوان المُبلَّغ عنه؟"}
    D -->|لا| E["اتركه: النسخة مستبعدة كما هو مقصود"]
    D -->|نعم| F["وجّه الروابط وخريطة الموقع إلى العنوان المفضّل"]
    C -->|لا| G{"هل المحتوى متطابق فعلًا؟"}
    G -->|لا| H["اجعل الصفحات مختلفة اختلافًا جوهريًا"]
    G -->|نعم| I["أعلن العنوان المفضّل: canonical وإعادة التوجيه والروابط وخريطة الموقع"]
    F --> J["اختبر عنوان URL المباشر، ثم تحقق من الإصلاح"]
    H --> J
    I --> J

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

1. جمّع الأمثلة حسب النمط. لا يعرض جدول الأمثلة أكثر من 1,000 صف، وقد لا يسرد كل العناوين المتأثرة، فابحث عن الأنماط (كلها http://، أو كلها ?utm_، أو كلها بأحرف كبيرة) بدلًا من العدّ.
2. افحص عنوانًا مُبلَّغًا عنه. في أداة فحص عنوان URL، قارن بين الصفحة الأساسية التي حدّدها المستخدم والصفحة الأساسية التي اختارها Google. في هذه الحالة تُظهر نتيجة الفهرسة عادةً أنه لا توجد صفحة أساسية حدّدها المستخدم. فإن أظهر اختبار عنوان URL المباشر الآن صفحة أساسية هناك، فقد أُضيفت بعد آخر زحف لـ Google إلى ذلك العنوان.
3. قارن العنوانين (2) حرفًا بحرف. البروتوكول، والمضيف، وحالة الأحرف، والشرطة المائلة في آخر العنوان، والمعلَمات. فالاختلاف يكشف السبب.
4. اعرف أين صادف Google النسخة. في نتيجة الفحص، تُظهر الصفحة المُحيلة صفحةً ربما استخدمها Google لاكتشاف العنوان، ويسرد قسم خرائط المواقع أي خريطة تذكره.
5. اجلب النُسخ كما يجلبها الزاحف. المتصفح يخفي عمليات إعادة التوجيه؛ أما الاستجابة الخام فلا تخفيها.

# Status code and redirect target for each variant of one page
for u in http://example.com/shoes/ https://example.com/shoes/ \
         https://www.example.com/shoes https://www.example.com/Shoes/ \
         "https://www.example.com/shoes/?utm_source=newsletter"; do
  curl -s -o /dev/null -w "%{http_code} -> %{redirect_url}  $u\n" "$u"
done

# The canonical tag in the HTML the server returns, before any JavaScript runs
curl -s https://www.example.com/shoes/ | grep -io '<link[^>]*canonical[^>]*>'

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

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

غياب علامة canonical. امنح كل صفحة قابلة للفهرسة علامة canonical تشير إلى نفسها بعنوان URL مطلق، في وقت مبكر من <head> داخل HTML الذي يرسله الخادم. وتوصي وثائق Google بالصيغة المشيرة إلى الذات وبالعناوين المطلقة كلتيهما.

<head>
  <meta charset="utf-8">
  <link rel="canonical" href="https://www.example.com/shoes/">
  <title>Trail running shoes</title>
</head>

ابنِ علامة canonical من العنوان المفضّل للصفحة نفسها، لا من العنوان المطلوب أبدًا. فالقالب الذي يردّد عنوان الطلب يجعل /shoes/?utm_source=newsletter صفحة أساسية لنفسها، وقد تنتقل النُسخ حينها إلى حالة "نسخة طبق الأصل، اختار محرك بحث Google صفحة أساسية غير اختيار المستخدم" بدلًا من أن تُدمج.

نُسخ البروتوكول والمضيف. أعد توجيه كل نسخة بإعادة توجيه 301 واحدة تحافظ على المسار وسلسلة الاستعلام. في nginx يبدو جانب HTTP هكذا؛ وأعطِ كتلة خادم HTTPS الخاصة بالنطاق المجرّد سطر return نفسه.

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;
}

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

الشرطة المائلة في آخر العنوان وحالة الأحرف. اختر نمطًا واحدًا، وأعد توجيه النمط الآخر إليه بـ 301، واجعل نظام إدارة المحتوى يولّد الروابط بذلك النمط. وتوصي إرشادات Google عن عناوين URL بحالة أحرف واحدة.

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

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

صفحات ليست مكررة. امنح كل صفحة محتوى تفتقر إليه الصفحات الأخرى: المواصفات، والتوفر، والتفاصيل المحلية. وتنبّه وثائق Google لاستكشاف الأخطاء إلى أن الصفحات قد تبقى في مجموعة النُسخ المكررة مدة تصل إلى أسبوعين (2) بعد التعديل.

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

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

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

يخبرك Search Console بالعناوين التي صنّفها Google نُسخًا، لا بالإعداد الشامل للموقع الذي يظل ينتجها. أما تشخيص SEOReport الكامل فيفحص تلك المصادر الشاملة من الخارج: www والنطاق المجرّد يقدّمان الموقع كلاهما، وHTTP لا يعيد التوجيه إلى HTTPS، وأنماط متضاربة للشرطة المائلة في عناوين خريطة الموقع وcanonical وhreflang، وصفحة رئيسية بلا علامة canonical أو بأكثر من علامة. ويسمّي كذلك المقالات شبه المكررة. أما نُسخ المعلَمات والصفحات الداخلية الخالية من علامة canonical فما زالت تحتاج إلى أداة فحص عنوان URL والفحوصات السابقة. وفحص نُسخ كل قالب عمل على مستوى الموقع كله، ولهذا نادرًا ما تُنجزه جلسة محادثة واحدة مع الذكاء الاصطناعي.

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

هل تضر هذه الحالة بترتيب موقعي؟

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

لماذا يسرد التقرير عناوين لا يربط إليها موقعي أبدًا؟

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

هل ينبغي أن تختفي العناوين المكررة من Search Console بعد الإصلاح؟

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

ما اسم هذه الحالة في لغات Search Console الأخرى؟

تذكر صفحات المساعدة المترجمة لدى Google (راجعناها في أكتوبر 2026) الاسم "Duplikat – vom Nutzer nicht als kanonisch festgelegt" بالألمانية، و"Duplicada: el usuario no ha indicado ninguna versión canónica" بالإسبانية، و"Page en double sans URL canonique sélectionnée par l'utilisateur" بالفرنسية. والمعنى والإصلاحات متطابقة في كل اللغات.