Dwa artykuły odpowiadają na to samo pytanie, więc jeden zostaje usunięty. Po tygodniu okazuje się, że drugi opisuje inną wersję, ma inne linki i nie odpowiada na kluczowe przypadki. Kanibalizacja została „naprawiona” przez utratę treści. To częsty skrót: najpierw kasowanie, potem analiza.
Problem nie zaczyna się od dwóch stron z podobną frazą. Zaczyna się od tej samej intencji bez wyraźnej roli. Rozwiązaniem może być konsolidacja, rozdzielenie, przekierowanie, zmiana linkowania albo zostawienie obu stron. Dane decydują przed edycją.
Zdefiniuj problem przed nazwaniem go
Zapisz, które adresy, zapytania, okresy i wersje analizujesz. Spadek jednego URL nie dowodzi kanibalizacji. Może treść jest nieaktualna, strona wolna, a konkurent po prostu lepszy.
Sprawdź, czy dwie strony rzeczywiście odpowiadają na tę samą decyzję. „Wybór modelu do kodu” i „odbiór kodu AI” zawierają podobne słowa, ale opisują inne etapy. Nie łącz ich dla porządku.
Nie używaj samego operatora site jako pełnej diagnozy. Search Console, linki, treść i zachowanie użytkowników dają szerszy obraz. Jeden ranking nie wystarcza.
Mapa intencji przed mapą słów
Opisz zadanie, odbiorcę, etap i oczekiwany rezultat każdej strony. Jeżeli opisy są identyczne, istnieje kandydat do konsolidacji. Jeżeli różnią się procesem lub wersją, mogą zostać.
Dodaj rolę w architekturze: przewodnik, strona funkcji, porównanie, case study, dokumentacja. Różne typy mogą wspierać to samo zagadnienie bez powielania.
Przy klastrze stosuj zasady z artykułu o strukturze tematycznej usługi. Mapa intencji powinna pokazywać właściciela pytania i naturalne linki.
Dane z Search Console z ograniczeniami
Porównuj zapytania, strony, okresy i kraje zgodnie z dostępnymi danymi. Nie przypisuj jednej frazy do jednego URL na zawsze. Strona może odpowiadać na wiele pytań, a zapytanie na wiele stron.
Sprawdź, czy zmiana pokrywa się z publikacją, migracją, aktualizacją modelu lub sezonem. Nie ogłaszaj kanibalizacji na podstawie dwóch dni. Przy małej liczbie danych opisz ograniczenie.
Nie zmieniaj treści pod każdą frazę z raportu. Szukaj brakującej odpowiedzi i powielenia intencji. Dane mają prowadzić do pytania, nie do automatycznej edycji tytułu.
Treść i jakość przed decyzją
Otwórz obie strony i porównaj źródła, przykłady, aktualność, proces, dowody i linki. Czasem słabsza strona ma jeden unikalny przypadek, który warto przenieść przed konsolidacją.
Nie zakładaj, że dłuższa jest lepsza. Może powtarzać te same informacje i ukrywać decyzję. Krótsza strona z konkretnym procesem może być właściwym głównym adresem.
Przy aktualizacji stosuj zasady z artykułu o procesie odświeżania SEO. Nie przenoś starych błędów do nowej wersji dla kompletu.
Linki wewnętrzne mogą wzmacniać konflikt
Sprawdź, czy wszystkie artykuły linkują do różnych stron z tym samym anchorem. Może sam serwis nie daje jednoznacznego sygnału, która odpowiada na intencję.
Ustaw główną stronę i prowadź do niej przy właściwym pytaniu. Nie zmieniaj wszystkich anchorów na jedną frazę. Naturalny opis decyzji jest ważniejszy.
Przy linkowaniu stosuj zasady z artykułu o architekturze artykułu i usługi. Linki powinny wspierać rolę strony, nie tworzyć konkurencję własną.
Canonical nie jest uniwersalnym rozwiązaniem
Canonical pomaga konsolidować sygnały przy powtarzających się adresach, ale nie zastępuje decyzji o treści. Nie używaj go do ukrycia różnych intencji lub naprawy całego serwisu.
Jeżeli strony mają być dostępne dla różnych użytkowników i wersji, canonical do jednej może wysłać wyszukiwarce niewłaściwy sygnał preferencji. Sam nie przekierowuje użytkownika ani nie blokuje drugiej strony. Sprawdź, czy dokumentacja Google odpowiada danemu przypadkowi.
Przy technicznym odbiorze stosuj zasady z artykułu o testach canonical i linków. Znacznik musi odpowiadać rzeczywistej decyzji i treści.
Konsolidacja z zachowaniem wartości
Wybierz główny adres i przygotuj plan przeniesienia unikalnych źródeł, przykładów, obrazów i linków. Nie kopiuj całych artykułów jeden pod drugim. Nowa strona powinna być lepsza i czytelniejsza.
Zachowaj właściciela i datę rzeczywistej aktualizacji. Nie przepisuj datePublished na nowo bez powodu. Historia powinna pozostać zgodna z procesem publikacji.
Po scaleniu sprawdź, czy strona odpowiada na wszystkie intencje, które rzeczywiście należą do jednej decyzji. Nie twórz wielkiego kompendium z pięciu różnych zadań.
Przekierowanie do konkretnego odpowiednika
Po usunięciu duplikatu ustaw właściwe przekierowanie do nowej strony. Nie kieruj na stronę główną ani kategorię bez odpowiedzi. Użytkownik powinien trafić na tę samą lub lepszą decyzję.
Zaktualizuj linki wewnętrzne, sitemapę, RSS i powiązane dokumenty. Sprawdź stare kampanie i wersje językowe. Przekierowanie nie zwalnia z aktualizacji źródeł ruchu.
Przy migracji stosuj zasady z artykułu o przekierowaniach AI i SEO. Mapa powinna wskazywać odpowiedni cel dla każdego starego adresu. Kilka dawnych stron może prowadzić do jednego rzeczywistego odpowiednika, jeśli jego treść zaspokaja ich zamiar.
Rozdzielenie zamiast konsolidacji
Jeżeli jedna strona odpowiada na zbyt wiele różnych pytań, może wymagać rozdzielenia. Na przykład wybór modelu, koszt i odbiór są różnymi decyzjami. Nie trzymaj ich w jednym wielkim tekście dla wygody.
Każda nowa strona musi mieć samodzielną wartość i źródła. Nie twórz ich przez wycinanie nagłówków z dopiskiem „przeczytaj więcej”. Dodaj konkretne przykłady i proces.
Zaktualizuj linki, aby każda intencja prowadziła do właściwego miejsca. Rozdzielenie bez architektury tworzy nową kanibalizację z ładniejszymi tytułami.
Przykład: dwa artykuły o promptach
Jeden opisuje pisanie instrukcji dla człowieka i modelu, drugi testy regresji promptów. Mają wspólne słowa, ale różne decyzje. Nie konsoliduj ich tylko dlatego, że Google pokazuje oba przy jednej frazie.
Możesz poprawić tytuły i linki: pierwszy prowadzi do projektu instrukcji, drugi do testów po zmianie. W artykule pierwszym link do testów pojawia się po zatwierdzeniu promptu.
Jeżeli trzeci artykuł powtarza pierwszy bez nowego procesu, jest kandydatem do scalenia. Decyzja wynika z mapy intencji, nie z podobieństwa słowa.
Przykład: strona modelu i artykuł o modelu
Strona produktu opisuje aktualną ofertę, a artykuł test konkretnej wersji. Mogą odpowiadać na różne pytania i powinny się linkować. Nie przekierowuj artykułu na ofertę tylko dlatego, że temat jest ten sam.
Jeżeli strona produktu powiela cały test, usuń z niej zbędne szczegóły i prowadź do artykułu. Oferta pokazuje rezultat i granice, test pokazuje metodę.
Przy aktualizacji modelu stosuj zasady z artykułu o wersjach strony AI. Różne role mogą współistnieć bez konfliktu.
Odbiór po zmianie
Sprawdź przekierowania, canonical, linki, sitemapę, indeksację i rzeczywistą treść. Nie ograniczaj się do buildu. Otwórz stare adresy i wykonaj decyzję użytkownika.
Monitoruj dane przez odpowiedni czas i porównuj podobne okresy. Nie ogłaszaj sukcesu po jednym dniu. Zmiana może wymagać indeksacji i zbierania danych.
Jeżeli wynik się pogarsza, sprawdź, czy nie utracono unikalnych przypadków i linków. Rollback powinien być możliwy z mapą i wersją treści.
Audyt bez automatycznego kasowania
Przygotuj listę kandydatów z intencją, danymi, źródłami i rekomendacją. Nie wysyłaj samej tabeli podobnych słów do redakcji z poleceniem usunięcia. Każda decyzja wymaga właściciela.
AI może grupować podobieństwo i opisy, ale nie powinno same wybierać stron do usunięcia. Nie rozumie wartości linków, wersji umowy ani rzadkiej intencji bez kontekstu.
Przy większej bibliotece Aeneia Design pomaga uporządkować architekturę. Aeneia Audit pomaga ocenić proces i skutki konsolidacji.
Rytm pracy po konsolidacji
Zapisz decyzję, datę, właściciela i przypadki do ponownego przeglądu. Nie wracaj co tydzień do tej samej pary bez nowych danych. Proces powinien kończyć się odbiorem i kolejnym terminem.
Przy nowych artykułach sprawdzaj mapę intencji przed napisaniem. Łatwiej zapobiegać duplikacji niż naprawiać setki stron. Redakcja powinna wiedzieć, która strona jest właścicielem pytania.
Nie traktuj każdej podobnej frazy jako błędu. Serwis może mieć wiele perspektyw na ten sam temat, jeżeli prowadzą do różnych decyzji i są połączone naturalnie.
Tabela decyzji przed konsolidacją
Dla każdej pary zapisz wspólną intencję, różnice, unikalne dowody, linki, wersje i rekomendację. Dodaj, co zostanie przeniesione oraz co nie powinno trafić do nowej strony. Nie każdy akapit zasługuje na trzecie życie.
Przypisz właściciela decyzji i odbiór techniczny. Redakcja ocenia treść, SEO mapę adresów, a właściciel produktu aktualność. Bez tych ról łatwo scalić teksty poprawne językowo, ale sprzeczne z procesem.
Zmiana nagłówka nie wystarcza
Jeżeli dwa artykuły mają różne tytuły i tę samą treść, nowy H1 tylko maskuje problem. Porównaj przykłady, źródła i decyzje. Jeżeli wszystkie są powielone, konsolidacja jest bardziej uczciwa niż sztuczne rozdzielenie.
Odwrotnie, dwa teksty z podobnym tytułem mogą mieć różne procesy i nie wymagać żadnej zmiany adresu. Czytelnik nie ocenia strony po jednym słowie kluczowym. Cała odpowiedź i etap pracy mają znaczenie.
Pilotaż na jednej parze stron
Przy większej bibliotece zacznij od jednej pary o dobrze udokumentowanym problemie. Wykonaj konsolidację, przekierowanie i test. Sprawdź, ile pracy wymaga zachowanie źródeł oraz linków. Dopiero potem przygotuj proces dla kolejnych.
Nie uruchamiaj automatycznego scalenia setek tekstów przez model. Może utracić warunki, wersje i rzadkie przypadki. AI pomaga przy inwentarzu i porównaniu, ale redaktor musi zdecydować, co jest wartością.
Przegląd po zebraniu danych
Po odpowiednim czasie porównaj zapytania, strony i działania użytkowników z okresem przed zmianą. Uwzględnij sezon, inne publikacje i migracje. Nie przypisuj całego skutku samej konsolidacji.
Jeżeli nowa strona odpowiada na mniej pytań, sprawdź, czy celowo ograniczono intencję, czy coś zginęło. Mniejszy ruch nie zawsze jest porażką, jeśli znika zła intencja i rośnie liczba dopasowanych przejść. Oceń decyzję biznesową obok widoczności.
Przed połączeniem stron zapisz, jakie pytania rozwiązuje każda z nich i które odpowiedzi muszą pozostać dostępne. Po zmianie porównaj treść docelową ze starymi adresami oraz sprawdź przekierowania. Jeśli dwie strony odpowiadają na odmienne potrzeby, pozostawienie obu może być uzasadnione mimo podobnych słów w tytułach.
Po zakończonej pracy zaktualizuj mapę nowych tematów, aby kolejny autor nie odtworzył scalonego problemu. Zostaw przy adresie informację o intencji i powiązanych wersjach. To wystarcza jako krótka instrukcja dla redakcji. Nie potrzebujesz dodatkowego dokumentu o historii każdej pary, jeżeli decyzja i przekierowanie są jasne. Proces ma zapobiegać powtórzeniu bałaganu, a nie tylko opisywać jego jednorazowe sprzątanie. Przy kolejnych publikacjach sprawdzaj tę samą mapę przed rozpoczęciem pracy redakcyjnej. To ogranicza duplikaty i zbędne prace redakcyjne zespołu.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
