Jak technicznie namierzyć kanibalizację? Przegląd narzędzi i sprawdzonych metod

Kanibalizacja nie zaczyna się w arkuszu. Arkusz jest dopiero miejscem, w którym widać, czy problem naprawdę istnieje. Najpierw trzeba wyciągnąć dane: z Google Search Console, narzędzi do monitoringu pozycji, crawlera i analityki. Dopiero wtedy można powiedzieć, czy dwie podstrony faktycznie walczą o ten sam ruch, czy po prostu Google pokazuje różne adresy dla różnych intencji.

Największy błąd w takich audytach? Traktowanie każdej wspólnej frazy jako problemu. To za mało. Dwie podstrony mogą pojawiać się na to samo słowo kluczowe, ale jedna odpowiadać na intencję poradnikową, druga sprzedażową. Problem zaczyna się wtedy, gdy ten sam typ strony, z podobną intencją, zaczyna wymieniać się pozycjami, CTR spada, a kliknięcia rozlewają się między adresami zamiast wzmacniać jeden wynik.

Dlatego techniczne namierzanie kanibalizacji powinno iść w takiej kolejności: najpierw GSC, potem monitoring pozycji, następnie crawl strony, a na końcu automatyzacja. Odwrotna kolejność daje ładne raporty, ale często prowadzi do fałszywych alarmów.

Google Search Console: dane źródłowe, filtry RegEx i porównywanie adresów URL

Google Search Console jest pierwszym miejscem, do którego zaglądam przy podejrzeniu kanibalizacji, bo pokazuje dane z realnych wyników Google: zapytania, podstrony, kliknięcia, wyświetlenia, CTR i średnią pozycję. Narzędzia zewnętrzne pomagają szybciej znaleźć trop, ale to GSC odpowiada na pytanie: „czy użytkownicy faktycznie klikają różne adresy na tę samą frazę?”.

Najprostszy test wygląda tak:

1. Wejdź w Skuteczność → Wyniki wyszukiwania.
2. Ustaw zakres dat: minimum 28 dni, a przy sezonowości lepiej 3 miesiące.
3. Przejdź do zakładki Zapytania.
4. Wybierz frazę lub grupę fraz.
5. Kliknij konkretną frazę i przejdź do zakładki Strony.
6. Sprawdź, ile adresów URL generuje wyświetlenia i kliknięcia dla tego samego zapytania.

Jeżeli dla zapytania „buty trekkingowe damskie” widzisz jednocześnie:

• /buty-trekkingowe-damskie/
• /blog/jak-wybrac-buty-trekkingowe-damskie/
• /buty-gorskie-damskie/

to jeszcze nie jest dowód kanibalizacji. To sygnał do analizy. Kategoria może odpowiadać na intencję zakupową, blog na poradnikową, a trzecia kategoria może być realnym konkurentem pierwszej. Dopiero zestawienie kliknięć, pozycji i typu intencji pokazuje, czy trzeba scalać, przekierowywać, czy tylko doprecyzować linkowanie i title.

W GSC szczególnie przydają się filtry RegEx. Google pozwala filtrować zapytania i adresy URL wyrażeniami regularnymi, stosuje składnię RE2, a dopasowanie RegEx jest domyślnie częściowe i nie rozróżnia wielkości liter, chyba że wymusisz czułość na wielkość liter specjalnym zapisem.

Praktyczne przykłady filtrów:

• buty trekkingowe|buty górskie|obuwie trekkingowe — zbierasz kilka bliskich wariantów zapytań.
• ^buty trekkingowe — sprawdzasz frazy zaczynające się od konkretnego wyrażenia.
• ranking|najlepsze|porównanie|opinie — wyłapujesz zapytania poradnikowo-komercyjne.
• /blog/|/poradnik/|/category/ — filtrujesz typy URL-i, które często wchodzą sobie w drogę.
• /produkt/|/kategoria/ — oddzielasz potencjalny konflikt produkt–kategoria.

W praktyce zaczynam od zapytania, nie od URL-a. Dlaczego? Bo kanibalizacja jest konfliktem o intencję użytkownika. Jeżeli najpierw wejdziesz w podstronę, łatwo zobaczysz tylko jej własny wycinek danych. Jeżeli wejdziesz od frazy, od razu widzisz wszystkie adresy, które Google testuje dla tego samego zapytania.

Drugi krok to porównanie dwóch URL-i na wykresie. W GSC możesz używać porównań dla wybranych wymiarów, ale porównanie jest ograniczone do dwóch elementów, co dobrze pasuje do ręcznej diagnostyki: adres A kontra adres B.

Schemat pracy:

1. Ustaw filtr Strona → Porównaj.
2. Wprowadź dwa dokładne adresy URL.
3. Włącz metryki: kliknięcia, wyświetlenia, CTR, średnia pozycja.
4. Sprawdź, czy wykresy układają się naprzemiennie.
5. Zmień widok na zapytania i sprawdź, które frazy są wspólne.

Sygnały alarmowe:

• adres A rośnie, gdy adres B spada;
• średnia pozycja obu URL-i skacze w podobnym zakresie;
• ten sam URL nie utrzymuje stabilnie pozycji przez kilka tygodni;
• CTR spada mimo podobnej liczby wyświetleń;
• kliknięcia dzielą się między dwie strony, ale żadna nie wygrywa wyraźnie.

W arkuszu roboczym warto oznaczać takie przypadki prostą skalą:

• 0 — brak problemu: dwa URL-e rankują, ale mają różną intencję.
• 1 — obserwować: drugi URL ma wyświetlenia, ale prawie nie zbiera kliknięć.
• 2 — konflikt lekki: URL-e wymieniają się pozycjami, ale ruch jest niski.
• 3 — konflikt priorytetowy: fraza ma kliknięcia, konwersje albo wysoką wartość biznesową, a dwa URL-e realnie konkurują.

Trzeba też znać ograniczenia GSC. Search Console pomija część zapytań z powodów prywatności, a w tabelach pokazuje tylko najważniejsze wiersze danych; pełniejszy zestaw można wyciągać przez eksporty zbiorcze lub API. To oznacza, że brak frazy w tabeli nie jest twardym dowodem, że problem nie istnieje. To tylko brak widocznego wiersza w danym raporcie.

Dla większych serwisów ręczne klikanie w GSC szybko przestaje mieć sens. Wtedy użyj Search Console API i pobieraj dane z wymiarami query oraz page. Aktualnie Google pokazuje przykład paginacji po 25 000 wierszy na żądanie, a metoda Search Analytics udostępnia maksymalnie 50 000 wierszy danych dziennie na typ wyszukiwania, sortowanych według kliknięć. Przy dużych serwisach e-commerce to nadal nie zawsze wystarczy, więc zamiast jednego ogromnego eksportu lepiej pobierać dane partiami: osobno dla sekcji, typów URL-i, krajów albo urządzeń.

Minimalny zestaw kolumn do arkusza:

• query
• page
• clicks
• impressions
• CTR
• average position
• date range
• device
• country
• typ URL-a: blog, kategoria, produkt, landing page, tag, paginacja
• decyzja: zostawić, scalić, przekierować, zmienić intencję, poprawić linkowanie

Najprostsza reguła wykrywania konfliktu w arkuszu:

Jeżeli jedna fraza ma minimum 2 różne indeksowalne URL-e, każdy z nich ma istotne wyświetlenia, a różnica średnich pozycji nie jest ogromna, przypadek trafia do ręcznej oceny.

Nie ustawiałbym jednego progu dla wszystkich serwisów. Dla małego bloga 20–50 wyświetleń na frazę może już wystarczyć. Dla sklepu z dużym ruchem sensowniej zacząć od 100–500 wyświetleń i fraz z kliknięciami albo przychodem w GA4. Priorytet mają nie te konflikty, których jest najwięcej, tylko te, które blokują strony o realnej wartości.

Ahrefs, Senuto, Semrush i Screaming Frog: szybkie raporty, „migające” pozycje i kontrola architektury

Narzędzia zewnętrzne przyspieszają robotę, ale nie powinny wydawać wyroku same. Ich zadanie jest inne: mają znaleźć podejrzane przypadki, pokazać historię pozycji, wykryć zmiany URL-i w SERP i wskazać sekcje serwisu, które wymagają sprawdzenia w GSC.

Semrush ma gotowy Cannibalization Report w module Position Tracking. Raport wykrywa sytuacje, w których kilka stron z tej samej domeny rankuje na to samo słowo kluczowe w top 100 Google. Można analizować dane w widoku po stronach albo po słowach kluczowych, a narzędzie pokazuje m.in. liczbę dotkniętych fraz, strony kanibalizujące, pozycję, estymowany ruch i wolumen.

Dobra praktyka: w Semrush nie zaczynaj od całego serwisu. Najpierw załóż kampanię Position Tracking dla najważniejszych fraz z mapy SEO: kategorie, usługi, poradniki sprzedażowe, frazy z marżą. Potem użyj raportu kanibalizacji i filtruj:

• Top 3 / Top 10 / Top 20 — konflikty najbliżej ruchu;
• URL contains — konkretna sekcja, np. /blog/ kontra /kategoria/;
• date range — okres po migracji, wdrożeniu contentu albo zmianie linkowania;
• affected keywords — frazy, które dotyczą wielu stron naraz.

Semrush pokazuje też przypadki, w których linia trendu jest przerywana — opisuje to jako ghost page, czyli adres pojawiający się okresowo dla danej frazy. To ważny sygnał. Jeżeli Google raz pokazuje kategorię, raz wpis blogowy, a raz filtr produktowy, zwykle oznacza to, że architektura nie mówi jasno, która strona ma być główną odpowiedzią.

Trzeba jednak sprawdzić plan. Według dokumentacji Semrush dostęp do raportów zaawansowanych, w tym Cannibalization Report, jest w planach Guru SEO Toolkit i Business SEO Toolkit, a limity monitorowanych fraz wynoszą odpowiednio 1500 i 5000; w planie Pro jest 500 fraz, ale bez raportu kanibalizacji. Ceny SEO Toolkit podane w dokumentacji Semrush to 139,95 USD/mies. za Pro, 249,95 USD/mies. za Guru i 499,95 USD/mies. za Business.

Senuto jest szczególnie wygodne przy polskich projektach, bo dobrze pasuje do codziennego monitoringu widoczności i pracy na frazach z rynku PL. Narzędzie Kanibalizacja słów kluczowych w module Monitoring pokazuje, które podstrony wyświetlają się w Google na te same słowa kluczowe. Senuto zaznacza też, że analiza dotyczy fraz monitorowanych w projekcie, więc bez dobrze ustawionego monitoringu raport będzie niepełny.

To ograniczenie jest ważniejsze, niż wygląda. Jeżeli monitorujesz 150 fraz, zobaczysz kanibalizację tylko na tych 150 frazach. Jeżeli sklep ma 20 tysięcy zapytań long tail, raport nie złapie wszystkiego. Dlatego Senuto traktowałbym jako radar dla fraz kontrolowanych, a GSC jako źródło pełniejszego obrazu.

W Senuto warto porównywać zakresy dat, bo raport pozwala sprawdzić, jaką pozycję miał konkretny URL w poszczególnych dniach i kiedy zmieniała się kolejność adresów. To świetnie wyłapuje tzw. migające pozycje, czyli sytuację, w której Google nie może zdecydować, który URL jest właściwy.

Cennik Senuto, według aktualnej strony, zaczyna się od 107,50 PLN/mies. + VAT w planie Lite przy rozliczeniu rocznym. Plan Basic kosztuje 224,17 PLN/mies. + VAT, Advanced 457,50 PLN/mies. + VAT, a Prime 866 PLN/mies. + VAT. Limity monitoringu rosną od 5 projektów i 150 fraz w Lite do 50 projektów i 5000 fraz w Prime. W praktyce do większych audytów kanibalizacji liczy się nie sama cena wejścia, tylko limit monitorowanych fraz i dostępność raportów/dodatków.

Ahrefs nie powinien być używany wyłącznie jako „raport kanibalizacji”, bo jego największa wartość leży gdzie indziej: w historii SERP, analizie organic keywords, strukturze strony, linkach i porównaniu konkurencji. W praktyce sprawdzam w Ahrefs:

• czy dwa URL-e rankują na tę samą frazę;
• czy historia pozycji pokazuje rotację adresów;
• czy jedna ze stron ma mocniejsze linki zewnętrzne;
• czy konkurencja ma jeden mocny URL tam, gdzie my mamy trzy średnie;
• czy problem dotyczy tylko jednej frazy, czy całego klastra.

Ahrefs ma też w swoich funkcjach raporty i widoki, które pomagają w diagnozie, m.in. Site Explorer, Organic keywords, Rank Tracker, SERP history, Site Audit i elementy związane z analizą GSC. Aktualny cennik głównych planów pokazuje Lite za 129 USD/mies., Standard za 249 USD/mies., Advanced za 449 USD/mies., a Enterprise od 1499 USD/mies. przy zobowiązaniu rocznym; plan Starter widnieje jako 29 USD/mies.

W Ahrefs najcenniejsze przy kanibalizacji są nie same alerty, tylko zestawienie pozycji + URL-a + historii. Jeżeli dla jednej frazy przez trzy miesiące widzisz naprzemiennie URL A i URL B, a konkurent utrzymuje jeden adres w top 3, to zwykle nie jest przypadek. Wtedy wracasz do GSC i sprawdzasz, czy rotacja przekłada się na kliknięcia, CTR i przychód.

Screaming Frog zamyka inną część układanki. Crawler nie powie, że Google na pewno kanibalizuje podstrony. Pokaże natomiast, dlaczego Google może mieć problem z wyborem właściwego URL-a.

W pierwszej kolejności sprawdzam:

• zduplikowane title — zwłaszcza kategorie, tagi, filtry i poradniki;
• zduplikowane H1 — często zdradza automatycznie generowane podstrony;
• duplikaty meta description — mniej krytyczne, ale pokazują szablonowość;
• near duplicates — bardzo podobne treści;
• canonicale — czy wskazują na właściwy adres;
• indexability — czy strony konfliktowe są indeksowalne;
• internal links — która strona dostaje więcej linków wewnętrznych;
• anchor text — czy ten sam anchor prowadzi do różnych URL-i;
• głębokość kliknięć — czy strona docelowa nie siedzi za głęboko;
• statusy 200/301/404 — czy stare URL-e nadal mieszają w indeksie.

Screaming Frog ma darmową wersję z limitem 500 URL-i, a płatna licencja daje m.in. nielimitowany crawl zależny od pamięci i dysku, renderowanie JavaScript, porównywanie crawli, wykrywanie near duplicate content, integracje z Google Analytics, Search Console, PageSpeed Insights i raport Looker Studio. Aktualnie strona pokazuje płatną licencję w wariancie USD jako 279 USD rocznie za użytkownika.

Najbardziej użyteczny eksport ze Screaming Froga do arkusza kanibalizacji to nie pełny crawl, tylko wybrane kolumny:

• Address
• Indexability
• Status Code
• Title 1
• Title 1 Length
• H1-1
• Meta Robots
• Canonical Link Element 1
• Inlinks
• Unique Inlinks
• Crawl Depth
• Word Count
• Near Duplicate Match
• Content Type

Potem łączysz to z danymi z GSC po adresie URL. Jeżeli dwie strony rankują na tę samą frazę, mają podobny title, podobny H1, podobną treść i obie są indeksowalne, to już nie jest „możliwa kanibalizacja”. To jest sprawa do decyzji.

Decyzje graniczne:

• Scalanie treści — gdy dwa artykuły mają tę samą intencję i oba są średnie.
• 301 redirect — gdy jeden URL jest wyraźnie słabszy, ale ma linki lub historię ruchu.
• Canonical — gdy treści muszą istnieć osobno, ale jedna jest wersją pomocniczą.
• Noindex — gdy podstrona jest potrzebna użytkownikom, ale nie powinna walczyć w Google.
• Zmiana intencji — gdy chcesz zachować oba URL-e, ale jeden musi zostać wyraźnie przesunięty w inną rolę.
• Linkowanie wewnętrzne — gdy właściwy URL istnieje, ale serwis sam wzmacnia konkurencyjną stronę.

Najbardziej ryzykowna decyzja to masowe przekierowania „bo raport pokazał kanibalizację”. Tego nie robi się bez sprawdzenia kliknięć, linków, konwersji i intencji. Dwie strony w top 10 mogą czasem dawać więcej ruchu razem niż jedna po scaleniu. Jeżeli jedna jest poradnikiem, a druga kategorią, najpierw doprecyzuj title, nagłówki, linkowanie i sekcje treści. Przekierowanie zostaw na przypadki, gdzie intencja naprawdę się pokrywa.

Automatyzacja wykrywania konfliktów w Looker Studio, GA4 i arkuszu roboczym

Automatyzacja ma sens dopiero wtedy, gdy wiesz, jakie przypadki są u Ciebie naprawdę problemem. Inaczej zbudujesz dashboard, który co tydzień będzie krzyczał o setkach „konfliktów”, z których połowa jest normalnym zachowaniem SERP.

Najprostszy model automatyzacji opiera się na czterech źródłach:

• Google Search Console — query, URL, kliknięcia, wyświetlenia, CTR, pozycja.
• GA4 — sesje, zaangażowanie, konwersje, przychód lub leady dla landing page.
• Screaming Frog — title, H1, canonical, indexability, inlinks, crawl depth.
• Monitoring pozycji — historia pozycji, zmiana URL-a w SERP, widoczność na frazy kontrolne.

W Looker Studio możesz połączyć dane z Search Console przez natywny konektor. Dokumentacja Google wskazuje, że konektor daje dostęp do danych Search Console i pozwala wzbogacać raporty danymi z innych źródeł, takich jak Google Analytics czy Google Ads. Przy konfiguracji wybiera się m.in. właściwość, tabelę oraz typ wyszukiwania.

Jest jeden szczegół, który często psuje raporty: konektor Search Console używa dwóch metod agregacji, site impressions i URL impressions, a jedna source danych może używać tylko jednej z nich. Jeżeli chcesz porównywać oba widoki obok siebie, trzeba utworzyć dwie osobne source danych. Do kanibalizacji zwykle ważniejszy jest wariant URL, bo potrzebujesz relacji zapytanie → adres URL.

GA4 w Looker Studio też ma ograniczenia. Konektor pozwala wizualizować pola dostępne w Google Analytics Data API, w tym pola niestandardowe, ale raporty są objęte limitami API GA4, a porównania i segmenty GA4 nie są dostępne przez konektor Google Analytics. Jeżeli serwis ma duży ruch, dużo filtrów i kilka osób równolegle korzysta z dashboardu, raport może zacząć zwracać błędy albo działać wolno. Wtedy lepszą ścieżką jest BigQuery albo cykliczny eksport do arkusza.

W Looker Studio można blendować dane z maksymalnie pięciu źródeł, ale wszystkie tabele w blendzie muszą mieć wspólny join key, czyli wymiar używany do łączenia rekordów. Przy kanibalizacji takim kluczem najczęściej jest oczyszczony URL albo ścieżka URL.

Najważniejszy element automatyzacji to normalizacja adresów. W przeciwnym razie dashboard potraktuje jako różne strony:

• https://example.com/kategoria/
• https://example.com/kategoria/?utm_source=newsletter
• http://example.com/kategoria
• /kategoria/

W Looker Studio możesz używać funkcji tekstowych, np. REGEXP_REPLACE, która zastępuje fragmenty tekstu dopasowane wyrażeniem regularnym. Przykładowe pola pomocnicze:

clean_url = REGEXP_REPLACE(Page, "\\?.*$", "")

url_type = CASE WHEN REGEXP_MATCH(Page, ".*/blog/.*") THEN "blog" WHEN REGEXP_MATCH(Page, ".*/produkt/.*") THEN "produkt" WHEN REGEXP_MATCH(Page, ".*/kategoria/.*") THEN "kategoria" ELSE "inne" END

Takie pole nie rozwiązuje problemu, ale pozwala szybko zobaczyć, czy konflikty pojawiają się między blogiem a kategorią, kategorią a produktem, tagiem a poradnikiem albo wersjami filtrowanymi.

Minimalny dashboard do wykrywania kanibalizacji powinien mieć cztery tabele:

1. Frazy z wieloma URL-ami
Wymiary: query, liczba URL-i, suma kliknięć, suma wyświetleń, średnia pozycja, liczba typów URL.
Warunek alarmowy: query ma minimum 2 URL-e z wyświetleniami.

2. URL-e konkurujące o tę samą frazę
Wymiary: query, page, clicks, impressions, CTR, average position, sessions, conversions, revenue.
Warunek alarmowy: dwa URL-e mają kliknięcia albo pozycje w podobnym zakresie.

3. Konflikty typów stron
Wymiary: query, url_type A, url_type B.
Przykłady: blog vs kategoria, kategoria vs kategoria, produkt vs produkt.

4. Konflikty techniczne
Wymiary: page, title, H1, canonical, indexability, inlinks, crawl depth.
Warunek alarmowy: dwa URL-e mają podobny title/H1 i są indeksowalne.

W arkuszu roboczym warto dodać kolumnę status decyzji:

• Do sprawdzenia w SERP — dane pokazują konflikt, ale trzeba zobaczyć wynik ręcznie.
• Potwierdzona kanibalizacja — ta sama intencja, dwa URL-e konkurują.
• Różna intencja — zostawić, ewentualnie doprecyzować treść.
• Do scalenia — jedna docelowa strona, drugi URL do włączenia.
• Do przekierowania 301 — słabszy URL nie ma samodzielnej roli.
• Do poprawy linkowania — strona docelowa jest dobra, ale serwis wzmacnia zły adres.
• Do noindex/canonical — techniczny duplikat lub strona pomocnicza.
• Monitoring po wdrożeniu — sprawdzić po 14, 28 i 60 dniach.

Progi alarmowe ustawiałbym tak:

• Priorytet wysoki: fraza ma kliknięcia lub konwersje, minimum 2 URL-e, oba w top 20, rotacja pozycji w ostatnich 28–90 dniach.
• Priorytet średni: fraza ma dużo wyświetleń, ale niski CTR i kilka URL-i z pozycjami 10–30.
• Priorytet niski: drugi URL ma śladowe wyświetlenia, brak kliknięć, brak wartości biznesowej.
• Nie ruszać: dwa URL-e rankują, ale zwiększają całkowitą powierzchnię w SERP i odpowiadają na inne intencje.

Automatyzacja powinna kończyć się listą przypadków do decyzji, nie listą automatycznych napraw. To ważne. Dashboard może powiedzieć: „te dwie strony wyglądają podejrzanie”. Nie powinien sam decydować, że trzeba zrobić 301. Tę decyzję podejmujesz dopiero po sprawdzeniu SERP, intencji, linków, danych z GA4 i funkcji strony w architekturze serwisu.

Najlepszy rytm pracy wygląda tak:

• co tydzień: monitoring fraz priorytetowych i nowe „migające” URL-e;
• co miesiąc: eksport GSC query–page i aktualizacja arkusza;
• po większych wdrożeniach: osobna kontrola sekcji, których dotyczyły zmiany;
• po migracji lub przebudowie IA: crawl + GSC + monitoring przez minimum 60 dni;
• po naprawie kanibalizacji: kontrola po 14, 28 i 60 dniach, bez obiecywania natychmiastowego wzrostu.

Najpierw usuwaj konflikty, które dotyczą stron zarabiających albo generujących leady. Potem bierz frazy blisko top 10. Na końcu sprzątaj duplikaty contentowe i techniczne, które nie mają jeszcze ruchu, ale za pół roku mogą zacząć mieszać w indeksie.

FAQ: najczęstsze pytania o techniczne wykrywanie kanibalizacji

Czy sama obecność dwóch URL-i na jedną frazę oznacza kanibalizację?
Nie. To tylko sygnał. Kanibalizacja wymaga pokrycia intencji i negatywnego efektu: rotacji pozycji, spadku CTR, rozproszenia kliknięć albo blokowania mocniejszej strony.

Od którego narzędzia zacząć analizę?
Od Google Search Console, bo pokazuje dane z realnych wyników Google. Ahrefs, Senuto i Semrush są świetne do wykrywania tropów, ale potwierdzenie powinno przejść przez GSC i ręczną ocenę SERP.

Jaki zakres dat ustawić w GSC?
Minimum 28 dni. Dla treści sezonowych, sklepów i fraz z większą zmiennością lepiej użyć 3 miesięcy. Po migracji albo dużej zmianie contentu warto porównać okres przed i po wdrożeniu.

Czy RegEx w GSC jest konieczny?
Nie, ale mocno przyspiesza pracę. RegEx pozwala zebrać warianty fraz, np. „ranking”, „najlepsze”, „opinie”, albo filtrować typy URL-i, np. /blog/, /kategoria/, /produkt/.

Kiedy używać Screaming Froga?
Wtedy, gdy GSC lub monitoring pokazuje konflikt, a trzeba znaleźć przyczynę w strukturze strony: zduplikowany title, podobny H1, zły canonical, nadmiar indeksowalnych filtrów albo linkowanie wewnętrzne prowadzące do kilku adresów na tę samą intencję.

Czy automatyzacja w Looker Studio wystarczy do decyzji o przekierowaniu?
Nie. Looker Studio może wskazać konflikt, ale nie zastąpi oceny intencji i SERP. Przekierowanie 301 rób dopiero wtedy, gdy masz pewność, że słabszy URL nie pełni osobnej roli i nie obsługuje innego typu zapytań.

Co sprawdzić jako pierwsze po wykryciu konfliktu?
Najpierw ustal URL docelowy: który adres ma najlepszą intencję, historię kliknięć, linki, konwersje i miejsce w architekturze. Dopiero potem wybierz działanie: scalenie, 301, canonical, noindex, zmianę treści albo linkowania.

Jaki błąd najczęściej psuje analizę kanibalizacji?
Analizowanie samych słów kluczowych bez typu strony. Fraza to za mało. Dopiero zestawienie query + URL + intencja + dane GSC + title/H1 + konwersje pokazuje, czy problem jest realny.