JTL-Shop Relaunch ohne Rankingverlust: SEO vor und nach dem Wechsel sichern

Warum ein Relaunch für SEO besonders kritisch ist

Suchmaschinen bewerten nicht nur einzelne Texte. Sie berücksichtigen URLs, interne Verlinkung, Seitenstruktur, technische Signale, historische Relevanz und die Verbindung zwischen Kategorien, Produkten und Ratgebern.

Wird bei einem Relaunch nur auf Design, Template und Funktionen geachtet, kann sich die Bedeutung einer Seite für Google unbemerkt verändern. Eine Kategorie kann nach dem Wechsel unter einer neuen URL erreichbar sein, weniger interne Links erhalten oder durch ein ungeeignetes Canonical auf eine andere Seite verweisen.

Besonders kritisch wird es, wenn mehrere Veränderungen gleichzeitig stattfinden. Dazu gehören ein neues Template, eine neue Kategoriearchitektur, geänderte Produktdaten, neue URLs, ein Hostingwechsel oder der Umstieg von einem anderen Shopsystem auf JTL.

Eine professionelle SEO-Migration betrachtet deshalb nicht nur die Weiterleitungen. Sie prüft, welche bestehenden Signale erhalten bleiben müssen und welche Veränderungen tatsächlich sinnvoll sind.

Relaunch, Templatewechsel und Systemwechsel sind nicht dasselbe

Der Umfang der SEO-Prüfung hängt davon ab, was technisch verändert wird. Nicht jeder Wechsel verursacht dasselbe Risiko.

Wer von einem anderen System zu JTL wechselt, sollte zusätzlich die Hinweise aus dem Beitrag Systemwechsel zu JTL richtig vorbereiten berücksichtigen. Die Übernahme von Artikeln, Kategorien und SEO-Signalen wird außerdem im Beitrag JTL-Datenmigration und SEO ausführlich behandelt.

Welche Daten vor dem Relaunch gesichert werden sollten

Vor jeder größeren Veränderung sollte eine nachvollziehbare Ausgangsbasis erstellt werden. Sie dient anschließend als Vergleich für den neuen Shop.

• Alle indexierbaren URLs des bestehenden Shops
• Kategorien, Produkte, Herstellerseiten und Inhaltsseiten
• Metatitel und Metabeschreibungen wichtiger Seiten
• Hauptüberschriften und zentrale Seitentexte
• Canonicals, Robots-Angaben und Indexierungsstatus
• Interne Links und Navigationsebenen
• Organische Klicks, Impressionen und Rankings
• Seiten mit hochwertigen externen Links
• Bestehende Weiterleitungen
• Sitemap und Robots-Datei
• Strukturierte Daten
• Core Web Vitals und Ladezeiten

Besonders wichtig ist die Unterscheidung zwischen Seiten, die tatsächlich Suchtraffic erzeugen, und URLs, die technisch vorhanden sind, aber keine eigenständige Bedeutung besitzen.

1. Bestehende URLs möglichst erhalten

Eine stabile URL ist häufig die sicherste Lösung. Sie besitzt bereits historische Signale, interne Verlinkungen und möglicherweise externe Verweise.

URLs sollten deshalb nicht allein aus optischen Gründen geändert werden. Ein kürzerer oder moderner wirkender Pfad ist nicht automatisch wertvoller als eine bestehende Adresse, die bereits Rankings aufgebaut hat.

Eine Änderung kann sinnvoll sein, wenn die bisherige Struktur technisch fehlerhaft, unverständlich oder nicht dauerhaft nutzbar ist. Dann muss jedoch eindeutig festgelegt werden, welche neue URL die bisherige Seite ersetzt.

2. Für jede geänderte URL ein passendes Weiterleitungsziel festlegen

Eine Weiterleitung darf nicht nur technisch funktionieren. Das Ziel muss auch inhaltlich zur bisherigen Seite passen.

Eine alte Produktkategorie sollte auf die entsprechende neue Kategorie verweisen. Ein nicht mehr verfügbares Produkt kann auf ein möglichst vergleichbares Nachfolgeprodukt oder eine eng passende Kategorie weitergeleitet werden.

Ungeeignet sind pauschale Weiterleitungen sämtlicher alter URLs auf die Startseite. Dadurch geht der konkrete Zusammenhang verloren. Für Suchmaschinen und Besucher wirkt die Weiterleitung dann häufig wie ein inhaltlich unpassendes Ziel.

3. Weiterleitungsketten und Schleifen vermeiden

Jede alte URL sollte möglichst direkt auf das endgültige Ziel verweisen. Mehrere Weiterleitungsstufen erschweren die Wartung und können Crawling sowie Ladezeit beeinträchtigen.

Problematisch ist beispielsweise diese Struktur:

Alte URL A verweist auf zwischenzeitliche URL B. URL B verweist anschließend auf neue URL C.

Besser ist eine direkte Weiterleitung von A auf C. Vor dem Go-live sollten deshalb auch bestehende ältere Weiterleitungen in die neue Planung einbezogen werden.

4. Kategorien und interne Linkstruktur erhalten

Selbst wenn alle URLs gleich bleiben, können Rankings durch eine veränderte interne Verlinkung beeinflusst werden.

Wird eine wichtige Kategorie nach dem Relaunch tiefer im Menü eingeordnet, aus der Startseite entfernt oder nur noch über Filter erreichbar, erhält sie möglicherweise deutlich weniger interne Signale.

Vor und nach dem Wechsel sollte deshalb geprüft werden:

• Wie viele Klicks sind von der Startseite bis zur Kategorie notwendig?
• Ist die Kategorie weiterhin im Hauptmenü oder einer passenden Unterstruktur verlinkt?
• Verweisen relevante Ratgeber und Unterkategorien weiterhin auf sie?
• Sind Breadcrumbs vollständig und logisch aufgebaut?
• Bleiben wichtige Produkt- und Herstellerverbindungen erhalten?
• Führen interne Links bereits direkt auf die endgültige URL?

Der Beitrag Interne Verlinkung im JTL-Shop zeigt, wie Seitenhierarchie und thematische Beziehungen durch Links erkennbar werden.

5. Seitentitel, Überschriften und Inhalte kontrolliert übernehmen

Ein neues Template verändert häufig mehr als die sichtbare Gestaltung. Inhalte können gekürzt, anders ausgegeben oder technisch an eine andere Position verschoben werden.

Besonders wichtig sind:

• ein eindeutiger Metatitel pro wichtiger Seite
• eine klar erkennbare H1
• logisch aufgebaute H2- und H3-Überschriften
• vollständig übernommene Kategorie- und Produkttexte
• sichtbare Inhalte auf mobilen Geräten
• korrekte Alt-Texte und Bildzuordnungen
• erhaltene FAQ- und Ratgeberinhalte

Bestehende Inhalte sollten nicht ungeprüft entfernt werden, nur weil das neue Design weniger Platz vorsieht. Zuerst muss geklärt werden, welche Abschnitte tatsächlich zur Sichtbarkeit, Orientierung und Conversion beitragen.

6. Canonicals nach dem Relaunch neu prüfen

Canonical-Tags helfen Suchmaschinen, bei ähnlichen Seiten die bevorzugte URL zu erkennen. Nach einem Relaunch können sie jedoch auf alte, falsche oder nicht indexierbare Ziele verweisen.

Zu kontrollieren sind insbesondere:

• Kategorie- und Produktseiten
• Varianten und Vater-Kind-Strukturen
• Filter- und Sortierseiten
• Seiten mit Parametern
• mehrsprachige Inhalte
• paginierte Kategorien
• HTTP- und HTTPS-Versionen
• Domainvarianten mit und ohne www

Ein Canonical ist kein Ersatz für eine saubere Weiterleitung. Alte URLs, die dauerhaft ersetzt wurden, sollten nicht lediglich aufrufbar bleiben und per Canonical auf die neue Seite verweisen.

7. Varianten, Filter und Merkmale kontrollieren

Ein neues Template oder eine geänderte Shopkonfiguration kann beeinflussen, welche Filterseiten crawlbar und indexierbar sind.

Nach dem Wechsel können plötzlich neue Parameter-URLs entstehen oder bislang geschlossene Kombinationen für Suchmaschinen erreichbar werden. Umgekehrt können zuvor wichtige Filter- oder Merkmalsseiten ihre Indexierbarkeit verlieren.

Welche Filterseiten einen eigenen Suchwert besitzen und welche nicht indexiert werden sollten, erläutert der Beitrag Varianten, Filter und Merkmale im JTL-Shop SEO-richtig einsetzen.

8. Strukturierte Daten und technische Auszeichnungen testen

Produktdaten, Bewertungen, Breadcrumbs, FAQs und Unternehmensinformationen können über strukturierte Daten für Suchmaschinen ausgezeichnet werden.

Durch einen Templatewechsel können einzelne Auszeichnungen verschwinden, doppelt ausgegeben werden oder nicht mehr zu den sichtbaren Inhalten passen.

Nach dem Relaunch sollten deshalb unter anderem folgende Typen kontrolliert werden:

• Product
• Offer
• AggregateRating
• BreadcrumbList
• Organization
• WebSite
• FAQPage, sofern die Voraussetzungen erfüllt sind

Warum strukturierte Daten auch für die maschinelle Einordnung von Inhalten wichtig sind, behandelt der Beitrag Strukturierte Daten für SEO und KI-Systeme.

9. Ladezeit und Serververhalten vor und nach dem Wechsel vergleichen

Ein optisch moderner Shop kann technisch langsamer sein als sein Vorgänger. Große Bilder, zusätzliche Skripte, externe Dienste und ungeeignete Plugins können die Ladezeit erhöhen.

Dabei sollte nicht nur ein einzelner PageSpeed-Wert betrachtet werden. Relevant sind auch Serverantwortzeit, Datenbankabfragen, Cache-Verhalten, JavaScript-Ausführung und reale Ladezeiten auf mobilen Geräten.

Wenn der neue Shop langsamer reagiert, hilft der Beitrag JTL-Shop Performance verbessern bei der Einordnung. Eine systematische Trennung zwischen Server, Datenbank, Template und Plugins behandelt außerdem der neue Beitrag JTL-Shop langsam: Ursachen systematisch erkennen.

10. Sitemap, Robots-Datei und Indexierung prüfen

Nach dem Go-live muss sichergestellt werden, dass Suchmaschinen die neue Struktur erreichen und verarbeiten können.

• Enthält die Sitemap ausschließlich relevante und indexierbare URLs?
• Verweist die Sitemap bereits auf die endgültigen Zieladressen?
• Sind alte URLs aus der Sitemap entfernt?
• Blockiert die Robots-Datei keine wichtigen Bereiche?
• Wurde eine Testumgebung versehentlich indexierbar gelassen?
• Bestehen noch globale Noindex-Einstellungen?
• Liefert jede zentrale Seite den korrekten HTTP-Status?

Besonders kritisch ist eine versehentlich übernommene Noindex-Einstellung aus der Entwicklungsumgebung. Dieser Fehler kann große Teile des Shops aus dem Suchindex entfernen.

11. Den neuen Shop vor dem Go-live vollständig testen

Ein Relaunch sollte nicht erst nach der Veröffentlichung auf grundlegende Fehler geprüft werden. Viele Probleme lassen sich bereits in der Testumgebung erkennen.

12. Rankings und Indexierung nach dem Go-live überwachen

Auch bei guter Vorbereitung können Suchmaschinen Zeit benötigen, um eine veränderte Struktur vollständig zu verarbeiten.

Entscheidend ist, nicht nur auf einzelne Keywords zu schauen. Nach dem Relaunch sollten mehrere Signale gemeinsam bewertet werden:

• organische Klicks und Impressionen
• indexierte und ausgeschlossene Seiten
• 404-Fehler und Weiterleitungsprobleme
• Rankings wichtiger Kategorien
• Veränderungen bei Marken- und Produktsuchen
• Crawling auffälliger URL-Parameter
• mobile Nutzbarkeit und Ladezeiten
• Umsatz und Conversion aus organischem Traffic

Wie Impressionen, Zielseiten und Suchanfragen sinnvoll verglichen werden, zeigt der Beitrag Google Search Console für JTL-Shops richtig auswerten.

Welche Schwankungen nach einem Relaunch normal sein können

Kurzfristige Veränderungen sind nach einem größeren Umbau möglich. Sie dürfen aber nicht pauschal als unvermeidbar abgetan werden.

Leichte Schwankungen können entstehen, wenn Google neue HTML-Strukturen verarbeitet, Weiterleitungen neu bewertet oder interne Signale aktualisiert. Deutliche und anhaltende Verluste bei ganzen Kategorien sprechen dagegen häufig für ein konkretes Problem.

Kritisch sind insbesondere:

• starker Rückgang indexierter Seiten
• viele neue 404-Fehler
• plötzlicher Verlust wichtiger Kategorie-Rankings
• alte URLs bleiben statt neuer Ziele im Index
• Test- oder Parameterseiten werden indexiert
• Canonicals zeigen auf falsche Seiten
• organische Einstiegsseiten verlieren ihre Inhalte

Typische Fehler bei einem JTL-Shop Relaunch

Die meisten Verluste entstehen nicht durch eine einzelne große Fehlentscheidung, sondern durch mehrere kleine, unkontrollierte Änderungen.

Die SEO-Prüfung muss Teil des gesamten Projektablaufs sein

SEO darf bei einem Relaunch nicht erst kurz vor dem Go-live ergänzt werden. Viele relevante Entscheidungen werden bereits bei Kategorieplanung, Datenmigration, Templateaufbau und URL-Konzeption getroffen.

Der technische und organisatorische Ablauf sollte deshalb früh festlegen:

• Wer entscheidet über URL-Änderungen?
• Wer erstellt und kontrolliert die Weiterleitungsliste?
• Welche Inhalte müssen übernommen werden?
• Wer prüft Canonicals und Indexierung?
• Wann erfolgt der vollständige Test?
• Welche Daten werden vor dem Go-live gesichert?
• Wer überwacht die Entwicklung nach dem Wechsel?

Wie ein JTL-Shop-Projekt technisch und organisatorisch vorbereitet wird, erläutert der Beitrag JTL-Shop Erstellung und Wawi-Anbindung planen. Der allgemeine Ablauf einer Umsetzung ist außerdem unter Projektablauf beschrieben.

Wann professionelle Unterstützung sinnvoll ist

Externe Unterstützung ist besonders dann sinnvoll, wenn mehrere Systeme, große URL-Mengen oder geschäftskritische Rankings betroffen sind.

• Der bestehende Shop besitzt bereits relevanten organischen Traffic.
• Mehrere Tausend Produkte und Kategorien werden übernommen.
• Die URL-Struktur verändert sich grundlegend.
• Ein anderes Shopsystem wird durch JTL-Shop ersetzt.
• Viele ältere Weiterleitungen bestehen bereits.
• Produkte, Kategorien und Bilder müssen neu zugeordnet werden.
• Template, Server und Shopversion werden gleichzeitig gewechselt.
• Nach einem bereits erfolgten Relaunch sind Rankings eingebrochen.

Bei einem komplexen Wechsel verbindet Faymax Consulting die JTL-Shop Erstellung und Wawi-Anbindung mit Datenmigration, technischer Prüfung und SEO-Sicherung.

Wie Faymax Consulting einen JTL-Shop Relaunch begleitet

Faymax Consulting betrachtet den Relaunch nicht nur als Design- oder Technikprojekt. Shopstruktur, Daten, SEO, Weiterleitungen und betriebliche Abläufe werden gemeinsam geplant.

• Bestandsaufnahme der vorhandenen URLs und Seitentypen
• Prüfung relevanter Rankings und organischer Einstiegsseiten
• Planung neuer Kategorien und URL-Strukturen
• Erstellung und Kontrolle des Weiterleitungsmappings
• Übernahme von Artikeln, Kategorien, Bildern und Inhalten
• Prüfung von Canonicals, Indexierung und strukturierten Daten
• Kontrolle interner Links und Navigation
• Test des neuen Shops vor dem Go-live
• Überwachung der Entwicklung nach dem Relaunch

Wenn ein bereits durchgeführter Relaunch zu technischen oder organisatorischen Problemen geführt hat, kann zusätzlich eine JTL-Projektrettung sinnvoll sein.

Häufige Fragen zum JTL-Shop Relaunch