Sitemap

Fehler bei der Neugestaltung von Websites, die SEO zerstören

Die Neugestaltung einer Website, sei es Ihre eigene oder die eines Kunden, ist heute ein wesentlicher Bestandteil des Marketings.Dies ist unerlässlich, da sich Technologien, Trends und die Erwartungen der Benutzer im Laufe der Zeit ändern, und wenn wir wettbewerbsfähig bleiben wollen, müssen wir mit diesen Änderungen Schritt halten.

Aber diese Aufgabe ist zwar unerlässlich, birgt aber auch gewisse Risiken aus SEO-Sicht.Während des Prozesses kann einiges schief gehen.Diese Probleme können möglicherweise dazu führen, dass Suchmaschinen diese Website nicht mehr als maßgebliche Antwort auf relevante Anfragen ansehen.In einigen Fällen können bestimmte Fehler sogar zu Strafen führen.

Das will niemand.

In diesem Artikel werden wir also einige der häufigsten Webdesign-Fehler untersuchen, die SEO zerstören können.Die Kenntnis der potenziellen Risiken kann Ihnen dabei helfen, die Art von Fehlern zu vermeiden, die Ihren organischen Suchverkehr beeinträchtigen.

Verlassen der Entwicklungsumgebung crawlbar / indexierbar

Menschen gehen auf viele verschiedene Arten mit Entwicklungsumgebungen um.Die meisten richten einfach einen Unterordner unter ihrer Domain ein.Einige können eine Domäne ausschließlich für die Entwicklung erstellen.Dann gibt es diejenigen, die die Art von Vorkehrungen treffen, um ihre Entwicklungsumgebung zu verbergen, die einem CIA-Agenten ein warmes, flauschiges Gefühl an der leeren Stelle geben würde, wo ihr Herz sein sollte.

Ich gehöre eher zur letzteren Kategorie.

Suchmaschinen folgen im Allgemeinen Links und indizieren die Inhalte, die sie auf dem Weg finden – manchmal sogar, wenn Sie ihnen ausdrücklich sagen, dass sie es nicht tun sollen.Das schafft Probleme, weil sie zwei Versionen derselben Website indizieren könnten, was möglicherweise Probleme mit Inhalten und Links verursachen könnte.

Aus diesem Grund stelle ich Suchmaschinen, die versuchen, auf meine Entwicklungsumgebung zuzugreifen, so viele Hindernisse wie möglich in den Weg.

Hier ist, was ich tue.Der erste Schritt besteht darin, eine saubere URL zu verwenden, die noch nie zuvor für eine Live-Website verwendet wurde.Dadurch wird sichergestellt, dass keine Links darauf verweisen.Verbieten Sie als Nächstes alle Bots, die robots.txt verwenden, und richten Sie eine leere Indexseite ein, damit andere Ordner nicht sichtbar sind.In der Vergangenheit bin ich sogar so weit gegangen, einen Passwortschutz einzurichten, aber in den meisten Fällen ist das vielleicht zu viel des Guten.Sie können diesen Anruf tätigen.

Von dort aus richte ich für jede in Entwicklung befindliche Website einen separaten Ordner ein.Normalerweise ist der Ordnername eine Kombination aus unvollständigen Wörtern, sodass es unwahrscheinlich ist, dass er zufällig gefunden wird.WordPress wird dann in diesen Ordnern installiert und so konfiguriert, dass es auch Bots auf dieser Ebene blockiert.

Willkürliches Ändern von Bildnamen auf Seiten mit gutem Ranking

Dies ist nicht immer ein Problem, aber wenn eine Webseite ein gutes Ranking hat, kann das Ändern des Namens eines Bildes auf dieser Seite zu einem Rankingverlust führen.Vor allem, wenn der Webdesigner nicht weiß, was er tut.

Ich habe dies mehr als ein paar Mal erlebt, wenn ein Kunde einen Webdesigner anstellt, der sich nicht mit SEO auskennt, um eine Website neu zu gestalten, die bereits gut rankt.Als Teil des Redesign-Prozesses ersetzen sie alte Bilder durch neue, größere Bilder, aber mangels der entsprechenden Erfahrung verwenden sie dumme Bildnamen, die keinen SEO-Wert bieten, wie image1.jpg.

Dadurch wird ein wichtiges Stück Kontext weggenommen, das Suchmaschinen verwenden, um zu bestimmen, wo eine bestimmte Webseite platziert werden soll.

Seiten löschen oder Seiten-URLs ändern, ohne sie umzuleiten

Bei einer Neugestaltung werden mit ziemlicher Sicherheit einige Seiten nicht mehr benötigt.Weniger erfahrene Webdesigner werden sie oft einfach löschen.Andere Seiten können verschoben und/oder umbenannt werden, was in den meisten Fällen ihre URL ändert.In diesen Fällen ändern unerfahrene Webdesigner diese URLs oft und betrachten die Aufgabe als erledigt.

Dies ist ein großer Fehler, da einige dieser Seiten möglicherweise bereits einen guten Rang haben.Sie könnten eingehende Links haben, die auf sie verweisen, oder sie wurden von Besuchern mit einem Lesezeichen versehen.

Wenn Sie Seiten löschen, die bereits eingehende Links haben, verlieren Sie den gesamten SEO-Wert dieser Links.In einigen Fällen könnte dies zu einem drastischen Rankingverlust führen.

Das Problem geht jedoch noch tiefer.Jeder, der auf diese Links oder Lesezeichen klickt, wird von einer 404-Seite begrüßt.Das ist für niemanden wertlos und, was noch wichtiger ist, es schafft eine negative Benutzererfahrung.Dies ist wichtig, da Google bestätigt hat, dass die Benutzererfahrung ein Rankingfaktor ist.

Der richtige Weg, Seiten zu löschen, besteht darin, sie auf die aktuell relevanteste Seite umzuleiten.Was das Verschieben von Seiten betrifft, was alles beinhaltet, was die URL dieser Seite in irgendeiner Weise ändert, ist es ebenso wichtig, die alte URL auf die neue umzuleiten.

In beiden Szenarien sollte grundsätzlich eine 301-Weiterleitung verwendet werden.Dies teilt Suchmaschinen mit, dass die alte Seite dauerhaft an die neue Position verschoben wurde.Bei den meisten Hosting-Plattformen erreichen Sie dies am besten, indem Sie den entsprechenden Eintrag in Ihre .htaccess-Datei einfügen.

Wenn Sie auf Ihrem Server keine .htaccess-Datei sehen können, müssen Sie möglicherweise die Einstellungen Ihres FTP-Programms anpassen, um versteckte Dateien anzuzeigen.

Einige spezialisierte Hosting-Plattformen verwenden möglicherweise eine andere Methode, daher müssen Sie sich möglicherweise mit ihrem Support-Team erkundigen, wie Sie dies erreichen können.

Kein vollständiges Crawlen nach der Migration in die und aus der Entwicklungsumgebung

Unabhängig von der Methode, die Sie für die Migration verwenden, werden Sie zwangsläufig auf einige Fehler stoßen.Normalerweise migrieren Sie zuerst die Live-Website in Ihre Entwicklungsumgebung und senden sie später zurück an den Live-Server, nachdem Sie Änderungen vorgenommen und getestet haben.

Eines, auf das ich häufig stoße, sind Links innerhalb von Inhalten, die auf die falsche Stelle verweisen.Beispielsweise können Sie innerhalb einer Seite oder eines Beitrags auf der Live-Website einen Link haben, der auf Folgendes verweist:

domain.com/services/

Nach der Migration in die Entwicklungsumgebung kann es Folgendes sein:

devdomain.com/client123/services/

Bis jetzt ist alles in Ordnung und gut, oder?

Aber manchmal, während die fertige Website zurück auf den Live-Server migriert wird, können die Inhalte in Seiten und Posts immer noch Links enthalten, die auf die Seiten innerhalb der Entwicklungsumgebung verweisen.

Dies ist nur ein Beispiel.Es gibt unzählige Links zu Inhalten innerhalb einer Website – einschließlich Links zu den wesentlichen Bild-, JavaScript- und CSS-Dateien.

Glücklicherweise ist die Lösung einfach.Ein Tool wie Screaming Frog, das auf Ihrem Desktop ausgeführt wird, oder ein Cloud-basiertes Tool wie SEMrush können verwendet werden, um jeden einzelnen Link auf Ihrer Website zu crawlen.Dazu gehören die im Frontend sichtbaren Textlinks sowie alle Links zu Bild-, JavaScript- und CSS-Dateien, die im HTML einer Website versteckt sind.

Stellen Sie sicher, dass Sie alle Links zu externen Quellen überprüfen, nachdem die neue Website auf den Live-Server migriert wurde, da alle Links, die auf Ihre Entwicklungsumgebung verweisen, als externe Links angezeigt werden – wenn Sie „externe Links“ finden, die eigentlich interne Links sein sollten, können Sie dies tun nehmen Sie die entsprechenden Korrekturen vor.

Dieser Schritt ist nach der Migration in beide Richtungen unerlässlich, um potenziell katastrophale Fehler zu vermeiden.

Es wurde nicht alles vollständig auf Funktion geprüft

Sobald eine neu gestaltete Website auf den Live-Server migriert wurde, müssen Sie mehr tun, als schnell ein paar Seiten zu überprüfen, um sicherzustellen, dass alles in Ordnung aussieht.Stattdessen ist es wichtig, alles physisch zu testen, um sicherzustellen, dass es nicht nur gut aussieht, sondern auch richtig funktioniert.

Das beinhaltet:

  • Kontaktformulare.
  • E-Commerce-Funktionalität.
  • Suchfunktionen.
  • Interaktive Werkzeuge.
  • Multimedia-Player.
  • Analytik.
  • Überprüfung durch Google Search Console / Bing Webmaster Tools.
  • Tracking-Pixel.
  • Dynamische Anzeigen.

Fehler beim Neukonfigurieren von WordPress und Plugins nach der Migration auf den Live-Server

Erinnern Sie sich, wie wir darüber gesprochen haben, wie wichtig es ist, eine Mauer zwischen Ihrer Entwicklungsumgebung und den Crawlern der Suchmaschinen zu errichten?Nun, es ist noch wichtiger, diese Mauer einzureißen, nachdem die Website auf den Live-Server migriert wurde.

Dies zu versäumen ist einfach.Es ist auch verheerend.Tatsächlich ist es ein Fehler, den ich vor einigen Jahren gemacht habe.

Nachdem ich die Website eines Kunden auf seinen Live-Server migriert hatte, vergaß ich, das Kontrollkästchen in Yoast SEO zu deaktivieren, das den Suchmaschinen mitteilte, sie nicht zu crawlen oder zu indizieren.Leider hat es einige Tage lang niemand bemerkt, woraufhin die Website fast vollständig aus dem Google-Index gestrichen wurde.Glücklicherweise verließen sie sich nicht auf organischen Traffic, und sobald ich dieses Kontrollkästchen deaktiviert hatte, wurde die Website schnell neu indiziert.

Aufgrund der Auswirkungen, die Fehler wie diese haben können, ist es wichtig, dass Sie nach der Migration auf den Live-Server sofort die Konfiguration von WordPress sowie alle Plugins überprüfen, die sich darauf auswirken könnten, wie Suchmaschinen Ihre Website behandeln.

Dazu gehören Plugins für:

  • SEO.
  • Umleitung.
  • Sitemaps.
  • Schema.
  • Caching.

Es wird vernachlässigt, auf Details zu achten

Keiner dieser Fehler ist besonders kompliziert oder schwer zu vermeiden.Sie müssen sich nur ihrer bewusst sein, einen Plan umsetzen, um sie zu vermeiden, und genau auf Details achten.

Die in diesem Artikel geäußerten Meinungen sind die des Gastautors und nicht unbedingt Search Engine Land.Mitarbeiter Autoren sind hier aufgelistet.