# SEO-URLs nach Datenübernahme teilweise zerstört
**URL:** https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027
**Category:** Allgemein
**Created:** [3. April 2020 um 18:09 UTC](https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027 "2020-04-03T18:09:38Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@Overtone](https://forum.shopware.com/u/Overtone)
#### Post date: [3. April 2020 um 18:09 UTC](https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027/1 "2020-04-03T18:09:38Z")
Ich habe vor einiger Zeit die Daten von einem 5er Shop in die heute aktualisierte 6.1.5er Version übernommen. Beide Shops liegen bei Mittwald auf dem gleichen Server wodurch die Migration reibungslos klappte. Allerdings sind einige URLs von diversen Unter-Kategorien mehr oder weniger zerstört. „Mehr oder weniger“ deswegen, weil diese eigentlich NICHT zerstört sind. In der Datenbanktabelle seo\_url finde ich so beispielsweise diese SEO-URLs in der Spalte seo\_path\_info:
Queues-Zubehoer/Tuch/
Cues-Accessories/Cloth/
In der Spalte path\_info steht dazu:
/navigation/7e3c865f822f413a97d3aedee819b465
/navigation/7e3c865f822f413a97d3aedee819b465
Da die Werte in der Spalte path\_info identisch sind erkennt Ihr sicherlich, dass hier die gleiche Seite eben auf Deutsch und Englisch gemeint ist.
Wechsle ich jetzt den Shop auf Englisch zeigt mir der Menüpunkt korrekt [meinedomain.de/Cues-Accessories/Cloth/](http://meinedomain.de/Cues-Accessories/Cloth/) an während der gleiche Menüpunkt auf Deutsch [meinedomain.de/navigation/7e3c865f822f413a97d3aedee819b465](http://meinedomain.de/navigation/7e3c865f822f413a97d3aedee819b465) anzeigt und auch öffnet. Gebe ich in der Adressleiste direkt [meinedomain.de/Queues-Zubehoer/Tuch/](http://meinedomain.de/Queues-Zubehoer/Tuch/) ein öffnet sich ebenfalls die korrekte deutsche Unter-Kategorie. Von daher brachte auch das Ausführen von " bin/console dal:refresh:index " in der Konsole nichts, da ja in der Datenbanktabelle seo\_url offensichtlich alles korrekt ist. Es ist also lediglich ein Problem im Menü selbst. Kann man dies irgendwo händisch korrigieren? Es handelt sich nämlich nur um knap 10 - 15 Kategoprien, bei welchen dieses Problem besteht.
---
### Author:  [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)
#### Post date: [4. April 2020 um 05:53 UTC](https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027/2 "2020-04-04T05:53:23Z")
Hast du den Cache auf dem Server mal weggeworfen? Wüsste nicht warum das passieren könnte.
---
### Author:  [@Overtone](https://forum.shopware.com/u/Overtone)
#### Post date: [4. April 2020 um 06:23 UTC](https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027/3 "2020-04-04T06:23:34Z")
Du meinst wohl den Konsole-Befehl „bin/console cache:clear“, oder? Diesen habe ich zigmal ausgeführt und mittlerweile ohnehin den Cache mittels der twig.yaml und der Anweisung „cache: false“ deaktiviert.
---
### Author:  [@Overtone](https://forum.shopware.com/u/Overtone)
#### Post date: [4. April 2020 um 15:02 UTC](https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027/4 "2020-04-04T15:02:26Z")
Mir sind jetzt auch noch ein paar weitere Fehler aufgefallen, welche im Zusammenhang mit falschen SEO-Links stehen:
Bei Varianten-Artikeln ist die Preisberechnung und die Standard-Varianten-Auswahl völlig falsch. Generell wurden diese jedoch bei der Migration korrekt migriert. Allerdings stehen alle Varianten-Werte unter „Auf- + Abschläge“ beim Neu-Generieren auf 0,00 € und müssen neu gesetzt werden.
Darüber hinaus verweisen fast alle Links aus Suchlisten oder Kategorielisten immer zu einem Produkt, welches bereits eine Varianten-Auswahl beinhaltet, also beispielsweise [meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.6](http://meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.6) statt [meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015](http://meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015) und geben somit erst mal einen abweichenden Grundpreis an. Dadurch entstehen vermutlich auch die Berechnungsfehler bei der Anzeige der Preisspanne in den Suchlisten oder Kategorielisten!
Außerdem werden alle Produkttitel beim Sprachwechsel in Englisch ausgegeben, aber nicht die Produktbeschreibung! Diese wurde definitiv bei der Migration nicht mit übernommen, da die Inhalte auch nirgends in der Datenbank zu finden sind und in der Datenbanktabelle product\_translation bei allen Datensätzen mit englischem Inhalt im Feld „name“ ein NULL im Feld „description“ steht!
Ich tippe hier auf gravierende Fehler im Migrationstool.
Ach so: Die Migration wurde natürlich nicht mit einem Fremd-System, sondern wie beschrieben mit einem Shopware 5 Shop vom gleichen Server durchgeführt.
---
### Author:  [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)
#### Post date: [4. April 2020 um 15:34 UTC](https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027/5 "2020-04-04T15:34:23Z")
Also den Auswahl-Konfigzurator gibt es in SW6 aktuell nicht, man landet also immer auf einer Variante. Der Vater-Artikel ist selbst keine Variante und auch im Frontend nicht erreichbar, er vererbt nur die Settings und Inhalte an die Varianten. Auch eine Vorauswahl (Standard-Variante) gibt es aktuell in Shopware 6 nicht (erst ab 6.2). Insofern lassen sich diese Dinge auch nicht migrieren. Ich bin mir auch ziemlich sicher, dass die Aufschläge nicht mit migriert werden, sondern nur die Produktpreise. Also das hat meiner Meinung nach nichts mit den URLs zu tun.
---
### Author:  [@Overtone](https://forum.shopware.com/u/Overtone)
#### Post date: [4. April 2020 um 15:44 UTC](https://forum.shopware.com/t/seo-urls-nach-datenubernahme-teilweise-zerstort/66027/6 "2020-04-04T15:44:27Z")
Verstehe ich dich dann im Umkehrschluss richtig: Bei Shopware 6.2 würde die Migration auch die Aufschläge mit migrieren? Und wie lautet dann aber in SW6 die URL zum Artikel ohne einer einzigen Variante bzw. bei allen Varianten die Auswahl “Nein danke” o. ä. , auf jeden Fall ohne Aufpreis? In meinem Beispiel dann statt [meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015](http://meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015) vielleicht [meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.1](http://meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.1)? Das erkärt aber trotzdem nicht warum der Artikel dann mit [meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.6](http://meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.6) öffnet, da ja auch jetzt die Variante [meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.1](http://meinedomain.de/Pool-Billiard-Cue-J.Pechauer-JP-Q-15/104015.1) existiert.
Würden generell solche Fehler bei einer erneuten Migration überschrieben werden oder funktioniert das Migrations-Plugin dahin gehend, dass beim Erkennen eines bereits migrierten Artikels dieser nicht mehr überschrieben wird? Was wäre dann aber bei zwischenzeitlichen Preisanpassungen im alten Shop?