Striking distance sökord: Din väg till första sidan

Striking distance sökord är frågor som redan sitter på position 8 till 15 i Search Console: redan bevisade relevanta av Google, bara inte ännu bevisade tillräckligt bra. Listan med vanliga fixar är kort. Dra åt titeln. Lägg till en intern länk. Fylla på ordräkningen.

Det som listan hoppar över är det faktiska arbetet bakom det: läs vad som redan rankas över dig. För de flesta är det en två-timmars flik-hoarding-övning. Det behöver inte vara så.

Där dina striking distance sökord faktiskt ligger

Hämta dem från Search Console's Performance-rapport. Filtrera för genomsnittlig position mellan ungefär 5 och 20, sortera efter intryck, och ignorera allt under 100 impressioner per månad. Ett sökord som sitter på position 12 med tio månatliga intryck är inte värt en eftermiddag.

Exportera den listan. De flesta webbplatser landar någonstans mellan 30 och 150 rader, beroende på hur mycket som publicerats och hur gammal webbplatsen är. Det intervallet säger redan något användbart: det här är sällan ett enkelsökordsproblem. Det är en stack, och stackar behöver triage innan de behöver redigeringar.

En webbplats med 90 rader i det exportet och en eftermiddag i veckan att spendera på det är inte att välja mellan att fixa alla 90 eller ingen. Det är att välja vilka fem som spelar roll den här månaden, och komma tillbaka för nästa fem senare.

Endast position är en svag signal på egen hand. Ett sökord på position 9 med 40 månatliga intryck är en mindre möjlighet än ett på position 16 med 4 000. Sortera efter intryck först, och behandla position som tiebreakern mellan två rader med liknande volym, inte tvärtom.

Det verkliga flaskhalsen är inte att skriva, det är att läsa tio flikar

Varje guide om det här håller med om fixet: uppdatera sidan, stäng innehållsgapet, matcha vad de högst rankade sidorna täcker som dina inte gör. Vad ingen av dem säger klart är hur mycket läsning det kräver.

För att korrekt uppdatera en striking distance-sida öppnar du de åtta till tio högst rankade webbadresserna och läser tillräckligt av var och en för att veta vad de täcker, i vilken ordning och med vilken specificitet. Multiplicera det med även 40 sökord och revisionen själv blir projektet, inte redigeringen.

Det här är där en stack byggd omkring läsning, inte skrivande, tjänar sin plats utanför den vanliga SEO-verktygslådan. De verktygen som är byggda för att sammanfatta en sida i ett stycke finns för exakt denna typ av triage. Inte "bör jag läsa detta", utan "vad säger detta redan, så jag vet vad mitt saknar".

Vad en snabb konkurrentanalys behöver besvara

En sammanfattning är bara användbar här om den besvarar fyra specifika saker. Vad mindre än det och fliken öppnas ändå.

• Vilken fråga besvarar sidan först, i sitt ingångsavsnitt?

• Vilken struktur bär stycket: numrerade steg, en jämförelsetabell, ett direktsvarblock nära toppen?

• Vad citerar det som ditt inte gör: en statistik, en namngiven studie, ett specifikt verktyg?

• Vad hoppar det över som alla andra antar är nödvändigt?

Kör det mot åtta konkurrerande sidor och ett mönster dyker upp snabbt. Oftast två eller tre upprepar nästan exakt samma struktur. En uteliggare gör något annorlunda, och det är ofta sidan som sitter på position 3.

Skriv dessa fyra svar per sida, även i en grov tabell, istället för att lita på minnet efter den åttonde fliken. Vid sida sex blir detaljerna suddiga, och hela poängen med övningen var att märka vad som är annorlunda, inte att hamna med åtta vaga intryck av "ganska likartad" innehål.

Att läsa brett slår att läsa djupt när målet är mönsterigenkenning, inte förståelse. En striking distance-revision är den mest bokstavliga versionen av den idén: åtta ytliga läsningar lär dig mer än en djup.

Läsa SERP utan att öppna tio flikar

Perplexity's Comet-webbläsare läser vad flik som helst öppet och sammanfattar det på förfrågan, utan en separat copy-paste-steg in i en annan app. För en striking distance-revision betyder det att öppna de tio främsta resultaten för ett sökord i tio flikar och fråga efter ett ett-stycke-läs av var och en, en åt gången, utan att helt läsa någon av dem från början till slut.

Det är inte ett forskningsverktyg i den djupa bemärkelsen, och det bör inte behandlas som ett. Det kommer inte att berätta varför en sida rankas, bara vad sidan säger. Denna skillnad spelar roll: sammanfattningen visar innehållsgapet, inte auktoritetsgapet. Bakänkar och interna länkar gör fortfarande sitt eget separata arbete, orelaterad till vad sidans text täcker.

För team utan en dedikerad AI-webbläsare, eller som hellre klistrar tio webbadresser i ett chattfönster än byter verktyg, hanterar ChatGPT samma triage nästan lika bra, till kostnaden för ett extra copy-paste-steg per sida.

Antingen sätt, poängen med det här steget är hastighet, inte djup. Du försöker inte förstå en konkurrerande sida. Du försöker veta tillräckligt om tio av dem på den tid det normalt skulle ta att läsa två.

Entity-gap genvägen, och vad den inte kommer att berätta

Surfer SEO's Content Editor tar en annan vinkel på samma problem. Istället för att sammanfatta varje konkurrerande sida individuellt, scorar det ett utkast mot aggregatet av allt de högst rankade sidorna nämner, och flaggar de specifika termer och underämnen som saknas från det.

Det är snabbare än att läsa tio sidor för hand, och det är genvägen som mest striking distance-guider tyst rekommenderar utan att namnge avvägningen. Gränsen är verklig: det berättar vilka substantiv som saknas, inte vilka som spelar roll. En sida kan träffa varje enhet på listan och ändå läsa som om det monterades från en checklista, för det var det.

De två metoderna parar sig väl i praktiken. Använd sammanfattnings- och skumningspasset först för att förstå vad de högst rankade sidorna faktiskt argumenterar för och hur de är strukturerade. Kör sedan ett entity-gap-test senare, som ett sista pass för att fånga en uppenbar term alla andra täcker som glömdes bort längs vägen.

De mekaniska fixar som sällan förändrar något

Tre taktiker dyker upp i nästan varje striking distance-guide, och alla tre är svagare än de låter när du väl läst sidorna som faktiskt rankas över dig.

Att lägga till ett FAQ-avsnitt bara för att ha ett hjälper sällan om frågorna inte matchar vad sidans faktiska konkurrenter citeras för. Att fylla ordräkningen för att matcha en konkurrents längd ändrar ett nummer på sidan, inte en signal Google läser. Googles egen dokumentation om Performance-rapporten behandlar position som en relevans- och kvalitetssignal, inte en längdtävling, och rapporten själv kommer inte att berätta vilken.

Att ge en sida ny titel runt det exakta sökord, utan att ändra något annat, kan höja click-through-rate på en fråga som redan var gränsrelevant till att börja med. Det flyttar sällan en sida som är fast för att innehållet är tunt, snarare än felbenämnt.

Ingen av dessa tre är exakt fel. De är de fixar folk tar till för att de inte kräver att läsa konkurrensen först, och läsning av konkurrensen är det enda steg som avgör om de andra två faktiskt fungerar.

Ett snabbt sätt att säga skillnaden: om fixet tog under fem minuter och inte alls involverade läsning av en enda konkurrerande sida, är det ett mekaniskt fix. Mekaniska fixar är värt att göra, de bör bara inte vara hela planen, och att behandla dem som hela planen är den vanligaste anledningen till att en striking distance-lista ser likadan ut sex månader senare.

En tiominuterstriagering, körd två gånger i månaden

Arbetsflödet som passar in i en faktisk vecka ser mindre ut än de flesta guider föreslår, och det är mestadels poängen.

Hämta striking distance-listan från Search Console. Välj de fem sökorden med högst impressioner, inte de fem du känner för att fixa idag. Kör de främsta resultaten genom ett snabbt sammanfattningspass, logga vad som saknas direkt in i sidans arbetsdokument när du går, och skriv fixet medan gapet fortfarande är färskt i ditt huvud.

Det loggningssteg spelar roll mer än vilket verktyg som gör sammanfattningen. Ett gap märkt och inte skrivet ned får återupptäckt, med kostnad, tre månader senare, vanligtvis under nästa revision som hittar samma sökord fortfarande fast.

Googles AI Overviews komplicerar bilden något, på ett sätt värt att namnge. Citat innanför AI Overviews drar alltmer från sidor som rankas långt under de fem främsta organiska resultaten, vilket betyder att en sida fast på position 12 inte längre är automatiskt osynlig. Det är en verklig anledning till varför läsningspasset spelar roll mer nu än det gjorde för två år sedan: en sida som förklarar ett gap klart kan citeras innan det någonsin klättrar de blåa länkarna.

Fem sökord per session, två gånger i månaden, summeras till någonstans mellan 120 och 150 granskade rader per år på en webbplats med ett måttligt arkiv. Det är långsammare än en masomskrivningssprint. Det är också versionen som överlever att göras av en person med en faktisk vecka, snarare än versionen som ser bra ut i ett planeringsdokument och aldrig körs förbi månad två.

Det vi faktiskt skulle fortsätta att göra

Hoppa över verktygen som lovar att automatisera hela revisionen från början till slut, gapanalys och omskrivning inkluderad. Läsningen är den del som lär något. Att automatisera det bort tar bort det enda steg där en person faktiskt lär sig vad konkurrensen vet som sidan ifråga inte gör.

Behåll två-gånger-i-månaden-kadensen, fem-sökords-gränsen och den rena vanan att läsa före omskrivning. Det är inte ett större system än vad de flesta guider föreslår. Det är ett mindre, storlek för att faktiskt få används förbi första veckan.

Listan över striking distance-sökord kommer aldrig att slå noll. Nya rader dyker upp varje gång en sida glider från position 9 till 11, eller klättrar från 22 in i intervallet. Att behandla två-gånger-i-månaden-passagen som underhåll, inte ett projekt med ett slutdatum, är vad som gör att det inte blir den sorts eftersläpning ingen öppnar igen.