Schematischer Vergleich der SEO-Architektur von Shopware und Shopify

Shopware vs. Shopify aus SEO-Sicht — drei falsche Annahmen und ein ehrlicher Entscheidungsrahmen

Ein Architektur-Vergleich für Shopbetreiber, die vor der Systementscheidung stehen — oder überlegen, die getroffene Entscheidung zu revidieren. Stand: August 2026.

Kernaussage

Die üblichen Vergleiche zwischen Shopware und Shopify tragen drei falsche Annahmen: Shopify sei automatisch besser für SEO, Shopware bedeute volle SEO-Kontrolle, und die Systementscheidung sei eine SEO-Entscheidung. Alle drei stimmen so nicht. Ein ehrlicher Vergleich löst diese Annahmen auf — und endet mit einer Zuordnung nach Händlertyp, nicht mit einer Rangliste.

Warum die meisten Vergleiche zwischen Shopware und Shopify irreführen

Wer heute nach „Shopware vs. Shopify SEO“ sucht, findet ein sehr einheitliches Content-Muster: kurze Systemvorstellung, symmetrische Vergleichstabelle mit acht bis fünfzehn Zeilen, ein „Kommt-darauf-an“-Fazit, Handlungsaufforderung. Diese Vergleiche wirken ausgewogen, sind es aber selten. Sie behandeln beide Systeme, als hätten sie dieselbe Zielgruppe, dasselbe Betriebsmodell und dieselben SEO-Trade-offs — und verwechseln ausgewogene Sprache mit ehrlicher Analyse.

Ein Architektur-Vergleich muss anders ansetzen. Er muss die Prämissen benennen, die die üblichen Vergleiche mitschleppen, und harte, quellenbelegte Fakten liefern statt Feature-Aufzählungen. In diesem Beitrag sind das drei Annahmen, die wir für falsch halten — und die wir im Folgenden nacheinander auflösen. Danach folgt eine Zuordnung: für welchen Händlertyp ist welches System die SEO-technisch stärkere Wahl.

Ein Hinweis zur Aktualität: Beide Plattformen entwickeln sich schnell. Alle konkreten Limits, Editionsnamen und Feature-Verfügbarkeiten in diesem Beitrag sind auf den Stand August 2026 datiert. Prüfen Sie zeitkritische Werte vor einer Entscheidung gegen die aktuelle offizielle Dokumentation.

Annahme 1: „Shopify ist automatisch besser für SEO“

Diese Annahme kursiert seit Jahren und gehört zu den häufigsten Fehlwahrnehmungen in Plattformvergleichen. Sie ist nicht komplett falsch — aber sie unterschlägt, dass Shopify strukturelle SEO-Grenzen hat, die auf Shopware nicht existieren.

Kurz gesagt: Der native Shopify Online Store und der Shopify-eigene Filter-Stack haben feste, teilweise nicht konfigurierbare Grenzen bei der URL-Struktur und der nativen Filterung. Für Setups mit überschaubarer Produkt- und Integrationskomplexität sind diese Grenzen im Alltag irrelevant. Für spezialisierte Setups, die diese Grenzen berühren, ist Shopware die strukturell offenere Basis.

Die harten Grenzen von Shopify

Fixe URL-Präfixe. Im nativen Shopify Online Store sind die Präfixe /products/, /collections/, /pages/ und /blogs/ fest vorgegeben. In einem vollständig eigenen Headless-Frontend können andere Routen umgesetzt werden; die Standardrouten sollten dann serverseitig weitergeleitet werden.

robots.txt ist konfigurierbar — mit Einschränkungen. Anders als oft dargestellt, ist Shopifys robots.txt nicht rudimentär. Über das Template robots.txt.liquid lassen sich Regeln hinzufügen und entfernen, Crawl-Delay-Regeln definieren, zusätzliche Sitemaps referenzieren und einzelne Crawler blockieren. Shopify stuft die Bearbeitung jedoch als „unsupported customization“ ein: Die Funktion ist verfügbar, Shopify Support unterstützt aber nicht bei der Umsetzung.

Storefront-Filter mit klaren Limits. Wer Shopify-Filter über Metafields aufbauen will, arbeitet gegen eine Reihe von Grenzen, die in vielen Plattformvergleichen kaum berücksichtigt werden. In der Shopify Search & Discovery App lassen sich Filter aus folgenden Metafield-Typen aktivieren:

  • Single line text
  • Single line text (List)
  • Decimal
  • Integer
  • True or false (Boolean)
  • Metaobject reference
  • Metaobject reference (List)

Listen-Typen und Metaobject-Referenzen funktionieren also — anders als in vielen älteren Anleitungen behauptet. Wichtig ist die Unterscheidung nach Betriebsmodell: In einem Headless-Setup über die Storefront API ist der filterbare Typenkreis innerhalb des nativen Shopify-Stacks enger. Die API unterstützt als Metafield-Filter nur number_integer, number_decimal, single_line_text_field und boolean.

Konkrete Filter-Limits (Stand 2026):

Übersicht der URL- und Filterlimits im nativen Shopify-System
Grenze
Wert
Max. Filter pro Store – Standard und Custom kombiniert
25
Max. Filterwerte pro Filter im Storefront
100
Max. Filterwerte pro Filter in der Search-&-Discovery-App
1.000
Max. Filterwerte pro Filtergruppe
200
Max. Filtergruppen insgesamt
1.000
Max. Produkte pro Collection für aktivierte Filter
5.000
Max. Suchergebnisse mit Filteranzeige
100.000

Die aktuelle Shopify-Dokumentation nennt maximal 25 aktive Filter pro Store. Collections mit mehr als 5.000 Produkten zeigen keine Filter an. Auch die Grenzen für Filterwerte, Filtergruppen und Suchergebnisse sind in der Dokumentation zu Search & Discovery aufgeführt.

Zwei Praxisdetails, die häufig übersehen werden: Für visuelle Filter auf Basis eigener Metaobjects muss der Storefront-Zugriff sowohl für die Metaobjekt- als auch für die Metafeld-Definition explizit aktiviert werden, sonst greift der Filter nicht. Und Farb-Swatches (farbige Punkte statt Text im Filter) lassen sich nicht nur über das Standard-Farbattribut der Shopify-Taxonomie abbilden, sondern auch über eigene Metaobject-Referenzen — vorausgesetzt, das Theme unterstützt die entsprechende Filter-Value-API.

Kategorie-Verschachtelung. Shopify-Collections liegen flach unter /collections/, unabhängig von der Menü-Struktur. Die semantische Hierarchie zwischen Ober- und Unterkategorien ist über URLs nicht abbildbar. Shopware kann die Verschachtelung in der URL abbilden (/oberkategorie/unterkategorie/).

Wichtig ist hier eine Einordnung, die in den meisten Vergleichen fehlt: Google leitet die Seitenhierarchie primär aus der internen Verlinkung ab, nicht aus der Verzeichnisstruktur der URLs. Google formuliert das in seiner E-Commerce-Dokumentation direkt so: Man betrachte in der Regel nicht die URL-Struktur, um den Aufbau einer Website zu verstehen, sondern die Verlinkungen zwischen den Seiten. Eine flache Collection-URL verhindert deshalb keine saubere semantische Kategoriehierarchie, wenn Navigation, Breadcrumbs und interne Links korrekt aufgebaut sind. Der vermeintliche SEO-Vorteil verschachtelter Shopware-URLs ist damit deutlich kleiner, als er oft dargestellt wird.

Wo Shopify strukturelle Vorteile hat

  • Technisches SEO-Grundgerüst ist ab Werk sauber (kanonische Tags, XML-Sitemap, mobile Optimierung, HTTPS)
  • CDN und Performance-Layer sind zentral verwaltet
  • Updates von SEO-relevanten Systemkomponenten laufen automatisch, ohne Wartungsfenster

Ein Wort zur Performance: Im HTTP Archive Web Almanac 2025 bestanden 76 Prozent der erfassten Shopify-Origins alle drei Core Web Vitals – sowohl auf Desktop als auch auf Mobile. Ein belastbarer Direktvergleich mit Shopware lässt sich daraus jedoch nicht ableiten, da Shopware dort nicht als eigene vergleichbare Plattformkohorte ausgewiesen wird. Fair formuliert: Durch kontrolliertes Hosting, CDN und zentral verwaltete Plattformkomponenten bietet Shopify häufig eine gute Performance-Basis. Die tatsächlichen Core Web Vitals hängen jedoch stark von Theme, Apps, Tracking, Medien und der individuellen Implementierung ab. Ein allgemeiner Vorsprung gegenüber Shopware lässt sich ohne vergleichbare Datengrundlage nicht seriös beziffern.

Die faire Zusammenfassung: Shopify bietet häufig den stärkeren verwalteten SEO-Standard; Shopware bietet insbesondere in PaaS- und Self-hosted-Setups mehr Eingriffstiefe. Für die meisten Stores mit überschaubarer Produkt- und Integrationskomplexität ist der Standard-Vorteil von Shopify praktisch relevanter als die theoretische Kontrolle auf Shopware.

Wenn Shopify grundsätzlich zu Ihrem Setup passt, aber technische Grenzen, Core Web Vitals oder internationale Strukturen gezielt optimiert werden sollen, unterstützt unsere Shopify SEO Agentur bei Analyse, Priorisierung und Umsetzung.

Annahme 2: „Shopware bedeutet volle SEO-Kontrolle“

Diese Annahme ist die Gegenrichtung — und sie stimmt formal, praktisch aber nur teilweise. Shopware bietet mehr Konfigurationsmöglichkeiten. Ob und wie tief diese im Admin genutzt werden können, ist die eigentliche Frage.

Kurz gesagt: Die zusätzliche Kontrolle von Shopware ist real und kann zu einem großen Teil über den Admin genutzt werden. Ein Rest bleibt aber echte Entwicklungsaufgabe. Wer keine dedizierten Entwicklungsressourcen für diesen Rest bereitstellt, arbeitet an bestimmten Stellen mit einer Standardkonfiguration — bei gleichzeitig höherer Wartungslast als auf Shopify.

Was Shopware im Admin erlaubt — ohne Entwicklung

Anders als oft behauptet, ist nicht jede SEO-Einstellung in Shopware eine Entwicklungsaufgabe. Im Admin konfigurierbar sind unter anderem:

  • SEO-URL-Templates über Twig-Ausdrücke in den Shopware-SEO-Einstellungen, inklusive individuell konfigurierbarer URL-Strukturen
  • Produkt-Canonicals und die Canonical-Behandlung von Varianten — administrierbar, inklusive der Option, für alle Varianten dieselbe Canonical-URL zu verwenden
  • Meta Titel und Meta Descriptions pro unterstützter Entität; automatisierte Template-Logik erfordert je nach Anforderung eine Erweiterung oder eigene Automatisierung.
  • robots.txt-Anpassung im Admin — seit Shopware 6.7.1.0 lassen sich individuelle robots.txt-Regeln pro Verkaufskanal-Domain direkt im Backend definieren, ohne Eingriff in den Code

Was echte Entwicklungsaufgabe bleibt

  • Individuelle Meta-Robots-Logik über die Standardoptionen hinaus
  • Vollständig eigene Schema-/Structured-Data-Ausgaben
  • Eine saubere Master-Produkt-Canonical-Strategie über alle Varianten hinweg: Der Shopware-Standard erlaubt als Canonical-Ziel nur eine einzelne Variante, nicht das übergeordnete Elternprodukt
  • Anpassungen, die Standard-Themes suboptimal oder gar nicht lösen und die nach Shopware-Updates erneut nachgezogen werden müssen

Die faire Zusammenfassung

Shopware bietet mehr Konfigurationskontrolle als Shopify, und ein wachsender Teil davon ist inzwischen im Admin nutzbar. Der verbleibende, tiefergehende Teil realisiert sich nur mit Entwicklungsressourcen und System-Wissen. Wer diese Ressourcen für den Rest nicht bereitstellt, hat an einigen Stellen ein schwächeres Fundament als auf Shopify — bei höherer Wartungslast.

Annahme 3: „Die Systementscheidung ist eine SEO-Entscheidung“

Diese Annahme trägt viele Vergleichsartikel und ist die grundsätzlichste Fehlwahrnehmung. Sie führt dazu, dass Shopbetreiber Systementscheidungen aus SEO-Gründen treffen, obwohl die eigentlichen Entscheidungsfaktoren an anderer Stelle liegen.

Hierarchie von Fundament, Anforderungen und SEO-Auswirkungen bei der Systementscheidung

Kurz gesagt: Die Systementscheidung ist meistens eine Betriebs-, Kosten- und Integrationsentscheidung. SEO ist Konsequenz, nicht Ursache. Wer eine Migration allein aus SEO-Gründen erwägt, setzt in den meisten Fällen am falschen Hebel an.

Was in der Realität über die Systemwahl entscheidet

  • Betriebsmodell. Und hier ist eine verbreitete Verkürzung zu korrigieren: Shopware ist nicht das „selbstgehostete Gegenmodell“ zu Shopify. Shopware 6 ist als SaaS, PaaS und selbstgehostet verfügbar — alle drei Varianten teilen denselben Code-Core. Wartung, Kontrolle und Entwicklungsbedarf hängen also wesentlich vom gewählten Betriebsmodell ab, nicht pauschal von der Plattform. Ein Vergleich, der Shopify-SaaS gegen selbstgehostetes Shopware stellt und die Unterschiede der Plattform zuschreibt, vergleicht Betriebsmodelle, nicht Systeme.
  • Kostenstruktur über die Zeit. Shopware geht typischerweise mit höheren Initialinvestitionen und laufender Wartung einher; bei Shopify stehen das monatliche Abonnement und mögliche App-Kosten im Vordergrund. Ein belastbarer Vergleich braucht eine Gesamtkostenbetrachtung (Total Cost of Ownership) über einen definierten Zeitraum für das konkrete Setup — pauschale Aussagen, welches System „über fünf Jahre günstiger“ sei, tragen ohne diese Rechnung nicht.
  • Verfügbare Entwicklungsressourcen. Wer keinen Entwickler hat und keinen einstellen will, ist mit Shopify strukturell besser bedient.
  • Produktdatenkomplexität. Konfigurierbare Produkte, variantenreiche Sortimente, B2B-Preislogiken — hier trennen sich die Systeme unabhängig von SEO.
  • Integration in bestehende Systeme. ERP-Anbindung, PIM, Warenwirtschaft — meistens der eigentliche Kern der Systementscheidung.

Ein konkretes Beispiel: PlentyONE als PIM/ERP für Shopify

Wer Shopify mit einem PIM/ERP wie PlentyONE koppelt, stellt schnell fest, dass die Systementscheidung ohne Integrations-Blick unvollständig ist. Ein Beispiel aus der Connector-Praxis:

  • Eigenschaften werden nicht ohne individuelle Feldzuordnung als Shopify-Metafelder übertragen. Pro Durchlauf des Input-Field-Mapping-Assistenten lässt sich nur ein Mapping anlegen. Nach erfolgter Zuordnung werden die entsprechenden Metafelder beim Export automatisch erstellt. Bei mehreren strukturierten Eigenschaften entsteht dadurch ein zusätzlicher Konfigurationsaufwand, der vor der Systemwahl berücksichtigt werden sollte.

Dieses Beispiel zeigt: Die Systemwahl wird in der Praxis häufig an der Datenintegration entschieden. SEO ist die Folgeebene, nicht die Ursachenebene. Eine gezielte SEO-Verbesserung auf der bestehenden Plattform ist in den meisten Fällen realistischer und günstiger als eine Migration, die sich erst amortisieren muss.

Wann SEO-Argumente die Systementscheidung mitprägen sollten

  • Wenn die bestehende Plattform strukturell an SEO-Grenzen stößt, die auf ihr nicht behebbar sind
  • Wenn eine ohnehin geplante Migration die Wahl zwischen zwei Systemen offen lässt und SEO das entscheidende Zünglein sein kann
  • Wenn ein internationaler Rollout ansteht, für den das aktuelle System keine tragfähige Multi-Country-Struktur bietet

In allen anderen Fällen ist SEO ein Optimierungsthema innerhalb der bestehenden Plattform, kein Migrationsgrund.

Sonderfall Shopware 5: warum wir Legacy-Beispiele gesondert kennzeichnen

Hinweis: Shopware 5 ist seit dem 31. Juli 2024 End of Life

Die folgenden zwei Beispiele stammen aus gewachsenen Shopware-5-Umgebungen. Shopware 5 hat am 31. Juli 2024 offiziell das End of Life erreicht; es werden keine neuen Features mehr entwickelt. Die Beispiele sind für Audits und Migrationen bestehender Legacy-Shops wertvoll, taugen aber nicht als Beleg für die heutige Shopware-6-Architektur. Wer eine aktuelle Systementscheidung trifft, sollte sie als historischen Kontext lesen, nicht als Systemvergleichs-Argument.

  • Die Tabelle s_core_rewrite_urls kann in gewachsenen Shopware-5-Installationen aktive und historische SEO-URLs enthalten. In gewachsenen Stores enthält diese Tabelle regelmäßig deutlich mehr Einträge als die aktive URL-Liste. Diese alten URLs sind teilweise noch in Google-Indexen und binden Backlinks, ohne dass es intern sichtbar wäre.
  • Die mainnumber einer Variante ist in Shopware 5 kein stabiler Identifier: Abhängig von Hauptvariante, Importlogik und Integration kann sie sich zwischen zwei Exporten ändern — was Migrationen und Delta-Analysen fehleranfällig macht, wenn man es nicht kennt.

Beides illustriert dasselbe Muster: In gewachsenen Instanzen sammeln sich Details an, die nur bei ausreichendem System-Wissen sauber migriert werden.

Vier Händlertypen und was für sie SEO-technisch spricht

Statt einer System-Rangliste ist die praktisch nützliche Frage: Für welchen Händlertyp ist welches System die stärkere SEO-Basis? Vier typische Archetypen veranschaulichen die wichtigsten Konstellationen. Wir beschreiben sie bewusst nach Komplexität und Ressourcen, nicht nach Umsatzgrößen — denn Umsatz ist ein schlechter Stellvertreter für Plattformkomplexität. Ein Händler mit schmalem Umsatz kann extrem komplexe B2B-Preislogiken haben, während ein D2C-Unternehmen mit hohem Umsatz problemlos zu Shopify passt.

Archetyp 1 — Der D2C-Händler mit begrenzten Entwicklungsressourcen

Sortiment bis mittlere Größe, klare Produktstruktur ohne komplexe Konfiguration, Team ohne dediziertes Entwicklungsressort, Wachstumsfokus über Marke und Content.

SEO-Empfehlung: Shopify. Der Standard-Vorteil – technisches SEO-Fundament aus dem System, zentral verwaltete Performance-Infrastruktur und funktionale Themes mit Basis-Schema – trägt weiter als die theoretische Kontrolle von Shopware, die ohne entsprechende Entwicklungsressourcen nicht vollständig realisiert werden kann.

Ob Shopify Plus erforderlich ist, sollte anhand der konkreten Anforderungen und der Gesamtkosten betrachtet werden. Plus wird insbesondere bei organisatorisch verwalteten Expansion Stores, mehreren Business Entities, unbegrenzten oder direkt Unternehmen und Standorten zugewiesenen B2B-Katalogen, erweiterten B2B-Zahlungsfunktionen sowie komplexeren Checkout-Anpassungen relevant. Ein internationaler Rollout oder grundlegender B2B-Bedarf allein erfordert dagegen nicht automatisch Shopify Plus.

Archetyp 2 — Der B2B-Händler mit komplexen Preis- und Produktlogiken

Kundenspezifische Preise, konfigurierbare Produkte, Staffelpreise, Rahmenverträge, ERP-getriebene Sortimentssteuerung, häufig hoher Bestandskundenanteil.

SEO-Empfehlung: Shopware ist häufig die stärkere Basis — nicht wegen SEO im engeren Sinn, sondern weil B2B-Anforderungen im Produkt- und Preismodell sauberer abgebildet werden. Die SEO-Konsequenzen (kontrollierbare URL-Strukturen für öffentliche B2B-Kategorien, präzises Canonical- und Robots-Handling für login-geschützte Bereiche) ergeben sich als Folge dieser Systempassung.

Shopify B2B ist eine tragfähige Alternative und steht, Stand August 2026, auf den Plänen Basic, Grow und Advanced sowie Shopify Plus zur Verfügung. Auf Basic, Grow und Advanced können bis zu drei aktive B2B-Marktkataloge über alle B2B-Markets hinweg zugewiesen werden. Shopify Plus unterstützt unbegrenzt viele B2B-Marktkataloge sowie die direkte Katalogzuweisung zu Unternehmen und Unternehmensstandorten. Weitere Unterschiede bestehen bei erweiterten Zahlungsfunktionen und kontextbezogenen B2B-Erlebnissen. Eine vollständige Übersicht bietet die Shopify-Dokumentation zu den B2B-Funktionen nach Plan. Im komplexen B2B-Umfeld bleibt eine strukturelle Hürde bestehen: die Katalog-Trennung mit externen PIM-/ERP-Systemen. Ob und in welchem Umfang B2B-Kataloge automatisiert synchronisiert werden können, muss für den konkret eingesetzten Connector und dessen aktuelle Version geprüft werden. Funktionsumfang und Automatisierungsgrad unterscheiden sich je nach Lösung.

Archetyp 3 — Der Multi-Country-Retailer

Mehrere Länder, mehrere Sprachen, häufig rechtlich getrennte Verantwortlichkeiten, unterschiedliche Sortimente pro Markt.

SEO-Empfehlung: Kommt auf die Struktur an. Shopware bietet mit Multi-Channel-Fähigkeit mehr URL- und Content-Kontrolle pro Store; Shopify bietet zentralere Verwaltung und einfachere Skalierung. Für Setups mit klar getrennten rechtlichen Einheiten pro Land ist wichtig zu wissen: Shopify Plus unterstützt mehrere Business Entities innerhalb eines Stores, die einzelnen Markets zugeordnet werden können. Voraussetzung sind mehrere unterstützte Shopify-Payments-Konten. Getrennte Rechtseinheiten erfordern auf Shopify Plus daher nicht automatisch separate Expansion Stores. Diese bleiben eine mögliche Option, sind aber nicht mehr der einzige Umsetzungsweg.

Zur hreflang-Frage: Diese ist nicht auf beiden Systemen gleichermaßen fehleranfällig. Shopify erzeugt bei korrekt eingerichteten internationalen Domains und Subfoldern standardmäßig automatisch hreflang- und Meta-Tags und nimmt veröffentlichte Sprachen in die Sitemaps auf. Risiken entstehen vor allem bei Headless-Setups, mehreren unabhängigen Stores, theme-seitiger IP-Redirect-Logik oder falscher Markets-Konfiguration. Auch Shopware bietet native hreflang-Einstellungen auf Verkaufskanal- und Domain-Ebene. Bei mehreren Verkaufskanälen, komplexen Domainkonstellationen oder Headless-Frontends ist jedoch eine explizite Validierung der Implementierung erforderlich. In beiden Fällen verdient das Thema dedizierte Aufmerksamkeit — der Automatismus auf Shopify senkt aber die Fehlerlast im Standardfall.

Archetyp 4 — Der Enterprise-Händler mit Headless-Ambitionen

Etablierter Umsatz, dediziertes Entwicklungsteam oder Agentur-Setup, strategisches Interesse an entkoppelter Frontend-Architektur (Composable Commerce, Headless Storefronts).

SEO-Empfehlung: Beide Systeme funktionieren, mit fundamental unterschiedlichen Wegen. Shopware ist API-first designed und lässt sich mit Frontend-Frameworks der Wahl kombinieren. Shopify bietet mit Hydrogen und Oxygen ein vollständiges Headless-Ökosystem: Hydrogen-Projekte sind heute als React-Router-Anwendungen strukturiert (die Weiterentwicklung des früheren Remix-Ansatzes nach Shopifys Remix-Übernahme). Oxygen ist Shopifys eigene globale Serverless-Edge-Plattform für das Hosting von Hydrogen; Cloudflare Workers ist eine alternative Hosting-Umgebung, aber kein Synonym für Oxygen. Die SEO-Konsequenzen sind auf beiden Wegen ähnlich: Meta-Tags, Canonical, hreflang, strukturierte Daten und Sitemap müssen im Frontend explizit implementiert werden — sie sind nicht automatisch vorhanden. Die Wahl hängt weniger von SEO ab als von Entwicklungssprache, Team-Präferenz und Betriebsmodell.

Was das für Ihre Entscheidung bedeutet

Wenn Sie vor der Systementscheidung stehen oder eine getroffene Entscheidung revidieren, hilft es, den Ausgangspunkt zu verschieben: Nicht „welches System ist besser für SEO“, sondern „welche SEO-Trade-offs kann ich mit meinem Team und meinem Budget tragen — und welche Integrations- und Betriebsentscheidungen liegen dahinter“.

Ein belastbarer Entscheidungsrahmen bewertet nicht ein System gegen das andere, sondern das eigene Setup gegen zehn Kriterien. Erst danach sollte eine Tendenz zu Shopify oder Shopware ausgesprochen werden:

  1. Betriebsmodell: SaaS, PaaS oder self-hosted
  2. Umsetzungsweg pro Anforderung: native Funktion, App/Plugin oder Custom Development
  3. Produkt- und Variantenkomplexität
  4. B2B-Katalog-, Preis- und Rechtekomplexität
  5. ERP-, PIM- und Warenwirtschaftsintegration
  6. Internationalisierung: Markets, Sales Channels und rechtliche Einheiten
  7. Facetten- und Landingpage-Strategie (crawlbare, indexierbare Filter-URLs vs. reine Storefront-Filterung)
  8. Entwicklungs-, QA- und Wartungskapazität
  9. Migrationsrisiko und bestehende SEO-Assets
  10. Gesamtkosten über einen definierten Zeitraum

 

Kurz gefasst: Shopify nimmt Ihnen technische SEO-Grundarbeit ab, kostet dafür Kontrolle in bestimmten Randbereichen (Filter-Limits, fixe URL-Präfixe, an die Theme-Logik gebundene Robots-Konfiguration). Shopware gibt Ihnen diese Kontrolle — ein wachsender Teil davon im Admin, ein tieferer Teil nur mit Entwicklungsressourcen und System-Wissen für die Fallstricke gewachsener Instanzen. Für die meisten Händler mit überschaubarer Komplexität ist der Standard-Vorteil von Shopify praktisch stärker als die theoretische Freiheit auf Shopware. Für spezialisierte B2B-Setups, Enterprise-Händler mit dediziertem Entwicklungsteam und bestimmte internationale Konstellationen kann Shopware die stärkere Wahl sein.

Ein Facetten-Hinweis zum Schluss, weil er in Vergleichen oft untergeht: Die 5.000-Produkte-Grenze und die übrigen Filter-Limits sind zunächst ein Merchandising- und UX-Thema. Zu einem SEO-Architekturthema werden sie erst dann, wenn Sie diese Filter für crawlbare, indexierbare Facetten-Landingpages nutzen wollen. Wer eine Facetten-SEO-Strategie plant, sollte Storefront-Filterung, crawlbare Filter-URLs, indexierbare Landingpages und die Canonical-/Robots-/Internal-Linking-Strategie sauber trennen — auf beiden Plattformen.

Häufig gestellte Fragen

Ist Shopify grundsätzlich besser für SEO als Shopware?

Nein. Shopify bietet ein solides technisches SEO-Grundgerüst ohne Zusatzaufwand und ist damit für viele Händlertypen der pragmatischere Weg. Shopware bietet mehr Konfigurationskontrolle — ein wachsender Teil im Admin (SEO-URL-Templates, Produkt-Canonicals, robots.txt seit Version 6.7.1.0), ein tieferer Teil nur mit Entwicklungsressourcen. Für Händler ohne dediziertes Entwicklungsteam ist Shopify SEO-technisch häufig die stärkere Basis, für spezialisierte Setups mit Entwicklungskapazität Shopware.

Im nativen Shopify Online Store fest vorgegebene URL-Präfixe (/products/, /collections/, /pages/, /blogs/), eine an die Theme-Logik gebundene robots.txt-Konfiguration (über robots.txt.liquid konfigurierbar, wobei Shopify die Bearbeitung als „unsupported customization“ einstuft), Grenzen beim Storefront-Filter-System (maximal 25 aktive Filter pro Store, maximal 5.000 Produkte pro Collection für aktive Filter) und flache Kategorie-URLs ohne semantische Verschachtelung. Für die meisten Stores sind diese Grenzen im Alltag irrelevant, für spezialisierte Setups aber reale Einschränkungen.

Ja. In der Shopify Search & Discovery App sind Filter unter anderem aus Single-Line-Text, Single-Line-Text-Listen, Decimal, Integer, Boolean sowie einzelnen und Listen von Metaobject-Referenzen aktivierbar. Die frühere Aussage, Listen funktionierten grundsätzlich nicht, ist überholt. In reinen Headless-Setups über die Storefront-API ist der filterbare Typenkreis allerdings enger.

In den meisten Fällen nein. Eine Migration hat Kosten, Risiken und einen Zeitraum mit Ranking-Instabilität, der eingerechnet werden muss — Google weist ausdrücklich darauf hin, dass Re-Crawling und Re-Indexierung nach einem Umzug mehrere Wochen oder bei großen Websites länger dauern können. Eine SEO-Verbesserung auf der bestehenden Plattform ist meistens realistischer und günstiger als eine Migration, die sich amortisieren muss. Migrationen sind sinnvoll, wenn die bestehende Plattform strukturell an Grenzen stößt, die auf ihr nicht behebbar sind.

Beide Systeme können internationale Setups abbilden, mit unterschiedlichen Wegen. Shopware bietet eine Multi-Channel-Architektur mit umfangreichen Konfigurationsmöglichkeiten pro Store. Shopify bietet Markets für die zentrale Verwaltung mit länderspezifischen Anpassungen. Auf Shopify Plus können mehrere Business Entities innerhalb eines Stores einzelnen Markets zugeordnet werden. Voraussetzung sind mehrere unterstützte Shopify-Payments-Konten. Getrennte Rechtseinheiten erfordern auf Shopify Plus daher nicht automatisch separate Expansion Stores. Die hreflang-Erzeugung läuft bei korrekt konfigurierten Shopify-Domains automatisch; dedizierte Aufmerksamkeit braucht das Thema auf beiden Systemen.

Stark. Die Systemwahl wird in der Praxis häufig an der Datenintegration entschieden, nicht an SEO. Wer ein bestehendes PIM oder ERP-System einbindet (etwa PlentyONE, Xentral, Odoo), sollte den Connector-Umfang und die manuellen Prozesse im Datenfluss vor der Systementscheidung prüfen. Beispiel: Eigenschaften werden erst nach individueller Feldzuordnung als Shopify-Metafelder übertragen. Pro Durchlauf des Input-Field-Mapping-Assistenten lässt sich nur ein Mapping anlegen. Nach erfolgter Zuordnung werden die entsprechenden Metafelder beim Export automatisch erstellt. Solche Integrationsdetails prägen den B2C/B2B-Datenfluss deutlich stärker als jede SEO-Feinjustierung.

About Author