Konkurrent- och luckanalys

Konkurrent- och luckanalys identifierar vem som faktiskt vinner sökningarna och AI-svaren din målgrupp använder, separerar fyra olika typer av missade möjligheter och rankar endast de luckor som är värda att agera på. Dess resultat är inte en lista med konkurrenters URL:er. Det är ett beslutsklart register där varje rad har bevis, en åtgärd, en inläggstyp eller teknisk designering, en ägare och ett “klart när”-villkor.

Fas: P7 · Steg B — Besluta. Tidsram: en till två arbetsdagar för en validerad uppsättning på cirka 100–500 frågor och prompts; förläng tidsramen när marknader, språk eller produktlinjer kräver separata konkurrensgrupper. Ansvarig ägare: SEO-strateg. Bidragsgivare: innehållsansvarig, AI-synlighetsanalytiker, teknisk SEO-ägare, ansvarig för betald sökning samt produkt- eller marknadsspecialist.

Varför denna fas kommer här

Kunder tänker vanligtvis på konkurrenter som företag som säljer en liknande produkt till en liknande köpare. Sökmotorernas resultatsidor (SERP) sammanställer ett annat fält: utgivare, marknadsplatser, recensionssajter, kataloger, communities, integrationspartners och närliggande produkter kan alla konkurrera om samma fråga. AI-svar vidgar fältet ytterligare eftersom ett system kan nämna ett varumärke medan det citerar en annan källa som förklarar kategorin bättre.

Denna distinktion är anledningen till att denna fas följer nyckelords- och promptforskning . P6 levererar den validerade uppsättningen frågor, prompts, länder, leverantörer, avsiktsgrupper och efterfrågebevis. Tidigare upptäcktsarbete levererar också kundens kommersiella konkurrenter, mål, begränsningar och prioriterade målgrupper. P7 testar allt detta mot observerade rankningar, citerade källor, klickbeteende och sidtäckning. Utan dessa indata kollapsar “konkurrentanalys” till att bläddra igenom välbekanta företagswebbplatser och kopiera deras navigering.

P7 måste vara klar innan topisk karta och informationsarkitektur eftersom arkitekturen binder möjligheter till sidor och relationer. Om ett team kartlägger ämnen innan de skiljer på en saknad sida från en svag befintlig sida, skapar det kannibaliserande URL:er. Om det behandlar ett citeringsproblem som saknat innehåll, beställer det en ny artikel medan det verkliga problemet — otillräcklig källauthoritet, svaga bevis eller dålig utvinningsbarhet — kvarstår. Om fasen hoppas över helt följer prioriteten konkurrentsynlighet istället för affärsvärde.

Indata och utdata

Ett resultat accepteras endast när nästa fas kan agera utan att upprepa denna analys. Ett kalkylblad fullt med exporterade rader är bevis, ännu inte en leverans.

Indata och utdata för fasen

Checklistan

Ordningen spelar roll. Etablera fältet innan du mäter luckor, klassificera luckan innan du föreslår en åtgärd och storleksbestäm åtgärden innan du binder kapacitet.

1. Etablera den observerade konkurrensgruppen

• Vad du ska göra: Bygg separata listor för domäner som rankar organiskt, varumärken som nämns i AI-svar, domäner som citeras av AI-svar och kommersiella konkurrenter som namngetts under upptäcktsfasen.
• Varför det spelar roll: En marknadsrival kan vara frånvarande i sökresultat, medan en utgivare som inte säljer något kan äga resultat- och citeringsutrymmet. Att kombinera dessa roller döljer källan till förlusten.
• Hur du gör det: Sammanfoga de främsta organiska domänerna för de validerade frågorna med varumärken och citerade värdar från spårade prompts. Segmentera efter land, språk, produktlinje och avsikt när resultatuppsättningarna skiljer sig åt. Markera varje domäns roller istället för att tvinga fram en “konkurrent”-etikett.
• Verktyg: Öppna Konkurrentanalys på app.amicited.com/competitors , jämför sedan upptäckta konkurrenter med upptäcktslistan.
• Klart när: Minst 90 % av den validerade fråge- och promptuppsättningen har en observerad resultatuppsättning eller en dokumenterad anledning till utebliven data, varje kvarvarande domän har bevis och omfattning, och kundens lista är markerad som matchad, frånvarande eller utanför omfattning.

2. Identifiera innehållsluckor

• Vad du ska göra: Hitta ämnen och avsiktsspecifika frågor som konkurrenter besvarar men för vilka ingen lämplig egen sida finns.
• Varför det spelar roll: En innehållslucka är frånvaron av ett sidjobb, inte bara en frånvarande nyckelfras. Att skapa en URL för varje formulering producerar dubbletter istället för användbar täckning.
• Hur du gör det: Klustra konkurrentvinnande frågor, prompts, utvidgningsfrågor och citerade sidor efter betydelse. Jämför varje kluster med den egna inventeringen och granska de faktiska vinnande sidorna. Dokumentera målgruppsbehovet, avsikten, det distinkta svaret och troligt format.
• Verktyg: Använd Semantisk karta på app.amicited.com/semantic-map . Använd Betalda bevisade luckor på app.amicited.com/reports/paid-proven-gaps när betald konverteringsaktivitet kan bekräfta kommersiell efterfrågan.
• Klart när: Varje föreslagen innehållslucka har en distinkt avsikt och ett sidjobb, minst en observerad efterfrågesignal, konkurrentbevis och ingen adekvat egen URL; semantiska dubbletter är sammanslagna under en kandidat.

3. Identifiera citeringsluckor

• Vad du ska göra: Hitta prompts och fråge-prompt-par där konkurrenter citeras och kundens domän inte är det, inklusive fall där kundens sida redan rankar bra organiskt.
• Varför det spelar roll: En AI-citering krediterar en käll-URL. Ett varumärke kan nämnas ofta medan dess sidor aldrig väljs som bevis, så att producera mer varumärkesinnehåll kommer inte nödvändigtvis att täppa till luckan.
• Hur du gör det: Jämför organisk position, visningar, AI-citeringsfrekvens, citerade konkurrent-URL:er och de passager dessa sidor gör lätta att extrahera. Separera “osynliga vinnare” som rankar men inte citeras från sidor som citeras trots svag rankning.
• Verktyg: Öppna Citerings-rankningslucka på app.amicited.com/reports/citation-gap .
• Klart när: Varje kvarvarande citeringslucka anger promptgruppen, leverantör och datumintervall, egen kandidat-URL, konkurrerande citerade URL:er, bevisningsmönster och åtgärd på sidnivå; rader utan tillräckligt med observationer markeras som validera snarare än åtagna.

4. Identifiera CTR-luckor

• Vad du ska göra: Hitta rankade frågor och sidor som får färre klick än webbplatsens egen förväntade klickfrekvens för den positionen.
• Varför det spelar roll: Klickfrekvens (CTR) är klick dividerat med visningar. En sida kan ranka och ändå förlora efterfrågan eftersom dess titel, beskrivning, resultatformat, avsiktsmatchning eller varumärkeslöfte misslyckas med att förtjäna klicket.
• Hur du gör det: Jämför faktisk CTR med den anpassade webbplatskurvan, granska sedan det levande resultatet, frågeformuleringen, konkurrerande utdrag, SERP-funktioner och sidlöftet. Anta inte att varje rad under kurvan är ett copywritingproblem; en navigationsfråga, bildtungt resultat eller felmatchad sida kan förklara skillnaden.
• Verktyg: Använd CTR-lucka på app.amicited.com/reports/ctr-gap .
• Klart när: Varje vald rad har tillräckligt med data för att rapporten ska kunna publicera en förväntan, en uppskattad klickförlust, en diagnostiserad orsak, en föreslagen utdrags- eller sidåtgärd och ett mätfönster.

5. Identifiera täckningsluckor

• Vad du ska göra: Hitta relevanta sidor som finns men inte är indexerade, inte får någon meningsfull synlighet, eller inte kan konkurrera för sin avsedda fråge- och promptkluster.
• Varför det spelar roll: En täckningslucka är inte en begäran om en ny sida. Det är ett misslyckande med upptäckt, indexerbarhet , avsiktsanpassning, kvalitet, internt stöd eller agentåtkomst på en befintlig URL.
• Hur du gör det: Sammanfoga inventeringen med indexstatus, visningar, rankningar, prompttäckning, kanonisk status, interna länkar och agentberedskapskontroller. Undersök om sidan är kvalificerad, om dess deklarerade sökavsikt matchar den observerade resultatuppsättningen och om AI-agenter kan hämta och tolka den.
• Verktyg: Jämför webbplatser med AI-tillgänglighet och agentberedskap på app.amicited.com/accessibility , tillsammans med den anslutna söktäckningsdatan i den aktiva datauppsättningen.
• Klart när: Varje berörd URL har en primär orsak, bevis som skiljer teknisk uteslutning från konkurrenssvaghet, en ansvarig teknisk eller innehållsägare och ett återtestvillkor.

6. Läs andel av röst och citeringsandel tillsammans

• Vad du ska göra: Placera varumärkets andel av röst bredvid citeringsandel för samma promptuppsättning, leverantörer, marknad och datum.
• Varför det spelar roll: De två måtten svarar på olika frågor. Andel av röst mäter hur ofta varumärket är närvarande i konversationen; citeringsandel mäter hur mycket av källurvalet som tillhör dess sidor. Att läsa endast det ena kan föreskriva motsatsen till den nödvändiga åtgärden.
• Hur du gör det: Använd en fyrakvadrantstolkning: stark röst och stark citering innebär försvara; svag röst och stark citering innebär förbättra varumärkes-/kategoriförening; stark röst och svag citering innebär stärk specifika sidor, bevis och sidauthoritet ; svag röst och svag citering innebär omvärdera ämnespassform och bygg både igenkänning och källkvalitet selektivt.
• Verktyg: Använd konkurrentvyn för nämnandeandel och citeringsluckrapporten för källurval, med identiska filter.
• Klart när: Varje prioriterad promptkluster har båda värdena eller en explicit angiven anledning till att de saknas, datum/leverantörsomfånget matchar och den rekommenderade åtgärden följer det parade mönstret snarare än ett enskilt mått.

7. Storleksbestäm, klassificera och tilldela varje lucka

• Vad du ska göra: Poängsätt förväntad påverkan, konfidens och insats; välj en primär lucktyp; bifoga åtgärden, inläggstypen, ägaren och acceptansvillkoret.
• Varför det spelar roll: Luckvolymen är nästan obegränsad. Kvalificering skyddar produktionskapacitet och förhindrar att en stor export maskeras som strategi.
• Hur du gör det: Tillämpa kvalificeringstestet och poängsättningsreglerna nedan. Välj från de befintliga specifikationerna för inläggstyper endast när en ny eller väsentligt ombyggd sida är åtgärden. Använd “ingen — teknisk fix” när sidtypen inte förändras.
• Verktyg: Använd AmICiteds bevislänkar lagrade med varje rad och teamets leveransspårare för ägarskap och status.
• Klart när: Det finns inga åtagna rader utan bevis, åtgärdstyp, inläggstyp eller teknisk designering, ägare, poäng, acceptansvillkor och destination i nästa fas.

Verktyg i AmICited

Skärmbilderna nedan är instruktioner för infångning, inte tillgångsreferenser. Varje infångning måste visa filtren och bevisen som användes för att fatta ett beslut, inte en generisk instrumentpanel.

Spara den sparade vyn eller exakta filtervärdena med varje luckrad. En skärmbild bevisar vad en analytiker såg; djuplänken och filterposten gör resultatet reproducerbart.

Beslutsregler

Dessa är operativa standardvärden, inte universella rankningslagar. Kalibrera dem när frågeuppsättningen, säljcykeln, trafikskalan eller leverantörstakten gör standardvärdet missvisande, och dokumentera ersättningen före poängsättning.

Inträde i konkurrensgrupp

• Lägg till en domän i den observerade uppsättningen när den förekommer bland de 10 bästa organiska resultaten för minst tre validerade frågor i ett avsiktskluster, eller citeras i minst två distinkta spårade prompts under analysfönstret.
• Behåll en domän som provisorisk när den endast uppfyller en observation. Bekräfta den i nästa insamlingsfönster istället för att låta ett volatilt resultat omforma färdplanen.
• Behåll kundnamngivna kommersiella konkurrenter även när de är frånvarande, men märk dem som endast affärsverksamhet. Använd dem inte som det enda beviset för en lucka.
• Dela konkurrensgrupper när färre än hälften av de återkommande domänerna överlappar mellan länder, språk eller väsentligt olika avsiktsgrupper. En blandad lista skulle dölja vem som faktiskt vinner i varje sammanhang.

Bevisgolv för luckor

För det parade rösttestet, kalla varumärkesröst stark när den ligger inom 10 procentenheter från klusterledaren. Flagga ett mönster för sidauthoritet när citeringsandelen ligger minst 10 procentenheter efter varumärkets egen andel av röst och jämförelsen innehåller minst 10 citeringar. Under denna stickprovsstorlek, märk mönstret som vägledande och validera över ytterligare ett fönster.

Konvertera aldrig ett bevisgolv till säkerhet. Tio variabla AI-körningar kan motivera ett test, inte bevisa en permanent plattformsregel. En 14-dagars täckningströskel är en triageutlösare, inte ett löfte om att varje kvalificerad sida bör vara indexerad vid den tidpunkten.

Kvalificeringstestet

En lucka går in i åtaget arbete endast när alla fem frågor har försvarbara svar:

1. Relevans: Hjälper det att täppa till luckan en prioriterad målgrupp att slutföra ett jobb kopplat till verksamheten?
2. Distinkthet: Finns det ett unikt sidjobb eller en tydlig förbättring av en befintlig URL, snarare än en nyckelordsvariant?
3. Bevis: Stöds resultatet av observerade rankningar, prompts, citeringar, klick, betald efterfrågan eller täckningsdata?
4. Vinnbarhet: Kan webbplatsen tillhandahålla den expertis, produktsanning, bevis, auktoritet och tekniska åtkomst som krävs för att konkurrera?
5. Värde kontra insats: Är den sannolika synlighets-, klick-, citerings-, konverterings- eller strategiska täckningsvinsten värd produktions- och underhållskostnaden?

Poängsätt påverkan, konfidens och insats från 1 till 5, där 5 är högst. Beräkna prioritet = påverkan × konfidens ÷ insats. Åta dig poäng på 8 eller mer när alla fem kvalificeringsfrågor godkänns. Sätt poäng från 4 till 7,9 i validering med en namngiven bevisuppgift. Parkera poäng under 4 om inte luckan är ett efterlevnads-, anseende- eller kritiskt produktäckningskrav som åsidosätter den ekonomiska poängen. Höj aldrig konfidens enbart för att nå tröskeln.

Leverans: det rankade luckregistret

Leverera en rad per beslut, inte en rad per rånyckelord. Fråge- och promptvarianter hör hemma i ett klusterfält. Registret kan finnas i ett kalkylblad, databas eller leveranssystem, men det måste bevara detta schema:

Luck-ID:
Marknad / språk / målgrupp:
Fråge- och promptkluster:
Observerade konkurrenter och vinnande URL:er:
Primär lucktyp: INNEHÅLL | CITERING | CTR | TÄCKNING
Sekundära signaler:
Egen URL: [URL | INGEN]
Bevisfönster och filter:
Bevislänkar och infångningsreferenser:
Påverkan (1–5):
Konfidens (1–5):
Insats (1–5):
Prioritetspoäng:
Beslut: ÅTAG | VALIDERA | SLÅ SAMMAN | PARKERA | AVVIS
Beslutsanledning:
Åtgärd:
Inläggstyp: [kanonisk inläggstyp | INGEN — TEKNISK FIX]
Ansvarig ägare:
Klart när:
Målfas / leveransfönster:
Granskningsdatum:

Ett komplett exempel skulle kunna dokumentera ett kommersiellt promptkluster där tre konkurrenter citeras, kundens relevanta jämförelsesida rankar sexa men har ingen citering över 12 spårade körningar, och andel av röst är nära kategoriledaren. Detta är i första hand en citeringslucka, inte en innehållslucka. Åtgärden är att stärka den befintliga jämförelsesidans bevis, fristående svarspassager, källstöd och interna auktoritet; inläggstypen förblir jämförelse A vs B; ägaren är innehållsansvarig; klart innebär att den reviderade sidan publiceras och samma promptuppsättning mäts om efter det överenskomna observationsfönstret.

Vad går fel

Att endast analysera de konkurrenter kunden namngav

Detta producerar en polerad vy av fel fält. En katalog, utgivare, community eller närliggande produkt kan dominera frågeuppsättningen medan varje namngiven leverantör är frånvarande. Bevara kundlistan, men visa vilka namn datan bekräftar och vilka observerade vinnare som saknades i den.

Att behandla varje lucka som en innehållslucka

Symptomet “konkurrent vinner, vi gör inte” har fyra möjliga åtgärder. Saknad ämnestäckning kan motivera en sida. Saknade citeringar kan kräva starkare bevis och auktoritet på en sida som redan rankar. Svag CTR kan kräva ett bättre sökresultatslöfte. Saknad täckning kan kräva indexering, intern länkning, tillgänglighet eller avsiktsreparation. Att skapa en ny artikel för alla fyra ökar överlappningen och lämnar den faktiska begränsningen orörd.

Att läsa andel av röst utan citeringsandel

Ett starkt varumärke kan nämnas ofta medan AI-system länkar till utgivare eller konkurrenter. Att kalla det ett varumärkesmedvetenhetsmisslyckande skickar budget mot marknadsföring när det skarpare problemet är källurval. Omvänt kan ett mindre känt varumärke vars sidor får citeringar ha trovärdigt källmaterial men svag association med kategorin. Jämför måtten på identiska omfattningar innan du beslutar.

Att ranka luckor efter volym enbart

Hög volym kan dölja svag affärspassform, tvetydig avsikt, dominerande SERP-funktioner, orealistiska auktoritetskrav eller dyrbart underhåll. Lågvolymprompts kan fortfarande vara viktiga när de beskriver ett högvärdigt köp- eller implementeringsbeslut. Poängsätt påverkan i affärskontext, dämpa den sedan med beviskonfidens och insats.

Att producera en lucklista utan ägare eller inläggstyp

En rad som heter “skriv något om enterprise AI SEO” kan inte gå in i produktion. Den saknar ett sidjobb, formatkontrakt, bevisbörda, ägare och mållinje. Varje åtagen innehållsrad måste välja en kanonisk inläggstyp; varje icke-innehållsåtgärd måste explicit säga att ingen ny inläggstyp behövs och namnge den befintliga URL:en.

Att blanda omfattningar och fönster

Att jämföra global andel av röst från 90 dagar med citeringsandel för ett land från sju dagar skapar en övertygande men ogiltig graf. Lagra land, språk, leverantör, enhet där relevant, fråge- eller promptuppsättning och datum med varje mått. Om omfattningar inte kan matchas, märk jämförelsen som vägledande och använd den inte ensam för att åta dig arbete.

Överlämning till topisk kartläggning och informationsarkitektur

Nästa fas tar emot den observerade konkurrensgruppen, det rankade luckregistret, beslutsloggen och stödjande bevis. Den kartlägger endast åtagna innehållsmöjligheter till distinkta sidjobb och relationer. Citerings-, CTR- och täckningsåtgärder som behåller en befintlig URL går till sina namngivna ägare utan att tvingas in i en ny sidarkitektur.

SEO-strategen bör kunna svara på fyra frågor för varje överlämnad rad: Varför denna lucka? Varför denna åtgärd? Varför denna sidtyp eller tekniska designering? Varför nu? Arkitekturens ägare bör inte behöva öppna konkurrentforskning igen för att förstå beslutet, och leveransägaren bör inte behöva gissa hur färdigställande kommer att bedömas.

Före överlämning, verifiera att varje åtagen rad har ett stabilt ID, en primär lucktyp, bevis med matchande omfattning, en prioritetspoäng, en beslutsanledning, en åtgärd, en inläggstyp eller teknisk designering, en ansvarig ägare och ett mätbart “klart när”-villkor. Allt som saknas återgår till analys; det går inte in i färdplanen som en implicit uppgift.