Lühidalt: SEO-rämps Google'i indeksis tähendab peaaegu alati, et teie serveris töötab võõras kood, mis loob või edastab rämpslehti. Selgitage esmalt välja, kas lehed tekivad failidena, andmebaasikirjetena või dünaamiliselt sissetoodud koodi kaudu. Pärast puhastamist peab iga rämpsu-URL vastama püsivalt koodiga 404 või 410; Search Console'i eemaldamistööriist peidab lehti ainult ajutiselt.
Kui teie domeen hakkab äkki võõra sisu eest edetabelis esinema
Leid tuleb sageli juhuslikult. Töötaja otsib oma ettevõtte nime ja näeb selle all kirjeid võõras keeles. Või ilmuvad Search Console'is päringud ravimite, hasartmängude või margikaupade kohta, klikkidega lehtedele, mida keegi pole loonud.
Ründajatele on usaldusväärne ettevõtte domeen väärtuslik. Otsingumootorid usaldavad seda ja rämpslehed selle aadressi all jõuavad edetabelis kõrgemale kui värskelt registreeritud domeenidel. Tagajärgi kannate teie kui haldaja: teie maine kannatab, Google võib kuvada hoiatusi ja tegelik sisu kaotab nähtavust.
SEO-rämps on sissemurdmise sümptom, mitte turundusprobleem. Pärast PHP2Shelli, PHP enda turvaauke CVE-2026-109618 ja CVE-2026-109619, on see eriti oluline: uuendus parandatud PHP versioonile sulgeb küll augu, kuid ei eemalda sissetoodud koodi. Juhuks, kui Google juba hoiatust kuvab, kirjeldab juhend Google'i hoiatuse eemaldamine kontrollimise teed. See artikkel keskendub rämpslehtedele endile.
SEO-rämpsu äratundmine: mida Search Console näitab
Google Search Console pakub mitut aruannet, mis teevad SEO-rämpsu nähtavaks juba enne hoiatuse ilmumist:
- Tulemuslikkus: otsingupäringud ja lehed, mis teie pakkumisega kokku ei sobi, sageli võõras keeles või kirjamärkides.
- Lehtede indekseerimine: indekseeritud või avastatud lehtede järsk kasv, ilma et teie meeskond oleks sisu avaldanud.
- Saidikaardid: esitatud saidikaardid, mida meeskonnas keegi ei tunne.
- Kasutajad ja õigused: lisaomanikud, kelle kaudu ründajad saavad saidikaarte esitada.
Märkige üles näide-URL-id ja nende muster: kas need asuvad alamkaustas, kas neil on eraldi laiend, kas need sisaldavad juhuslikuna näivaid märgijadasid? Muster on kõige olulisem vihje sellele, kus lehed serveris tekivad.
Kust rämpslehed tulevad
Rämpslehed võivad tekkida kolmel viisil. Viis määrab, kust otsite ja kuidas puhastate:
| Tekkeviis | Tüüpilised jäljed | Kust otsida |
|---|---|---|
| Staatilised failid | palju HTML- või PHP-faile uues kaustas | failisüsteem, muutmiskuupäeva järgi |
| Andmebaasikirjed | rämpspostitused või -tooted CMS-is, sageli avaldamata või peidetud | andmebaasi sisutabelid |
| Dünaamiliselt loodud | faile pole, URL-id eksisteerivad ainult päringu ajal | ümberkirjutusreeglid, sisenemisfailid, ühendatud kood |
Kolmandat varianti on kõige raskem leida. Väike koodilõik sisenemisfailis või .htaccess-is püüab kinni teatud mustrile vastavad päringud ning loob rämpslehe mallist või laadib selle võõralt serverilt. Sageli näevad rämpssisu ainult otsingumootorid, tavakülastajad saavad aga veateate või avalehe.
Lugeva päringuga kontrollite, mida server tegelikult tagastab. Pange sisse Search Console'ist pärit rämpsu-URL:
# Vastus tavalisele brauserile
curl -s -o /dev/null -w '%{http_code}\n' "https://www.ihre-domain.de/spam-url"
# Vastus Googlebot-tunnusega päringule
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"
Kui olekukoodid erinevad, hindab server päringu tegija tunnust. Google'i tegelikud kontrollid võivad lisaks sõltuda ka päringu tegija aadressist; seetõttu näitab Search Console'i URL-i kontroll usaldusväärsemalt, mida Google näeb. Kui rämpssisu asub andmebaasis, aitab artikkel Andmebaasi kontrollimine sissetoodud koodi suhtes.
Indeksi jäädav puhastamine
Esmalt tuleb serverit puhastada. Indeksiga tasub tegeleda alles siis, kui loov kood on eemaldatud ja sissepääs suletud. Google'i abi nimetab selleks selged teed:
- Vastake rämpsu-URL-idele koodiga 404 või 410: lehed peavad tegelikult olema kadunud. Kontrollige ülaltoodud käskudega valikuliselt, et ükski variant ei tagasta enam sisu.
- Ärge suunake avalehele: üldine ümbersuunamine hoiab URL-id edasi alles ja lahjendab puhastamist.
- Ärge blokeerige robots.txt-iga: Google'i abi järgi ei sobi see eemaldamiseks, sest Google ei saa siis kustutatud lehti enam pärida.
- Eemaldage võõrad saidikaardid ja omanikud: kustutage Search Console'is esitatud rämpssaidikaardid ja eemaldage tundmatud omanikud.
- Vajaduse korral peitke ajutiselt: ajutine eemaldamine peidab eriti kahjulikud URL-id Google'i abi andmetel umbes kuueks kuuks. See ei asenda jäädavat lahendust.
Mõelge ka teistele otsingumootoritele. Rämpslehed olid kättesaadavad kõigile indekseerijatele, mitte ainult Google'ile. Jäädavalt õige vastus koodiga 404 või 410 toimib seal samamoodi. Kes kasutab teiste otsingumootorite veebimeistrite tööriistu, peaks ka seal saidikaardid ja õigustatud isikud üle kontrollima. Hoidke teadaolevate rämpsu-URL-ide loend lisaks intsidendi dokumentatsiooni osana alles.
Kui pärast puhastamist ilmub uusi rämpsu-URL-e, on tagauks märkamata jäänud. Siis ärge kustutage ainult uusi lehti, vaid jätkake otsimist serveris.
Kordumise vältimine
SEO-rämps tuleb sageli tagasi, sest eemaldati ainult nähtavad lehed. Jälgige Search Console'i nädalatel pärast puhastamist ja suunake e-posti teavitused aadressile, mida regulaarselt loetakse. Serveripoolselt täiendab seda failide seire, mis annab märku uutest PHP-failidest ja .htaccess-i muudatustest. Kui külastajaid suunatakse rämpslehtede asemel võõrastele pakkumistele, aitab artikkel Veebisait suunab külastajad võõrastele lehtedele.
Kuidas PHP SOS konkreetselt aitab?
- Selgitame Search Console'i andmete ja serveri vastuste põhjal välja, kuidas rämpslehed tekivad.
- Eemaldame loova koodi, rämpssisu ja tagauksed pahavara eemaldamise raames ning sulgeme sissepääsu.
- Kontrollime, et kõik teadaolevad rämpsu-URL-id vastavad püsivalt koodiga 404 või 410, ning puhastame Search Console'is saidikaardid ja omanikud.
- Seadistame seire, mis teeb uued failid ja ebatavalised indeksinumbrid varakult nähtavaks.
Korduma kippuvad küsimused
Miks ilmuvad Google'is minu domeeni all võõrad lehed?
Enamasti on ründajad paigutanud serverisse koodi, mis loob või edastab rämpslehti. Nad kasutavad ära usaldust, mida otsingumootorid teie domeeni vastu tunnevad, et enda pakkumisi ettepoole upitada. See viitab sissemurdmisele, mitte SEO veale.
Kas piisab rämpsu-URL-ide peitmisest eemaldamistööriistaga?
Ei. Google'i abi andmetel peidab ajutine eemaldamine URL-i vaid umbes kuueks kuuks ega takista indekseerimist. Lehed kaovad jäädavalt alles siis, kui server vastab neile koodiga 404 või 410.
Kas peaksin rämpsu-URL-id robots.txt-iga blokeerima?
Ei. Google'i abi soovitab otsesõnu eemaldatavaid lehti robots.txt-iga mitte blokeerida. Blokeeritud URL-e ei saa Google enam pärida ega märka seetõttu ka seda, et need on kustutatud.
Kui kaua jäävad rämpslehed pärast puhastamist indeksisse?
See sõltub sellest, millal Google URL-e uuesti pärib. Usaldusväärset ajavahemikku nimetada ei saa. Oluline on, et iga teadaolev rämpsu-URL vastaks püsivalt koodiga 404 või 410 ja uusi ei lisanduks.