Konkurrent- og hulsanalyse

Konkurrent- og hulsanalyse identificerer, hvem der rent faktisk vinder de søgninger og AI-svar, dit publikum bruger, opdeler fire forskellige typer oversete muligheder og rangerer kun de huller, der er værd at handle på. Resultatet er ikke en liste over konkurrent-URL’er. Det er et beslutningsklar register, hvor hver række har evidens, en løsning, en indlægstype eller teknisk-only betegnelse, en ejer og en betingelse for, hvornår det er gjort.

Fase: P7 · Trin B — Beslut. Tidsramme: en til to arbejdsdage for et valideret sæt på cirka 100–500 forespørgsler og prompts; forlæng tidsrammen når markeder, sprog eller produktlinjer kræver separate konkurrencesæt. Ansvarlig ejer: SEO-strateg. Bidragsydere: indholdsansvarlig, AI-synlighedsanalytiker, teknisk SEO-ejer, betalt søgningsejer og produkt- eller markedspecialist.

Hvorfor denne fase kommer her

Kunder tænker typisk på konkurrenter som virksomheder, der sælger et lignende produkt til en lignende køber. Søgemaskineresultatsider (SERP’er) sammensætter et andet felt: udgivere, markedspladser, anmeldelsessider, mapper, fællesskaber, integrationspartnere og tilstødende produkter kan alle konkurrere om den samme forespørgsel. AI-svar udvider feltet yderligere, fordi et system kan nævne ét brand, mens det citerer en anden kilde, der forklarer kategorien bedre.

Denne skelnen er grunden til, at denne fase følger efter søgeords- og promptresearch . P6 leverer det validerede univers af forespørgsler, prompts, lande, udbydere, hensigtsgrupper og efterspørgselsevidence. Tidligere discovery leverer også kundens kommercielle konkurrenter, mål, begrænsninger og prioritetsmålgrupper. P7 tester begge mod observerede rangeringer, citerede kilder, klikadfærd og sidedækning. Uden disse input kollapser “konkurrentanalyse” til at browse velkendte virksomhedshjemmesider og kopiere deres navigation.

P7 skal være færdig før topisk kort og informationsarkitektur , fordi arkitektur forpligter muligheder til sider og relationer. Hvis et team kortlægger emner før de skelner mellem en manglende side og en svag eksisterende side, skaber det kannibaliserende URL’er. Hvis det behandler et citeringsproblem som manglende indhold, bestiller det endnu en artikel, mens det reelle problem — utilstrækkelig kildeautoritet, svag evidens eller dårlig ekstraherbarhed — forbliver uløst. Hvis fasen springes over helt, følger prioriteringen konkurrentsynlighed frem for forretningsværdi.

Input og output

Et output accepteres kun, når næste fase kan handle uden at gentage denne analyse. Et regneark fyldt med eksporterede rækker er evidens, endnu ikke et leverance.

Faseinput og -output

Tjeklisten

Rækkefølgen har betydning. Etablér feltet før du måler huller, klassificér hullet før du foreslår en løsning, og vurdér løsningen før du forpligter kapacitet.

1. Etablér det observerede konkurrencesæt

• Hvad skal gøres: Opbyg separate lister for domæner, der rangerer organisk, brands nævnt i AI-svar, domæner citeret af AI-svar og kommercielle konkurrenter nævnt under discovery.
• Hvorfor det betyder noget: En markedsrival kan være fraværende i søgning, mens en udgiver, der ikke sælger noget, kan eje resultat- og citatrummet. At kombinere disse roller skjuler kilden til tabet.
• Sådan gør du: Sammenkæd de top organiske domæner for de validerede forespørgsler med brands og citerede værter fra sporede prompts. Segmentér efter land, sprog, produktlinje og hensigt, når resultatsættene er forskellige. Markér hvert domænes roller i stedet for at tvinge én “konkurrent”-etiket.
• Værktøj: Åbn Konkurrentanalyse på app.amicited.com/competitors , og afstem derefter detekterede konkurrenter med discovery-listen.
• Færdig når: Mindst 90% af det validerede forespørgsels- og promptset har et observeret resultatsæt eller en registreret grund til manglende data, hvert bevaret domæne har evidens og omfang, og kundens liste er markeret som matchet, fraværende eller uden for omfang.

2. Identificér indholdshuller

• Hvad skal gøres: Find emner og hensigtsspecifikke spørgsmål, som konkurrenter besvarer, og som der ikke findes en passende ejet side til.
• Hvorfor det betyder noget: Et indholdshul er et fravær af en sidefunktion, ikke blot et fraværende søgeord. At oprette én URL for hver formulering skaber duplikering i stedet for nyttig dækning.
• Sådan gør du: Klyng konkurrentvindende forespørgsler, prompts, forgreningsspørgsmål og citerede sider efter betydning. Sammenlign hver klynge med den ejede beholdning og inspicér de faktiske vindende sider. Registrér målgruppens behov, hensigt, tydeligt svar og sandsynligt format.
• Værktøj: Brug Semantisk kort på app.amicited.com/semantic-map . Brug Betalte bevidste huller på app.amicited.com/reports/paid-proven-gaps når betalt konverteringsaktivitet kan bekræfte kommerciel efterspørgsel.
• Færdig når: Hvert foreslået indholdshul har en tydelig hensigt og sidefunktion, mindst ét observeret efterspørgselssignal, konkurrentevidens og ingen tilstrækkelig ejet URL; semantiske dubletter er sammenflettet under én kandidat.

3. Identificér citationshuller

• Hvad skal gøres: Find prompts og forespørgsels-prompt-par, hvor konkurrenter citeres, og kundens domæne ikke er, inklusive tilfælde hvor kundens side allerede rangerer godt organisk.
• Hvorfor det betyder noget: En AI-citation krediterer en kilde-URL. Et brand kan nævnes hyppigt, mens dets sider aldrig vælges som evidens, så mere brand-kopi vil ikke nødvendigvis lukke hullet.
• Sådan gør du: Sammenlign organisk position, visninger, AI-citationsrate, citerede konkurrent-URL’er og de passager, disse sider gør nemme at ekstrahere. Adskil “usynlige vindere” der rangerer, men ikke citeres, fra sider der citeres på trods af svage rangeringer.
• Værktøj: Åbn Citerings-rangeringshul på app.amicited.com/reports/citation-gap .
• Færdig når: Hvert bevaret citationshul angiver promptgruppen, udbyder og datovindue, ejet kandidat-URL, konkurrerende citerede URL’er, evidensmønster og løsning på sideniveau; rækker uden nok observationer markeres som valider frem for forpligtet.

4. Identificér CTR-huller

• Hvad skal gøres: Find rangerede forespørgsler og sider, der får færre klik end sitets egen forventede klikrate for den position.
• Hvorfor det betyder noget: Klikrate (CTR) er klik divideret med visninger. En side kan rangere og stadig miste efterspørgsel, fordi dens titel, beskrivelse, resultatformat, hensigtsmatch eller brandløfte ikke opnår klikket.
• Sådan gør du: Sammenlign faktisk CTR med den tilpassede sitekurve, inspicér derefter det levende resultat, forespørgselsformulering, konkurrerende uddrag, SERP-funktioner og sideløfte. Antag ikke at hver underkurve-række er et kopiskrivningsproblem; en navigationsforespørgsel, billedtungt resultat eller forkert side kan forklare forskellen.
• Værktøj: Brug CTR-hul på app.amicited.com/reports/ctr-gap .
• Færdig når: Hver valgt række har tilstrækkelige data til at rapporten kan offentliggøre en forventning, et estimeret klikefterslæb, en diagnosticeret årsag, en foreslået uddrag- eller sideløsning og et målevindue.

5. Identificér dækningshuller

• Hvad skal gøres: Find relevante sider, der findes, men ikke er indekseret, ikke får nogen meningsfuld synlighed eller ikke kan konkurrere for deres tilsigtede forespørgsels- og promptklynge.
• Hvorfor det betyder noget: Et dækningshul er ikke en anmodning om endnu en side. Det er en fejl i opdagelse, indekserbarhed , hensigtsjustering, kvalitet, intern støtte eller agentadgang på en eksisterende URL.
• Sådan gør du: Sammenkæd beholdningen med indeksstatus, visninger, rangeringer, promptdækning, kanonisk tilstand, interne links og agentparathedstjek. Inspicér om siden er berettiget, om dens erklærede søgehensigt matcher det observerede resultatsæt, og om AI-agenter kan hente og fortolke den.
• Værktøj: Sammenlign sites med AI-tilgængelighed og agentparathed på app.amicited.com/accessibility , sammen med de tilsluttede søgedækningsdata i arbejdsdatasættet.
• Færdig når: Hver berørt URL har én primær årsag, evidens der adskiller teknisk udelukkelse fra konkurencemæssig svaghed, en ansvarlig teknisk- eller indholdsejer og en gentestbetingelse.

6. Læs synlighedsandel og citationsandel sammen

• Hvad skal gøres: Placér brandets synlighedsandel ved siden af citationsandel for det samme promptset, udbydere, marked og datoer.
• Hvorfor det betyder noget: De to målinger besvarer forskellige spørgsmål. Synlighedsandel måler hvor ofte brandet er til stede i samtalen; citationsandel måler hvor meget af kildeudvælgelsen der tilhører dets sider. At læse kun én kan foreskrive det modsatte af den nødvendige løsning.
• Sådan gør du: Brug en firekvadrantfortolkning: stærk synlighed og stærk citation betyder forsvar; svag synlighed og stærk citation betyder forbedr brand-/kategoriassociation; stærk synlighed og svag citation betyder styrk specifikke sider, evidens og sideautoritet ; svag synlighed og svag citation betyder genbesøg emnetilpasning og byg både genkendelse og kildekvalitet selektivt.
• Værktøj: Brug konkurrentvisningen for omtaleandel og citationshulsrapporten for kildeudvælgelse med identiske filtre.
• Færdig når: Hver prioritetspromptklynge har begge værdier eller en eksplicit utilgængelig-årsag, dato/udbyderomfanget matcher, og den anbefalede løsning følger det parvise mønster frem for én metrik.

7. Vurdér, klassificér og tildél hvert hul

• Hvad skal gøres: Score forventet påvirkning, tillid og indsats; vælg én primær hultype; tilføj løsning, indlægstype, ejer og acceptbetingelse.
• Hvorfor det betyder noget: Hulvolumen er næsten ubegrænset. Kvalificering beskytter produktionskapacitet og forhindrer at en stor eksport maskerer sig som strategi.
• Sådan gør du: Anvend kvalificeringstesten og scoringsreglerne nedenfor. Vælg kun fra de eksisterende specifikationer for indlægstyper når en ny eller væsentligt genopbygget side er løsningen. Brug “ingen — tekniske rettelse” når sidetypen ikke ændres.
• Værktøj: Brug AmICited-evidenslinkene gemt med hver række og teamets leveringssporing for ejerskab og status.
• Færdig når: Der er ingen forpligtede rækker uden evidens, løsningstype, indlægstype eller teknisk-only betegnelse, ejer, score, acceptbetingelse og destination i næste fase.

Værktøjer i AmICited

Skærmbillederne nedenfor er optagelsesinstruktioner, ikke aktivreferencer. Hver optagelse skal vise de filtre og den evidens, der blev brugt til at træffe en beslutning, ikke et generisk dashboard.

Gem den gemte visning eller præcise filterværdier med hver hulrække. Et skærmbillede beviser hvad en analytiker så; dybdelinket og filterregistreringen gør resultatet reproducerbart.

Beslutningsregler

Disse er operationelle standarder, ikke universelle rangeringslove. Kalibrér dem når forespørgselsættet, salgscyklussen, trafikskalaen eller udbyderkadencen gør standarden misvisende, og registrér erstatningen før scoring.

Optagelse i konkurrencesættet

• Tilføj et domæne til det observerede sæt når det optræder i top 10 organiske resultater for mindst tre validerede forespørgsler i én hensigtsklynge, eller citeres i mindst to forskellige sporede prompts i analysevinduet.
• Behold et domæne som foreløbigt når det kun opfylder én observation. Bekræft det i næste indsamlingsvindue i stedet for at lade ét volatilt resultat omforme køreplanen.
• Behold kundenavngivne kommercielle konkurrenter selv når de er fraværende, men mærk dem forretnings-only. Brug dem ikke som den eneste evidens for et hul.
• Opdel konkurrencesæt når færre end halvdelen af de tilbagevendende domæner overlapper på tværs af lande, sprog eller væsentligt forskellige hensigtsgrupper. Én blandet liste ville skjule hvem der rent faktisk vinder i hver kontekst.

Evidensminimum for huller

For den parvise stemmetest, kald brandets stemme stærk når den er inden for 10 procentpoint af klyngelederen. Markér et sideautoritetsmønster når citationsandel halter efter brandets egen synlighedsandel med mindst 10 procentpoint og sammenligningen indeholder mindst 10 citationer. Under denne stikprøve, mærk mønsteret retningsbestemt og valider det over et andet vindue.

Konvertér aldrig et evidensminimum til sikkerhed. Ti variable AI-kørsler kan retfærdiggøre en test, ikke bevise en permanent platformregel. En 14-dages dækningsgrænse er en triageudløser, ikke et løfte om at hver berettiget side skal være indekseret på det tidspunkt.

Kvalificeringstesten

Et hul går ind i forpligtet arbejde kun når alle fem spørgsmål har forsvarlige svar:

1. Relevans: Hjælper det at lukke hullet en prioritetsmålgruppe med at udføre en opgave forbundet til virksomheden?
2. Distinktion: Er der en unik sidefunktion eller en klar forbedring af en eksisterende URL, snarere end en søgeordsvariant?
3. Evidens: Understøttes resultatet af observerede rangeringer, prompts, citationer, klik, betalt efterspørgsel eller dækningsdata?
4. Vindbarhed: Kan sitet levere den ekspertise, produktvirkelighed, evidens, autoritet og tekniske adgang der kræves for at konkurrere?
5. Værdi versus indsats: Er den sandsynlige synligheds-, klik-, citations-, konverterings- eller strategiske dækningsgevinst værd produktions- og vedligeholdelsesomkostningen?

Score påvirkning, tillid og indsats fra 1 til 5, hvor 5 er højest. Beregn prioritet = påvirkning × tillid ÷ indsats. Forpligt scores på 8 eller derover når alle fem kvalificeringsspørgsmål bestås. Sæt scores fra 4 til 7,9 i validering med en navngiven evidensopgave. Parkér scores under 4 medmindre hullet er et compliance-, omdømme- eller kritisk produktdækningskrav, der tilsidesætter den økonomiske score. Hæv aldrig tillid blot for at nå tærsklen.

Leverance: det rangerede hulregister

Leverér én række pr. beslutning, ikke én række pr. rå søgeord. Forespørgsels- og promptvarianter hører inde i et klyngefelt. Registret kan leve i et regneark, database eller leveringssystem, men det skal bevare dette skema:

Hul-ID:
Marked / sprog / målgruppe:
Forespørgsels- og promptklynge:
Observerede konkurrenter og vindende URL'er:
Primær hultype: INDHOLD | CITATION | CTR | DÆKNING
Sekundære signaler:
Ejet URL: [URL | INGEN]
Evidensvindue og filtre:
Evidenslinks og optagelsesreferencer:
Påvirkning (1–5):
Tillid (1–5):
Indsats (1–5):
Prioritetsscore:
Beslutning: FORPLIGT | VALIDÉR | SAMMENFLET | PARKÉR | AFVIS
Beslutningsbegrundelse:
Løsning:
Indlægstype: [kanonisk indlægstype | INGEN—TEKNISK RETTELSE]
Ansvarlig ejer:
Færdig når:
Målfase / leveringsvindue:
Gennemgangsdato:

Et komplet eksempel kunne registrere en kommerciel promptklynge hvor tre konkurrenter citeres, kundens relevante sammenligningsside rangerer sjette men har ingen citation på tværs af 12 spores kørsler, og synlighedsandel er tæt på kategorilederen. Dette er primært et citationshul, ikke et indholdshul. Løsningen er at styrke den eksisterende sammenligningssides evidens, selvstændige svarsvar-passager, kildestøtte og interne autoritet; indlægstypen forbliver sammenligning A vs B; ejeren er indholdsansvarlig; færdig betyder at den reviderede side er offentliggjort og det samme promptset er genmålt efter det aftalte observationsvindue.

Hvad går galt

Kun at analysere de konkurrenter kunden nævnte

Dette producerer et poleret syn på det forkerte felt. En mappe, udgiver, fællesskab eller tilstødende produkt kan dominere forespørgselsættet mens hver navngiven leverandør er fraværende. Bevar kundelisten, men vis hvilke navne data bekræfter, og hvilke observerede vindere der manglede fra den.

At behandle ethvert hul som et indholdshul

Symptomet “konkurrent vinder, vi gør ikke” har fire mulige løsninger. Manglende emnedækning kan retfærdiggøre en side. Manglende citationer kan kræve stærkere evidens og autoritet på en side der allerede rangerer. Svag CTR kan kræve et bedre søgeresultatløfte. Manglende dækning kan kræve indeksering, intern linking, tilgængelighed eller hensigtsreparation. At oprette en ny artikel til alle fire øger overlapning og efterlader den faktiske begrænsning uberørt.

At læse synlighedsandel uden citationsandel

Et stærkt brand kan nævnes ofte mens AI-systemer linker til udgivere eller konkurrenter. At kalde det en brandbevidsthedsfejl sender budget mod promovering når det skarpere problem er kildeudvælgelse. Omvendt kan et mindre kendt brand, hvis sider opnår citationer, have troværdigt kildemateriale men svag association med kategorien. Sammenlign målingerne på identiske omfang før du beslutter.

At rangere huller efter volumen alene

Høj volumen kan skjule svag forretningstilpasning, tvetydig hensigt, dominerende SERP-funktioner, urealistiske autoritetskrav eller dyr vedligeholdelse. Lavvolumen-prompts kan stadig betyde noget når de beskriver en højværdi købs- eller implementeringsbeslutning. Score påvirkning i forretningskontekst, og temperér den derefter med evidens-tillid og indsats.

At producere en hulliste uden ejer eller indlægstype

En række kaldet “skriv noget om enterprise AI SEO” kan ikke gå i produktion. Den mangler en sidefunktion, formatkontrakt, evidensbyrde, ejer og målstreg. Hver forpligtet indholdsrække skal vælge en kanonisk indlægstype; hver ikke-indholdsløsning skal eksplicit sige at ingen ny indlægstype er nødvendig og navngive den eksisterende URL.

At blande omfang og vinduer

At sammenligne global synlighedsandel fra 90 dage med ét-lands citationsandel fra syv dage skaber et overbevisende men ugyldigt diagram. Gem land, sprog, udbyder, enhed hvor relevant, forespørgsels- eller promptset og datoer med hver metrik. Hvis omfang ikke kan matches, mærk sammenligningen retningsbestemt og brug den ikke alene til at forpligte arbejde.

Overlevering til topisk kortlægning og informationsarkitektur

Næste fase modtager det observerede konkurrencesæt, rangerede hulregister, beslutningslog og understøttende evidens. Den kortlægger kun forpligtede indholdsmuligheder til distinkte sidefunktioner og relationer. Citations-, CTR- og dækningsløsninger der bibeholder en eksisterende URL går til deres navngivne ejere uden at blive tvunget ind i en ny-side-arkitektur.

SEO-strategen skal kunne besvare fire spørgsmål for hver overleveret række: Hvorfor dette hul? Hvorfor denne løsning? Hvorfor denne sidetype eller teknisk-only betegnelse? Hvorfor nu? Arkitekturejeren skal ikke skulle genåbne konkurrentforskning for at forstå beslutningen, og leveringsejeren skal ikke gætte hvordan færdiggørelse vil blive bedømt.

Før overlevering, verificér at hver forpligtet række har et stabilt ID, én primær hultype, evidens med matchende omfang, en prioritetsscore, en beslutningsbegrundelse, en løsning, en indlægstype eller teknisk-only betegnelse, en ansvarlig ejer og en målelig færdig-når-betingelse. Alt der mangler vender tilbage til analyse; det går ikke ind i køreplanen som en underforstået opgave.

Start med det virkelige konkurrencefelt

Åbn app.amicited.com/competitors for at etablere det observerede sæt, og før derefter kun kvalificerede, ejede beslutninger ind i hulregistret. Målet er ikke at kopiere alt hvad konkurrenter udgiver. Det er at vælge de få manglende eller underpræsterende muligheder for hvilke den rette løsning kan producere et målbart resultat.