Pre-flight-checklista
Pre-flight för naturlig länkservice: WordPress-inställningar som slösar bort länkar
En länk pekar mot en URL. Om den URL:en är blockerad, långsam, omdirigerad eller begravd har länken inget att ge. Detta är de kontroller vi gör på en WordPress-sajt först.
Tolv kontroller, i den ordning vi gör dem
- Inställningar, Läsning: rutan som ber sökmotorer att inte indexera sajten är avstängd.
- Inställningar, Permalänkar: inläggnamn, inte platta nummer, och inga vilande datum om du inte vill ha dem.
- Visa källa på ett inlägg: ingen noindex-robotstag som du inte lagt dit.
- Öppna sidan på en telefon med en throttlad anslutning och räkna sekunderna.
- Kontrollera att http och www-varianten omdirigerar en gång till en enda kanonisk adress.
- Leta efter omdirigeringskedjor: mål-URL:en bör svara med 200 direkt.
- Sidbyggare: bekräfta att innehållet är äkta HTML-text, inte en bild eller en shortcode som misslyckas.
- Caching-plugin: testa en utloggad vy efter att ha rensat cachen.
- Sökconsole, Sidor: inlägget är Indexerat, inte Genomkrukat men inte indexerat.
- Kategori- och taggarkiv: tunna arkiv som inte indexeras, eller sammanslagna till färre, starkare arkiv.
- Inställningar för utgående länkar: ingen sitewide-nofollow-plugin tillämpad på dina egna interna länkar.
- En synlig kontaktsida och en om-sida, så att en främling vet vem som driver sajten.
Varför en naturlig länkservice fortfarande beror på din sajt
En naturlig länkservice placerar en länk i en läsbar artikel på en riktig sajt. Bra. Googles crawler, Googlebot, följer sedan länken till din sida, och länken landar fortfarande på din WordPress-installation, så allt på den installationen formar vad som händer härnäst.
Ägare spenderar ibland på länkar medan en kvarvarande underhållsplugin returnerar ett 503-fel till crawlers vid varje besök, vilket Sökconsole rapporterar som ett serverfel. Smärtsamt. Kör listan ovan en eftermiddag och du tar bort det vanligaste slöseriet innan en dollar lämnar din balans.
En naturlig länkservice är bara lika bra som den sida den når. Tänk på länken som en skylt på en väg: den hjälper bara om vägen leder någonstans öppet.
När temat läcker stilar till dina sidor
Ett temas stilblad kan nå långt bortom blocken du skrev. Rubriker ändrar storlek, knappar får nya färger och former ser ut att vara lånade. Det är visuella problem först. De ändrar också hur en sida läses, och läsning är vad en länk skickar människor till.
Hitta regeln som vinner
Öppna sidan, inspektera elementet och se vilken stilbladsregel som vinner. Oftast är det en bred selektor från temat, tillämpad på en klass du aldrig rörde. När du kan se regeln är lösningen oftast en rad.
Motstå frestelsen att tvinga varje regel med en överskrivningsflagga. Det döljer konflikten, och nästa temauppdatering tar tillbaka den på en ny plats.
Begränsa din egen CSS till en behållare
Klumpa in formen eller blocket i sin egen behållare och skriv regler mot den behållaren, inte mot nakna taggar. En regel som börjar med en wrapper-klass är lätt att läsa och svår att bryta. Lägg till behållaren i redigerarens fält för anpassad klass, så att markeringen förblir där du kan se den.
En snabb test är att ändra en färg inuti behållaren och kontrollera att resten av sidan förblir som den är.
Formulär och widgets som ignorerar temat
Plugin-formulär levereras ofta med sitt eget stilblad, och ett tema kan överskriva delar av det. Kontrollera formuläret i en utloggad vy på en telefon. Om etiketterna eller knapparna ser fel ut är lösningen nästan alltid i avgränsningen, inte i ett nytt tema.
Ett tema genererat av ett AI-verktyg eller sammanställt med en dra-och-släpp-byggare får ingen undantagsrätt. Kör samma synliga kontroller på det, eftersom en mall genererad av AI kan bära samma läckage som en handbyggd.
Fel som döljer sidan från en crawler
En trasig mall är tyst. Sajten laddas fortfarande, menyn fungerar fortfarande och startsidan ser bra ut. Skadan sitter på en URL, vilket exakt är den URL en länk pekar på.
Sökconsole är den bättre larmklockan här. Dess rapport över Sidor listar URL:er som misslyckades med att ladda, så ett mallproblem visar sig ofta där någon nämner det först. Kontrollera det månatligen.
Ett dödligt fel stoppar en begäran
Ett PHP-dödligt fel avslutar skriptet för en begäran, så besökaren eller crawln får en tom sida, ett kritiskt-fel-meddelande eller ett serverfel. Resten av sajten kan fortfarande köras. Det är därför en enskild trasig mall kan få ett inlägg att försvinna medan startsidan ser bra ut.
Testa målsidan på en staging-kopia innan en länk pekar på den, och titta på den igen efter någon plugin- eller temauppdatering.
Plugin-betyg visar inte en trasig mall, så luta dig inte på en grön lampa för denna kontroll. Jämförelse av plugin versus länkar förklarar varför de två typerna av kontroller skiljer sig åt.
Läs loggen innan du gissar
På en staging-kopia kan du aktivera felsökningsloggning i wp-config.php och läsa fel filen den skriver. Loggen namnger oftast pluginet eller temafilen som är felaktig. Att gissa från sidan ensam slösar en dag.
Stäng av debug-utdata på live-sajten efteråt. Fel som visas för besökare ser slarviga ut, och de kan avslöja filsökvägar du hellre vill hålla privata.
Vanliga gärningsmän och det snabba testet
| Gärningsman | Symtom | Snabbtest |
|---|---|---|
| Ruta för att avskräcka indexering | Sidor försvinner från Google | Inställningar, Läsning |
| Tung sidbyggartema | Långsam mobil laddning, stort DOM | PageSpeed Insights på målet |
| Staplade cache-plugins | Gammalt innehåll, konstiga omdirigeringar | Inaktivera en, testa om utloggad |
| URL:er med många parametrar | Dubbletter i rapporten | Sökconsole URL-inspektion |
| Föräldralösa inlägg | Inga interna länkar i | Länka till målet från två äldre inlägg |
Inget tema rankar magiskt. Lätta teman som GeneratePress eller Astra tenderar att ge dig en snabbare bas än flersidiga paket, men vilket tema som helst kan förstöras av ett dussin tillägg. Mät, gissa inte.
Caching: testa vad en främling ser
Snedverktyg är värda att använda, men en cache kan servera en kopia som inte längre matchar sidan. Kontrollen är enkel och tar några minuter.
Testa som en utloggad besökare
Caching-plugins serverar sparade kopior av en sida, vilket är bra för hastighet men dåligt när kopian är gammal. Öppna målet i ett privat fönster efter att ha rensat cachen. Vad du ser där är vad en crawler ser, ungefär, och det är vyn som betyder något.
Om din värd kör sin egen cache med en separat rensningsknapp, leta efter den knappen på samma skärm som pluginens. Rensa båda efter varje ändring, testa sedan igen som en främling skulle göra.
Staplade cachar lämnar gamla sidor
Två cachelager, ett i en plugin och ett hos värden, kan vara oense om när en sida gick ut. Välj ett lager för sidcache och låt värden hantera resten. Om du inte är säker vilket lager som är aktivt, inaktivera en och testa om.
En kort kontroll här är billig. En gammal sida som en länk pekar på är ett dyrt misstag.
Byt tema utan att tappa målsidan
Att byta tema är en vanlig lösning och en riskabel en för en sida som redan har länkar. Dessa fem steg håller adressen och innehållet stabilt.
Säkerhetskopiera först
Ta en fullständig säkerhetskopia av filer och databas innan någon ändring, och behåll en kopia utanför servern.
Arbeta på en staging-kopia
Klona sajten och byt tema där, inte på live-sajten, så att det första testet kostar ingenting.
Jämför målsidan
Kontrollera URL:en, rubrikerna, de interna länkarna och laddningstiden på det nya temat mot det gamla.
Behåll adressen och omdirigeringarna
Ändra inte sluggen. Om en måste flytta, lägg till en omdirigering innan du byter live-temat.
Be om en ny titt
Använd URL-inspektion i Sökconsole på målsidan efter bytet, och bevaka sedan Sidor-rapporten under de följande veckorna.
Verktyg som gör revisionen snabbare
Du behöver inte mycket. Sökconsole täcker indexering och Länkar-rapporten, PageSpeed Insights täcker mobiltestet, och Screaming Frogs gratisnivå gräver igenom 500 URL:er för att avslöja omdirigeringar och noindex-taggar. Det är tillräckligt.
Ahrefs och Semrush är mer omfattande om du vill ha konkurrentdata, och de kostar riktig pengar. För en blogg med några hundra inlägg svarar de gratis verktygen ovan på frågan som betyder något innan 2026-budgetarna spenderas: kan målsidan faktiskt ta emot länken?
När revisionen är klar, återvänd till köparbetyget och ställ samma frågor till varje kandidatleverantör om exakt den sida du planerar att rikta dig mot.
Raka svar på inställningarna
- Måste jag byta tema innan jag köper länkar?
- Inte alltid. Testa målsidan på en telefon först. Om den laddas på under tre sekunder och texten renderas som ren HTML, behåll temat. En ombyggnad är värd det bara när hastighet eller layout uppenbart misslyckas.
- Ska kategorisidor indexeras?
- Endast om de innehåller användbara beskrivningar och flera inlägg. Tunna arkiv späder ut sajten, så många ägare indexerar inte dem eller slår ihop dem. Kontrollera valet i ditt SEO-plugin och i Sökconsole.
- Kan jag fixa detta och köpa länkar samma vecka?
- Ja, men fixa först. Länkar köpta på måndag fungerar fortfarande senare, men crawlers besöker på sin egen tidtabell. Att väna några dagar för en ren mål kostar lite.
