Wix eCommerce und SEO

Wie SEO bei Wix Stores funktioniert – das /product-page/ URL-Präfix und automatische Titel-/Meta-Standardwerte, das automatisch generierte Product JSON-LD und seine Begrenzung auf 7 000 Zeichen, die dedizierte store-products-sitemap.xml, warum Produktvarianten keine doppelten URLs erzeugen, die Skalierungsgrenze ohne Bulk-Bearbeitung, die pro Sprache nicht einstellbare Währung und wann Headless sinnvoll ist.

Erstveröffentlicht: 2. Juli 2026 · Zuletzt aktualisiert: 3. Aug. 2026 · Fortgeschritten
Sprachen

Wix eCommerce SEO ist die Commerce-Ebene über dem allgemeinen Wix-SEO. Wix Stores generiert automatisch vieles – Product JSON-LD aus Ihren Produktfeldern, eine dedizierte store-products-sitemap.xml, kanonische Tags und Standard-Titel/Meta-Beschreibungen auf jeder Produkt- und Kategorieseite. Die Standard-Produkt-URL ist /product-page/{slug} (anpassbar, aber das ist eine riskante seitenweite Änderung). Die wirklich Wix-spezifischen Vorteile: Produktoptionen und -modifikatoren bleiben auf einer URL, sodass Sie nicht das Problem doppelter Varianten-URLs haben, das andere Plattformen mit Kanonischen lösen. Der wirklich Wix-spezifische Nachteil: Es gibt keine Bulk-SEO-Bearbeitung für Produkte oder Kategorien (nur Hauptseiten und Blog), keine sprachspezifischen Slugs und keine sprachspezifische Währung. Wenn Sie diese Grenzen überschreiten, gibt Ihnen Wix Headless die Kontrolle über URL und Rendering zurück.

Evidence for this claim Wix Stores generates default product SEO fields and Product structured data that merchants can review and customize. Scope: Current Wix Stores product pages; rendered output can depend on settings and custom markup. Confidence: high · Verified: Wix Support: Product page SEO Evidence for this claim Wix automatically creates an additional sitemap for Wix Stores product pages. Scope: Published Wix Stores sites and current sitemap behavior. Confidence: high · Verified: Wix Support: Sitemap files

TL;DR — Wix Stores legt Commerce-SEO auf das allgemeine Wix-SEO. Automatisch: /product-page/{slug}-URLs, Standardtitel (Produkt + Websitename) und Meta-Beschreibungen (Produktbeschreibung), automatisch generiertes Product-JSON-LD aus Produktfeldern, Canonical-Tags pro Seite und eine dedizierte store-products-sitemap.xml. Der Wix-spezifische strukturelle Vorteil ist, dass Optionen und Modifikatoren auf einer Produkt-URL bleiben – das Duplikat-Varianten-URL-Problem, das andere Plattformen mit Canonicals lösen, entsteht hier größtenteils nicht. Der Wix-spezifische Schmerz: keine Bulk-SEO-Bearbeitung für Produkte oder Kategorien (nur Hauptseiten und Blog), keine Slugs pro Sprache, keine Währung pro Sprache und ein 7 000-Zeichen-JSON-LD-Limit. Wenn diese Grenzen beißen, gibt Wix Headless Ihnen die Kontrolle über URL und Rendering zurück.

Umfang: Dies ist die Stores-Ebene, nicht das allgemeine Wix-SEO

Alles, was die gesamte Website betrifft – die Mythengeschichte zu „Ist Wix schlecht für SEO?“, serverseitiges Rendering, die Funktionsweise der grundlegenden Canonical-/Sitemap-/Robots-Mechanik, John Muellers Urteil „gut für SEO“ – steht im allgemeinen Wix-SEO-Artikel, und ich werde es hier nicht erneut ableiten. Wenn eine allgemeine Wix-Mechanik den Hintergrund bildet (Canonicals existieren websiteweit, die Sitemap wird automatisch generiert, robots.txt ist im Dashboard bearbeitbar), erwähne ich sie in einem Satz und fahre fort. Dieser Artikel bleibt im Funktionsumfang von Wix Stores: Produktseiten-URLs und Schema, Kategorieseiten, Optionen/Varianten, die Store-Sitemap, Merchant Center und die Hinweise zu Multi-Währung/Multi-Sprache.

URL-Struktur der Produktseite

Die Standard-Produkt-URL verwendet ein product-page-Präfix. Wix’ eigene Dokumentation nennt das genaue Beispiel: Ein Produkt namens „Red Wool Sweater“ erhält https://mystunningwebsite.com/product-page/red-wool-sweater. Das Präfix ist in den SEO-Einstellungen anpassbar – Sie können die URL-Struktur für alle Seiten dieses Typs ändern, einschließlich des Entfernens des Präfixes.

Hier ist der ehrliche Hinweis, und er ist keine Floskel: Dies ist eine websiteweite, massenhaft angewendete Änderung an allen Produkt-URLs gleichzeitig, und Wix warnt ausdrücklich, dass eine falsche Durchführung „can drastically change your site and cause issues with its search engine ranking.“ Der Redirect-Teil ist jedoch weniger beängstigend, als es klingt: Wix gibt an, dass „by default, Wix sets up automatic redirects for your site’s pages when you customize the URL structure in SEO Settings“, sodass alte Produkt-URLs in der Regel per 301 auf die neuen weiterleiten, ohne dass Sie manuell etwas einrichten müssen – Sie können sich abmelden und stattdessen eine manuelle Gruppen-Weiterleitung einrichten, aber die Standardeinstellung ist aktiv. Anders als beim Bearbeiten eines einzelnen Produkts gibt es dennoch keine sanfte Version der Änderung selbst. Wenn Sie das Präfix entfernen möchten, tun Sie es früh (bevor Sie eingehende Links und Rankings schützen müssen) und überprüfen Sie, ob die Weiterleitungen tatsächlich greifen – schalten Sie es nicht beiläufig bei einem etablierten Store um.

Vergleichen Sie dies mit den Schwesterplattformen: Shopify erzwingt /products/ und /collections/ und erlaubt deren Entfernung nicht; BigCommerce ermöglicht das freie Entfernen von Präfixen; WooCommerce erlaubt das Umschreiben der Permalink-Basis in den Einstellungen. Wix liegt in der Mitte – anpassbar, aber mit einer lauten Warnung „Sie können Dinge kaputt machen“.

Standardwerte der Produktseite und was Sie überschreiben sollten

Wix füllt drei Felder automatisch aus, wörtlich aus der Dokumentation:

  • Titel-Tag: „The product name and the site name.“
  • Meta-Description: „The product description.“
  • URL-Slug: „The product name.“

Wix empfiehlt prägnante Produktnamen mit etwa 60 Zeichen und kurze Meta-Descriptions mit etwa 156 Zeichen. Behandeln Sie diese als Wix-Entwurfs-/Anzeigeziele, nicht als Google-Grenzen: Titel-Links und Snippets werden abgeschnitten, um in das Ergebnis zu passen, und die Passform variiert je nach Gerät, Suchanfrage, Sprache und Schrift. Stellen Sie die Produktidentität und das Verkaufsargument an den Anfang und prüfen Sie dann das gerenderte Ergebnis. Der Punkt ist, dass Wix’ Standardwerte nicht für die Suche geschrieben sind – der Produktname plus Websitename ist oft generisch, und das Einfügen der vollständigen Produktbeschreibung in die Meta-Description erzeugt selten ein überzeugendes Snippet.

Zu Bildern: Das allgemeine Wix-SEO behandelt bereits die harte Grenze, dass Bilddateinamen automatisch generiert und nicht umbenannt werden können. Das gilt auch für Produktbilder – daher ist Alt-Text Ihr einziges Mittel für die Bildsuche. Wix’ Anleitung lautet, jedem Produktbild eindeutigen beschreibenden Text hinzuzufügen.

Strukturierte Daten – automatisch generiert, mit einer harten Obergrenze

Wenn Sie eine Wix-Stores-Produktseite erstellen, erstellt Wix automatisch ein Product-Preset-Markup, und – in Wix’ Worten – „all the fields and values are automatically updated in the markup based on the actual content of the product page.“ Das Schema verfolgt also Ihre Produktfelder: Füllen Sie Marke, SKU und Kennungen aus, und sie fließen in das Markup ein; lassen Sie sie leer, erscheinen sie nicht.

Zwei Einschränkungen sind wichtig. Erstens akzeptiert Wix „nur strukturierte Daten mit JSON-LD-Markups, und strukturierte Daten müssen weniger als 7 000 Zeichen umfassen, um hinzugefügt zu werden.“ Bei einem komplexen Eintrag – langer Beschreibung, vielen Bildern, vollständigen Angebots- und Bewertungsdaten – kann ein Product-Block diese Obergrenze erreichen. Es ist ein Randfall, aber ein realer bei großen, umfangreich befüllten Produkten. Zweitens ist die Bearbeitungsoberfläche von Wix für die Vorlage enger als freihändiges JSON-LD, aber nicht null: Im Bereich Structured data markup der SEO-Einstellungen können Sie ein wirklich individuelles Markup erstellen, indem Sie die vorhandene Vorlage duplizieren und die Kopie bearbeiten. Eine Seite kann gleichzeitig bis zu 5 Markups enthalten (die Vorlage zählt als eines), und jedes Markup hat seinen eigenen Include/Exclude-Schalter.

Dieser Schalter ist auch der Ort, an dem das Duplikatrisiko tatsächlich liegt – nicht die Zeichenbegrenzung. Wenn Sie die Vorlage duplizieren, um ein individuelles Product-Markup zu erstellen, und vergessen, das Original auszuschließen, bleiben beide aktiv: Die Seite liefert zwei Product-Blöcke, die dasselbe beschreiben – das ist der eigentliche Weg, auf dem dieser Workflow doppelte strukturierte Daten erzeugt. Schließen Sie die Standardvorlage aus, sobald Ihre bearbeitete Version bereit ist. Wenn Sie die Duplizieren-und-Bearbeiten-Oberfläche ganz überspringen möchten oder etwas außerhalb des Vorlagensystems von Wix benötigen, können Sie stattdessen die zugrunde liegenden Produktfelder befüllen, um zu ändern, was die Vorlage selbst ausgibt, oder Velo verwenden, um individuelles JSON-LD zu injizieren.

Das sollte man klar aussprechen, weil es ein verbreiteter Mythos ist: „Wix Stores kann keine strukturierten Daten für Produkte“ ist falsch. Produkt-JSON-LD wird pro Produkt automatisch aus den eigenen Feldern der Plattform generiert. Die eigentliche Einschränkung ist die 7 000-Zeichen-Grenze, die nur JSON-LD zulässt, und das Vergessen, eine duplizierte Vorlage auszuschließen – nicht das Fehlen von Schema.

Kategorieseiten-SEO – und wo Wix-Dokumentationen schweigen

Kategorieseiten erhalten eigene URLs – Wix-Beispiel: www.mysite/category/shirts –, die laut Wix „Suchmaschinen helfen zu verstehen, was Sie verkaufen und wie Ihre Website organisiert ist.“ Die Standardwerte spiegeln Produktseiten wider: Der Titel-Tag ist der Kategoriename plus Websitename, und die Meta-Beschreibung entspricht standardmäßig ungefähr den ersten 160 Zeichen der Kategoriebeschreibung. Wix‘ 60/156-Zahlen sind Entwurfsziele für individuellen Text, keine Google-Grenzen; validieren Sie das sichtbare Ergebnis, statt eine der Zahlen als Bestehen/Nichtbestehen zu behandeln.

Hier ist die Lücke, die man kennen sollte: Wix‘ eigene Kategorieseiten-Dokumentation behandelt keine facettierte oder gefilterte Navigation, Paginierung oder ItemList/CollectionPage-strukturierte Daten. Googles E-Commerce-Dokumentation deckt diese ab – Paginierungs-URL-Design, Parameterbehandlung und kanonische URLs pro Seite –, also ist dies eine Brücke der Art „Wix sagt es Ihnen nicht, aber Google schon.“ Googles Leitfaden: „Stellen Sie sicher, dass jede Seite in paginierten Ergebnissen eine eindeutige URL hat“, und er weist darauf hin, dass „wir die meisten URL-Fehler in Paginierungs-URL-Strukturen sehen.“ Wenn Ihr Wix-Store Filterung oder paginierte Kategorien verwendet, behandeln Sie diese als Dinge, die Sie selbst gegen Googles E-Commerce-URL-Leitfaden prüfen, weil Wix-Dokumentationen Sie nicht durch sie führen. Siehe die plattformunabhängigen Deep Dives in Kanonisierung und den Facettennavigation-Cluster.

Produktoptionen, Modifikatoren und „Seitenvarianten“ – ein echter Vorteil plus eine Namensfalle

Dies ist der Wix-spezifischste Punkt auf der Seite und der, den generische Listenartikel übersehen.

Wix Stores hat Produktoptionen (Größe/Farbe – separater Bestand, Preis, SKU) und Modifikatoren (Add-ons ohne separaten Bestand). Beide werden über Dropdowns/Menüs auf der einzelnen Produktseiten-URL ausgewählt. Wix generiert keine separaten indexierbaren URLs im Stil von /product-page/red-wool-sweater?color=blue oder /product-page/red-wool-sweater-blue für jede Variante, wie es einige andere Plattform-Setups tun.

Die praktische Konsequenz ist real: Das klassische Problem „doppelter Inhalt durch Größen-/Farbvarianten“ ist bei Wix Stores strukturell viel kleiner, da es in der Regel eine URL pro Produkt gibt, unabhängig davon, wie viele Varianten es hat. Auf einer Plattform, die crawlbare Varianten-URLs erzeugt, müssten Sie Kanonische und Parameterregeln verwalten, um sie zu konsolidieren; bei nativen Wix Stores gibt es in der Regel nichts zu konsolidieren. Google dokumentiert zwei akzeptable Varianten-URL-Muster (/t-shirt/green Pfadsegmente oder /t-shirt?color=green Query-Parameter mit der URL ohne Parameter als kanonisch) – und für Standard-Wix-Stores-Produktseiten ist diese gesamte Klasse von Anleitungen weitgehend gegenstandslos. Formulieren Sie es positiv: Es ist eine Sache weniger, die Sie verwalten müssen, keine Einschränkung.

Die Namensfalle: Wix Stores hat auch eine Funktion, die wörtlich „Seitenvarianten“ heißt und mit der Sie verschiedene visuelle Vorlagen für verschiedene Produkt- oder Kategoriegruppen entwerfen können (eine Vorlage für Kinderprodukte gegenüber einer Vorlage für Erwachsenenbekleidung). Das ist eine Design-/Layout-Funktion – es ist nicht der Größen-/Farbvarianten-Mechanismus, und die Wix-Dokumentation enthält keine SEO- oder Duplicate-Content-Anleitungen dafür. Die Begriffsüberschneidung ist in Wix‘ eigener Benennung wirklich verwirrend, also halten Sie die beiden auseinander: „Produktoptionen“ und „Modifikatoren“ sind der Größen-/Farbmechanismus; „Seitenvarianten“ sind Vorlagen.

Kanonische Tags auf Produktseiten – was real ist vs. unverifiziert

Wix setzt automatisch ein kanonisches Tag für jede Seite (ein allgemeiner Mechanismus, der im Wix-SEO-Artikel behandelt wird). Für ein bestimmtes Produkt bearbeiten Sie es manuell: SEO-Einstellungen bearbeiten auf dem Produkt → Registerkarte ErweitertZusätzliche Tags → kanonischen Wert bearbeiten.

Eine Korrektur, die sich lohnt, weil sie als Tatsache kursiert: Es gibt eine Behauptung, dass Wix „automatisch kanonische Tags zu Produktvarianten hinzufügt, die auf die Hauptproduktseite verweisen.“ Ich konnte das in Wix‘ eigenen Dokumentationen nicht wörtlich finden, und es ist strukturell fragwürdig – da Optionen und Modifikatoren auf derselben URL wie das Basisprodukt bleiben (siehe oben), gibt es in der Regel gar keine separate Variantenseite, die kanonisiert werden müsste. Behandeln Sie „Wix kanonisiert Varianten automatisch“ nicht als dokumentiertes Wix-Verhalten. Die korrekte Version ist einfacher: Wix kanonisiert standardmäßig jede Seite auf sich selbst, Sie können pro Produkt überschreiben, und Varianten erzeugen normalerweise nicht die zusätzlichen URLs, die kanonisiert werden müssten.

Skalierungsgrenzen: keine Bulk-SEO-Bearbeitung, manuelles Noindex

Das ist der Praktikerpunkt, der größere Shops tatsächlich betrifft. Der Bulk-SEO-Editor von Wix deckt, in seinen eigenen Worten, „nur die Hauptseiten und Blogbeiträge Ihrer Website ab.“ Er deckt nicht Produkte oder Kategorien ab. Ein Shop mit 500 Produkten hat also keine Bulk-Möglichkeit, beispielsweise jedem Produkttitel ein Marken-Suffix anzuhängen oder eine Reihe eingestellter SKUs stapelweise zu deindexieren – es geht Produkt für Produkt über „Nach Produkt bearbeiten“, wobei jedes einen eigenen Publish benötigt.

Deindexierung ist möglich, aber manuell: Es gibt eine pro Produkt verfügbare Option „Indexierung blockieren“, die ein noindex-Tag hinzufügt und jeweils auf ein Produkt angewendet wird. Es gibt kein dokumentiertes automatisches Verhalten, das nicht vorrätige Produkte für Sie noindext – wenn Sie eingestellte oder dauerhaft ausverkaufte Produkte aus dem Index entfernen möchten, müssen Sie sie von Hand taggen.

Das ist die größte Skalierungsreibung bei Wix Stores und führt direkt zur Frage „Wann wächst man aus Wix heraus?“ unten. Es ist auch ein Mythos-Zerstörer: „Sie können alle Produkt-SEO wie Seiten und Blogbeiträge per Bulk bearbeiten“ ist laut Wix‘ eigenen Dokumentationen falsch.

Die dedizierte Stores-Sitemap

Das Hinzufügen von Wix Stores ändert Ihre Sitemap. Wix: „Wenn Sie Wix Stores auf Ihrer Website hinzufügen, erstellt Wix automatisch eine zusätzliche Sitemap dafür und fügt sie Ihrem Index hinzu.“ Diese Stores-Sitemap befindet sich unter /store-products-sitemap.xml, und Einträge pro Element enthalten <loc>, <lastmod> und <image:loc> für Produktbilder – sie dient also auch als leichtgewichtige Bild-Sitemap für Ihren Katalog, ein Detail, das die allgemeine Wix-Sitemap-Abdeckung nicht behandelt.

Eine offene Frage, die ich eher anmerken als behaupten möchte: Wix dokumentiert nicht eindeutig, ob nicht vorrätige oder manuell ausgeblendete Produkte automatisch von dieser Sitemap ausgeschlossen werden. Wenn Sie viele nicht vorrätige SKUs führen, gehen Sie nicht davon aus — öffnen Sie /store-products-sitemap.xml in Ihrem eigenen Shop und prüfen Sie, was tatsächlich aufgeführt ist.

Mehrsprachige und Multi-Währungs-Shops

Wenn Sie Wix Multilingual verwenden, fügt Wix hreflang- und x-default-Tags automatisch zu Ihren übersetzten Seiten hinzu (wiederum ein allgemeiner Mechanismus — siehe den Wix-SEO-Artikel für das Basisverhalten). Zwei shoprelevante Einschränkungen kommen hinzu:

  • Keine sprachspezifischen Slugs. Wix stellt klar fest, dass “es nicht möglich ist, die Seiten-URL für jede Sprachversion anzupassen.” Ihre übersetzten Shop-URLs bleiben auf dem Slug der Basissprache (z. B. yourstore.com/es/green-tshirts, nicht ein übersetzter Slug). Vergleichsseiten bestätigen dies als ein reales Wix-Muster.
  • Keine sprachspezifische Währung. Das ist der Punkt, der globale Shops am härtesten trifft: “Es ist nicht möglich, eine andere Währung pro Sprachversion Ihrer mehrsprachigen Website anzuzeigen. Wenn Sie die Währung Ihrer Website ändern, gilt dies für alle Ihre Sprachen.” Die Währung ist eine einzige websiteweite Einstellung, die unabhängig von der Sprache geschichtet ist.

Der Workaround ist teilweise. Ein Währungs-Konverter kann den angezeigten Preis für das Browsen ändern, aber er ändert nicht die Transaktionswährung; ein echter Multi-Währungs-Checkout ist ein separater Schalter unter Einstellungen → eCommerce-Einstellungen (mit Wix Payments/Stripe-Unterstützung) und ist weiterhin nicht an hreflang-zielgerichtete Sprachseiten gebunden. Ein Shop, der EUR/USD/GBP über Sprachversionen verkauft, kann die Währung also nicht an die Sprache binden — planen Sie entsprechend, denn es ist eine strukturelle Grenze, kein Versehen in den Einstellungen. Das widerlegt den Mythos, dass “Wix-Shops automatisch unterschiedliche Preise pro Währung und Sprache unterstützen können.” Das können sie nicht.

Google Merchant Center — nutzen Sie beide Hebel, die Google empfiehlt

Wix hat eine native Google Merchant Center-Integration, die Ihren Produktkatalog nach Zeitplan synchronisiert. Das ist wichtig, weil Googles eigene E-Commerce-Anleitung zwei komplementäre Methoden zum Teilen von Produktdaten empfiehlt: strukturierte Daten auf der Seite (die Wix automatisch generiert) und einen Merchant-Center-Feed (der eine vollständige Katalogabdeckung garantiert, auch wenn das Crawling Produkte übersehen könnte). Wix bietet Ihnen beides nativ — nutzen Sie also beides, genau wie Google es darstellt.

Der eine Vorbehalt: Der Wix-Feed synchronisiert nach Zeitplan, nicht in Echtzeit. Zwischen den Synchronisierungen hinkt der Feed den tatsächlichen Inventaränderungen hinterher. Für einen schnelllebigen Bestandsshop ist diese Verzögerung wissenswert — die Verfügbarkeit eines Produkts im Feed kann hinter dem, was live auf der Website ist, um einen Synchronisierungszyklus zurückbleiben.

Wann Headless sinnvoll ist

Jede harte Grenze oben — das /product-page/-Präfix, keine Massenbearbeitung, keine sprachspezifischen Slugs oder Währungen, das Schema-Limit — hat dieselbe Notluke: Wix Headless. Es stellt das Wix-Stores-Backend (Produkte, Warenkorb, Checkout, Bestellungen) über eine API für ein benutzerdefiniertes Frontend (Next.js und Ähnliches) bereit und gibt Ihnen die volle Kontrolle über URL-Struktur und Rendering zurück. Es gibt eine offizielle Next.js-Commerce- und Wix-Headless-Vorlage, die SEO über Next.js-Metadaten demonstriert.

Der Kompromiss ist ehrlich und erwähnenswert: Sobald Sie headless sind, betreiben Sie kein “Wix-SEO” mehr — Sie betreiben SEO wie jede Next.js-Website und tragen die volle Verantwortung. Sie tauschen Wix’ eingebaute Auto-Schemas, Auto-Sitemaps und Auto-Kanonische gegen totale Kontrolle und totale Verantwortung. Das ist der richtige Schritt für einen Shop, der die nativen Wix-Stores-Kontrollen wirklich überwachsen hat (großer Katalog, der Massenoperationen benötigt, sprachspezifische Währungsanforderungen, benutzerdefinierte URL-Architektur) — und übertrieben für einen kleinen Shop, der nur seine Standardtitel umschreiben muss. Dies ist derselbe Velo/Headless-Rahmen wie im allgemeinen Wix-SEO-Artikel, speziell auf den E-Commerce-Maßstab ausgerichtet.

Wix Stores vs. die Schwesterplattformen — die ehrliche Version

Verglichen mit Shopify, BigCommerce, WooCommerce, Magento und PrestaShop:

  • Auto-Schema und Auto-Sitemap: Wix ist hier stark – Product JSON-LD und die Store-Sitemap sind kostenlos enthalten, ähnlich wie bei BigCommerce’s Cornerstone-Standards und im Gegensatz zu Shopify, das historisch gesehen für umfangreicheres Schema auf Apps angewiesen ist.
  • URL-Kontrolle: Wix’s /product-page/-Präfix ist entfernbar, aber mit einer beängstigenden Warnung; BigCommerce entfernt Präfixe frei; Shopify entfernt sie überhaupt nicht.
  • Varianten-URLs: Wix’s Ein-URL-pro-Produkt-Modell ist wirklich sauberer als Setups, die crawlbare Varianten-URLs erzeugen.
  • Bulk-Bearbeitung: Dies ist Wix’s klare Schwachstelle – keine Bulk-Produkt-/Kategorie-SEO, während WooCommerce (über Yoast/Rank Math Bulk-Tools) und BigCommerce Ihnen viel mehr Skalierung bieten.
  • International: Die Limits ohne sprachspezifische Slugs und ohne sprachspezifische Währung sind einschränkender als das, was Sie bei WooCommerce mit einem Plugin oder bei Shopify Markets erleben würden.

Alle diese Plattformen können einen gut geführten Shop problemlos ranken. Wix Stores’ echte Vorteile sind automatisch generiertes Schema/Sitemap und ein sauberes Ein-URL-Variantenmodell; seine echten Einschränkungen sind Bulk-Bearbeitung und internationaler Handel. Entscheiden Sie basierend auf den Dingen, die für Ihren Katalog skalieren.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.