Röviden: A SEO-spam a Google-indexben szinte mindig azt jelenti, hogy a szerverén idegen kód fut, amely spamoldalakat állít elő vagy szolgál ki. Először derítse ki, hogy az oldalak fájlként, adatbázis-bejegyzésként vagy dinamikusan, bejuttatott kód révén keletkeznek-e. A takarítás után minden spam-URL-nek tartósan 404-et vagy 410-et kell adnia; a Search Console eltávolítási eszköze csak átmenetileg rejt el.
Amikor a domainje hirtelen idegen tartalmakra rangsorol
A felfedezés gyakran véletlenül történik. Egy munkatárs a saját cégnevére keres, és alatta idegen nyelvű találatokat lát. Vagy a Search Consoleban gyógyszerekre, szerencsejátékra vagy márkás áruk keresésére vonatkozó lekérdezések jelennek meg, olyan oldalakra érkező kattintásokkal, amelyeket senki sem hozott létre.
A támadók számára egy megbízható cégdomain értékes. A keresőmotorok bíznak benne, és az ilyen címen lévő spamoldalak könnyebben rangsorolnak, mint egy frissen regisztrált domainen. A következményeket Ön, az üzemeltető viseli: romlik a híre, a Google figyelmeztetést jeleníthet meg, és a tényleges tartalmak láthatóságot veszítenek.
A SEO-spam egy behatolás tünete, nem marketingprobléma. A PHP2Shell, vagyis a magában a PHP-ban lévő CVE-2026-109618 és CVE-2026-109619 rések után ez különösen fontos: a javított PHP-verzióra való frissítés lezárja a rést, de nem távolít el bejuttatott kódot. Arra az esetre, ha a Google már figyelmeztetést jelenít meg, a Google-figyelmeztetés eltávolítása útmutató leírja az ellenőrzés menetét. Ez a cikk magukra a spamoldalakra koncentrál.
A SEO-spam felismerése: mit mutat a Search Console
A Google Search Console több jelentést kínál, amelyek még figyelmeztetés megjelenése előtt láthatóvá teszik a SEO-spamet:
- Teljesítmény: Olyan lekérdezések és oldalak, amelyek nem illenek az Ön kínálatához, gyakran idegen nyelven vagy írásjelekkel.
- Oldalindexelés: Az indexelt vagy felfedezett oldalak ugrásszerű növekedése anélkül, hogy a csapata tartalmakat tett volna közzé.
- Oldaltérképek: Beküldött oldaltérképek, amelyeket a csapatból senki sem ismer.
- Felhasználók és engedélyek: További tulajdonosok, akiken keresztül a támadók oldaltérképeket küldhetnek be.
Jegyezzen fel mintaként néhány URL-t és a mintázatukat: egy almappában vannak, saját végződésük van, véletlenszerűnek tűnő karaktersorokat tartalmaznak? A mintázat a legfontosabb támpont arra, hogy hol keletkeznek az oldalak a szerveren.
Honnan származnak a spamoldalak
A spamoldalak háromféleképpen keletkezhetnek. A mód határozza meg, hol keressen és hogyan tisztítson:
| Keletkezés | Tipikus nyomok | Hol keressen |
|---|---|---|
| Statikus fájlok | sok HTML- vagy PHP-fájl egy új mappában | fájlrendszer, módosítási dátum szerint |
| Adatbázis-bejegyzések | spambejegyzések vagy -termékek a CMS-ben, gyakran nem közzétéve vagy elrejtve | az adatbázis tartalomtáblái |
| Dinamikusan előállítva | nincsenek fájlok, az URL-ek csak meghíváskor léteznek | átírási szabályok, belépési fájlok, beágyazott kód |
A harmadik változatot a legnehezebb megtalálni. Egy belépési fájlban vagy egy .htaccess-ben lévő kis kódrészlet elfog egy bizonyos mintát követő kéréseket, és a spamoldalt egy sablonból állítja elő, vagy egy idegen szerverről tölti be. Gyakran csak a keresőmotorok látják a spamtartalmakat, míg a normál látogatók hibaoldalt vagy a nyitóoldalt kapják.
Egy csak olvasó lekérdezéssel ellenőrizheti, mit szolgál ki ténylegesen a szerver. Írjon be egy spam-URL-t a Search Consoleból:
# Válasz egy normál böngészőnek
curl -s -o /dev/null -w '%{http_code}\n' "https://www.ihre-domain.de/spam-url"
# Válasz egy Googlebot-azonosítóval küldött kérésre
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"
Ha az állapotkódok eltérnek, a szerver kiértékeli a hívó azonosítóját. A Google valódi ellenőrzései ezenkívül a lekérő címétől is függhetnek; ezért a Search Console URL-vizsgálata megbízhatóbban mutatja, mit lát a Google. Ha a spamtartalmak az adatbázisban vannak, a Az adatbázis ellenőrzése bejuttatott kód szempontjából cikk segít.
Az index tartós kitisztítása
Először a szerver megtisztítása következik. Az indexen végzett munka csak akkor éri meg, ha a létrehozó kódot eltávolították és a behatolási pontot lezárták. A Google súgója erre egyértelmű utakat nevez meg:
- A spam-URL-ekre 404-gyel vagy 410-zel válaszolni: Az oldalaknak ténylegesen el kell tűnniük. Ellenőrizze szúrópróbaszerűen a fenti parancsokkal, hogy már egyetlen változat sem szolgáltat tartalmat.
- Nem átirányítani a nyitóoldalra: Az általános átirányítás az URL-eket tovább létezteti, és felhígítja a takarítást.
- Nem tiltani a robots.txt-vel: A Google súgója szerint ez nem alkalmas eltávolításra, mert a Google a törölt oldalakat így már nem tudja lekérni.
- Idegen oldaltérképek és tulajdonosok eltávolítása: A Search Consoleban beküldött spam-oldaltérképeket törölje, az ismeretlen tulajdonosokat távolítsa el.
- Szükség esetén átmenetileg elrejteni: Az átmeneti eltávolítás a Google súgója szerint a különösen káros URL-eket körülbelül hat hónapra elrejti. A tartós megoldást nem pótolja.
Gondoljon más keresőmotorokra is. A spamoldalak minden bejáró számára elérhetők voltak, nem csak a Google-nek. A tartósan helyes, 404-es vagy 410-es válasz ott is hat. Aki más keresőmotorok webmestereszközeit is használja, azoknál is ellenőrizze az oldaltérképeket és a jogosultakat. Tartsa nyilván az ismert spam-URL-ek listáját is az incidens dokumentációjának részeként.
Ha a takarítás után új spam-URL-ek bukkannak fel, egy hátsó ajtó kimaradt. Ilyenkor ne csak az új oldalakat törölje, hanem folytassa a keresést a szerveren.
A visszatérés megelőzése
A SEO-spam gyakran visszatér, mert csak a látható oldalakat távolították el. Figyelje a Search Consolet a takarítást követő hetekben, és az e-mail-értesítéseket olyan címre irányítsa, amelyet rendszeresen olvasnak. Ezt a szerver oldalán egy fájlfelügyelet egészíti ki, amely jelzi az új PHP-fájlokat és a .htaccess módosításait. Ha a látogatókat spamoldalak helyett idegen ajánlatokra irányítják át, a A weboldal idegen oldalakra irányít át cikk segít.
Hogyan segít konkrétan a PHP SOS?
- A Search Console adatai és a szerverválaszok alapján megállapítjuk, hogyan keletkeznek a spamoldalak.
- A kártevő-eltávolítás keretében eltávolítjuk a létrehozó kódot, a spamtartalmakat és a hátsó ajtókat, és lezárjuk a behatolási pontot.
- Ellenőrizzük, hogy az összes ismert spam-URL tartósan 404-et vagy 410-et ad, és megtisztítjuk az oldaltérképeket és a tulajdonosokat a Search Consoleban.
- Felügyeletet állítunk be, amely korán láthatóvá teszi az új fájlokat és a szokatlan indexszámokat.
Gyakori kérdések
Miért jelennek meg idegen oldalak a domainem alatt a Google-ben?
Többnyire a támadók olyan kódot helyeztek el a szerveren, amely spamoldalakat állít elő vagy szolgál ki. Kihasználják azt a bizalmat, amelyet a keresőmotorok az Ön domainje iránt éreznek, hogy saját ajánlataikat előre juttassák. Ez behatolás jele, nem SEO-hiba.
Elég, ha az eltávolítási eszközzel elrejtem a spam-URL-eket?
Nem. A Google súgója szerint az átmeneti eltávolítás egy URL-t csak körülbelül hat hónapra rejt el, és nem akadályozza meg a bejárást. Az oldalak csak akkor tűnnek el tartósan, ha a szerver rájuk 404-es vagy 410-es választ ad.
Tiltsam le a spam-URL-eket a robots.txt fájlban?
Nem. A Google súgója kifejezetten óv attól, hogy eltávolítandó oldalakat a robots.txt-vel blokkoljanak. A letiltott URL-eket a Google nem tudja többé lekérni, ezért azt sem veszi észre, hogy törölték őket.
Meddig maradnak a spamoldalak az indexben a takarítás után?
Ez attól függ, mikor kéri le újra a Google az URL-eket. Megbízható időtartamot nem lehet megadni. Az a fontos, hogy minden ismert spam-URL tartósan 404-et vagy 410-et adjon, és ne jöjjenek újak.