Revidering av ett arkiv med 200 inlägg: ett genomgått exempel med fiktiva siffror

Uppställningen

Tänk dig en blogg med 200 inlägg. En crawlning av din egen webbplats listar 1 150 utgående länkar, vilket reduceras till cirka 410 unika värdar när du tar bort dubbletter och din egen domän.

En manuell Ahrefs gratis backlänksskattning på 410 värdar är en eftermiddag av att klistra in och en huvudvärk, så planen är att skriptas. Tre faser täcker arbetet: betygsätt värdarna, inspektera de dåliga och titta sedan på bloggen i sig.

Räkna med att hela körningen, från export till ett städat arkiv, ska få plats inom en arbetsvecka för en redaktör och en utvecklare. Planera sedan för ett ytterligare genomgång.

Antalen kommer att skilja sig i ditt arkiv. Byt ut mot din egen export innan du kopierar någon siffra till en plan. Varje siffra här visar bara arbetets utformning.

Gör exportsteget upprepningsbart

Exporten avgör om resten av körningen kan lita på. Tre vanor håller den ärlig, och varje sådan är billig att sätta upp innan det första anropet.

Renderad HTML, inte Markdown

Exportera länkarna från den renderade sidan, den en besökare får. Markdown missar shortcodes, inbäddningar och allt ett plugin lägger till. Det gapet är där de flesta saknade länkar gömmer sig.

En rad per inlägg

Skriv en rad per inlägg, med inläggets URL, värdet och datumet för exporten. En enda platt lista är svår att kontrollera. Rader per inlägg låter dig köra om ett inlägg utan att röra resten.

Håll kolumnnamnen enkla och stabila, så att ett senare skript kan läsa den här månadens fil och förra månadens på samma sätt.

Registrera crawlningsdatumet med exporten. En lista byggd förra månaden och en lista byggd idag kan skilja sig åt, och revisionen bör visa vilken som användes.

Ta bort din egen domän först

Ta bort din egen domän och sociala värdar som varje inlägg länkar till. Annars hamnar din egen fotnot högst på betygslistan och begraver de verkliga problemen.

Ordning på arbetet

En genomgång av två hundra inlägg behöver inte slutföras på ett enda pass. Det kräver dock en ordning, så att de mest användbara åtgärderna kommer först.

Börja med inlägg som fortfarande får besök

Sortera arkivet efter de inlägg som fortfarande genererar klick i Search Console. En trasig länk på ett dödt inlägg kostar lite. En trasig länk på en sida som läsarna fortfarande öppnar kostar förtroende, så börja med den andra gruppen.

Search Console visar vilka URL:er som fortfarande får klick. Det säger inget om vilka av deras utgående länkar som är trasiga, så de två källorna gör olika jobb.

Fixa de billigaste problemen först

Parkerade domäner och döda värdar är ofta en enda redigering var. Rensa dem innan du öppnar de svårare fallen, så att listan krymper och resten får plats på en dag.

Lämna omdömesfrågor till sist

En hänvisning som är svag, till exempel en liten blogg som säger något sant, behöver en läsares öga. Lägg dessa i en separat hög och avgör dem med redaktören, inte med en tröskel.

Skriv en enradig anteckning med varje beslut. Om sex månader sparar den anteckningen samma diskussion från att hända två gånger.

Vissa av dessa kommer att visa sig vara okej. En sida som ser tunn ut vid en första genomgång kan vara ett kort, korrekt inlägg, och redaktören kan stänga den filen på en minut.

Validera batchen innan du litar på den

En genomgång kan slutas rent och ändå vara fel. Tre kontroller fångar de flesta skador. Håll dem enkla nog för ett skalscript, och lägg dem i jobbet snarare än i någons minne.

Kontrollera ok i varje svar

Ett svar med ok satt till false är inte data. Räkna misslyckandena medan du går igenom dem, och stoppa genomgången när de passerar en liten andel du valde innan du började.

Om genomgången stannar vid den raden, notera var den stannade och varför. Nästa körning kan då fortsätta från den punkten istället för att börja om och betala två gånger.

Räkna rader mot inmatningen

Jämför antalet värdar du skickade med antalet som kom tillbaka. En överensstämmelse betyder ett stavfel, en dubblett eller ett tyst borttagande, och varje en behöver en rad i loggen.

Behåll den råa JSON:en

Spara varje svar bredvid datumet och inmatningslistan. När ett betyg ser fel ut tre månader senare svarar den råa filen på frågan snabbare än ett nytt anrop skulle göra.

Att läsa resultatet utan att lura sig själv

Betyder en nolla en död webbplats? Inte alltid.

En värd utan hänvisande domäner i vårt index kan vara en mycket ny webbplats, en privat intranetsida eller en verklig parkerad domän, och bara en människa kan avgöra vilket. Behandla betygskolumnen som en sorteringsnyckel för din uppmärksamhet, aldrig som ett betyg som avgör i sig självt.

Läs betygskolumnen bredvid ankrarna. Ett lågt betyg bredvid en varierad ankprofil betyder något annat än ett lågt betyg bredvid en hög med identisk ankertext, och de två kräver olika uppföljning.

Ett betyg som flyttas mellan två genomgångar är också användbar information. Kontrollera om värden har ändrats eller bara indexet.

Vad skulle överraska dig

Kostnad är sällan begränsningen här.

Tiden går till att läsa 38 sidor och avgöra vad man ska göra med varje, och inget API tar bort det steget. Planera för en redaktörsdag. Vår data uppdateras ungefär månatligen, så en värd som ser tom ut kan helt enkelt vara ny i indexet.

En annan överraskning är hur ofta en webbplats visas under två stavningar. Den nakna domänen och versionen med www är separata rader tills du slår ihop dem, och en siffra som ser hög ut är ofta bara denna fördubbling.

För att hålla arkivet rent efteråt, sätt in grinden framför nya inlägg och schemalägg den månadsvisa revisionen. Kostnadstabellen listar varje åtgärds pris.

Frågor om att köra en genomgång

Fyra frågor dyker upp nästan vid varje genomgång, och de är lättare att lösa innan det första anropet än efter det.

Kan jag göra detta med en Ahrefs gratis backlänksskattning istället?

Inte i denna skala. Gratis webbkontroller är byggda för en domän i taget, så 410 värdar skulle innebära 410 manuella sökningar. Ett skript med ett batch-anrop är den praktiska vägen.

Måste jag bläddra igenom varje resultat?

Endast för de betalda listorna. En betygning i bulk tar värdlistan i ett anrop, medan refdomains och anchors returnerar sidor. Använd page och per, med per upp till 5000, och stanna vid 50 000-radens djupbläddringsgräns.

Vilken sorteringsordning ska jag använda?

Sortera efter det fält du bryr dig om med sort, och sätt sedan order till asc eller desc. För en jakt på svaga värdar, sätter stigande ordning efter betyg de sämsta resultaten först.

Vad händer om en värd har ett betyg men dess sida är borta?

Betyget beskriver länkar i vårt index, inte om en sida fortfarande laddas. Kontrollera sidan i sig, eftersom en indexuppdatering kan ligga efter en sida som redan har försvunnit.

Är en genomgång tillräcklig?

Vanligtvis inte. Kör den en gång för att städa arkivet, behåll sedan grinden på nya inlägg och upprepa revisionen månatligen, eftersom indexet uppdateras ungefär en gång i månaden.

Varianter av samma exempel

Skala ändras, metoden gör det inte.

En liten blogg kan hoppa över batchsteget och köra hela listan genom ett anrop för hand. Metoden förblir densamma, och bara verktyget ändras.

En blogg med 2 000 inlägg har kanske 3 000 unika värdar, vilket fortfarande får plats i två bulk_dr-anrop på 1 kredit vardera. Ett nätverk av tio bloggar upprepar planen tio gånger och kostar cirka fem cent, så budgeten bestämmer aldrig projektet. Granskningstiden gör det.

Var uppmärksam på renderingssteget. På WordPress, exportera den renderade HTML:en via REST API, och på Hugo eller Eleventy läs byggmappen, eftersom utdata redan har varje länk en besökare kommer att se. Ghost-webbplatser kan använda Content API för samma jobb.

Exportera även raderade sidor om du fortfarande har dem. Deras utgående länkar räknas fortfarande som arbete, eftersom en besökare kan landa på dem från ett gammalt sökresultat.