Shopware Inhalte migrieren: Texte umziehen ohne die URL – und das Ranking – zu verlieren
Du hast Ratgeber-Texte oder Landingpages in einem Blog-Plugin oder in Shopwares Erlebniswelten liegen – und willst sie woanders hin umziehen, idealerweise unter genau derselben URL. Genau hier gehen die meisten Rankings verloren, wenn man ein paar Mechanismen nicht kennt. Dieser Ratgeber zeigt wo deine Texte tatsächlich liegen, wie du sie exportierst und wie du sie so wieder importierst, dass Google gar nichts merkt.
Genau diesen Umzug nimmt dir der Ertragswerke Content Manager ab: Er importiert Artikel aus JSON, XML und HTML und lässt dich die alte Adresse als dauerhafte Weiterleitung am Artikel hinterlegen. Der Punkt, an dem die meisten Migrationen scheitern, ist damit Teil des Imports statt eine Aufgabe danach.
Inhalt
- Das Grundproblem: Google merkt sich die URL, nicht den Text
- Die drei Quellen: wo deine Texte wirklich liegen
- Quelle 1: Shopware Erlebniswelten (Landingpages)
- Quelle 2: Blog- und Content-Plugins
- Der Datenbank-Weg über phpMyAdmin
- Der KI-Weg: Export in eine strukturierte JSON-Datei
- Der kritische Teil: Import unter derselben URL
- Die typischen Fehler beim Umzug – und warum sie passieren
- Umzugs-Checkliste
- Häufige Fragen
Das Grundproblem: Google merkt sich die URL, nicht den Text
Bevor es an die Technik geht, der wichtigste Satz vorweg: Google merkt sich die URL,
nicht deinen Text. Ein Ratgeber der seit zwei Jahren unter /ratgeber/barf-fuer-welpen
rankt, hat sein Ranking an genau dieser Adresse aufgebaut. Wenn dieselbe Adresse nach dem
Umzug plötzlich einen Fehler liefert, den alten Inhalt doppelt zeigt oder ungewollt woanders
hin springt, ist das Ranking weg – oft ohne dass du es sofort merkst.
Das Ziel jedes Umzugs ist deshalb: die URL bleibt erhalten und liefert nach dem Umzug denselben Inhalt mit Status 200 – oder, falls sich die Adresse ändern muss, leitet die alte Adresse dauerhaft per 301 auf die neue um. Alles andere kostet Rankings.
Die drei Quellen: wo deine Texte wirklich liegen
Der erste Schritt ist zu verstehen wo deine Inhalte technisch gespeichert sind. In Shopware gibt es dafür drei typische Quellen – und jede wird anders exportiert:
- Shopware Erlebniswelten (Shopping Experiences): hier liegen oft Landingpages und Content-Seiten. Gespeichert in Shopware-eigenen Tabellen, als strukturierte Blöcke.
- Blog- oder Content-Plugins: Drittanbieter-Plugins speichern ihre Artikel in eigenen Datenbanktabellen mit eigener Struktur.
- Produkt- und Kategorietexte: liegen direkt in den Shopware-Standardtabellen und lassen sich über den Standard-Import/Export bewegen – der einfachste Fall, um den es hier aber nicht geht.
Quelle 1: Shopware Erlebniswelten (Landingpages)
Wer seine Texte in Erlebniswelten geschrieben hat, hat sie in Shopwares eigenen Tabellen
liegen (cms_page, cms_block, cms_slot). Das Problem:
der Text steht dort nicht als zusammenhängender Fließtext, sondern zerlegt in einzelne
Blöcke und Slots im JSON-Format. Ein sauberer Fließtext-Export über das Backend ist nicht
vorgesehen.
Zwei praktikable Wege:
- Bei wenigen Seiten – manuell: Jede Landingpage im Frontend öffnen, den gerenderten Text markieren und kopieren. Umständlich, aber bei fünf oder zehn Seiten schneller als jeder technische Weg. Die URL notieren – sie ist das Wichtigste.
- Bei vielen Seiten – über die Datenbank: Die Textinhalte aus den Slot-Daten der
cms_slot-Tabelle exportieren. Das ist der phpMyAdmin-Weg weiter unten.
Quelle 2: Blog- und Content-Plugins
Blog-Plugins von Drittanbietern speichern ihre Artikel in eigenen Tabellen. Wie die heißen, steht in der Dokumentation des jeweiligen Plugins – meistens tragen sie ein Kürzel des Herstellers im Namen. Auch hier gibt es zwei Wege, je nach Artikelzahl:
- Wenige Artikel: im Backend des Blog-Plugins jeden Artikel öffnen, Titel, Text, Meta-Angaben und – ganz wichtig – die URL kopieren. Bei einer Handvoll Artikel der schnellste Weg.
- Viele Artikel: die Datenbanktabelle des Plugins direkt exportieren. Dafür brauchst du Zugang zur Datenbank – der nächste Abschnitt zeigt wie das unabhängig vom Hoster geht.
Der Datenbank-Weg über phpMyAdmin
phpMyAdmin ist ein Werkzeug zur Datenbankverwaltung das bei den allermeisten Hostern verfügbar ist – egal ob eigener Server, Managed Hosting oder Standard-Webhosting. Manche Hoster bieten alternativ Adminer an, das funktioniert genauso. So findest du deine Texte:
- phpMyAdmin über das Hosting-Panel öffnen (bei den meisten Hostern unter „Datenbanken" zu finden)
- Die Datenbank deines Shops auswählen – links in der Tabellenliste
- Nach den Tabellen des Blog-Plugins suchen. Tabellen sind alphabetisch sortiert; das Hersteller-Kürzel hilft beim Finden
- Die Tabelle mit den Artikeln anklicken (enthält Spalten wie title, content, slug oder url)
- Oben auf den Reiter „Exportieren" klicken
- Exportformat wählen: CSV für die Weiterverarbeitung in Tabellen oder mit KI, SQL nur als Sicherungskopie
- Export starten – die Datei wird heruntergeladen
Der KI-Weg: Export in eine strukturierte JSON-Datei
Hier wird es interessant – und hier liegt der eigentliche Vorteil. Die exportierte CSV-Datei aus phpMyAdmin ist roh: HTML-Fragmente, Datenbankspalten, technische Felder durcheinander. Statt das mühsam von Hand aufzuräumen, lässt sich eine KI nutzen um die Rohdaten in ein sauberes, strukturiertes Format zu bringen das direkt importierbar ist.
Der Ablauf:
- Die CSV-Export-Datei aus phpMyAdmin einer KI übergeben
- Die KI anweisen, je Artikel ein strukturiertes Objekt zu erzeugen mit den Feldern: Titel, URL/Slug, Fließtext (als sauberes HTML), Meta-Titel, Meta-Description
- Als Ausgabeformat eine JSON-Datei anfordern – ein maschinenlesbares Format das sich zuverlässig einlesen lässt
- Die KI kann dabei gleich aufräumen: kaputte HTML-Fragmente reparieren, überflüssige Inline-Styles entfernen, die Struktur vereinheitlichen
Das Ergebnis ist eine saubere JSON-Datei in der jeder Artikel vollständig und einheitlich strukturiert vorliegt – mit der URL als Schlüsselfeld. Genau diese Datei ist die Grundlage für den Import unter derselben Adresse.
Der kritische Teil: Import unter derselben URL
Jetzt kommt der Punkt an dem die meisten Umzüge scheitern – und an dem sich entscheidet ob dein Ranking überlebt. Der Text ist exportiert, sauber strukturiert, importbereit. Die Frage ist: kommt er unter derselben URL wieder online, ohne Fehler?
Das Problem dabei ist technisch und betrifft jeden Umzug in Shopware. Shopware verwaltet
seine „schönen" URLs in einer eigenen Tabelle (seo_url). Zwei Dinge gehen
dabei typischerweise schief:
- Die URL wird erst beim Deployment gebaut, nicht beim Speichern. Du speicherst den Artikel, rufst die URL auf – und bekommst einen 404. Der Inhalt ist da, aber die Adresse existiert im System noch nicht, weil der URL-Eintrag erst bei einem technischen Volllauf erzeugt wird.
- Die alte URL wird ein zweites Mal angelegt und die Datenbank blockt. Jeder URL-Pfad darf in der Tabelle nur einmal vorkommen. Existiert noch ein alter Eintrag für dieselbe Adresse, wird der neue stumm nicht geschrieben – wieder ein 404.
Genau diese beiden Probleme löst der Ertragswerke Content Manager, weil er für den Umzug gebaut wurde:
- URL beim Speichern sofort gebaut: Statt auf ein Deployment zu warten, wird bei jedem Speichern die passende URL automatisch neu erzeugt. Speichern, aufrufen, funktioniert – ohne Konsole, ohne technischen Volllauf.
- Automatischer 301 über nicht-kanonische Pfade: Über ein Feld für alte Adressen legt der Content Manager für jede frühere URL einen Eintrag an der per 301 auf die aktuelle Seite leitet. Bleibt die URL identisch, liefert sie direkt den Inhalt. Ändert sie sich, leitet die alte Adresse dauerhaft auf die neue – ohne eigenen Umleitungscode.
- Kollisionsbereinigung: Konkurrierende alte Einträge für denselben Pfad werden vor dem Neuanlegen entfernt, sodass der Unique-Index nicht blockt.
Die typischen Fehler beim Umzug – und warum sie passieren
- 404 nach dem Umzug: Die alte URL zeigt ins Leere, weil das neue System für diese Adresse noch keinen gültigen Eintrag angelegt hat. Der Inhalt existiert, die Adresse fehlt.
- Die alte Adresse zeigt noch den alten Inhalt: Solange das alte Plugin noch ausliefert, hat dieselbe URL zwei Inhalte. Google sieht Dubletten und weiß nicht welche zählt. Das alte Plugin muss nach dem Umzug deaktiviert werden.
- Der Redirect greift nicht: Meist ein Cache-Thema. Immer im Inkognito-Fenster testen und im Netzwerk-Tab den Status-Code ansehen.
- 302 statt 301: Ein 302 sagt Google „nur vorübergehend" – die Linkkraft wandert nicht mit. Für einen Umzug braucht es immer 301 („dauerhaft").
- Falsches Canonical: Zeigt das Canonical der neuen Seite noch auf die alte Adresse, erklärt sich die Seite selbst für „nicht das Original".
Umzugs-Checkliste
- URL-Inventar ziehen: alle bestehenden URLs auflisten (Sitemap, Search Console, Crawler). Je URL notieren: bleibt sie gleich oder ändert sie sich?
- Inhalte exportieren – über Backend (wenige) oder phpMyAdmin (viele)
- Rohdaten mit KI in eine saubere JSON-Datei bringen, URL als Schlüsselfeld
- Inhalte inklusive Meta-Titel, Meta-Description und Schema 1:1 übernehmen, nicht kürzen
- In den Content Manager importieren – URL bleibt gleich oder alte Adresse als 301 hinterlegen
- Altes Plugin bzw. alte Erlebniswelt an derselben URL abschalten
- Im Inkognito testen: neue URL liefert Status 200, alte URL springt per 301
- Canonical prüfen: zeigt auf sich selbst, nicht auf die alte Adresse
- Sitemap neu erzeugen und in der Search Console einreichen – nur kanonische URLs
- Interne Links auf die neue URL umbiegen, nicht über den Redirect-Umweg
- 4 bis 8 Wochen beobachten: alte URLs als „weitergeleitet", neue als „indexiert"?
Häufige Fragen
Kann ich Artikel aus einem Blog-Plugin direkt in ein anderes importieren?
Nicht direkt. Jedes Plugin speichert in eigenen Tabellen mit eigener Struktur. Der Umzug läuft immer über einen Zwischenschritt: Export aus der Quelle, Aufbereitung in ein neutrales Format (idealerweise JSON), Import ins Ziel. Ein direkter Plugin-zu-Plugin-Knopf existiert nicht.
Ich bin nicht bei einem großen Managed-Hoster – komme ich trotzdem an die Datenbank?
Ja. phpMyAdmin oder Adminer sind bei praktisch allen Hostern verfügbar, vom Standard-Webhosting bis zum eigenen Server. Der Zugang findet sich im Hosting-Panel meist unter „Datenbanken". Der Weg ist überall gleich, unabhängig vom Anbieter.
Muss die URL wirklich exakt gleich bleiben?
Idealerweise ja – dann merkt Google gar nichts. Wenn sich die URL ändern muss, ist das kein Drama, solange die alte Adresse dauerhaft per 301 auf die neue leitet. Was du vermeiden musst ist ein 404 oder eine Dublette.
Was passiert wenn ich das alte Plugin einfach online lasse?
Dann konkurrieren zwei URLs mit demselben Inhalt und Google weiß nicht welche zählt. Das alte Plugin muss nach dem Umzug entweder deaktiviert werden oder seine alten Adressen müssen per 301 auf die neuen zeigen.
Ertragswerke Content Manager
URL beim Speichern sofort gebaut, automatischer 301 für alte Adressen, Kollisionsbereinigung – der Content Manager ist für genau diesen Umzug gebaut. Migriere deine Inhalte ohne Ranking-Verlust.
Zum Content Manager →
Geschäftsführer Rawmantiker UG. Hat den 404-nach-Umzug und den Unique-Index-Konflikt selbst durchlebt – und den Content Manager als Antwort darauf gebaut.
Wie sich importierte Inhalte anschliessend in eine Themenstruktur einordnen und untereinander verlinken lassen, zeigen die Ratgeber zu Pillar-Cluster-Strukturen und interner Verlinkung. Den vollstaendigen Funktionsumfang findest du beim Shopware Content Manager.