Falls Ihre Website von dem japanischen Keyword-Hack betroffen ist, ist die Bereinigung der Dateien nur die halbe Miete. Die Spam-URLs verbleiben auch nach der Entfernung der Malware im Google-Index und werden weiterhin unter Ihrer Domain angezeigt, bis Google jede einzelne davon erneut abruft und feststellt, dass sie nicht mehr aktiv ist.
In diesem Beitrag geht es um die zweite Hälfte: Welches Löschsignal soll gesendet werden, wie lässt sich das „Removals“-Tool nutzen, ohne in seine beiden Fallstricke zu tappen, und wie lässt sich die Bereinigung überprüfen, nachdem das Tool, auf das Googles eigene Anleitung verweist, nicht mehr existiert?.
Wichtigste Erkenntnisse
- Der „Japanese Keyword Hack“ platziert automatisch generierte japanische Spam-Seiten in zufällig benannten Verzeichnissen auf Ihrer Website, monetarisiert diese mithilfe von Affiliate-Links zu gefälschten Produkten und tarnt sie so, dass Crawler sie erkennen, Sie jedoch nicht.
- Durch das Bereinigen der Dateien werden die Seiten nicht aus Google entfernt. Jede Spam-URL muss einen 404- oder 410-Fehler zurückgeben und anschließend erneut gecrawlt werden, bevor sie aus dem Index entfernt wird.
- Der Status 410 gilt für eine von einem Hacker erstellte URL, die nie rechtmäßig existiert hat; 404 ist in Fällen angebracht, in denen ein 410 nicht sinnvoll ist. Google führt beide als Maßnahmen auf, die zu einer dauerhaften Löschung führen.
- Blockieren Sie die Spam-Pfade nicht in der robots.txt. Googlebot kann sie dann nicht abrufen, sieht weder den 404-Fehler noch den „noindex“-Befehl, und die URLs können auf unbestimmte Zeit im Index verbleiben.
- Das „Removals“-Tool ist eine vorübergehende Schutzmaßnahme mit einer Laufzeit von etwa sechs Monaten. In der Dokumentation von Google wird den Betreibern gehackter Websites empfohlen, das Tool auf die URLs der Hacker auszurichten und nicht auf die gesamte Website.
- In Googles Leitfaden zum Umgang mit Hackerangriffen wird nach wie vor empfohlen, die Bereinigung mit „Fetch as Google“ zu überprüfen, eine Funktion, die in der Search Console nicht mehr verfügbar ist. An ihre Stelle ist der Live-Test des URL-Prüftools getreten.
Was ist der „Japanese Keyword Hack“?
Der „Japanese Keyword Hack“ ist ein Angriff auf eine Website, bei dem Tausende automatisch generierter Seiten in japanischer Sprache auf Ihrer Domain erstellt werden, in der Regel in einem Verzeichnis mit zufälligem Namen wie beispielsweise /ltjmnjp/341.html. Diese Seiten werden durch Affiliate-Links zu Shops monetarisiert, die gefälschte Markenartikel verkaufen, und sie werden in der Google-Suche unter Ihrem Namen angezeigt.
In Googles eigenem Leitfaden wird dies fast wörtlich so beschrieben, und diese Beschreibung ist zutreffend, sodass es hier nichts zu diskutieren gibt:
Beim sogenannten „japanischen Keyword-Hack“ werden in der Regel neue Seiten mit automatisch generiertem japanischem Text auf Ihrer Website unter zufällig generierten Verzeichnisnamen erstellt (zum Beispiel http://example.com/ltjmnjp/341.html). Diese Seiten werden mithilfe von Affiliate-Links zu Shops, die gefälschte Markenartikel verkaufen, monetarisiert und anschließend in der Google-Suche angezeigt.
Google, Den Hack für japanische Schlüsselwörter beheben
Website: Suche auf einer kompromittierten Domain, wobei die eingeschleusten japanischen Seiten in den organischen Suchergebnissen neben den echten Seiten der Website erscheinen. Bildquelle: Google, “Fix the Japanese keyword hack”, verwendet unter der Creative Commons Attribution 4.0-Lizenz.Sicherheitsanbieter bezeichnen dasselbe Phänomen in der Regel als „japanischen SEO-Spam“; wenn Sie also nach Hilfe suchen, werden Sie auf beide Bezeichnungen stoßen. Einige weitere Merkmale sind so einheitlich, dass sich die meisten Artikel darin einig sind, und es lohnt sich, diese zu kennen, da jedes einzelne davon ein Bereich ist, auf den Sie achten müssen.
- Es passt sich anhand des User-Agents an. Der Code prüft, wer die Anfrage stellt, sodass ein Crawler japanische Verkaufstexte erhält, während Sie Ihre normale Seite sehen. Deshalb ist Ihr eigener Browser auf einer gehackten Website kein Beweis.
- Es schreibt um
.htaccess. Eine Rewrite-Regel leitet diese erfundenen Dateinamen an ein Skript weiter – auf diese Weise existieren Tausende von URLs, ohne dass es Tausende von Dateien gibt. - Es fügt eine eigene Sitemap hinzu. Der Hacker möchte, dass die Spam-Seiten schnell entdeckt werden, und übermittelt Google daher eine Übersicht darüber.
- Es versteckt sich in verschleiertem PHP-Code. Google-Namen
base64_decode,rot13,eval,strrevundgzinflatewie die üblichen Werbebotschaften, die üblicherweise inindex.php,wp-load.php,404.phpundview.php. - Der Angreifer verifiziert sich häufig in der Search Console. In Googles Leitfaden heißt es, dass sich Hacker “in der Regel in der Search Console als Website-Inhaber registrieren, um durch Manipulation der Einstellungen Ihrer Website – wie Geotargeting oder Sitemaps – ihre Gewinne zu steigern.”
Am 30. Juli 2026 berichtete der SEO-Experte Joe Youngblood, dass sich dieser Hack rasch über WordPress-Seiten ausbreitete und dass herkömmliche Sicherheits-Plugins ihn nicht erkannten. Ich habe nach einer unabhängigen Bestätigung des Aspekts der Plugin-Umgehung gesucht, aber keine gefunden; betrachten Sie dies daher eher als den Bericht eines einzelnen Experten denn als feststehende Tatsache. Die Angriffswelle selbst ist jedoch so real, dass es sich lohnt, diesen Beitrag zu lesen, bevor Sie selbst davon betroffen sind.
Woran erkenne ich, ob meine Website gehackt wurde?
Führen Sie einen site:ihredomain.de Suchen Sie die Seite und lesen Sie ein paar Seiten davon, und führen Sie dann für eine der ungewöhnlichen URLs den Live-Test des URL-Prüftools durch. Diese beiden Überprüfungen dauern etwa eine Minute und decken auf, was Ihr Browser nicht erkennen kann, da der Hack je nach Besucher entscheidet, welche Inhalte er ausliefert.
Es gibt noch einen dritten Hinweis, der nichts kostet. Wenn Sie von der Search Console eine E-Mail erhalten, dass eine Ihnen unbekannte Person die Inhaberschaft Ihrer Website bestätigt hat, sollten Sie dies bis zum Beweis des Gegenteils als Sicherheitslücke betrachten.
Bereinigen Sie zunächst die Dateien, denn das Entfernen von URLs aus einer aktiven Infektion führt nur dazu, dass diese wieder aufgefüllt werden.
Bei allen folgenden Ausführungen wird davon ausgegangen, dass die Infektion beseitigt ist. Ist dies nicht der Fall, sind Löschanträge sinnlos, da der Hack neue URLs schneller generiert, als man sie melden kann.
Ich möchte hier gleich zu Beginn Klarheit schaffen: Wir sind eine SEO-Beratungsfirma, kein Sicherheitsanbieter, und wir haben noch nie eine gehackte Website selbst bereinigt. Dies ist also keine Anleitung zur Malware-Entfernung, und eine halbherzige Anleitung wäre schlimmer als gar keine. Für diesen Teil arbeiten Sie sich durch Googles eigene Maßnahmen zur Bereinigung oder eine Sicherheitsfirma hinzuziehen. Hier eine kurze Zusammenfassung dessen, was diese Hälfte beinhaltet, damit Sie wissen, ob Sie dafür bereit sind:
- Die Website offline nehmen oder sperren während Sie arbeiten, damit der Angreifer nicht beobachten kann, wie Sie den Computer säubern, und ihn anschließend erneut infizieren kann.
- Ändern Sie alle Passwörter und Schlüssel, einschließlich Hosting-, FTP-, Datenbank- und Administratorbenutzer, denn schon ein einziger zurückgelassener Zugangsdatensatz macht die ganze Arbeit zunichte.
- Unbekannte Eigentümer und Nutzer aus der Search Console entfernen, da ein Angreifer mit Eigentümerrechten Ihr Geotargeting und Ihre Sitemaps weiterhin manipulieren kann, selbst nachdem Sie die Dateien korrigiert haben.
- Ersetzen Sie
.htaccessmit einer sauberen Kopie, denn erst durch diese Umschreibungsregel können die erfundenen URLs überhaupt aufgelöst werden. - Kern, Plugins und Themes aus offiziellen Quellen neu installieren anstatt zu versuchen, jede bearbeitete Zeile mit bloßem Auge zu erkennen.
- Durchsuche die Dateien und die Datenbank nach dem verschleierten PHP-Code die oben genannten, und löschen Sie die eingeschleusten Spam-Beiträge, die der Hacker möglicherweise in Ihre Inhaltstabellen eingefügt hat.
Sobald das wirklich erledigt ist, haben Sie eine saubere Website mit einem „verschmutzten“ Index. Das ist das Problem, über das fast niemand schreibt, und es ist genau das Problem, für dessen Lösung ein SEO eigentlich der richtige Ansprechpartner ist.
Warum bleiben die Spam-Seiten bei Google bestehen, obwohl die Dateien bereits gelöscht wurden?
Denn der Google-Index ist eine gespeicherte Aufzeichnung und kein Echtzeit-Spiegel Ihres Servers. Das Löschen der Dateien ändert zwar die Inhalte Ihrer Website, hat jedoch keinen Einfluss auf die Daten, die Google bereits gespeichert hat. Jede Spam-URL behält ihren Indexeintrag so lange bei, bis der Googlebot diese bestimmte URL erneut abruft und ein Signal erhält, das ihm mitteilt, dass die Seite nicht mehr vorhanden ist.
Das ist der gesamte Mechanismus, und er erklärt den Zeitablauf, der viele Leute frustriert. Sie haben die Website an einem Nachmittag bereinigt, und Google muss nun Tausende von URLs erneut crawlen – die meisten davon sind Müll, den es keinen Grund gibt, vorrangig zu behandeln.
Die Aufgabe lässt sich also in zwei Aspekte unterteilen, die Sie selbst steuern können: Senden Sie bei jeder Spam-URL das richtige Signal und stellen Sie sicher, dass Googlebot dieses Signal auch empfangen kann.
Sollten die gehackten URLs einen 404- oder einen 410-Fehler zurückgeben?
Verwenden Sie den Status 410, wo immer es möglich ist, denn das Verzeichnis eines Hackers entspricht genau dem Fall, den der Status 410 beschreibt: eine URL, die nie rechtmäßig Ihnen gehörte und nicht wiederhergestellt wird. Verwenden Sie den Status 404, wenn der Status 410 nicht praktikabel ist, was bei den meisten CMS-Konfigurationen der Fall sein wird.
In der Dokumentation von Google zur Löschung werden beide Methoden als Möglichkeiten aufgeführt, eine Löschung dauerhaft zu machen, und es wird nicht behauptet, dass eine davon schneller bearbeitet wird – daher werde ich dies auch nicht tun.
Hier ist die vollständige Liste der Instrumente und wo jedes einzelne tatsächlich hingehört. Auf die Funktionsweise der letzten drei bin ich ausführlicher eingegangen in So entfernen Sie eine Seite aus dem Google-Index; in dieser Tabelle geht es darum, welche Variante zu einer gehackten Website passt.
| Signal | Verwenden Sie es, wenn | Was Google dazu sagt |
|---|---|---|
| 410 Nicht mehr verfügbar | Die URL hat auf Ihrer Website nie tatsächlich existiert, was auf jeden von Hackern erstellten Pfad zutrifft. | Wird neben dem Status 404 als Möglichkeit aufgeführt, die Seite dauerhaft zu entfernen. |
| 404 Nicht gefunden | Ein 410-Code ist nicht praktikabel, oder Ihre Plattform gibt ohne zusätzlichen Aufwand keinen solchen Code aus. | Neben 410 aufgeführt, gleicher Dauerhaftigkeitseffekt. |
| noindex | Die URL muss tatsächlich weiterhin eine echte Seite zurückgeben. Das ist bei der Beseitigung von Hackerangriffen eher selten. | Wird als “weniger sicher als die anderen Methoden” eingestuft.” |
| Tool zum Entfernen | Der Spam muss noch heute aus den Suchergebnissen entfernt werden, während sich die 404- oder 410-Fehler weiterverbreiten. | “Ein erfolgreicher Antrag hat nur eine Laufzeit von etwa sechs Monaten.” |
| robots.txt | Auf keinen Fall, für diesen Job. | “Verwenden Sie die Datei ”robots.txt“ nicht als Sperrmechanismus.“ |
Gerade diese letzte Zeile kostet die Leute still und leise Monate an Zeit. Das Sperren des Spam-Verzeichnisses in der robots.txt-Datei scheint die schnellste Lösung zu sein, und es ist die einzige Maßnahme, die garantiert, dass die URLs weiterhin indexiert bleiben.
Der Grund dafür ist ganz einfach, sobald man ihn einmal erkannt hat. Ein „disallow“-Eintrag in der robots.txt verhindert, dass Googlebot die URL überhaupt abruft, sodass er Ihren 404-Fehler, Ihren 410-Fehler oder Ihren „noindex“-Befehl nie sieht und der bereits vorhandene Eintrag keine Grundlage für eine Aktualisierung hat. Google weist ausdrücklich auf der Seite zur Entfernung hin, und es handelt sich um dieselbe Falle, die dazu führt, dass gewöhnliche Seiten nach einem missglückten Versuch der Deindexierung weiterhin indexiert bleiben.
Was macht das „Removals“-Tool eigentlich auf einer gehackten Website?
Es blendet die URLs etwa sechs Monate lang aus den Suchergebnissen aus, während die eigentliche Behebung des Problems umgesetzt wird. Es werden dabei keine Daten gelöscht, und es handelt sich eher um den ersten Schritt einer dauerhaften Entfernung als um die Entfernung selbst. Google äußert sich ungewöhnlich deutlich zur Anwendung dieser Funktion auf einer gehackten Website, und es lohnt sich, dies zu zitieren, da es fast niemand tut:
Falls Ihre Website gehackt wurde und Sie die indizierten schädlichen URLs entfernen möchten, nutzen Sie das Tool zum Blockieren von URLs, um alle neuen URLs zu blockieren, die der Hacker erstellt hat […]. Wir raten jedoch davon ab, Ihre gesamte Website zu blockieren oder URLs zu blockieren, die Sie später doch indexiert haben möchten. Beseitigen Sie stattdessen die Folgen des Hackerangriffs und lassen Sie uns Ihre Website erneut crawlen.
Google, Tool für Löschungen und SafeSearch-Meldungen (Der weggelassene Teil ist eine von Google selbst angegebene Beispiel-URL)
Diese Panikmaßnahme, bei der die gesamte Domain gesperrt wird, um die Blamage zu beenden, ist genau das, wovor Google ausdrücklich warnt. Richten Sie das Tool ausschließlich auf die Pfade des Hackers aus. Das Schritt-für-Schritt-Anleitung zur Verwendung des Entfernungswerkzeugs sind dieselben wie bei jedem anderen Umzug, daher werde ich sie hier nicht noch einmal aufführen.
Besonders erwähnenswert sind die beiden Fallstricke, die in Googles eigenem Warnhinweis auf dieser Seite aufgeführt sind, da sie die Reihenfolge verändern, in der man die Schritte ausführt.
- Zuerst blockieren, dann löschen. Google erklärt, dass, falls die URL zum Zeitpunkt der Antragstellung nicht erreichbar ist, “davon ausgegangen wird, dass die Seite nicht mehr existiert, und Ihr Antrag auf Sperrung verfällt”. Die instinktive Vorgehensweise – zunächst die Spam-Dateien zu löschen und dann die Löschanträge zu stellen, um den Vorgang zu beschleunigen – ist falsch.
- Falls Sie die Sperre bereits vor der Reinigung aktiviert hatten, heben Sie sie auf und aktivieren Sie sie erneut. Googles Checkliste zur Dauerhaftigkeit enthält diesen Schritt ausdrücklich, und er dient dazu, einen Eintrag zu löschen, der während der Sperrphase erneut gecrawlt wurde. Es ist die Art von Detail, die in Anleitungen für gehackte Websites nie vorkommt und stillschweigend eine hartnäckige URL erklärt.
Eine kleine Anmerkung, wenn Sie sich auf dieser Seite befinden: Google schreibt im Text “etwa sechs Monate” und in der eigenen Vergleichstabelle “180 Tage”. Es handelt sich um dasselbe – zwei Zahlen –, daher sollten Sie den Unterschied nicht als bedeutsam betrachten.
Wie überprüft man die Bereinigung, jetzt, da „Fetch as Google“ nicht mehr verfügbar ist?
Verwenden Sie das Tool zur URL-Prüfung und klicken Sie bei den Spam-Pfaden auf „Live-URL testen“. Bei einem Live-Test wird die URL sofort als Googlebot abgerufen – genau das, was Sie brauchen, denn ein Bericht auf Basis des Cache-Inhalts würde Ihnen die Infektion weiterhin anzeigen.
Der Grund, warum dies erwähnt werden muss, ist, dass der in den Suchergebnissen am höchsten platzierte Leitfaden zu diesem Thema Ihnen etwas anderes empfiehlt. Googles eigene Seite endet mit einem Verifizierungsschritt, der auf „Fetch as Google“ basiert – einem Tool, das die Search Console bereits vor Jahren eingestellt hat –, und die Seite weist als Datum der letzten Aktualisierung den 1. Januar 2015 aus.
Ich weise nicht darauf hin, um einen Punkt zu machen. Genau bei der Überprüfung gibt ein verunsicherter Webseitenbetreiber auf, und die maßgeblichste Seite zu diesem Thema leitet ihn auf eine Seite weiter, die es gar nicht gibt. Derselbe Leitfaden nennt „URL Inspection“ zwar schon viel früher korrekt für die Cloaking-Prüfung, vergisst dies aber, sobald es darauf ankommt.
Das Alter der Seite zeigt sich auch an anderen Stellen. Sie zitiert “eine aktuelle Studie” zu Reinfektionsraten, ohne die Studie namentlich zu nennen – eine Zahl, die man bei einer elf Jahre alten Seite nicht mehr wiederholen sollte –, und sie verlinkt immer noch auf die inzwischen eingestellte google.com/webmasters/tools/ URLs.
Hier ist die Überprüfung, die ich stattdessen in dieser Reihenfolge durchführen würde.
- Sammle fünf bis zehn dieser Spam-URLs aus Ihrem
Website:Die Suche erstreckt sich auf verschiedene eingefügte Verzeichnisse und nicht nur auf ein einziges; daher reicht ein einziger übersehener Ordner nicht aus, um den Test zu bestehen. - Führen Sie jede einzelne durch die URL-Prüfung und klicken Sie auf „Live-URL testen“. Der Live-Test ist das Entscheidende; die Standardansicht kann schon Wochen alt sein.
- Überprüfen Sie, ob der Live-Test die URL als „nicht gefunden“ meldet anstatt eine Seite zurückzugeben. Wenn eine dieser Seiten dennoch angezeigt wird, haben Sie eine Datei oder eine Umleitungsregel übersehen, und die Indexierung ist verfrüht.
- Überprüfen Sie den gerenderten HTML-Code bei einer Seite, die noch aufgelöst wird., denn durch die Tarnung kann es vorkommen, dass Ihnen der Live-Test japanischen Text unter einer URL anzeigt, die Ihr Browser normalerweise korrekt darstellt. Das ist der schnellste Weg, um zu überprüfen, ob die Infektion noch aktiv ist.
- Eine fehlerfreie Sitemap einreichen und löschen Sie alle Sitemaps, die der Hack hinzugefügt hat. Falls die Search Console bei der neuen Datei einen Abruffehler meldet, dann Ursachen dafür, dass die übliche Sitemap nicht abgerufen werden konnte Das trifft zu, und es ist selten so dramatisch, wie es aussieht.
- Führen Sie den
Website:wöchentlich suchen, ein paar Seiten weiter, und zähle. Diese sinkende Zahl ist das einzige Fortschrittssignal, das wirklich etwas bedeutet.
Warum steigt die Anzahl der indexierten Seiten weiter an, obwohl die Website bereinigt wurde?
Meistens liegt das daran, dass Sie den Bericht zur Seitenindexierung so betrachten, als würde er täglich aktualisiert, was jedoch nicht der Fall ist. Wir haben dies auf unserer eigenen Website gemessen: Der Bericht liefert eher umfassende Momentaufnahmen über mehrere Tage hinweg als aktuelle Tagesdaten. Daher kann ein Diagramm, das Sie jeden Morgen aktualisieren, einen Wert anzeigen, der mehrere Tage hinter der tatsächlichen Entwicklung Ihrer Website zurückliegt.
Die Wiederherstellung einer gehackten Website ist die denkbar ungünstigste Situation, um diese Grafik falsch zu interpretieren. Man bereinigt alles, beobachtet, wie die Anzahl der indizierten Seiten noch drei weitere Tage lang steigt, und kommt zu dem Schluss, dass die Bereinigung fehlgeschlagen ist. Oft ist es jedoch nur so, dass der Bericht die Crawls nachholt, die stattgefunden haben, bevor man überhaupt mit der Behebung begonnen hat.
Als Faustregel gilt, die Erholung anhand der Website: Zählung und bei Live-URL-Prüfungen, und das Diagramm zur Seitenindizierung eher als langsame Bestätigung denn als Echtzeit-Dashboard zu betrachten. Wenn Sie genau wissen möchten, wie groß der Rückstand ist, habe ich das in Rückgang der indizierten Seiten in der Search Console: Nachzählung vs. tatsächliche Deindexierung.
Was Sie außerdem erwarten können: Ihre legitimen Seiten könnten in gecrawlt, derzeit nicht indexiert für eine gewisse Zeit nach einem Kompromiss. Das ist zwar unangenehm, aber nicht ungewöhnlich, während Google eine Domain neu bewertet, auf der gerade noch Tausende von Spam-Seiten zu finden waren.
Warum wird WordPress so oft gehackt?
Vor allem, weil es überall vorkommt und der große Umfang die Automatisierung begünstigt. Angreifer zielen nicht speziell auf Ihre Website ab; sie suchen unter Millionen von Installationen nach einer bekannten, anfälligen Plugin-Version und nutzen jede sich bietende Gelegenheit. Das ist auch der Grund, warum die Präventionsliste so langweilig ist – und deshalb funktioniert.
- Aktualisieren Sie den Kern, die Plugins und die Themes umgehend, da bei den Scans nach Versionen mit bekannten Sicherheitslücken gesucht wird und ein nicht gepatchtes Plugin der häufigste Einfallspunkt ist.
- Verwenden Sie einzigartige Passwörter und die Zwei-Faktor-Authentifizierung auf dem Hosting, dem FTP, der Datenbank und jedem Administratorkonto, sodass ein einziger durchgesickerter Zugangsdatensatz nicht den Zugriff auf alles ermöglicht.
- Entfernen Sie Plugins und Themes, die Sie nicht verwenden, da ein inaktives Plugin weiterhin Dateien auf der Festplatte hat und somit weiterhin gescannt werden kann.
- Bewahren Sie externe Backups auf, die Sie bereits einmal wiederhergestellt haben, denn ein Backup, das man noch nie getestet hat, ist reine Spekulation, und diese Woche ist nicht der richtige Zeitpunkt, um das herauszufinden.
- Inhaberschaft in der Search Console überwachen, und behandeln Sie jede unerwartete Bestätigungs-E-Mail als Vorfall und nicht als Kuriosität.
Wie lange dauert es wohl noch, bis der japanische Keyword-Hack-Spam aus Google verschwunden ist?
Ehrlich gesagt: länger als die Bereinigung und kürzer, als es sich anfühlt – und wie lange es dauert, hängt fast ausschließlich davon ab, ob Sie Googlebot ein Signal gesendet haben, das es tatsächlich erreichen konnte. Websites, die die Pfade des Hackers mit einem 410-Status versehen, diese weiterhin crawlbar lassen und die Dateien in der richtigen Reihenfolge entfernen, können in der Regel beobachten, wie die Website: Die Zugriffszahlen sinken stetig. Websites, die das Verzeichnis in der robots.txt blockieren, weil sie dies für entscheidend hielten, können auch Monate später noch auf diesen URLs verharren.
Was ich jedoch anzweifeln würde, ist die Vorstellung, dass es sich hierbei um eine Sicherheitsaufgabe handelt, die man einfach abgibt und dann abwartet. Die Entfernung der Malware ist eine Sicherheitsaufgabe, und dafür sollte man einen Fachmann hinzuziehen. Alles, was danach kommt, ist Suchmaschinensuche, und wenn sich niemand gezielt darum kümmert, repräsentieren die Spam-Seiten Ihre Marke bei Google noch lange, nachdem Ihr Server bereits einwandfrei gereinigt wurde.
Häufig gestellte Fragen zum japanischen Keyword-Hack
Ist der „japanische Keyword-Hack“ dasselbe wie japanischer SEO-Spam?
In der Praxis ja. In der Dokumentation von Google wird dies als „japanischer Keyword-Hack“ bezeichnet, während die meisten Sicherheitsanbieter von „japanischem SEO-Spam“ sprechen – beide Bezeichnungen beschreiben jedoch dieselben eingeschleusten japanischen Affiliate-Seiten. Wenn Sie nach Hilfe suchen, probieren Sie beide Begriffe aus.
Kann ich meine gesamte Website nach einem Hackerangriff aus Google entfernen und neu starten?
Das ist zwar möglich, aber Google rät davon ab: In der Dokumentation zum Entfernen von Inhalten wird darauf hingewiesen, dass Sie weder Ihre gesamte Website noch URLs blockieren sollten, die Sie später doch indexieren lassen möchten. Sie würden damit den Indexverlauf jeder legitimen Seite verwerfen, nur um eine Reihe von URLs zu verbergen, die Sie einzeln entfernen können.
Muss nach einem japanischen Keyword-Hack eine manuelle Maßnahme aufgehoben werden?
Nur wenn die Search Console tatsächlich einen solchen anzeigt. Viele dieser Sicherheitsverletzungen werden bereits erkannt, bevor Google überhaupt eine Maßnahme ergreift. In diesem Fall gibt es nichts, wogegen man Einspruch einlegen könnte, und die Wiederherstellung erfolgt lediglich durch ein erneutes Crawling. Überprüfen Sie die Berichte zu Sicherheitsproblemen und manuellen Maßnahmen, bevor Sie eine der beiden Annahmen treffen.
Zusammenarbeit mit WpConsults
Werden die Spam-URLs bei Google immer noch angezeigt?
Wenn die Dateien fehlerfrei sind und der Index dennoch nicht folgt, schicken Sie mir die Domain, und ich werde Ihnen mitteilen, welches Signal fehlt und in welcher Reihenfolge Sie das Problem beheben müssen.
Möchtest du, dass unsere Beiträge öfter bei Google erscheinen?
Ein Schritt – und Google zeigt diese Seite in Ihren „Top Stories“ an.
