Bei der Suchmaschinenoptimierung können selbst kleine Fehler große und kostspielige Folgen haben. Kolumnist Patrick Stox teilt seine SEO-Horrorgeschichten, damit Ihnen dieses Schicksal erspart bleibt.
Wir alle kennen diese Momente absoluter Panik, in denen man sich am liebsten verkriechen, weinen und so tun möchte, als gäbe es das Problem nicht. Leider können wir als SEOs nicht lange so verharren. Stattdessen müssen wir uns zusammenreißen und schnellstmöglich das Problem lösen, das schiefgelaufen ist.
Es gibt Momente, in denen man weiß, dass man Mist gebaut hat, und es gibt Zeiten, in denen ein Problem viel zu lange unbemerkt bleibt. So oder so ist die Situation beängstigend – und man muss schnell und entschlossen handeln, um das Geschehene wieder in Ordnung zu bringen.
Dinge, die man laut Google nicht tun sollte
Google warnt in seinen Webmaster-Richtlinien vor vielen Dingen:
- Automatisch generierte Inhalte
- Teilnahme an Linkprogrammen
- Erstellen von Seiten mit wenig oder keinem Originalinhalt
- Tarnung
- Hinterhältige Weiterleitungen
- Versteckter Text oder versteckte Links
- Doorway-Seiten
- Verschrotteter Inhalt
- Teilnahme an Partnerprogrammen ohne ausreichenden Mehrwert
- Laden von Seiten mit irrelevanten Schlüsselwörtern
- Erstellung von Seiten mit schädlichem Verhalten, wie z. B. Phishing oder der Installation von Viren, Trojanern oder anderer Schadsoftware.
- Missbrauch von Rich Snippets Markup
- Automatisierte Anfragen an Google senden
Leider können sich viele Menschen einreden, dass viele dieser Dinge in Ordnung seien. Sie glauben, das Umschreiben von Texten, um eine nicht existierende Strafe für doppelten Inhalt zu vermeiden, sei die beste Lösung. Sie hören, dass „Links gut sind“, und plötzlich versuchen sie, Links mit anderen zu tauschen. Sie sehen Bewertungssterne und fälschen diese mithilfe von Markup, um sie zu erhalten und in den Suchergebnissen aufzufallen.
Keine der oben genannten Ideen ist gut, aber das wird die Leute nicht davon abhalten, zu versuchen, mit etwas durchzukommen oder einfach das Gesagte falsch zu verstehen.
Crawling- und Indexierungsprobleme
User-agent: *
Disallow: /
Mehr braucht es nicht – zwei einfache Zeilen in der robots.txt-Datei, um Crawler komplett von Ihrer Website fernzuhalten. Meistens ist es ein Fehler in der Entwicklungsumgebung, aber wenn Sie ihn entdecken, werden Sie ein mulmiges Gefühl verspüren.
Noch interessanter ist eine UTF-8-BOM. Glenn Gabe hat dazu einen hervorragenden Artikel verfasst, in dem er es folgendermaßen erklärt:
BOM steht für Byte Order Mark und gibt die Byte-Reihenfolge eines Textstroms an. Es handelt sich um ein unsichtbares Zeichen am Anfang einer Datei (und es ist aus SEO-Sicht praktisch bedeutungslos). Manche Programme fügen die BOM einer Textdatei hinzu, was für den Ersteller der Datei unsichtbar bleiben kann. Die BOM kann jedoch schwerwiegende Probleme verursachen, wenn Google versucht, die Datei zu lesen.
Wenn Ihre robots.txt-Datei die UTF-8-Byte-Order Mark (BOM) enthält, kann Google Probleme damit haben. Das bedeutet, dass die erste Zeile (oft der User-Agent) ignoriert wird. Fehlt der User-Agent, werden alle weiteren Zeilen (Ihre Anweisungen) als Fehler zurückgegeben. Diese werden von Google ignoriert. Wenn Sie versuchen, wichtige Bereiche Ihrer Website zu sperren, kann dies zu erheblichen SEO-Problemen führen.
Wichtig ist auch: Nur weil ein Großteil Ihres Datenverkehrs von denselben IP-Adressen stammt, heißt das nicht zwangsläufig, dass es schlecht ist. Ein Freund von mir musste das auf die harte Tour lernen, nachdem er einige der von Googlebot verwendeten IP-Adressen blockiert hatte, weil er überzeugt war, dass diese Adressen etwas im Schilde führten.
Eine weitere haarsträubende Situation, die mir begegnet ist, war die geniale Idee, Crawler nach einer Subdomain-Migration daran zu hindern, Seiten aus dem Index zu extrahieren. Das ist niemals eine gute Idee, da Crawler auf die alten Versionen zugreifen und den Weiterleitungen zu den neuen Versionen folgen müssen. Verschärft wurde die Situation dadurch, dass die robots.txt-Datei für beide Subdomains gemeinsam genutzt wurde und die Crawler aufgrund dieser Blockierung weder die alten noch die neuen Seiten sehen konnten.
Manuelle Strafen
Allein das Wort „Strafe“ ist schon beängstigend. Es bedeutet, dass Sie oder jemand, der mit der Website in Verbindung steht, etwas falsch gemacht hat – und zwar etwas sehr Schlimmes! Google führt eine Liste gängiger manueller Maßnahmen:
- Gehackte Website
- Benutzergenerierter Spam
- Spam-Freehosts
- Spammy strukturiertes Markup
- Unnatürliche Links zu Ihrer Site
- Dünner Inhalt mit wenig bis keinem Mehrwert
- Cloaking und/oder hinterhältige Weiterleitungen
- Cloaking: Verstoß gegen First Click Free
- Unnatürliche Links von Ihrer Site
- Reiner Spam
- Verhüllte Bilder
- Versteckter Text und/oder Keyword-Stuffing
Viele dieser Strafen sind durchaus gerechtfertigt, da jemand versucht hat, sich durch unlautere Methoden einen Vorteil zu verschaffen. Da Penguin nun in Echtzeit arbeitet, erwarte ich in Kürze eine Welle manueller Strafen.
Eine kürzlich erlebte, beängstigende Situation war mir neu. Ein Unternehmen hatte beschlossen, ein Rebranding durchzuführen und auf eine neue Website umzuziehen, doch es stellte sich heraus, dass die neue Website eine reine Spam-Strafe erhalten hatte.
Da die Google Search Console leider nicht im Vorfeld der Migration eingerichtet worden war, wurde die Strafe erst nach der Migration entdeckt.
Oh je, ich habe die Website kaputt gemacht!
Ein einziges Zeichen genügt, um eine Website lahmzulegen. Ein fehlerhafter Codeabschnitt, eine falsche Konfigurationseinstellung, eine fehlerhafte Weiterleitung oder ein fehlerhaftes Plugin.
Ich weiß, dass ich im Laufe der Jahre viele Websites lahmgelegt habe. Deshalb ist es wichtig, vor jeder Änderung ein Backup zu erstellen. Oder noch besser: Richten Sie eine Testumgebung für die Bereitstellung ein.
Website neu erstellen
Bei jeder neuen Website gibt es viele Möglichkeiten, wie etwas schiefgehen kann. Ich bin immer erschrocken, wenn mir jemand von seiner neuen Website erzählt, besonders wenn sie bereits online ist. Ich habe dann immer so ein ungutes Gefühl, dass etwas Schlimmes passiert ist, und meistens behalte ich Recht.
Das häufigste Problem ist, dass Weiterleitungen gar nicht eingerichtet werden oder Entwickler argumentieren, Weiterleitungen seien unnötig oder würden die Website verlangsamen. Ein weiterer häufiger Fehler ist das Verschwinden guter Inhalte; manchmal handelt es sich dabei um Stadtseiten oder Seiten über Dienstleistungen, manchmal aber auch um eine ganze Domain, deren gesamte Informationen auf eine einzige Seite umgeleitet werden.
Die Probleme reichen von sehr alten Problemen, die immer noch bestehen – wie etwa das Einfügen des gesamten Textes in Bilder – bis hin zu moderneren Problemen wie „Wir haben unsere Website gerade in Angular neu aufgebaut“, obwohl es dafür überhaupt keinen Grund gab, Angular zu verwenden.
Die Datei wurde überschrieben.
Am meisten Sorgen bereitet mir das Überschreiben von Disavow-Dateien, insbesondere wenn keine Kopie erstellt wird und die Standardaktion das Überschreiben bewirkt, oder bei einer .htaccess-Datei, in der Weiterleitungen leicht verloren gehen können. Ich habe sogar schon erlebt, dass Shared-Hosting-Anbieter .htaccess-Dateien überschrieben haben, und natürlich wurde nie eine E-Mail über die Änderungen versendet.
Ich weiß es nicht einmal
In all den Jahren habe ich einige wirklich willkürliche und schreckliche Dinge miterlebt.
Ich habe schon erlebt, wie Leute ihre Domain verloren haben, weil sie abgelaufen war oder weil sie unwissentlich einen Vertrag unterschrieben hatten, der ihnen das Eigentum an der Domain verwehrte. Ich habe sogar schon Zweit- und Drittwebseiten gesehen, die von anderen Marketingagenturen erstellt wurden.
Es kommt vor, dass Canonical-Tags falsch verwendet oder willkürlich geändert werden. Ich habe schon erlebt, dass alle Seiten auf die Startseite verwiesen wurden oder dass Seiten einen Canonical-Tag hatten, der auf eine andere Website verwies.
Ich habe schon einfache Anweisungen gesehen, die sich nach einer guten Idee anhörten, wie zum Beispiel „Alle Links als relative Pfade gestalten“, die dann aber in einer Katastrophe endeten, als sie kanonische URLs zusammen mit alternativen Versionen der Website relativ machten, etwa mit m. und hreflang-Alternativ-Tags.
SEO ist beängstigend
Es ist erstaunlich, wie kostspielig und beängstigend eine Kleinigkeit oder eine Fehlentscheidung sein kann. Denken Sie daran, die Regeln zu befolgen, zu planen, auszuführen und Ihre Arbeit zu prüfen, um Alpträume zu vermeiden. Teilen Sie Ihre eigenen Horrorgeschichten mit mir auf Twitter @patrickstox.
___
by Patrick Stox
Quelle: Search Engine Land
