Aktuális helyzet: PHP2Shell. Két kritikus PHP-rés (CVSS 9,2) lehetővé teszi kártékony kód futtatását bejelentkezés nélkül. Javítások 2026. 10. 21. óta.Mi a teendő most →

SEO-spam és idegen oldalak a Google-indexben

Egyszer csak gyógyszerekről vagy márkás árukról szóló oldalak jelennek meg a domainje alatt. Így derítheti ki, honnan származik a SEO-spam, és hogyan tűnik el újra az indexből.

Állapot 5 perc olvasási időFelismerés és forenzika

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:

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

Fontos

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.

Források

Azonnali kapcsolat

Minden óra számít. Írjon nekünk most.

Ismertesse röviden a rendszert, a PHP-verziót és a megfigyelését. Jelentkezünk, tisztázzuk a helyzetet, és távolról dolgozunk, amíg az incidens le nem zárul és dokumentálva nem lesz.

Azonnali segítség