Ismeretlen spamoldalak jelentek meg a Google-ben: feltörték a weboldalam?
Ha olyan oldalakat találsz a Google-ben, amelyeket nem te készítettél – például japán nyelvű, gyógyszeres, kaszinós vagy átirányító tartalmat –, kezeld lehetséges feltörésként. Először Search Console-ban nézd meg a Biztonsági problémák és Kézi műveletek jelentést, majd keresd a váratlan URL-eket, felhasználókat, bővítményeket és szervermódosításokat. Készíts mentést és őrizd meg a naplókat; ne törölj találomra fájlokat bizonyíték nélkül. A fertőzés megállítása után tiszta eszközről cseréld le a hozzáféréseket, frissítsd vagy távolítsd el a sebezhető elemet, állíts vissza ismert tiszta mentést vagy végezz teljes tisztítást, majd ellenőrizd, hogy nincs újranyíló hátsó ajtó. Csak a tényleges helyreállítás után kérj felülvizsgálatot a Google-től.
Mit jelent ez az üzletednek?
Súlyosság: magas. A spamoldalak látogatókat irányíthatnak át, figyelmeztetést válthatnak ki, ronthatják a bizalmat és eltéríthetik a valódi ügyfélforgalmat.
Az ismeretlen tartalom mellett támadó fél adminfiókot, webhelyadatot vagy ügyféladatot is elérhetett. A találatokból pusztán URL-ek eltávolítása nem szünteti meg a forrást; ha a hátsó ajtó megmarad, a spam újra megjelenhet.
A leggyakoribb okok – és hogyan ismered fel őket
- 1
Elavult CMS, bővítmény vagy téma
Egy ismert sérülékenységen keresztül fájlokat vagy adminfelhasználót helyezhettek el.
Így ellenőrizd: A hosting- és CMS-naplókban látszik gyanús belépés, új admin vagy váratlan fájlváltozás?
- 2
Ellopott vagy újrahasznált jelszó
Gyenge, máshol is használt admin-, tárhely- vagy FTP-jelszó lehetővé teheti a hozzáférést.
Így ellenőrizd: Van ismeretlen CMS-admin, SSH/SFTP kulcs, API-token vagy tárhely-felhasználó?
- 3
Rejtett hátsó ajtó vagy adatbázisba írt spam
A feltörés nem mindig látható a főoldalon; szerveroldali kód, cron vagy adatbázismező szolgálhatja ki a robotoknak.
Így ellenőrizd: A Googlebot és az emberi látogató eltérő tartalmat kap, vagy a spam visszatér a takarítás után?
- 4
Külső átirányítás vagy fertőzött eszköz
Domain-, DNS-, CDN- vagy helyi böngészőbővítmény-probléma is okozhat váratlan átirányítást.
Így ellenőrizd: Több eszközön, hálózaton és közvetlen URL-lel is reprodukálható a jelenség?
Javítás lépésről lépésre
- 1. lépés
Erősítsd meg, hogy valóban a saját domain érintett
Keress rá a domainre és a gyanús URL-ekre, nyisd meg őket biztonságos tesztkörnyezetből, és nézd meg a Search Console Biztonsági problémák jelentését. A site: keresés hasznos jelzés, de nem teljes leltár.
- 2. lépés
Őrizd meg a bizonyítékot és korlátozd a kárt
Készíts biztonságos mentést a jelenlegi állapotról és a naplókról. Ha aktív átirányítás vagy adatvesztés van, a tárhelyszolgáltatóval együtt korlátozd a hozzáférést; ne állíts vissza ellenőrizetlen mentést élesben.
- 3. lépés
Keresd meg a belépési utat
Ellenőrizd az új adminokat, frissen módosított fájlokat, bővítményeket, témákat, cron feladatokat, DNS- és tárhelyfelhasználókat. A fertőzés idejét vesd össze a hozzáférési és frissítési naplókkal.
- 4. lépés
Tisztítsd meg vagy állítsd helyre a rendszert
Frissíts minden sérülékeny komponenst, távolítsd el a nem használt bővítményeket, cseréld az összes érintett jelszót és tokent, majd tiszta, ellenőrzött forrásból állítsd helyre a fájlokat és adatbázist. Komoly incidensnél vonj be incidenskezelő szakembert.
- 5. lépés
Ellenőrizd, hogy a támadó nem tér vissza
Vizsgáld át a fájlrendszert, adatbázist, hozzáférési listákat és az oldalak Googlebot által renderelt változatát. Figyeld a naplókat és a Search Console értesítéseit a takarítás után is.
- 6. lépés
Kérj Google-felülvizsgálatot a teljes javítás után
Ha a Security Issues jelentés hibát mutat, a felsorolt okok megszüntetése után indíts felülvizsgálatot. Írd le tényszerűen, mit találtál és hogyan zártad le; az URL-ek eltávolítási eszköze önmagában nem tisztítja meg a szervert.
Tippek platformonként
WordPress
Ellenőrizd az adminfiókokat, mu-plugins könyvtárat, feltöltési mappát, cronokat és minden bővítményt. Csak hivatalos, tiszta csomagból telepíts újra, és frissítsd a PHP-t, témát, CMS-t.
Egyedi webalkalmazás
Nézd át az alkalmazás-, webszerver-, CI/CD- és felhőhozzáféréseket is. A forráskód tisztítása kevés, ha az ellopott telepítési token vagy szerverfiók aktív marad.
DNS / CDN
Ellenőrizd a DNS-rekordok és CDN-szabályok változásait is. A böngészőben tapasztalt átirányítás nem feltétlenül az alkalmazásból érkezik.
Gyakori hibák javítás közben
- Csak a Google-találati URL-eket törölni, a szervert nem tisztítani.
- Bizonyíték és tiszta mentés nélkül fájlokat törölni.
- A jelszavakat fertőzött számítógépről megváltoztatni.
- Felülvizsgálatot kérni, mielőtt minden fertőzött útvonalat és hátsó ajtót megszüntettél.
Mikor kérj segítséget?
Ha idegen adminfiók, átirányítás vagy ismétlődő spam jelenik meg, a takarítás biztonsági incidenskezelés, nem egyszerű SEO-feladat. Előbb a tárhelyszolgáltatóval vagy webbiztonsági szakemberrel állítsd helyre a rendszert; utána az indexelést és a keresőforgalmat is ellenőrizni kell.
Gyakori kérdések
A site: keresés minden feltört oldalt megmutat?
Nem. Hasznos figyelmeztető jel, de nem teljes leltár és nem helyettesíti a Search Console Biztonsági problémák jelentését, a szervernaplók vagy a fájlok ellenőrzését.
Elég eltávolítani a spamoldalakat a Google-ből?
Nem. Ha a szerveren marad a támadó kód vagy hozzáférés, új oldalak jöhetnek létre. Előbb a forrást és a belépési utat kell megszüntetni.
Mikor kérjek felülvizsgálatot?
Miután minden jelzett problémát ténylegesen kijavítottál, a tiszta oldal ellenőrizhető és nem jelenik meg új fertőzés. A kérelemben foglald össze a megtett lépéseket.