# SEO-spam og fremmede sider i Googles indeks > SEO-spam efter et hack: Sådan finder I fremmede sider i Googles indeks, opdager, hvor de oprettes, og rydder indekset varigt op igen. Kilde: https://phpsos.de/da/blog/seo-spam-im-google-index/ Status: 25.10.2026 Udbyder: PHP SOS, PHP-nødhjælp og serversikkerhed. Akut hjælp på WhatsApp: https://wa.me/491736494914?text=Hej%20PHP%20SOS%2C%20vi%20har%20brug%20for%20hj%C3%A6lp%20med%20vores%20PHP-server.%20Firma%3A%20%E2%80%A6%20Website%3A%20%E2%80%A6 **Kort sagt:** SEO-spam i Googles indeks betyder næsten altid, at der kører fremmed kode på jeres server, som opretter eller leverer spamsider. Find først ud af, om siderne opstår som filer, som databaseposter eller dynamisk gennem indsmuglet kode. Efter oprydningen skal hver spam-URL varigt svare 404 eller 410; fjernelsesværktøjet i Search Console skjuler kun midlertidigt. ## Når jeres domæne pludselig rangerer for noget fremmed Fundet sker ofte tilfældigt. En medarbejder søger på virksomhedens eget navn og ser under det poster på et fremmed sprog. Eller der dukker i Search Console søgninger op om medicin, spil om penge eller mærkevarer, med klik på sider, som ingen har oprettet. For angribere er et seriøst firmadomæne værdifuldt. Søgemaskinerne har tillid til det, og spamsider under den adresse rangerer lettere end på nyregistrerede domæner. I som driftsansvarlige bærer følgerne: Jeres omdømme lider, Google kan vise advarsler, og de egentlige indhold mister synlighed. SEO-spam er symptomet på et indbrud, ikke et marketingproblem. Efter PHP2Shell, sårbarhederne CVE-2026-109618 og CVE-2026-109619 i selve PHP, er det særligt vigtigt: En opdatering til en rettet PHP-version lukker sårbarheden, men fjerner ikke indsmuglet kode. Hvis Google allerede viser en advarsel, beskriver vejledningen [Fjern Google-advarslen](https://phpsos.de/da/ratgeber/google-warnung-entfernen/) vejen til en fornyet gennemgang. Dette indlæg koncentrerer sig om selve spamsiderne. ## Genkend SEO-spam: Det viser Search Console Google Search Console har flere rapporter, der gør SEO-spam synlig, også før der kommer en advarsel: - **Ydelse:** Søgninger og sider, der ikke passer til jeres tilbud, ofte på fremmede sprog eller med fremmede skrifttegn. - **Sideindeksering:** En pludselig stigning i indekserede eller fundne sider, uden at jeres team har publiceret indhold. - **Sitemaps:** Indsendte sitemaps, som ingen i teamet kender. - **Brugere og tilladelser:** Ekstra ejere, som angribere kan indsende sitemaps gennem. Notér eksempel-URL'er og deres mønster: Ligger de i en undermappe, har de en egen endelse, indeholder de tilfældigt udseende tegnfølger? Mønsteret er det vigtigste fingerpeg om, hvor siderne opstår på serveren. ## Hvor spamsiderne kommer fra Spamsider kan opstå på tre måder. Måden afgør, hvor I leder, og hvordan I rydder op: | Opståen | Typiske spor | Hvor I leder | |---|---|---| | Statiske filer | mange HTML- eller PHP-filer i en ny mappe | filsystemet, efter ændringsdato | | Databaseposter | spamindlæg eller -produkter i CMS'et, ofte upublicerede eller skjulte | databasens indholdstabeller | | Dynamisk genereret | ingen filer, URL'erne findes kun ved kald | rewrite-regler, indgangsfiler, indbundet kode | Den tredje variant er sværest at finde. Et lille stykke kode i en indgangsfil eller i en `.htaccess` fanger forespørgsler, der følger et bestemt mønster, og opretter spamsiden ud fra en skabelon eller henter den fra en fremmed server. Ofte ser kun søgemaskinerne spamindholdet, mens almindelige besøgende får en fejlside eller forsiden. Med en læsende forespørgsel kontrollerer I, hvad serveren faktisk leverer. Indsæt en spam-URL fra Search Console: ```bash # Svar til en almindelig browser curl -s -o /dev/null -w '%{http_code}\n' "https://www.ihre-domain.de/spam-url" # Svar til en forespørgsel med Googlebot-kendetegn 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" ``` Er statuskoderne forskellige, vurderer serveren kalderens kendetegn. Googles egentlige kontroller kan desuden afhænge af afsenderadressen; URL-inspektionen i Search Console viser derfor mere pålideligt, hvad Google ser. Ligger spamindholdet i databasen, hjælper indlægget [Kontrollér databasen for indsmuglet kode](https://phpsos.de/da/blog/datenbank-auf-schadcode-pruefen/). ## Ryd indekset varigt op Oprydningen af serveren kommer først. Først når den genererende kode er fjernet og indgangen lukket, er arbejdet med indekset umagen værd. Googles hjælp nævner klare veje hertil: 1. **Besvar spam-URL'er med 404 eller 410:** Siderne skal faktisk være væk. Kontrollér stikprøvevis med kommandoerne ovenfor, at ingen variant længere leverer indhold. 2. **Omdiriger ikke til forsiden:** En generel viderestilling lader URL'erne fortsat eksistere og udvander oprydningen. 3. **Spær ikke via robots.txt:** Ifølge Googles hjælp er det ikke en egnet vej til fjernelse, fordi Google så ikke længere kan hente de slettede sider. 4. **Fjern fremmede sitemaps og ejere:** Slet indsendte spam-sitemaps i Search Console, og fjern ukendte ejere. 5. **Skjul midlertidigt efter behov:** Den midlertidige fjernelse skjuler særligt skadelige URL'er ifølge Googles hjælp i cirka seks måneder. Den erstatter ikke den varige løsning. Tænk også på andre søgemaskiner. Spamsiderne kunne nås af alle crawlere, ikke kun af Google. Det varigt rigtige svar med 404 eller 410 virker dér på samme måde. Hvis I bruger webmaster-værktøjer hos andre søgemaskiner, bør I også dér kontrollere sitemaps og berettigede. Gem desuden listen over kendte spam-URL'er som en del af hændelsesdokumentationen. > **Vigtigt:** > Dukker der nye spam-URL'er op efter oprydningen, er en bagdør blevet overset. Slet så ikke kun de nye sider, men genoptag søgningen på serveren. ## Forebyg, at det kommer igen SEO-spam kommer ofte tilbage, fordi kun de synlige sider blev fjernet. Hold Search Console under opsyn i ugerne efter oprydningen, og lad e-mailmeddelelserne gå til en adresse, der læses regelmæssigt. En filovervågning, der melder nye PHP-filer og ændringer i `.htaccess`, supplerer det på serversiden. Hvis besøgende i stedet for spamsider sendes videre til fremmede tilbud, hjælper indlægget [Websitet omdirigerer til fremmede sider](https://phpsos.de/da/blog/website-leitet-um/). ## Hvordan hjælper PHP SOS konkret? - Vi finder ud af ud fra Search Console-data og serversvar, hvordan spamsiderne opstår. - Vi fjerner den genererende kode, spamindhold og bagdøre inden for rammerne af [malwarefjernelsen](https://phpsos.de/da/leistungen/malware-entfernung/) og lukker indgangen. - Vi kontrollerer, at alle kendte spam-URL'er varigt svarer 404 eller 410, og rydder op i sitemaps og ejere i Search Console. - Vi opsætter en overvågning, der gør nye filer og usædvanlige indekstal tidligt synlige. ## Ofte stillede spørgsmål **Hvorfor dukker fremmede sider op under mit domæne i Google?** Som regel har angribere lagt kode på serveren, der opretter eller leverer spamsider. De udnytter den tillid, søgemaskinerne har til jeres domæne, til at skubbe egne tilbud op. Det er et tegn på et indbrud, ikke på en SEO-fejl. **Er det nok at skjule spam-URL'erne med fjernelsesværktøjet?** Nej. Ifølge Googles hjælp skjuler en midlertidig fjernelse kun en URL i cirka seks måneder og forhindrer ikke crawling. Siderne forsvinder først varigt, når serveren svarer 404 eller 410 for dem. **Skal jeg spærre spam-URL'er via robots.txt?** Nej. Googles hjælp fraråder udtrykkeligt at blokere sider, der skal fjernes, via robots.txt. Spærrede URL'er kan Google ikke længere hente og opdager derfor heller ikke, at de er slettet. **Hvor længe bliver spamsiderne i indekset efter oprydningen?** Det afhænger af, hvornår Google henter URL'erne igen. Et pålideligt tidsrum kan ikke angives. Det vigtige er, at hver kendt spam-URL varigt svarer 404 eller 410, og at der ikke kommer nye til. ## Kilder - [Google Search Console Hjælp](https://support.google.com/webmasters/) - [php.net: Sikkerhedsmeddelelser](https://www.php.net/) - [OWASP Top 10](https://owasp.org/www-project-top-ten/)