Hyvä ist ein Geschenk für Core Web Vitals. Wir sehen in fast jedem Migrationsprojekt LCP-Werte, die sich halbieren, und CLS-Scores, die endlich grün werden. Die Versuchung ist groß, zu glauben, dass dieser Performance-Gewinn automatisch in SEO-Rankings übersetzt wird.

Die Wahrheit ist nuancierter. Wir haben Projekte gesehen, in denen Rankings nach der Migration verloren gingen – nicht trotz, sondern wegen Details, die im Eifer der Frontend-Modernisierung übersehen wurden. Die folgenden fünf Stolperfallen begegnen uns immer wieder. Wer sie vor dem Go-Live abhakt, behält die guten Rankings und nimmt die Performance-Boni gratis mit.

1. Falsche oder fehlende 301-Rewrites bei URL-Strukturen

Beim Wechsel auf Hyvä werden oft auch alte, hässliche URLs aufgeräumt – aus /catalog/category/view/id/47 wird endlich /halfter. Das ist die richtige Entscheidung. Das Problem: ohne saubere 301-Rewrite-Tabelle verlieren alle Backlinks und Google-Crawl-Pfade ihren Anker. Im schlimmsten Fall liefert der Server 404, und das Ranking ist weg, bevor jemand es bemerkt.

Was hilft: vor der Migration alle gerankten URLs aus der Search Console exportieren, ein Mapping-Skript bauen (alte URL → neue URL → 301) und das in der Apache/Nginx-Config oder im Magento URL-Rewrite-Modul ausrollen. Den Crawl danach mit einem Tool wie Screaming Frog gegen die alte URL-Liste laufen lassen – jeder 404 ist ein verlorener Backlink.

2. Canonical-Tags, die auf paginierte oder gefilterte Varianten zeigen

Ein klassischer Hyvä-Theme-Defekt: die Kategorieseite setzt das Canonical-Tag dynamisch auf die aktuelle URL inklusive Filter- und Pagination-Parametern. Plötzlich existiert rel="canonical" auf /halfter?p=2&color=rot – und Google indexiert genau diese Duplicate-Variante.

Was hilft: das Canonical-Tag in der Kategorie-Komponente immer auf die kanonische Kategorie-URL setzen (ohne Filter, ohne Pagination), unabhängig davon, was im Adressbalken steht. Filter-Seiten brauchen ein zusätzliches noindex – oder werden über strukturelles Routing gar nicht erst öffentlich.

3. Strukturierte Daten gehen beim Theme-Swap verloren

Magentos Standard-Layout-Files enthalten an einigen Stellen JSON-LD-Snippets – für Produkte, für Breadcrumbs, für die Organisation. Beim Hyvä-Theme-Switch verschwinden diese teilweise, weil die Hyvä-Templates nicht 1:1 dieselben Layout-Handles nutzen.

Was hilft: nach der Migration die wichtigsten Seitentypen (Produkt, Kategorie, Artikel) durch das Rich-Results-Test-Tool jagen. Was fehlt, wird in den Hyvä-Templates ergänzt – Produkt-Schema (Name, SKU, Preis, Verfügbarkeit, Bewertung), BreadcrumbList und Organization sind das Minimum.

Faustregel

Wenn die Rich-Results für ein Produkt vor der Migration funktionierten und danach nicht mehr, ist das in 9 von 10 Fällen ein fehlendes oder fehlerhaftes JSON-LD im Hyvä-Theme. Selten ein Google-Problem.

4. Hreflang verschwindet bei Multi-Store-Setups

Für Shops mit mehreren Sprachen oder Ländern setzt Magento standardmäßig hreflang-Tags zwischen den Store-Views. In Hyvä-Themes ist das nicht garantiert dabei – wir haben Projekte gesehen, in denen nach der Migration sämtliche hreflang-Tags fehlten und Google die Sprachversionen als duplizierte Inhalte interpretierte.

Was hilft: vor dem Go-Live prüfen, ob im <head> jeder Sprachversion die richtigen hreflang-Verweise stehen, inklusive x-default. Wenn nicht, im Hyvä-Theme nachrüsten – meist in der Layout-Komponente, die die Store-Views auflistet.

5. Sitemap.xml zeigt noch auf die alte Struktur

Dieser Punkt klingt trivial, ist aber der häufigste „Day-2-Bug" nach einer Migration. Die in der Search Console eingereichte sitemap.xml wird oft nur einmal generiert und nie neu eingelesen. Wenn Magentos Sitemap-Cron nach dem Go-Live nicht läuft, zeigt die Sitemap noch auf URLs, die seit Stunden 301 weiterleiten. Google nimmt das als Signal, dass die neue Struktur instabil ist.

Was hilft: am Tag des Go-Lives manuell die Sitemap regenerieren lassen, in der Search Console neu einreichen und prüfen, dass sie 200 OK liefert und ausschließlich die neuen, kanonischen URLs enthält.

Was wir typischerweise mit Axon automatisieren

Vier der fünf oben genannten Punkte fallen in das, was wir unter dem SEO-Agent in Axon bündeln: automatische 301-Rewrites aus dem URL-Mapping, generierte und validierte Meta-Daten, JSON-LD-Templates pro Seitentyp und ein laufendes Monitoring, das nach der Migration einen Soll-Ist-Vergleich gegen die Search-Console-Daten fährt. Den Hreflang-Teil decken wir bei mehrsprachigen Shops über eigene Hyvä-Layout-Komponenten ab.

Wer eine Hyvä-Migration plant: machen Sie aus SEO keine Nachbereitung. Wenn der SEO-Plan vor dem Theme-Build steht, ist die Migration kein Risiko mehr – sondern der Moment, in dem Sie technisch sauberer aufstellen, als der Shop je war.