একটি গুরুত্বপূর্ণ কিওয়ার্ডে যে পেজটি নিয়মিত clicks পেত, সেটির visibility কমছে। একই সময়ে একই সাইটের আরেকটি কাছাকাছি বিষয়ের URL সেই query-তে impressions পেতে শুরু করেছে। এমন অবস্থায় Keyword Cannibalization সন্দেহ করা স্বাভাবিক। তবে এখানেই একটি সাধারণ ভুল হয়: একই query-তে একাধিক URL দেখা মানেই ক্যানিবালাইজেশন নয়।

কার্যকর Keyword cannibalization detection করতে Google Search Console (GSC) Data, প্রকৃত SERP এবং সংশ্লিষ্ট পেজগুলোর search intent একসঙ্গে দেখতে হয়। GSC দেখায় কোন query-তে কোন URL visibility পাচ্ছে। SERP থেকে বোঝা যায় Google ওই search-এর জন্য কী ধরনের ফলাফলকে প্রাধান্য দিচ্ছে। আর দুই পেজ পাশাপাশি পড়লে বোঝা যায় তারা সত্যিই একই কাজ করছে কি না।

তাই প্রথম পদক্ষেপ Redirect বা Canonical নয়। আগে প্রমাণ করতে হবে যে overlap-টি বাস্তবে সমস্যা তৈরি করছে।

Keyword Cannibalization কখন সত্যিই সমস্যা?

ধরা যাক, একটি ওয়েবসাইটে দুটি URL রয়েছে:

• /keyword-research-guide/
• /how-to-do-keyword-research/

নাম কাছাকাছি বলে এদের একটি বাদ দেওয়ার প্রয়োজন নেই। প্রথম পেজটি যদি keyword research-এর ধারণা, পদ্ধতি ও ব্যবহারের ক্ষেত্র ব্যাখ্যা করে এবং দ্বিতীয়টি নির্দিষ্ট step-by-step tutorial দেয়, তাহলে দুটির search intent আলাদা হতে পারে।

সমস্যার সম্ভাবনা বাড়ে যখন দুই পেজ প্রায় একই প্রশ্নের উত্তর দেয়, একই subtopic কাছাকাছি গভীরতায় কভার করে এবং একই ধরনের query-তে visibility পেতে থাকে। একই keyword-এ একাধিক ranking নিজে থেকেই সমস্যা নয়; overlapping intent এবং organic performance-এর সম্ভাব্য ক্ষতি বেশি গুরুত্বপূর্ণ।

Audit করার মতো কয়েকটি signal হলো:

• গুরুত্বপূর্ণ query-তে একাধিক relevant URL নিয়মিত impressions পাচ্ছে;
• একটি URL-এর visibility কমার সময় কাছাকাছি আরেকটি URL visibility পাচ্ছে;
• দুই পেজের search intent ও content coverage যথেষ্ট overlap করছে;
• SERP-এ আপনার নির্ধারিত primary URL-এর বদলে অন্য কাছাকাছি URL বেশি দেখা যাচ্ছে;
• পুরোনো ও নতুন দুটি article কার্যত একই প্রয়োজন মেটাচ্ছে।

এগুলোর কোনো একটিকে আলাদাভাবে চূড়ান্ত প্রমাণ ধরা ঠিক হবে না। GSC-এর trend, SERP এবং content comparison একসঙ্গে মিললেই সিদ্ধান্ত শক্ত হয়।

GSC Data দিয়ে ক্যানিবালাইজেশন চেক করার পদ্ধতি

Google Search Console-এর Search results Performance report-এ clicks, impressions, CTR ও average position দেখা যায়। Query, page, country, device-সহ বিভিন্ন dimension অনুযায়ী data group বা filter করাও সম্ভব।

যথেষ্ট সময়ের data দিয়ে শুরু করুন

এক-দুই দিনের ওঠানামা দেখে কোনো URL Redirect করা ঝুঁকিপূর্ণ। Search Console-এর Performance report-এ 16 মাস পর্যন্ত data দেখা যায়। Traffic drop বিশ্লেষণের সময় comparable period—যেমন সাম্প্রতিক কয়েক মাস বনাম আগের period বা year-over-year comparison—ব্যবহার করা বেশি কার্যকর।

Seasonal topic হলে year-over-year comparison বিশেষভাবে কাজে লাগে। কোনো query-এর demand নিজেই যদি মৌসুমভেদে কমে যায়, তাহলে traffic drop-কে page conflict হিসেবে ধরে নেওয়া ভুল হতে পারে।

সন্দেহের query বা query group filter করুন

Performance report-এ Queries filter ব্যবহার করে নির্দিষ্ট search term আলাদা করা যায়।

একটি phrase দেখার জন্য “Queries containing” ব্যবহার করা যায়। কাছাকাছি একাধিক variation একসঙ্গে বিশ্লেষণ করতে Custom regex কাজে লাগে। Query ও page—দুটির ক্ষেত্রেই regex filter ব্যবহার করা যায় এবং | দিয়ে একাধিক value আলাদা করা সম্ভব। Regex-এর ক্ষেত্রে RE2 syntax ব্যবহৃত হয়।

যেমন মূল topic যদি হয়:

keyword research

তাহলে শুধু exact phrase নয়, কাছাকাছি query-ও দেখা যেতে পারে:

• keyword research
• keyword research guide
• how to do keyword research
• keyword research process

কারণ একই search intent সব সময় একই exact keyword দিয়ে প্রকাশ পায় না।

এবার Pages dimension দেখুন

Query filter চালু রেখেই Pages dimension খুলুন। কোন URLগুলো ওই query বা query group-এর জন্য performance data পাচ্ছে, তা এখানে দেখা যাবে।

তবে এই data ব্যাখ্যা করার সময় একটি গুরুত্বপূর্ণ সীমাবদ্ধতা মনে রাখতে হবে। Search Console-এর Page dimension final URL অনুযায়ী data group করে এবং অধিকাংশ Performance data duplicate URL-এর বদলে Google-selected canonical URL-এ assign করে। Duplicate URL search result থেকে click করা হলেও সেই click canonical URL-এর data-তে জমা হতে পারে।

অর্থাৎ Pages report-এ যা দেখা যাচ্ছে সেটিই সাইটের সব technical duplicate-এর পূর্ণ তালিকা নয়।

সংশ্লিষ্ট URLগুলোর ক্ষেত্রে দেখুন:

• impressions কীভাবে বদলেছে;
• clicks-এর trend কী;
• CTR-তে বড় পরিবর্তন আছে কি না;
• কোন পেজ দীর্ঘ সময় ধরে বেশি স্থিতিশীল visibility পাচ্ছে।

Average position দেখা যায়, কিন্তু একে একমাত্র সিদ্ধান্তের metric করা উচিত নয়। Clicks, impressions এবং সামগ্রিক trend একসঙ্গে দেখা বেশি কার্যকর।

Visibility shift দেখলে কীভাবে যাচাই করবেন

ধরা যাক, একটি query-তে Page A আগে বেশি impressions ও clicks পাচ্ছিল। পরে Page B-এর visibility বাড়তে শুরু করল এবং একই সময়ে Page A কমল।

এটি তদন্তের মতো signal। কিন্তু এখান থেকেই বলা যাবে না যে Google নিশ্চিতভাবে Page A ও Page B-এর ranking অদলবদল করছে।

Page A এবং Page B আলাদাভাবে filter করে একই date range-এর trend তুলনা করুন। প্রয়োজন হলে data export করে পাশাপাশি রাখুন। এরপর SERP দেখুন এবং দুই পেজের content intent তুলনা করুন।

এই ধাপটি জরুরি, কারণ visibility shift-এর পেছনে আরও কারণ থাকতে পারে—search demand কমে যাওয়া, site-wide ranking change, indexing সমস্যা বা অন্য কোনো technical issue। পুরো সাইটের অনেক URL একসঙ্গে traffic হারালে আগে broader SEO problem পরীক্ষা করা বেশি যুক্তিসংগত।

GSC-এর সীমাবদ্ধতা মাথায় রাখুন

Search Console অত্যন্ত কার্যকর diagnostic tool, কিন্তু এটি সম্পূর্ণ raw ranking log নয়।

Performance data canonical URL-এ জমা হতে পারে

Performance report-এর অধিকাংশ data Google-selected canonical URL-এ assign হয়। ফলে duplicate URL-এর প্রত্যেকটি version Pages report-এ আলাদাভাবে ধরা পড়বে—এমন নিশ্চয়তা নেই। Google কোন URL-কে canonical হিসেবে বেছে নিয়েছে, তা URL Inspection tool দিয়ে পরীক্ষা করা যায়।

আরও পড়ুনঃ XML Sitemap-এ কোন URL রাখা উচিত নয়: টেকনিক্যাল SEO গাইড

সব query দেখা যায় না

Privacy রক্ষার জন্য কিছু anonymized query report-এর table-এ দেখানো হয় না। Internal data limits-এর কারণেও সব query row পাওয়া যায় না।

Bulk Data Export ব্যবহার করলে উপলভ্য Search Console performance data BigQuery-তে আরও সম্পূর্ণভাবে পাওয়া যায়, যদিও anonymized queries সেখানেও থাকে না।

তাই “GSC-তে query দেখা যাচ্ছে না, অর্থাৎ URLটি ওই query-তে কখনো visibility পায়নি”—এমন সিদ্ধান্ত নেওয়া নিরাপদ নয়।

SERP Analysis দিয়ে GSC-এর signal যাচাই করুন

GSC-তে overlapping URL পাওয়া গেলে পরের ধাপ হলো প্রকৃত Google SERP দেখা।

লক্ষ্য করুন:

• কোন URL বর্তমানে দেখা যাচ্ছে;
• কাছাকাছি query variation-এ URL বদলাচ্ছে কি না;
• শীর্ষ ফলাফলগুলো কী ধরনের content;
• query-টির জন্য guide, tutorial, category, product বা service page—কোন format বেশি দেখা যাচ্ছে;
• আপনার দুই পেজ একই user need পূরণ করছে কি না।

একটি manual search অবশ্য চূড়ান্ত evidence নয়। Google Search result সময়, location, language, device এবং কিছু ক্ষেত্রে personalization-এর কারণে ভিন্ন হতে পারে। Personalization বন্ধ থাকলেও location, language ও device-এর মতো context ফলাফলে প্রভাব ফেলতে পারে।

এই কারণে একবারের SERP screenshot-এর চেয়ে কয়েকটি relevant query এবং GSC-এর historical trend বেশি কার্যকর context দেয়।

Search intent না মিললে Redirect করবেন না

ক্যানিবালাইজেশন নির্ণয়ের সবচেয়ে গুরুত্বপূর্ণ সম্পাদকীয় ধাপ হলো সংশ্লিষ্ট পেজগুলো পাশাপাশি পড়ে দেখা।

ধরা যাক:

Page A: Keyword Research কী এবং কীভাবে করবেন
Page B: Keyword Research করার পূর্ণাঙ্গ গাইড

এখানে overlap-এর সম্ভাবনা যথেষ্ট।

কিন্তু নিচের তিনটি পেজ একই topic family-তে থাকলেও তাদের intent আলাদা:

• “SEO audit কী” — ধারণা বোঝার জন্য;
• “SEO audit checklist” — কাজ করার জন্য;
• “SEO audit service” — সেবা খোঁজার জন্য।

একই keyword vocabulary থাকা তাই merge করার যথেষ্ট কারণ নয়।

Heading, subtopic, examples এবং উত্তর দেওয়ার পদ্ধতিও তুলনা করুন। দুই article যদি প্রায় একই প্রশ্ন একই গভীরতায় সমাধান করে, তাহলে আলাদা URL বজায় রাখার যুক্তি দুর্বল হতে পারে। অন্যদিকে একটি পেজ overview এবং অন্যটি নির্দিষ্ট task সমাধান করলে তাদের আলাদা রাখাই বেশি যৌক্তিক।

Internal linking-ও এখানে signal দেয়। Primary resource নির্ধারণ করা হলে relevant internal links সেই URL-এর দিকে ধারাবাহিকভাবে রাখা ভালো।

কোন পেজটি primary করবেন

সবচেয়ে বেশি impressions পাওয়া URL-কে স্বয়ংক্রিয়ভাবে winner করা উচিত নয়। Primary page বাছাইয়ের সময় বিবেচনা করুন:

1. কোন পেজ target search intent সবচেয়ে পরিষ্কারভাবে পূরণ করছে;
2. কোনটির organic performance দীর্ঘ সময় ধরে বেশি স্থিতিশীল;
3. কোন content বেশি পূর্ণাঙ্গ, প্রাসঙ্গিক ও হালনাগাদ;
4. গুরুত্বপূর্ণ internal বা external links কোন URL-এ যাচ্ছে;
5. ব্যবসায়িক লক্ষ্য থাকলে কোন page প্রয়োজনীয় conversion-এ বেশি কার্যকর;
6. ভবিষ্যতে কোন URL-কে topic-এর মূল resource হিসেবে maintain করা সহজ হবে।

GSC এই সিদ্ধান্ত নিজে দেয় না। এখানে content quality, site architecture এবং business relevance—সবকিছু একসঙ্গে দেখতে হয়।

কখন 301 Redirect করবেন

দুই URL-এর content ও intent প্রায় একই, একটি পেজ আলাদাভাবে রাখার আর প্রয়োজন নেই এবং সেটিকে স্থায়ীভাবে সরিয়ে দেওয়া হবে—এ অবস্থায় useful content primary page-এ merge করে permanent redirect দেওয়া যৌক্তিক।

Google 301 ও 308-কে permanent redirect হিসেবে বিবেচনা করে। Permanent redirect redirect target-কে canonical হিসেবে বিবেচনার একটি signal এবং সম্ভব হলে server-side permanent redirect ব্যবহার করা ভালো।

যেমন:

• Page A: হালনাগাদ ও পূর্ণাঙ্গ guide;
• Page B: একই intent-এর পুরোনো, ছোট এবং কম কার্যকর article।

Page B-এর আলাদা প্রয়োজন না থাকলে তার দরকারি অংশ Page A-তে একীভূত করে Page B থেকে Page A-তে 301 Redirect দেওয়া যেতে পারে।

Redirect দেওয়ার পর relevant internal links, navigation এবং sitemap-এ পুরোনো URL থেকে গেলে সেগুলোও primary URL-এ update করা উচিত।

Canonical কখন বেশি উপযোগী

rel=”canonical” এবং 301 Redirect-কে একই ধরনের সমাধান হিসেবে ব্যবহার করা ঠিক নয়।

rel=”canonical” দিয়ে duplicate বা very similar page-এর মধ্যে preferred URL নির্দেশ করা যায়। Redirect এবং rel=”canonical” উভয়ই canonicalization-এর শক্তিশালী signal; sitemap inclusion তুলনামূলকভাবে দুর্বল signal।

উদাহরণ হিসেবে tracking parameter বা অন্য URL variation-এর কারণে একই বা প্রায় একই content একাধিক ঠিকানায় পাওয়া গেলে canonical প্রাসঙ্গিক হতে পারে।

কিন্তু একই broad keyword নিয়ে লেখা দুটি স্বতন্ত্র article-এর একটিতে অন্যটির canonical বসানো ভালো default নয়, যদি content সত্যিই duplicate বা খুব কাছাকাছি না হয়।

একই সাইটের duplicate set-এর canonical version বেছে দেওয়ার উদ্দেশ্যে noindex ব্যবহার করাও ভালো default নয়; এ ক্ষেত্রে rel=”canonical” বেশি উপযোগী।

অনেক ক্ষেত্রে কিছুই merge করার দরকার নেই

ধরা যাক:

• “Technical SEO Audit কী”
• “Technical SEO Audit Checklist”

দুটি পেজই “technical SEO audit” query family-তে visibility পেতে পারে। কিন্তু প্রথমটি concept ব্যাখ্যা করছে, দ্বিতীয়টি ব্যবহারযোগ্য checklist দিচ্ছে।

এ ধরনের অবস্থায় দুই পেজই রাখা যেতে পারে। একই keyword-এ একাধিক page rank করলেও consolidation সব সময় প্রয়োজন হয় না।

এখানে ভালো পদক্ষেপ হতে পারে title, H1, introduction এবং internal anchor text দিয়ে দুই পেজের ভূমিকা আরও পরিষ্কার করা। অপ্রয়োজনীয় overlapping section কমিয়ে এক পেজ থেকে অন্যটির relevant অংশে internal link দেওয়াও কাজে আসতে পারে।

দ্রুত সিদ্ধান্ত নেওয়ার জন্য একটি কাঠামো

এটি চূড়ান্ত নিয়মের তালিকা নয়। বিশেষ করে বড় ecommerce, multilingual বা programmatic site-এ URL structure ও canonicalization আলাদাভাবে technical audit করা প্রয়োজন।

যে ভুলগুলো Keyword Cannibalization audit দুর্বল করে

একাধিক URL দেখেই cannibalization ঘোষণা করা: একই query-তে একাধিক page দেখা organic performance ক্ষতিগ্রস্ত হচ্ছে—এমন প্রমাণ নয়।

Average position-এর ওপর অতিরিক্ত নির্ভর করা: এটি supporting metric। clicks, impressions, historical trend এবং search intent-এর context প্রয়োজন।

Visibility shift-কে নিশ্চিত ranking swap বলা: GSC raw rank tracker নয় এবং অধিকাংশ performance data canonical URL-এ aggregate হতে পারে।

একটি SERP screenshot-কে চূড়ান্ত প্রমাণ ধরা: সময়, location, language, device ও personalization-এর কারণে result বদলাতে পারে।

Canonical দিয়ে দুটি আলাদা article জোড়া লাগানো: Canonical duplicate বা খুব কাছাকাছি page-এর preferred version নির্দেশ করার জন্য।

Traffic drop দেখেই cannibalization ধরে নেওয়া: Search demand, seasonality, indexing সমস্যা, technical issue বা broader ranking change-ও traffic কমাতে পারে।

প্রথমে যে workflow অনুসরণ করা বাস্তবসম্মত

Keyword Cannibalization সন্দেহ হলে একটি গুরুত্বপূর্ণ query বা query group দিয়ে শুরু করুন। GSC-তে সেটি filter করে Pages dimension থেকে সংশ্লিষ্ট URLগুলোর clicks, impressions এবং historical trend তুলনা করুন। Query privacy ও canonical aggregation-এর সীমাবদ্ধতা মাথায় রাখুন।

তারপর একই search intent-এর কয়েকটি query দিয়ে SERP দেখুন। শেষে দুই URL পাশাপাশি খুলে title, H1, content coverage এবং user intent তুলনা করুন।

এই তিন ধাপে যদি বোঝা যায় দুটি পেজ একই কাজ করছে এবং একটি URL আর প্রয়োজন নেই, তখন content consolidation ও 301 Redirect বিবেচনা করা যায়। Duplicate বা খুব কাছাকাছি URL দুটিই সচল রাখতে হলে Canonical বেশি প্রাসঙ্গিক। আর intent আলাদা হলে merge করার বদলে প্রতিটি পেজের positioning পরিষ্কার করাই ভালো সিদ্ধান্ত।

কার্যকর Keyword cannibalization detection-এর লক্ষ্য “এক keyword, এক page” নিয়ম চাপিয়ে দেওয়া নয়। আসল কাজ হলো কোন overlap organic performance দুর্বল করছে আর কোন একাধিক page ভিন্ন search intent পূরণ করে সাইটের visibility বাড়াচ্ছে—এই পার্থক্যটি ঠিকভাবে শনাক্ত করা।

শেষ কথা

Keyword Cannibalization শনাক্ত করার উদ্দেশ্য একই কিওয়ার্ডে র‍্যাঙ্ক করা সব পেজ কমিয়ে আনা নয়। আসল লক্ষ্য হলো কোন পেজগুলো একই search intent-এর জন্য অপ্রয়োজনীয়ভাবে প্রতিযোগিতা করছে, আর কোনগুলো আলাদা উদ্দেশ্যে কাজ করছে—সেটি পরিষ্কারভাবে বোঝা।

তাই Keyword cannibalization detection-এ প্রথমে GSC Data দিয়ে URL ও performance trend দেখুন, এরপর SERP এবং content intent মিলিয়ে সিদ্ধান্ত নিন। দুটি পেজ সত্যিই একই কাজ করলে consolidation ও 301 Redirect বিবেচনা করা যায়। Duplicate বা খুব কাছাকাছি URL সচল রাখার প্রয়োজন হলে Canonical প্রাসঙ্গিক হতে পারে। আর intent আলাদা হলে পেজ মুছে ফেলার বদলে তাদের positioning, internal linking ও content focus আরও পরিষ্কার করাই ভালো পদক্ষেপ।

সবচেয়ে নিরাপদ নীতি হলো—data দেখে সন্দেহ করুন, কিন্তু Redirect দেওয়ার আগে intent যাচাই করুন।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

1. একই কিওয়ার্ডে একাধিক পেজ র‍্যাঙ্ক করলে কি সব সময় Keyword Cannibalization হয়?

না। একই কিওয়ার্ডে একাধিক পেজ দেখা গেলেও তাদের search intent আলাদা হতে পারে। সমস্যা তখনই গুরুত্বপূর্ণ হয়, যখন দুই বা ততোধিক পেজ একই উদ্দেশ্য পূরণ করতে গিয়ে একে অন্যের organic performance দুর্বল করে।

2. GSC দিয়ে Keyword Cannibalization কীভাবে বোঝা যায়?

Google Search Console-এ নির্দিষ্ট query filter করে Pages dimension দেখুন। একই query-তে একাধিক URL impressions বা clicks পেলে তাদের historical trend তুলনা করুন। তবে GSC-এর data একা যথেষ্ট নয়; SERP এবং সংশ্লিষ্ট পেজগুলোর search intent-ও যাচাই করা উচিত।

3. Cannibalization পাওয়া গেলে 301 Redirect নাকি Canonical ব্যবহার করা উচিত?

একটি পুরোনো বা অপ্রয়োজনীয় পেজ স্থায়ীভাবে সরিয়ে অন্য পেজে একীভূত করলে 301 Redirect বেশি উপযোগী। আর duplicate বা খুব কাছাকাছি content-এর একাধিক URL সচল রাখার প্রয়োজন হলে rel=”canonical” বিবেচনা করা যায়। দুটি আলাদা search intent-এর পেজ হলে সাধারণত কোনোটিই প্রয়োজন হয় না।