Hallo zusammen,
ich würde gerne meine SEO-URLs aus SW5 in SW6 migrieren und übernehmen.
Bei Kategorien und Landingpages kann ich das ohne weiteres realisieren aber bei den Artikel/Produkten gibt es ein Problem:
In SW5 habe ich für die Artikel folgendes SEO-Template hinterlegt:
{$sArticle.id}/{$sArticle.name}
Ergebnis ist dann z.B.:
https:/www.meinShop/1234/meinArtikel
Leider wurde in SW6 die Article.id aus der DB nicht 1:1 übernommen - in SW6 ist die product.id als HEX-Zahl gespeichert. Würde ich das SEO-Template entsprechend in SW6 verwenden, kommt natürlich die HEX-Zahl anstelle der SW5-Article.id:
{{ product.id }}/{{ product.translated.name }}
Ergebnis: https://www.meinShop/f5315638c6c24e8bb01a1b603e7c06dd/meinArtikel
Hat jemand eine Lösung dafür, wie man die „alte“ Article.id migrieren und abrufen kann?
Das Problem dürfte relativ viele Shops betreffen, da Shopware in den Docus damals selbst dieses Template im SW5-Standard vorgeschlagen hatte (wenn mich nicht alles täuscht), um eindeutige Artikel-URLS zu erzeugen.
Speicher deine URLs in SW5 in ein Freitextfeld.
Durch die Migration wird das FTF übernommen.
Gebe im SW6 SEo Template an, dass er die URL aus dem CustomField erstellen soll, wenn etwas darin vorhanden ist, ansonsten neues Template.
Vielleicht könnte man auch das „autoincrement“ Feld benutzen? Das Feld ist eine Zahl und entspricht der Anzahl/Position in der Tabelle. Wird also ein neuer Artikel erstellt, erhöht sich das autoincrement Feld entsprechend.
Ich weiß aber nicht, was mit dem Feld passiert, wenn ein Artikel gelöscht wird. Es kann sein, dass dann alle Einträge ggf. aktualisiert werden. Das müsste man testen.
Das Feld „autoincrement“ hatte ich auch schon auf dem Schirm. Dieses Feld ist aber leider nicht mit der „alten“ Article.id verbunden, sondern wird tatsächlich von SW6 durchgezählt. Das könnte klappen, wenn man keine Varianten in SW5 verwendet hat - die „alte“ article.id wurde in SW5 ja auch inkrementiert… Dann darf aber auch nichts zwischendurch im Artikelstamm bei SW5 gelöscht worden sein, sonst stimmt die Reihe dann wieder nicht überein.
Deswegen kann ich das Feld „autoincrement“ leider bei meinen URLs nicht als Ersatz für die article.id verwenden. Sie würden aufgrund der unterschiedlichen Werte dann in google wieder als neue URL indiziert und das alte Ranking ist futsch.
Die Idee mit dem Freitextfeld ist da evtl. besser. Allerdings müsste ich ja dann nochmal an die SW5-Datenbank ran. Wir haben ca. 240.000 Artikel (inkl. Varianten), ich bin froh, dass das Ding läuft
Kann man denn die „alte“ article.id als Wert oder als Feld nach SW6 mit dem Migrations-Tool migrieren? Dann könnte ich im SEO-Template da ja auch darauf zugreifen.
Ich habe mich sowieso schon gefragt, warum ausgerechnet die article.id aus der SW5-DB nicht im Migrations-Lauf automatisch mitgenommen wird. Oder versteckt sich das Feld irgendwo anders in der SW6-DB?
Leider habe ich das Problem noch nicht gelöst. Da die Migration an sooo vielen Stellen hakt, werden wir wahrscheinlich gar nicht zu SW6 wechseln/migrieren, sondern gleich auf ein anderes Shopsystem wechseln. Bin auch von der Forum-Unterstützung hier bei SW6 etwas enttäuscht. Überhaupt kein Vergleich zum guten alten SW5-Forum und der Hilfsbereitschaft dort.
ok - Ich habe per SQL die Artikel id aus SW5 in ein Freitextfeld kopiert, und das zu SW6 migriert.
Dort kann ich es un auch in den SEO URL Einstellungen ansprechen. Soweit so gut.
Das klappt prima für Artikel ohne Varianten.
Bei Artikeln mit Varianten wird in SW5 wohl der parent über die ID angesprochen, in SW6 geht das nicht.
Hier werden die IDs der Variante genommen.
Wie soll ich den so jemals auf SW6 wechseln können? (der 3. Anlauf in 1,5 Jahren…)
Ich werde sicherlich nicht zulassen, dass 50% meiner alten URLs einen 404er bekommen und ins leere schiessen.
Ich nehme gerade den zweiten Anlauf auf SW6 zu wechseln.
Wirklich überzeugt bin ich nicht. Die Migration ist an vielen Stellen sehr hackelig, oder funktioniert garnicht.
Wenn man mehr als 200 Arikel hat und jedes einzelne Nachbearbeiten muss, überlegt man ob man wirklich wechseln will.
In SW5 habe ich für Produkt {sCategoryPath articleID=$sArticle.id}/{$sArticle.id}/{$sArticle.name}
Wie ist denn hier der aktuelle Stand? Wir haben etliche Shops mit dem selben Problem. Wie bekommen wir die bisherigen SW5 SEO-URLs sauber in den SW6?
PS: Schade auch, dass sich Shopware generell hier im Forum bezüglich SW6 sehr zögerlich verhält. Viele User vielen sich im Stich gelassen. Die Umstellung von SW5 auf SW6 ist teilweise eine Katastrophe und Hilfe per Forum ist kaum zu erwarten
SEO seeding and growing von SW 5 gehen bei Varianten einfach den Bach runter….
Alle Artikel mit Varianten sind zwar mit der alten SEO URL aufrufbar aber in der Produktansicht wird nicht der Parent Artikel sondern immer die größte Variante auf der Produktseite aufgerufen.
Die Krönung - ein gelöschtes Produkt anschließend ohne Variante neu angelegt - ruft bei Eingabe der SEO URL die nicht mehr vorhandene größte Variante auf - natürlich 404
Einstellungen > SEO > Produktdetailseite {{ product.translated.name }}
Die Storefront Einstellungen Einzelprodukt - Variante sind gesetzt aber es funktioniert einfach nicht
Das Migrations-Tool kann das mit der SW5 Article Id eigentlich handeln.
Problem sind die Bugs innerhalb des Tools.
Falls jemand noch Hilfe bei der Migration benötigt, kann er sich gerne bei mir melden. Habe schon sämtliche Szenarien verschiedener Datenstrukturen durch.
Die ID in der URL war in SW5 leider Standard aber völlig unnötig. Mein Tipp, lege in SW6 eine SEO Vorlage ohne ID (hast du ja nicht) an. Dann sollte die URL bis auf die ID identisch sein. In der htacces oder nginx Direktiven machst du eine RewriteRule, welche die ID entfernt. Somit bekommst du keine Probleme mit den bereits indexierten URLs.
So haben wir das bei unseren letzten Migrationen durchgeführt.
