Īsi sakot: SEO surogātpasts Google indeksā gandrīz vienmēr nozīmē, ka jūsu serverī darbojas svešs kods, kas ģenerē vai piegādā surogātpasta lapas. Vispirms noskaidrojiet, vai lapas rodas kā faili, kā datubāzes ieraksti vai dinamiski ar ielikta koda palīdzību. Pēc attīrīšanas katram surogātpasta URL pastāvīgi jāatgriež 404 vai 410; Search Console noņemšanas rīks tikai uz laiku paslēpj lapas.
Ja jūsu domēns pēkšņi rangojas svešiem pieprasījumiem
Atradums bieži rodas nejauši. Darbinieks meklē paša uzņēmuma nosaukumu un zem tā redz ierakstus svešā valodā. Vai arī Search Console parādās meklēšanas pieprasījumi par zālēm, azartspēlēm vai viltotām precēm ar klikšķiem uz lapām, ko neviens nav izveidojis.
Uzbrucējiem cienījams uzņēmuma domēns ir vērtīgs. Meklētājprogrammas tam uzticas, un surogātpasta lapas zem šīs adreses rangojas vieglāk nekā jaunreģistrētos domēnos. Sekas jūtat jūs kā uzturētājs: cieš jūsu reputācija, Google var rādīt brīdinājumus, un īstais saturs zaudē redzamību.
SEO surogātpasts ir ielaušanās simptoms, nevis mārketinga problēma. Pēc PHP2Shell, ievainojamībām CVE-2026-109618 un CVE-2026-109619 pašā PHP, tas ir īpaši svarīgi: atjauninājums uz labotu PHP versiju aizver ievainojamību, bet neizņem ielikto kodu. Ja Google jau rāda brīdinājumu, pārbaudes ceļu apraksta ceļvedis Google brīdinājuma noņemšana. Šis raksts koncentrējas uz pašām surogātpasta lapām.
SEO surogātpasta atpazīšana: ko rāda Search Console
Google Search Console piedāvā vairākus pārskatus, kas SEO surogātpastu padara redzamu pat pirms brīdinājuma parādīšanās:
- Veiktspēja: meklēšanas pieprasījumi un lapas, kas neatbilst jūsu piedāvājumam, bieži svešās valodās vai rakstzīmēs.
- Lapu indeksēšana: straujš indeksēto vai atklāto lapu skaita pieaugums, lai gan jūsu komanda nav publicējusi saturu.
- Vietnes kartes: iesniegtas vietnes kartes, kuras neviens komandā nepazīst.
- Lietotāji un atļaujas: papildu īpašnieki, ar kuru starpniecību uzbrucēji var iesniegt vietnes kartes.
Pierakstiet piemēru URL un to veidu: vai tie atrodas apakšmapē, vai tiem ir sava paplašinājuma beigu daļa, vai tie satur nejauši izskatāmas rakstzīmju virknes? Šis veids ir svarīgākā norāde uz to, kur serverī lapas rodas.
No kurienes nāk surogātpasta lapas
Surogātpasta lapas var rasties trīs veidos. Veids nosaka, kur meklēt un kā attīrīt:
| Rašanās | Tipiskas pēdas | Kur meklēt |
|---|---|---|
| Statiski faili | daudz HTML vai PHP failu jaunā mapē | failu sistēma, pēc izmaiņu datuma |
| Datubāzes ieraksti | surogātpasta raksti vai produkti CMS, bieži nepublicēti vai paslēpti | datubāzes satura tabulas |
| Dinamiski ģenerēti | failu nav, URL pastāv tikai izsaukšanas brīdī | pārrakstīšanas noteikumi, ieejas faili, pievienotais kods |
Trešo variantu atrast visgrūtāk. Neliels koda fragments ieejas failā vai .htaccess pārtver pieprasījumus, kas atbilst noteiktam paraugam, un ģenerē surogātpasta lapu no veidnes vai ielādē to no sveša servera. Bieži surogātpasta saturu redz tikai meklētājprogrammas, bet parastie apmeklētāji saņem kļūdas lapu vai sākumlapu.
Ar lasāmu vaicājumu pārbaudiet, ko serveris faktiski piegādā. Ievietojiet surogātpasta URL no Search Console:
# Atbilde parastam pārlūkam
curl -s -o /dev/null -w '%{http_code}\n' "https://www.ihre-domain.de/spam-url"
# Atbilde pieprasījumam ar Googlebot identifikatoru
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"
Ja statusa kodi atšķiras, serveris izvērtē izsaucēja identifikatoru. Īstas Google pārbaudes var papildus būt atkarīgas no izgūtāja adreses; tāpēc URL pārbaude Search Console uzticamāk parāda, ko redz Google. Ja surogātpasta saturs atrodas datubāzē, palīdz raksts Datubāzes pārbaude, vai tajā nav ielikta koda.
Indeksa pastāvīga sakopšana
Vispirms jāattīra serveris. Tikai tad, kad ģenerējošais kods ir noņemts un ieejas vārti aizvērti, ir vērts strādāt ar indeksu. Google palīdzība nosauc skaidrus ceļus:
- Atbildēt uz surogātpasta URL ar 404 vai 410: lapām jābūt īsti pazudušām. Izlases veidā pārbaudiet ar augstāk minētajām komandām, ka neviens variants vairs nepiegādā saturu.
- Nepāradresēt uz sākumlapu: vispārēja pāradresācija ļauj URL pastāvēt tālāk un atšķaida attīrīšanu.
- Nebloķēt ar robots.txt: saskaņā ar Google palīdzību tas nav piemērots noņemšanas veids, jo tad Google dzēstās lapas vairs nevar izgūt.
- Noņemt svešas vietnes kartes un īpašniekus: Search Console iesniegtās surogātpasta vietnes kartes dzēst un nepazīstamos īpašniekus noņemt.
- Vajadzības gadījumā uz laiku paslēpt: pagaidu noņemšana saskaņā ar Google palīdzību īpaši kaitīgus URL paslēpj aptuveni sešus mēnešus. Tā nenomaina pastāvīgo risinājumu.
Padomājiet arī par citām meklētājprogrammām. Surogātpasta lapas bija pieejamas visiem pārmeklētājiem, ne tikai Google. Pastāvīgi pareiza atbilde ar 404 vai 410 darbojas arī tur. Kas izmanto citu meklētājprogrammu tīmekļa pārziņa rīkus, tam arī tur jāpārbauda vietnes kartes un pilnvarotās personas. Turklāt zināmo surogātpasta URL sarakstu saglabājiet kā incidenta dokumentācijas daļu.
Ja pēc attīrīšanas parādās jauni surogātpasta URL, kāda slēptā piekļuve ir palaista garām. Tad nedzēsiet tikai jaunās lapas, bet atsāciet meklēšanu serverī.
Atkārtošanās novēršana
SEO surogātpasts bieži atgriežas, jo noņemtas tikai redzamās lapas. Vairākas nedēļas pēc attīrīšanas novērojiet Search Console un lieciet e-pasta paziņojumiem nonākt adresē, ko regulāri lasa. Failu uzraudzība, kas ziņo par jauniem PHP failiem un izmaiņām .htaccess, to papildina servera pusē. Ja apmeklētāji surogātpasta lapu vietā tiek pāradresēti uz svešiem piedāvājumiem, palīdz raksts Vietne pāradresē uz svešām lapām.
Kā PHP SOS palīdz konkrēti?
- Mēs, pamatojoties uz Search Console datiem un servera atbildēm, noskaidrojam, kā surogātpasta lapas rodas.
- Mēs noņemam ģenerējošo kodu, surogātpasta saturu un slēptās piekļuves ļaunprātīgas programmatūras noņemšanas ietvaros un aizveram ieejas vārtus.
- Mēs pārbaudām, ka visi zināmie surogātpasta URL pastāvīgi atgriež 404 vai 410, un sakopjam vietnes kartes un īpašniekus Search Console.
- Mēs ieviešam uzraudzību, kas jaunus failus un neparastus indeksa skaitļus padara redzamus savlaicīgi.
Biežāk uzdotie jautājumi
Kāpēc Google zem mana domēna parādās svešas lapas?
Parasti uzbrucēji ir novietojuši serverī kodu, kas ģenerē vai piegādā surogātpasta lapas. Viņi izmanto uzticību, ko meklētājprogrammas izrāda jūsu domēnam, lai izvirzītu augšgalā savus piedāvājumus. Tā ir ielaušanās pazīme, nevis SEO kļūda.
Vai pietiek ar surogātpasta URL paslēpšanu ar noņemšanas rīku?
Nē. Saskaņā ar Google palīdzību pagaidu noņemšana paslēpj URL tikai aptuveni sešus mēnešus un neaptur tā pārmeklēšanu. Lapas pastāvīgi pazūd tikai tad, kad serveris tām atgriež 404 vai 410.
Vai surogātpasta URL man vajadzētu bloķēt ar robots.txt?
Nē. Google palīdzība nepārprotami atsaka bloķēt noņemamās lapas ar robots.txt. Bloķētos URL Google vairs nevar izgūt un tāpēc arī neatpazīst, ka tie ir dzēsti.
Cik ilgi surogātpasta lapas paliek indeksā pēc attīrīšanas?
Tas atkarīgs no tā, kad Google URL izgūst atkārtoti. Uzticamu laika posmu nosaukt nevar. Svarīgi, lai katrs zināmais surogātpasta URL pastāvīgi atgrieztu 404 vai 410 un nepievienotos jauni.