Checklista för diagnos och åtgärd av kannibalisering
Använd denna kannibaliseringschecklista för att bekräfta konkurrerande webbadresser med sökfråge- och intentbevis, välja rätt åtgärd och verifiera fixen efter lansering.
Innehållskannibalisering uppstår när flera indexerbara webbadresser konkurrerar om att i huvudsak uppfylla samma behov och splittrar signaler som borde stödja en tydlig destination. Det är inte blotta förekomsten av samma fras på två sidor. En produktkategori och en produkt kan båda ranka för “löparskor” medan de tjänar olika beslut; två nästan identiska kategorisidor som växlar för samma sökfrågeuppsättning är en verklig kollisionskandidat.
Checklista: kannibaliseringsdiagnos och åtgärd. Tidsram: 2–4 timmar för ett misstänkt kluster på 2–5 webbadresser; schemalägg ett separat implementeringsfönster för omskrivningar, omdirigeringar och teknisk kvalitetssäkring. Ägare: SEO-ansvarig eller senior innehållsstrateg. Utveckling ansvarar för omdirigeringar och kanoniska ändringar; innehållsägaren godkänner sammanslagningar och differentiering; analys stödjer mätning där konverteringar är väsentliga.
Målet är inte att tvinga fram en webbadress per sökord. Målet är att ge varje meningsfull sökintention en entydig ägare, bevara distinkta sidor som hjälper läsare och ta bort intern konkurrens endast när bevisen stödjer det.
Varför denna checklista finns och varför den körs här
Denna checklista använder webbadressnivåns bevis och dispositioner som produceras av innehållsinventering och granskning : kanonisk webbadress, indexstatus, sökfrågeprestanda, länkar, konverteringar, sidans uppgift och misstänkt överlappning. Den använder också den godkända nodägarskapen från ämneskarta och informationsarkitektur . Utan dessa indata ser en granskare två liknande titlar men kan inte avgöra om de är redundanta, strategiskt distinkta eller båda symptom på ett bredare arkitekturproblem.
Kör diagnos innan du beställer en ny sida eller skriver om båda kandidaterna. Om problemet är en instabil kanonisk, oavsiktlig parameter-URL, webbplatstäckande rankningsförlust, säsongsvariation eller förändrad efterfrågan, löser inte mer innehåll det. Om en verklig kollision förbises kan redaktörer fortsätta förbättra båda webbadresserna, interna länkar fortsätter splittras och rapporter fortsätter tilldela samma efterfrågan till olika ägare.
Förebyggande hör hemma tidigare, i ämneskartestadiet, eftersom en rad i en plan är billig att slå ihop. En publicerad kollision kräver innehållskonsolidering, intressentgodkännande, omdirigeringar eller kanoniska regler, länkreparation, webbplatskarteförändringar, omgenomsökning och en mätningsfördröjning. Varje föreslagen nod bör därför äga en målgrupp, uppgift, användbart utfall, inläggstyp, kanonisk eller föreslagen webbadress och nästa steg innan en brief godkänns.
Indata och utdata
| Riktning | Objekt | Godkännandevillkor |
|---|---|---|
| Indata | Webbadressinventering | Varje kandidat har normaliserad webbadress, status, kanonisk, indexerbarhet, sidtyp, ägare, inkommande länkar och webbplatskartestatus. |
| Indata | Sökfråga-till-URL-export | Innehåller sökfråga, webbadress, klick, visningar, CTR, genomsnittlig position, land, enhet och fullständigt datumintervall; varumärkestermer är märkta. |
| Indata | Siduppgiftsbeskrivningar | Varje webbadress anger sin målgrupp, uppgift, svar, bevis och nästa steg i en kort post. |
| Indata | Ändrings- och lanseringslogg | Registrerar migrationer, omdirigeringar, kanoniska, mallsläpp, avbrott, spårningsändringar och större innehållsredigeringar över jämförelsefönstret. |
| Indata | Affärsvärdebevis | Lägger till konverteringar, assisterade utfall, externa länkar, kundbehov, juridisk roll och betalt värde där tillgängligt; saknade data skrivs inte som noll. |
| Utdata | Bekräftat kollisionsregister | Varje misstänkt kluster bekräftas, avfärdas eller markeras som ofullständigt, med sökfrågor, webbadresser, intentionstest, tidsintervall och bevis bakom slutsatsen. |
| Utdata | Åtgärdsspecifikation | Anger en åtgärd—slå ihop, differentiera, kanonisera eller ta bort—för varje bekräftat kluster, plus destination, ägare, länkändringar, webbplatskarteåtgärd och acceptanstester. |
| Utdata | Verifieringsplan | Fryser baslinje, hypotes, primära mätvärden, berörda segment, lanseringsannotering, omgenomsökningskontroller, observationsfönster och återställningsutlösare. |
| Utdata | Förebyggande kartuppdatering | Tilldelar en ensam ägare till intentionen och registrerar vad syskonsidor får och inte får täcka. |
Checklistan
Varje punkt slutar i ett observerbart villkor. En notering om att “kannibalisering har granskats” är inte bevis på slutförande.
1. Normalisera kandidatklustret
Vad: samla varje indexerbar webbadress som kan besvara samma behov, inklusive protokoll, värd, avslutande snedstreck, parametrar, paginering, utskrifts-, lokaliserings- och historiska varianter. Varför: uppenbar innehållskonkurrens kan vara ett tekniskt dubblettproblem, medan en utelämnad variant kan fortsätta konkurrera efter att det synliga paret är åtgärdat. Hur: normalisera webbadresser, följ omdirigeringar, inspektera kanoniska, jämför titlar och huvudinnehåll, och kartlägg varianter till deras avsedda ägare. Verktyg: crawlerexport, webbplatskarta, serversvar, CMS och live-sidinspektion. Klart när: klustret har en rad per tillgänglig variant, varje omdirigering och kanonisk löser till en registrerad destination, och ingen oförklarad indexerbar variant finns kvar utanför granskningen.
2. Bygg sökfråga-till-URL-bevis över jämförbara fönster
Vad: visa vilka webbadresser som fick visningar och klick för samma materiella icke-varumärkessökfrågeuppsättning. Varför: två liknande sidor konkurrerar inte om söksystem faktiskt inte överväger dem för samma efterfrågan; en ofullständig period kan överdriva en kortlivad växling. Hur: använd minst två fullständiga lika långa perioder, med 28 dagar per period som standard. Dela upp efter land och enhet, exkludera eller märk varumärkestermer separat, och behåll råa klick och visningar tillsammans med genomsnittlig position. Verktyg: Google Search Pages på Öppna Google Search Pages , sökfrågenedbrytningar, Search Console-export och Unified Keywords på Öppna Unified Keywords . Klart när: varje kandidatwebbadress är kopplad till samma normaliserade sökfrågeuppsättning och ingen slutsats bygger på en ofullständig period, blandat land eller saknade data som behandlats som noll.
3. Testa beständighet, växling och påverkan
Vad: fastställ om konkurrensen upprepas och om den skadar ett användbart utfall. Varför: normala resultatvariationer kan ändra den visade webbadressen utan att skada total synlighet, medan en verklig kollision ofta producerar upprepade ägarbyten, utspädda interna signaler, instabila utdrag eller en sämre landningsupplevelse. Hur: dela jämförelsen i fyra fullständiga veckovisa segment där volym tillåter; räkna den topprankade webbadressen för varje materiell sökfråga; jämför klick, visningar, genomsnittlig position, CTR och konverteringar på både sökfråge- och klusternivå; kontrollera sedan webbplatsövergripande och enhetsmönster. Verktyg: URL Position Movers på Öppna URL Position Movers , Keyword Position Movers på Öppna Keyword Position Movers , analys och lanseringsannoteringar. Klart när: registret anger antalet och datumen för ägarbyten, berörda sökfrågor och segment, påverkan på klusternivå, och om rörelsen är beständig, ofarlig, externt förklarad eller fortfarande ofullständig.
4. Utför intentionsekvivalenstestet
Vad: avgör om kandidatsidorna uppfyller samma läsaruppgift. Varför: sökfrågeöverlappning kan felaktigt slå ihop användbara sidor, såsom en definition, jämförelse och handledning om en entitet. Hur: jämför målgrupp, önskat utfall, nödvändiga bevis, lämpligt format, resultatsidans mönster och nästa steg. Läs varje sida utan dess titel och skriv dess uppgift i en mening. Om samma läsare skulle acceptera samma svar, bevis, format och CTA, behandla sidorna som en intention; om en dimension väsentligt ändrar uppgiften, definiera gränsen. Verktyg: ämneskarta, live-resultat, sidkopior, konverteringsvägar och mänsklig granskning. Klart när: varje webbadress har en distinkt uppgift eller klustret har en vald intentionsägare, och slutsatsen åberopar både sökfrågebevis och det manuella intentionstestet.
5. Uteslut falska diagnoser
Vad: testa alternativa orsaker innan du ändrar innehåll. Varför: ett kanoniskt fel, omdirigering, indexeringshändelse, webbplatstäckande algoritmförändring, säsongsvariation, ändrad resultatsida, efterfrågeskifte, spårningsfel eller migration kan efterlikna en kollision. Hur: inspektera kanonisk- och indexstatus, jämför opåverkade kontrollsidor, granska annoteringar och serverändringar, kontrollera om alla kandidater föll samtidigt, och jämför år-över-år-perioder när säsongsvariation är trolig. Verktyg: URL Inspection på Öppna URL Inspection , ändringslogg, analysdiagnostik, crawldata och live-resultat. Klart när: varje trolig störande faktor är accepterad eller avvisad med bevis; en olöst störande faktor ändrar slutsatsen till ofullständig snarare än bekräftad.
6. Välj exakt en åtgärd
Vad: välj slå ihop, differentiera, kanonisera eller ta bort. Varför: blandade instruktioner som “slå ihop eller skriv om” överför beslutet till implementeringen, där den enklaste åtgärden tenderar att vinna. Hur: tillämpa följande åtgärdsregler och registrera en primär åtgärd:
- Slå ihop när sidor tjänar samma intention och en destination kan uppfylla den. Välj överlevaren baserat på intentionspassform först, därefter konverteringar, länkar, rankningshistorik, webbadressstabilitet och underhållbarhet. Flytta unikt korrekt material, uppdatera interna länkar, ta bort den pensionerade webbadressen från webbplatskartor och applicera en permanent 301-omdirigering direkt till överlevaren.
- Differentiera när båda sidorna har giltiga men otydliga uppgifter. Skriv om sidans löfte, rubriker, bevis, exempel, interna ankare och CTA så att varje sida tjänar en annan målgrupp eller uppgift. Differentiera inte enbart med titelformuleringar samtidigt som samma svar lämnas under ytan.
- Kanonisera när dubletter eller nästan dubletter måste förbli tillgängliga. Välj en indexerbar kanonisk webbadress , sänd en konsekvent kanonisk signal, länka internt till ägaren och håll varianter utanför webbplatskartor. En kanonisk är en konsolideringssignal, inte en ersättning för att ta bort en sida som saknar användarsyfte.
- Ta bort när en sida saknar distinkt uppgift, användbart material, överförbar efterfrågan, materiella länkar, konverteringsroll, juridisk skyldighet eller nödvändig användarfunktion. Omdirigera endast till en genuint likvärdig destination; returnera annars ett avsiktligt “not found” eller “gone”-svar. Omdirigera inte orelaterade borttagningar till startsidan.
Verktyg: kollisionsregister, innehållsinventering, backlink- och internlänksrapporter, CMS, omdirigeringskonfiguration, webbplatskarteägare och intressentgranskning. Klart när: varje bekräftat kluster har en ägarwebbadress, en primär åtgärd, exakt käll- och destinationsbeteende, anteckningar om innehållsflytt, länk- och webbplatskarteåtgärder, implementeringsägare, godkännanden och ett återställningsvillkor.
7. Uppdatera ämneskartan innan implementeringen slutförs
Vad: gör åtgärden till en beständig ägarskapsregel. Varför: att ta bort en kollision utan att ändra planeringssystemet gör att nästa skribent kan återskapa den. Hur: tilldela den överlevande intentionen till en nod; lägg till inkluderings- och exkluderingsanteckningar; kartlägg varianter till sektioner snarare än nya webbadresser; kräv att nya briefar anger ett kanoniskt mål och jämför angränsande noder. Verktyg: ämneskarta, briefmall, redaktionell backlog och webbadressregister. Klart när: inga två aktiva noder delar samma målgrupp, uppgift, svar, bevis och nästa steg, och varje framtida sidförslag identifierar hur det skiljer sig från närmaste befintliga ägare.
8. Lansera och verifiera fixen
Vad: validera implementeringen först, mät sedan om ägarskap och utfall stabiliseras. Varför: ett bra beslut kan misslyckas på grund av en omdirigeringskedja, inaktuella interna länkar, motsägelsefulla kanoniska, för tidig mätning eller en överlevare som aldrig genomsöktes på nytt. Hur: genomsök källor och destination efter lansering; inspektera svar, kanonisk, indexerbarhet, webbplatskarta och länkar; begär omgenomsökning där lämpligt; annotera ändringen; vänta på omgenomsökning och det deklarerade fönstret; jämför samma sökfrågor, webbadresser, land, enhet och utfall mot den frusna baslinjen. Verktyg: URL Inspection, crawler, Search Pages, mover-rapporter och Annotation Outcomes på Öppna Annotation Outcomes . Klart när: tekniska acceptanstester är godkända, den avsedda ägaren är den enda kvalificerade eller tydligt differentierade destinationen, observationsfönstret är fullständigt och resultatet är registrerat som positivt, neutralt, negativt eller ofullständigt med störande faktorer.
Verktyg i AmICited
| Produktvy | Användning i denna checklista | Djup länk | Bevis att behålla |
|---|---|---|---|
| Google Search Pages | Hitta synliga webbadresser, jämför klick och visningar på sidnivå, och borra från en sida till dess sökfrågor. | Öppna Pages | Filter, fullständigt datumintervall, sidrader, sökfrågeexporter, land och enhet. |
| Unified Keywords | Normalisera sökfrågevarianter och granska organiska bevis utan att behandla varje formulering som en separat intention. | Öppna Keywords | Granskad sökfrågegrupp, exkluderingar, källtäckning och exportdatum. |
| URL Position Movers | Identifiera rörelse på webbadressnivå och borra in i de sökfrågor som bar den. | Öppna URL movers | Tidigare/nuvarande fönster, rörelsefilter, berörda webbadresser och klickpåverkan. |
| Keyword Position Movers | Separera sökfrågerörelse per enhet och testa om en förmodad kollision faktiskt är segmentspecifik. | Öppna Keyword movers | Sökfrågerader, enhetssegment, perioder och rörelsetrösklar. |
| URL Inspection | Kontrollera Googles nuvarande index och kanoniska bevis för käll- och överlevarwebbadresser. | Inspektera URLs | Inspekterad webbadress, slutsats, kanoniska bevis, senaste genomgång och inspektionstid. |
| Annotation Outcomes | Registrera lanseringshypotesen och kontrollpunkten, klassificera sedan det observerade utfallet utan att påstå orsakssamband. | Öppna Outcomes | Annotering, förväntat mätvärde, kontrollpunkt, baslinje, slutsats och anledning till överstyrning. |
Beslutsregler
Dessa siffror är operativa grindar för konsekvent granskning, inte påståenden om sökmotorers tröskelvärden. Använd strängare regler där trafik, reglering, intäkter eller migrationsrisk kräver det.
| Upptäckt | Numerisk regel | Beslut |
|---|---|---|
| Bevisfönster | Färre än 2 fullständiga lika perioder, normalt 28 dagar var | Ofullständigt; samla en giltig jämförelse. |
| Kandidat-sökfrågeuppsättning | Färre än 3 delade icke-varumärkessökfrågor, om inte 1 delad sökfråga har minst 100 visningar under en fullständig 28-dagarsperiod | Bekräfta inte enbart från sökfrågeöverlappning. |
| Webbadressnärvaro | Färre än 2 indexerbara eller nyligen indexerade webbadresser som får visningar för den materiella sökfrågeuppsättningen | Inte en aktiv innehållskollision; inspektera tekniska eller historiska orsaker. |
| Ägarskapsväxling | Den ledande webbadressen ändras färre än 2 gånger över 4 fullständiga veckovisa segment | Behandla växling som svagt bevis; kräv starkare intentions- och påverkansbevis. |
| Bekräftelse | Färre än 2 kvantitativa signaler—förekomst av delad sökfråga, upprepad växling, instabil CTR, minskande klusterklick/konverteringar—plus inget intentionsekvivalensfynd | Avfärda eller markera som ofullständigt. |
| Sammanslagningsberättigande | Sidor skiljer sig väsentligt i målgrupp, uppgift, svar, nödvändiga bevis, format eller nästa steg | Slå inte ihop; definiera och upprätthåll distinkt ägarskap. |
| Kanonisk berättigande | Variant har inget fortsatt användar- eller operativt skäl att förbli tillgänglig | Kanonisera inte; slå ihop och omdirigera, eller ta bort. |
| Omdirigeringskvalitet | Fler än 1 hopp, någon loop, tillfälligt svar eller destination som inte uppfyller samma behov | Underkänn lansering. |
| Internlänkstädning | 1 eller flera materiella interna länkar pekar fortfarande till en pensionerad eller icke-ägande variant efter lansering | Underkänn lansering. |
| Webbplatskarte- och kanonisk konsekvens | 1 eller flera pensionerade eller icke-kanoniska dubletter finns kvar i en XML-webbplatskarta, eller en sida sänder en motsägelsefull kanonisk | Underkänn lansering. |
| Omedelbar verifiering | Någon källa eller destination har ett oavsiktligt svar, kanonisk, indexerbarhet eller renderat innehållstillstånd | Rulla tillbaka eller korrigera före mätning. |
| Utfallsfönster | Färre än 28 fullständiga dagar efter bekräftad omgenomsökning för ett normalvolymskluster | Betygsätt inte prestanda än; förläng för lågvolyms- eller säsongsbaserade sökfrågor. |
En bekräftad kollision kräver både maskinbevis och mänsklig intentionsbedömning. Att uppfylla ett sökfrågeantalströskel utan motsvarande intention skapar en kandidat, inte tillstånd att ta bort en sida. Omvänt kan lågvolymssidor ha för lite sökdata för en numerisk bekräftelse; klassificera dem från innehålls- och arkitekturbevis som förebyggande städning, inte som ett bevisat prestandaproblem.
Leverans: kollisions- och åtgärdsregistret
Överlämna en versionshanterad tabell eller databasvy, en uppsättning implementeringsärenden och en verifieringspost. Använd stabila webbadress- och sökfrågeklusteridentifierare så att framtida rapporter kan kopplas till beslutet.
Kluster-ID | Sökfrågekluster | Marknad | Enhet | Baslinjedatum
Kandidatwebbadresser | Nuvarande kanoniska | Indexstatus | Siduppgifter
Delade sökfrågor | Visningar | Klick | Positioner | Ägarbyten
Intentionsslutsats | Kontrollerade störande faktorer | Diagnos | Säkerhet
Vald ägare | Åtgärd | Innehåll att flytta | Omdirigerings-/kanonisk regel
Interna länkar | Webbplatskarteåtgärd | Ägare | Godkännanden | Lanseringsdatum
Omgenomsökning bekräftad | Verifieringsfönster | Primärt utfall | Slutsats | Anteckningar
Implementeringsärendet måste vara genomförbart utan att återuppta strategibeslutet. Det anger exakta käll- och destinationswebbadresser, innehållssektioner att behålla, omdirigerings- eller kanoniskt beteende, länkar att uppdatera, webbplatskarteåtgärd, lanseringsordning, tester, ägare och återställningsutlösare. Verifieringsposten bevarar exporten före ändring och jämförelsen efter ändring snarare än en skärmdump av ett fördelaktigt diagram.
Vad går fel
Ett delat sökord behandlas som bevis. Relaterade sidor delar ofta vokabulär. Att ta bort en användbar jämförelse för att en ordlista också rankar för huvudtermen förstör täckning istället för att konsolidera den. Kräv likvärdig intention och upprepade sökbevis.
Webbadressen med mest trafik överlever automatiskt. Trafik kan reflektera varumärkesnavigering, en inaktuell titel eller historiska länkar. Välj baserat på intentionspassform först, väg sedan konverteringar, auktoritet, webbadressstabilitet och underhållbarhet.
Båda sidorna är “differentierade” endast i metadata. Två nya titlar kan inte separera sidor vars brödtext, bevis och CTA fortfarande löser samma uppgift. Ändra de underliggande siduppgifterna och internlänkarnas ankare.
En kanonisk används som ett borttagningsverktyg. Kanoniska är lämpliga när en variant måste förbli tillgänglig; de är inte garanterade borttagningsinstruktioner och reparerar inte en förvirrande användarresa. Omdirigera en pensionerad sida när den inte har något fortsatt syfte.
Användbart material försvinner under en sammanslagning. En omdirigering överför begäran, inte saknade fakta. Inventera unika exempel, bevis, länkar, nedladdningsbara tillgångar och konverteringsvägar innan du pensionerar källan.
Alla ändringar lanseras i en ogenomskinlig batch. Samtidiga sammanslagningar, omskrivningar, navigationsändringar och spårningslanseringar gör utfall svåra att tolka. Batcha per kluster, annotera varje lansering och behåll en kontrolluppsättning där det är praktiskt.
Teamet kontrollerar för tidigt. En korrekt lansering kan verka misslyckad innan omgenomsökning och konsolidering. Verifiera tekniskt tillstånd omedelbart, men vänta på det förutbestämda fullständiga fönstret innan du betygsätter prestanda.
Nästa fas
Det lösta klustret går in i kontinuerlig uppdatering och iteration med en intentionsägare, rena tekniska signaler, ett daterat baslinje och en deklarerad hypotes. Den fasen behöver kollisionsregistret, lanseringsannoteringen, omgenomsökningsbevisen, berörda sökfråge- och webbadresssegment, primärt affärsutfall, jämförelsefönster, störande faktorer och återställningsvillkor.
Om slutsatsen är positiv, fortsätt övervaka ägaren och förhindra att nya briefar träder in i dess omfattning. Om den är neutral eller negativ, återskapa inte den pensionerade dubbletten reflexmässigt. Öppna diagnosen på nytt: verifiera implementering, resultatsideändring, intentionspassform, förlorat unikt innehåll, länköverföring och observationslängd innan du väljer en annan åtgärd.
Ta ett kluster från misstanke till ett verifierat beslut
Börja med paret som upprepade gånger byter ägarskap för en värdefull sökfrågeuppsättning. Frys bevisen, avgör om sidorna tjänar en uppgift eller två, specificera en åtgärd och annotera lanseringen innan den skickas. Öppna Google Search Pages för att bygga den första sökfråga-till-URL-jämförelsen.
Fler tutorials i det här avsnittet
Redo att omsätta det i praktiken?
Gratis kontroll · 7 dagars provperiod · inget kreditkort