Rozwiązane Przejście na Cloudflare i brak indeksacji podstron w Google

Cześć,

Problem jest następujący. Znajomy posiada stronę/strony, które zostały przeniesione na Cloudflare i od tego momentu wypadły z indeksu Google. Nie tak od razu, ale bardzo systematycznie wypadały, aż do całkowitego wycięcia z wyników wyszukiwania Google. Czytałem trochę w Internecie i być może to dotyczy jakiś reguł w firewall, adresów IP, Cache. itp. Niestety nigdy nie miałem okazji zgłębić tego jak działa Cloudflare, dlatego temat jest dla mnie nowy i akurat w tym jestem trochę zielony. Wyczytałem również, że może to kolidować również z innymi wtyczkami np. WP Rocket, takowa jest uruchomiona na stronie znajomego. Spadek i wyindeksowanie stron nastąpił właśnie dość bezpośrednio po przejściu na Cloudflare.

Strona to teach24.eu.

Sprawdziłem kilka URLi w Google Search Console i nie jest kolorowo. Są ustawione linki kanoniczne do dziwnych stron, jakieś cracki i keygeny, mimo że w kodzie prawidłowo canonicale odnoszą się dobrej podstrony. Dodam, że te podstrony z crackami, które są widoczne na screenach po sprawdzeniu URL w GSC mają ustawione 'noindex'. Pokazuje też informację, że jest zastosowany noindex, ale w kodzie również jest oznaczenie, że strona ma ma być indeksowana - czyli index, follow. Robots.txt wygląda w porządku. Klient sam wdrażał Cloudflare i "robił" seo. W załączniku dodaję zdjęcia jak to wygląda. Jak się tego pozbyć?

Tutaj screeny z GSC i kodu strony: https://imgur.com/a/MhYFuzR

Prosiłbym o wskazówki i pomoc w tym temacie.

Cześć,

Podlinkowana strona ma po prostu malware i dlatego jest taki problem. Samo przejście do cloudflare - jak mniemam mowa o przepięciu DNS, a nie hostingu - nie ma kompletnie żadnego wpływu na wyindeksowanie stron. Domyślnie w CF nie jest ustawiony żadny firewall

Malware działa w taki sposób, że jest ustawione przekierowanie 301 ze strony twojego znajomego, a dokładniej z adresu http:// i https:// na adres

hxxp://loophost[dot]eu/?aid=24&sid=73235&d=teach24.eu&q= 

dopiero ten adres przekierowuje na

hxxps://keygen[dot]run/up/hamster-kombat-codechaos-autoclicker-bot/

a dodatkowo http://www i https://www przekierowują na loophost

/?aid=24&sid=73235&d=www.teach24.eu&q= 

następnie na

hxxps://cracknfo[dot]eu/top_downloads.php

Pozdrawiam

Zerknąłem na robots.txt

# START YOAST BLOCK
# ---------------------------
User-agent: *
Disallow:

Sitemap: https://teach24.eu/sitemap.xml
#Sitemap: https://teach24.eu/sitemap_index.xml
# ---------------------------
# END YOAST BLOCK

Dlaczego zdefiniowany jest Disallow, ale do czego?

Proponuję dać domyślne ustawienie w tym pliku

User-agent: *
Allow: /

@itmaster pusty disallow pełni taką samą funkcję co twoja propozycja

@Harry O to nie wiedziałem, chociaż dla mnie wygląda to dziwacznie, jeśli mam coś wykluczać to daję disallow i parametr, a nie puste i nic nie blokuje.😀

A o tym że strona jest zainfekowana malware, to nie powinno mu wyskoczyć o tym info w Google Search Console?

@itmaster nie w tym przypadku, ponieważ jest ustawione przekierowanie 301, więc system z automatu zakłada, że zostało ono ustawione przez admina

• Żółta lampka powinna się zaświecić, gdy zaczęło wyindeksowywać strony bez powodu
• Czerwona lampka powinna się zaświecić, gdy pokazało adres kanoniczny na inną stronę

@Harry Mocno czerwona, wręcz bordowa lampka świeci się właśnie teraz/dzisiaj, gdy dostałem informacje na ten temat i misję do ogarnięcia Czy można prosić jakieś tipy, jak się zabrać za wyczyszczenie tego jak należy?

25 minut temu, mattovsky napisał(a):

Czy można prosić jakieś tipy, jak się zabrać za wyczyszczenie tego jak należy?

Trzeba iść schematem, krok po kroku sprawdzając wszystko na serwerze, w CMS i bazie danych. Żadna wtyczka typu WordFence nie wyleczy tego.

Poza tym jak można ufać "wtyczce do bezpieczeństwa", która w swojej karierze miała bodajże 14 podatności, w tym 8x umożliwiała ataki XSS 🤣

↓ ↓ ↓