Kort sagt: SEO-spam i Googles index betyder nästan alltid att främmande kod körs på er server och skapar eller levererar spamsidor. Ta först reda på om sidorna uppstår som filer, som poster i databasen eller dynamiskt genom inplanterad kod. Efter saneringen måste varje spam-URL permanent svara 404 eller 410; borttagningsverktyget i Search Console döljer bara tillfälligt.
När er domän plötsligt rankar för något främmande
Fyndet kommer ofta av en slump. En medarbetare söker på det egna företagsnamnet och ser under det poster på ett främmande språk. Eller så dyker det upp sökfrågor om läkemedel, spel om pengar eller märkesvaror i Search Console, med klick på sidor som ingen har skapat.
För angripare är en seriös företagsdomän värdefull. Sökmotorer litar på den, och spamsidor under den adressen rankar lättare än på nyregistrerade domäner. Ni som driftansvariga får bära följderna: ert rykte skadas, Google kan visa varningar och de egentliga innehållen tappar synlighet.
SEO-spam är ett symptom på ett intrång, inte ett marknadsföringsproblem. Efter PHP2Shell, sårbarheterna CVE-2026-109618 och CVE-2026-109619 i själva PHP, är det särskilt viktigt: en uppdatering till en rättad PHP-version stänger sårbarheten men tar inte bort inplanterad kod. För det fall att Google redan visar en varning beskriver guiden Ta bort Googles varning vägen till omprövning. Det här inlägget koncentrerar sig på själva spamsidorna.
Känna igen SEO-spam: vad Search Console visar
Google Search Console har flera rapporter som gör SEO-spam synlig, även innan en varning visas:
- Prestanda: Sökfrågor och sidor som inte passar ert utbud, ofta på främmande språk eller med främmande skrivtecken.
- Sidindexering: En plötslig ökning av indexerade eller upptäckta sidor utan att ert team har publicerat något innehåll.
- Sitemaps: Inskickade sitemaps som ingen i teamet känner till.
- Användare och behörigheter: Ytterligare ägare via vilka angripare kan skicka in sitemaps.
Anteckna exempel-URL:er och deras mönster: ligger de i en undermapp, har de en egen ändelse, innehåller de till synes slumpmässiga teckensträngar? Mönstret är den viktigaste ledtråden till var sidorna skapas på servern.
Varifrån spamsidorna kommer
Spamsidor kan uppstå på tre sätt. Sättet avgör var ni letar och hur ni sanerar:
| Uppkomst | Typiska spår | Var ni letar |
|---|---|---|
| Statiska filer | många HTML- eller PHP-filer i en ny mapp | Filsystemet, efter ändringsdatum |
| Poster i databasen | spaminlägg eller spamprodukter i CMS:et, ofta opublicerade eller dolda | Databasens innehållstabeller |
| Dynamiskt skapade | inga filer, URL:erna finns bara vid anrop | Rewrite-regler, startfiler, inkluderad kod |
Den tredje varianten är svårast att hitta. En liten bit kod i en startfil eller i en .htaccess fångar upp förfrågningar som följer ett visst mönster och skapar spamsidan utifrån en mall eller hämtar den från en främmande server. Ofta ser bara sökmotorer spaminnehållet, medan vanliga besökare får en felsida eller startsidan.
Med en läsande förfrågan kontrollerar ni vad servern faktiskt levererar. Sätt in en spam-URL från Search Console:
# Svar för en vanlig webbläsare
curl -s -o /dev/null -w '%{http_code}\n' "https://www.ihre-domain.de/spam-url"
# Svar för en förfrågan med Googlebot-identitet
curl -s -o /dev/null -w '%{http_code}\n' -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "https://www.ihre-domain.de/spam-url"
Skiljer sig statuskoderna åt utvärderar servern anroparens identitet. Äkta kontroller från Google kan dessutom hänga på hämtarens adress; URL-inspektionen i Search Console visar därför mer tillförlitligt vad Google ser. Ligger spaminnehållet i databasen hjälper inlägget Kontrollera databasen efter inplanterad kod.
Städa indexet permanent
Saneringen av servern kommer först. Först när den skapande koden är borttagen och ingången stängd lönar sig arbetet med indexet. Googles hjälp anger tydliga vägar:
- Svara 404 eller 410 på spam-URL:erna: Sidorna måste faktiskt vara borta. Kontrollera stickprovsvis med kommandona ovan att ingen variant längre levererar innehåll.
- Omdirigera inte till startsidan: En generell vidarebefordran låter URL:erna finnas kvar och späder ut saneringen.
- Spärra inte via robots.txt: Enligt Googles hjälp är det ingen lämplig väg för borttagning, eftersom Google då inte längre kan hämta de raderade sidorna.
- Ta bort främmande sitemaps och ägare: Radera inskickade spam-sitemaps i Search Console och ta bort okända ägare.
- Dölj tillfälligt vid behov: Den tillfälliga borttagningen döljer särskilt skadliga URL:er i ungefär sex månader, enligt Googles hjälp. Den ersätter inte den permanenta lösningen.
Tänk också på andra sökmotorer. Spamsidorna var nåbara för alla sökrobotar, inte bara för Google. Det permanent rätta svaret med 404 eller 410 fungerar likadant där. Den som använder webbansvarigas verktyg hos fler sökmotorer bör kontrollera sitemaps och behöriga även där. Notera dessutom listan över de kända spam-URL:erna som en del av incidentdokumentationen.
Dyker nya spam-URL:er upp efter saneringen har en bakdörr förbisetts. Radera då inte bara de nya sidorna, utan återuppta sökningen på servern.
Förhindra att det kommer tillbaka
SEO-spam kommer ofta tillbaka eftersom bara de synliga sidorna togs bort. Håll koll på Search Console under veckorna efter saneringen och låt e-postaviseringarna gå till en adress som läses regelbundet. En filövervakning som rapporterar nya PHP-filer och ändringar i .htaccess kompletterar det på serversidan. Om besökare i stället för spamsidor skickas vidare till främmande erbjudanden hjälper inlägget Webbplatsen omdirigerar till främmande sidor.
Hur hjälper PHP SOS konkret?
- Vi tar reda på hur spamsidorna uppstår utifrån Search Console-data och serversvar.
- Vi tar bort den skapande koden, spaminnehåll och bakdörrar inom ramen för borttagning av skadlig kod och stänger ingången.
- Vi kontrollerar att alla kända spam-URL:er permanent svarar 404 eller 410 och rensar sitemaps och ägare i Search Console.
- Vi inrättar en övervakning som tidigt synliggör nya filer och ovanliga indexsiffror.
Vanliga frågor
Varför dyker främmande sidor upp under min domän hos Google?
Oftast har angripare lagt kod på servern som skapar eller levererar spamsidor. De utnyttjar det förtroende som sökmotorer har för er domän för att lyfta fram egna erbjudanden. Det är ett tecken på ett intrång, inte på ett SEO-fel.
Räcker det att dölja spam-URL:erna med borttagningsverktyget?
Nej. Enligt Googles hjälp döljer en tillfällig borttagning en URL bara i ungefär sex månader och hindrar inte genomsökning. Sidorna försvinner permanent först när servern svarar 404 eller 410 för dem.
Ska jag spärra spam-URL:er via robots.txt?
Nej. Googles hjälp avråder uttryckligen från att blockera sidor som ska tas bort via robots.txt. Spärrade URL:er kan Google inte längre hämta och märker därför inte heller att de är raderade.
Hur länge ligger spamsidorna kvar i indexet efter saneringen?
Det beror på när Google hämtar URL:erna på nytt. Någon tillförlitlig tidsram går inte att ange. Viktigt är att varje känd spam-URL permanent svarar 404 eller 410 och att inga nya tillkommer.