Agenturwert berechnen
Zur Glasdecke-Studie
November 2026 · Unser Geburtstagsgeschenk
35 Jahre iBusiness.
Im November alles frei lesen.
Zum Jubiläum öffnen wir alle iBusiness-Inhalte: vom 1. bis 30. November, für alle, ohne Anmeldung und ohne Bezahlschranke.
Alle Inhalte im November kostenlosRegistrieren Sie sich kostenlos und abonnieren Sie anschließend den iBusiness-Newsletter. So bleiben Sie bei den Themen auf dem Laufenden, die für Sie zählen.
Sieben Fehler, die man bei einem Shop-Relaunch nicht machen sollte
02.06.2010 In der Regel wird jeder Online Shop im Schnitt einmal im Jahr oder spätestens alle 18 Monate überarbeitet. Dabei ist das Thema SEO rund um diesen Relaunch von großer Wichtigkeit. Denn gerade bei Neuerungen und oberflächlichen Verbesserungen treten häufig bestimmte Fehler auf, die sowohl die Performance als auch das Ranking der Shop-Domain anschließend negativ beeinflussen können.
- SEO Affinität neu eingesetzter Technologien nicht geprüft: Ajax und Javascript stehen nur beispielhaft für Technologien, die der Googlebot nur bedingt erfassen und indexieren kann. Deshalb sollte vor jedem Relaunch die Überlegung stehen, welche Technologien eingesetzt werden sollen, wie tauglich diese für SEO-Maßnahmen sind und welches Zusammenspiel die besten Effekte für den Shop erzielt.
- Alte URL Struktur mit alten URL Namen wird nicht übernommen: In der Regel wird bei einem Relaunch eine neue Struktur mit dementsprechend neuen URLs eingebaut. Das hat zur Folge, dass die alten, bei Google indexierten Pfade, nicht mehr unter ihrer bekannten URL auffindbar sind. Um dies zu vermeiden, sollte man die alten Pfadnamen möglichst übernehmen. Ist dies unmöglich oder auf gar keinen Fall gewünscht, sollte man zumindest auf folgenden Punkt Wert legen.
- Alte URLs werden nicht weitergeleitet: Die Power der alten Seite beizubehalten und nicht mit jedem Relaunch bei Null zu starten, kann mithilfe von Weiterleitungen der alten Pfade auf die neuen URLs erreicht werden. Hier wird leider zu häufig die dauerhafte Weiterleitung per 301 nicht im Quellcode eingefügt, wohingegen die vorläufige Weiterleitung per 302 die Power der alten Seite nur auf Zeit überträgt und letztendlich ebenfalls abhanden kommen kann. Um alles richtig zu machen, sollte wirklich jede alte URL mithilfe von 301 auf den jeweiligen neuen Pfad weitergeleitet werden.
- Noindex wird nach abgeschlossenem Relaunch nicht entfernt: Damit Google während des Seitenumbaus keine halbfertigen Seiten oder eine unvollständige Struktur indexiert, sollte auf dem Test-Server das Noindex-Tag in den Quellcode eingebaut werden. Denn nur so vermeidet man Duplicate Content mit der aktuell gültigen Seite. Doch wird dieser Tag nicht nach Abschluss des Relaunch auf dem Live Server beseitigt, liest Google die Seiten nicht ein und der Shop kann mangels Indexierung gar nicht ranken.
- robots.txt nicht auf aktuellem Stand: Damit Bots, wie der von Google, nicht alle Bereiche einer Webseite crawlen, baut man in den Quellcode eine robots.txt-Datei ein, die diese Bereiche genau festlegt. Genau wie beim Noindex-Tag ist dies wichtig, damit bei einem Seitenumbau nicht alle Bereiche von Google indiziert werden. Deshalb sollte die robots.txt nicht nur grundsätzlich eingebaut werden, sondern sie muss vor allem auch nach dem vollständigen Relaunch vernünftig angepasst werden.
- Interne Linkstruktur nicht aufgeräumt: Natürlich werden bei einem Relaunch die Datenbanken angepasst. Vergisst man jedoch die "harten" Links im Quellcode, zeigen diese ins Leere. Darum sollte man die Gesamtstruktur der internen Verlinkungen immer im Auge behalten und Probleme entsprechend frühzeitig beseitigen.
- Interne SERPs nicht gekennzeichnet: Auch hier haben wir wieder das Problem, dass der Googlebot den gleichen Inhalt nicht mehrfach auf der Seite indexieren soll. Denn das kann ebenfalls geschehen, wenn die Inhalte sowohl über den Pfad, als auch interne Suchergebnisse zu finden sind. Diese sollten deshalb auch im neuen Shop mit dem Noindex-Tag versehen werden.
iBusiness-Autor Christoph Brenner ist Geschäftsführer der Seolytics GmbH .
