کنیبالیزیشن سئو: تشخیص با داده و راه اصلاح

«کنیبالیزیشن» (keyword cannibalization) اصطلاح رایج در سئو برای وضعیتی است که چند صفحهٔ یک سایت برای یک پرس‌وجو یا یک نیت با هم رقابت می‌کنند. نکتهٔ اول: این اصطلاح در مستندات رسمی Google که ما خوانده‌ایم تعریف نشده و Google «جریمهٔ کنیبالیزیشن» اعلام نکرده است؛ پس آن را به‌عنوان یک مسئلهٔ عملی محتوایی و نه یک خطای رسمی در نظر می‌گیریم. این مقاله روشی برای تشخیص آن از دادهٔ URL و پرس‌وجو در Search Console و برای تصمیم‌گیری ارائه می‌دهد. تعریف معیارها از راهنمای Performance report و توصیه‌های canonical از مستند Google (خوانده‌شده ۱۹ اکتبر ۲۰۲۶) است؛ قواعد تصمیم و آستانه‌ها پیشنهاد نویسنده‌اند. برای زمینهٔ سئو SEO در سال ۲۰۲۶ را ببینید.

چه چیزی مشکل است و چه چیزی نیست

گاهی داشتن چند صفحه برای یک پرس‌وجو طبیعی و حتی مفید است؛ مثلاً یک مقالهٔ آموزشی و یک صفحهٔ خدمات می‌توانند هر دو به یک عبارت مربوط باشند. مشکل زمانی است که دو صفحه نیت یکسانی را پوشش می‌دهند، هیچ‌کدام کامل نیست و نمایش در نتایج بین آن‌ها جابه‌جا می‌شود. نشانه‌های رایج: دو URL برای یک پرس‌وجوی مهم در جدول Search Console، نوسان در اینکه کدام صفحه نمایش می‌یابد، و محتوای دو صفحه که عملاً یک پاسخ را تکرار می‌کند. هیچ‌کدام از این‌ها به‌تنهایی اثبات مشکل نیست؛ باید نیت و محتوا را بخوانید.

استخراج داده از Search Console

راهنمای Performance report می‌گوید ابعاد Queries و Pages وجود دارد و می‌توان با فیلتر روی یک پرس‌وجو، صفحه‌هایی را دید که برای آن نمایش گرفته‌اند. روش:

1. یک بازهٔ ثابت (مثلاً سه ماه) انتخاب کنید.
2. پرس‌وجوهای مهم کسب‌وکار را فهرست کنید.
3. برای هر پرس‌وجو فیلتر Queries بگذارید و سپس بُعد Pages را ببینید؛ clicks، impressions و میانگین جایگاه هر URL را ثبت کنید.
4. پرس‌وجوهایی را علامت بزنید که دو یا چند URL معنادار برایشان نمایش گرفته‌اند.

محدودیت‌های داده را به یاد داشته باشید: میانگین جایگاه میانگین است؛ نتایج به زمان، مکان و دستگاه وابسته‌اند؛ و داده‌های اخیر ممکن است اولیه باشد. هر دو را در بازهٔ طولانی‌تر و با هم بخوانید.

تشخیص: رقابت واقعی یا هم‌پوشانی بی‌ضرر

ابزارهای اصلاح

ادغام و ریدایرکت: مستند canonical می‌گوید ریدایرکت دائمی سیگنال قوی است که مقصد باید canonical شود و فقط وقتی استفاده شود که می‌خواهید صفحهٔ تکراری را کنار بگذارید. پس اگر دو مقاله را ادغام می‌کنید، URL ضعیف‌تر را با ریدایرکت دائمی به مقالهٔ کامل ببرید و لینک‌های داخلی را به مقصد نهایی اصلاح کنید.

canonical: برای صفحه‌های تکراری یا بسیار مشابه، rel=canonical به نسخهٔ ترجیحی؛ مستند می‌گوید برای برداشتن نسخهٔ تکراری در همان سایت noindex توصیه نمی‌شود چون صفحه را کامل از نتایج حذف می‌کند. این روش برای صفحه‌های مختلف با نیت‌های متفاوت مناسب نیست؛ canonical برای نسخه‌های تکراری است، نه برای صفحه‌هایی که هر دو ارزش جدا دارند.

تمایز نیت: اگر هر دو صفحه ارزش دارند، آن‌ها را از هم جدا کنید: عنوان، مقدمه و محتوا را بر نیت خودشان متمرکز کنید و با لینک داخلی توصیفی به هم وصل کنید (مقالهٔ لینک‌سازی داخلی).

مثال ساختگی

سایت فرضی دو مقاله دارد: «Nginx چیست» و «راهنمای Nginx برای مبتدی». هر دو در سه ماه گذشته برای پرس‌وجوی «آموزش nginx» نمایش گرفته‌اند؛ جایگاه میانگین هر دو متوسط است و کلیک‌ها تقسیم شده. تیم محتوای هر دو را می‌خواند و می‌بیند ۷۰٪ مطلب تکراری است. تصمیم: مقالهٔ کامل‌تر را بازنویسی کند، مطالب مفید دیگری را در آن ببرد، دومی را با ریدایرکت دائمی به اولی ببرد و لینک‌های داخلی را اصلاح کند. چهار هفته بعد بازهٔ برابر را مقایسه می‌کند. مثال ساختگی است و عددها نمونه‌اند.

پیشگیری

پیش از نوشتن مقالهٔ جدید، فهرست محتوای موجود را برای نیت مشابه بررسی کنید (مقالهٔ تحلیل نیت جست‌وجو). در فهرست محتوا، به هر پرس‌وجوی اصلی فقط یک صفحهٔ اصلی اختصاص دهید و پرس‌وجوهای فرعی را در همان صفحه یا صفحهٔ مجاور پوشش دهید. این‌ها رویهٔ پیشنهادی نویسنده است.

اشتباهات رایج

• ادغام صفحه‌ها فقط چون دو URL در یک جدول دیده شدند، بدون خواندن محتوا.
• استفاده از noindex برای صفحهٔ تکراری در همان سایت.
• canonical بین صفحه‌هایی که نیت متفاوت دارند.
• حذف صفحه بدون ریدایرکت.
• باور به «جریمهٔ کنیبالیزیشن» رسمی.
• داوری بر اساس میانگین جایگاه یک روز.

مراحل ادغام دو مقاله به‌صورت امن

ادغام کار برگشت‌ناپذیری نیست اگر مرحله‌ای پیش بروید. رویهٔ پیشنهادی (نویسنده): ابتدا از هر دو صفحه یک نسخهٔ پشتیبان محتوا و داده‌های Search Console همان بازه را نگه دارید تا بعداً بتوانید مقایسه کنید. سپس مقالهٔ هدف را انتخاب کنید، معمولاً آن که کامل‌تر است، نه لزوماً آن که URL کوتاه‌تری دارد. مطالب ارزشمند صفحهٔ دیگر را وارد مقالهٔ هدف کنید و تکرارها را حذف کنید؛ مقالهٔ هدف باید پس از ادغام پاسخ کامل‌تری بدهد، نه صرفاً بلندتر شود.

بعد، ریدایرکت دائمی از URL حذف‌شده به مقالهٔ هدف را فعال کنید. طبق مستند Google، برای کارکرد سریع‌تر از ریدایرکت سمت سرور استفاده کنید. سپس لینک‌های داخلی که هنوز به URL قدیمی اشاره دارند را به مقصد نهایی تغییر دهید؛ مستند canonical توصیه می‌کند در لینک‌دهی داخلی به URL canonical لینک بدهید. URL قدیمی را از sitemap بردارید و مطمئن شوید مقالهٔ هدف در آن است. در نهایت تغییرها را با تاریخ ثبت کنید.

نکتهٔ مهم: ادغام باید بر پایهٔ نیت و محتوا باشد، نه صرفاً یک عدد در گزارش. اگر دو صفحه نیت‌های واقعاً متفاوت دارند، ادغام آن‌ها خواننده را ناراضی می‌کند. در آن حالت به‌جای ادغام، عنوان و تمرکز هر کدام را جدا کنید. و اگر مطمئن نیستید، نخست یکی از دو صفحه را بهبود دهید و نتیجه را بسنجید؛ ادغام همیشه می‌تواند بعداً هم انجام شود.

چک‌لیست

1. داده در بازهٔ ثابت از Queries و Pages استخراج شده است.
2. محتوای صفحه‌های رقیب خوانده و نیت‌شان مقایسه شده است.
3. تصمیم (ادغام، canonical، تمایز) با جدول تشخیص گرفته شده است.
4. ریدایرکت دائمی و اصلاح لینک داخلی انجام شده است.
5. نتیجه پس از چند هفته با بازهٔ برابر سنجیده می‌شود.
6. برای هر پرس‌وجوی اصلی یک صفحهٔ اصلی در فهرست محتواست.

منابع و مراجع

• Performance report (Search results): Overview and basic setup — Search Console Help، 2026-10-19.
• How to specify a canonical URL with rel="canonical" and other methods — Google Search Central، 2026-10-19.