Shopify überschreitet Ende 2025 12.500 aktive Shops in Frankreich laut BuiltWith-Daten, und PrestaShop bleibt mit rund 22.000 aktiven Shops auf demselben Perimeter solide installiert — zwei massive Ökosysteme mit sehr unterschiedlichen Nutzerprofilen. Bei Google Shopping spielt sich der technische Kampf auf drei Ebenen ab: Produkt-Feed-Qualität, Merchant-Center-Sync-Frische, Sauberkeit des Conversion Tracking. Und genau da unterscheiden sich die beiden CMS radikal.
Die Regel, die wir bei jedem Shopping-Audit wiederholen: gesunder Feed = gesunder ROAS. Keine Abkürzung über Bid-Strategie, keine Magie über Performance Max — Feed-Qualität verstärkt oder begrenzt alles, was nachgelagert ist. Dieser Leitfaden klärt die Shopify-vs.-PrestaShop-Arbitragen für Google Ads 2026: Merchant Center Setup, verfügbare Plugins, Conversion Tracking, Performance Max, beobachtete Stolperfallen auf beiden Stacks. Für die Gesamt-Shopping-Strategie lesen Sie unseren Google Shopping Setup- und Optimierungsleitfaden und parallel unser Google Ads E-Commerce Playbook 2026.
Shopify vs. PrestaShop: Marktanteile und Nutzerprofile
Shopify ist eine im Tenant-Modus gehostete SaaS-Plattform, mit Abrechnung von 27 bis 384 € pro Monat je nach Plan, betrieben von Shopify Inc. aus Ottawa (siehe offizielles Shopify Pricing). PrestaShop ist ein Open-Source-Self-Hosted-CMS, kostenlos zum Download, das aber Hosting, technische Wartung und kostenpflichtige Module benötigt, um die funktionale Parität eines Standard-Shopify zu erreichen. Beide konzentrieren den Großteil des DTC-Markts in Frankreich außerhalb von WooCommerce.
Das Nutzerprofil weicht stark ab. Shopify zieht DTC-Marken an, die kurze Time-to-Launch wollen, Operationen ohne technische Schulden, sofort einsatzbereite Marketing-Integrationen (Klaviyo, Meta, Google Channels, Pinterest, TikTok), und die wiederkehrende Monatskosten plus Transaktionskommission akzeptieren (0 % bis 2 % je nach Plan, außer Shopify Payments). PrestaShop zieht E-Commerce-Händler mit komplexen Katalogen, Multi-Brand, mehrsprachig, B2B mit Anpassung an, oder einfach Marken, die technische Autonomie und niedrigere marginale Skalenkosten bevorzugen — keine Transaktionskommission, kein Bandbreitenlimit.
Drei Punkte wiegen für Google Ads besonders schwer. Der native Shopify Google Channel automatisiert 80 % des Merchant-Center-Setups: automatisch generierter Feed, 15- bis 60-Min.-Sync, Enhanced Conversions per Klick aktiviert. Auf der Presta-Seite erfordern dieselben Funktionen entweder ein offizielles Modul (200-250 €) oder technische Konfigurationszeit. Feed-Sync-Frische ist der zweite kritische Punkt: Ein alle 24h aktualisierter Feed bei Presta erzeugt kaskadierende "Item availability mismatch"-Disapprovals, sobald Bestand schnell fluktuiert (Flash-Promo, Stockout). Bei Shopify limitiert die 15-60-Min.-Sync dieses Risiko drastisch. Die dritte Lücke ist die B2B-Katalog-Flexibilität: Wenn Sie Preise nach Kundengruppe, individuelle Geschäftsattribute, strikte Mehrsprachigkeit verwalten, bleibt PrestaShop strukturell solider.
Für Shopping-vs.-Search-Allokationsarbitragen siehe auch unseren Shopping-vs.-Search-Allokationsleitfaden.
Merchant Center Setup: Plugin- vs. native Unterschiede
Das Google Merchant Center Setup ist der Schritt, der entscheidet, ob Sie Shopping in 7 Tagen oder in 6 Wochen starten. Bei Shopify ist die Operation nahezu trivial über den nativen Channel. Bei PrestaShop erfordert sie eine Modul-Stack-Wahl und eine längere, aber kontrolliertere manuelle Konfiguration.
Shopify: der native Weg über Google & YouTube Channel
Der Shopify Google & YouTube Channel ist kostenlos und in 2 Klicks aus dem Sales-Channels-Manager installierbar. Einmal aktiviert, verbindet er Ihren Shop automatisch mit Google Merchant Center über OAuth, generiert einen Produkt-Feed konform zu den Google-Specs (Title, Description, Image, Price, GTIN, Brand, Category, Availability, custom_label falls befüllt) und synchronisiert ihn alle 15-60 Min. je nach Volumen. Die Merchant-Center-Doku beschreibt die Liste der unterstützten Attribute.
Drei Dinge, die der Channel nicht erledigt und die Sie manuell handhaben müssen. Erstens Domain-Verifizierung: Shopify verbindet die Shopify-Domain (mystore.myshopify.com), aber wenn Sie unter mystore.com ausliefern, müssen Sie das Verifizierungs-Meta-Tag manuell in theme.liquid oder über DNS TXT hinzufügen. Zweitens die 5-Ebenen-Kategorie-Mappings: Der Channel schlägt eine Default-Kategorie basierend auf dem Shopify-Produkttyp vor, oft zu generisch für Nischen (Apparel & Accessories > Clothing statt Apparel & Accessories > Clothing > Activewear > Yoga Pants). Gehen Sie auf Google Merchant > Products > alle Produktblätter und verfeinern Sie manuell die Top 50 SKUs nach Umsatz: signifikanter Bid-Relevanz-Gewinn. Drittens custom_label: Sie sind in Shopify nicht nativ definiert, Sie müssen entweder ein Metafield verwenden oder über eine Drittanbieter-App gehen (Shoppingfeed, Feed for Google Shopping, DataFeedWatch).
PrestaShop: offizielles Modul oder Custom XML
Bei PrestaShop drei Wege zur Auswahl, je nach Budget und Katalogkomplexität. Das offizielle Modul "Google Shopping & Ads" im PrestaShop Addons Store bleibt die direkteste Lösung für einen Standardkatalog: 200-250 € einmalig, vollständige Attribut-Mappings (inkl. custom_label_0 bis 4, Energieeffizienzklasse, identifier_exists), automatische XML-Generierung, konfigurierbarer Sync. Der Custom-XML-Weg besteht darin, eine XML/CSV-Datei über einen HTTPS-Endpoint auf Ihrem PrestaShop-Server bereitzustellen, die von Google Merchant Center mit konfigurierbarer Frequenz (12 bis 24h Standard) re-gecrawlt wird. Erfordert 4-12h Dev für einen erfahrenen PrestaShop-Entwickler, kostenlos zur Laufzeit, aber teuer im Setup. Der Content-API-Weg besteht darin, den Feed direkt aus PrestaShop über die Google Merchant API zu pushen, was nahezu Echtzeit-Sync ermöglicht — erfordert aber Custom Development oder ein dediziertes Premium-Modul.
Unsere Empfehlung 2026 nach Kataloggröße: unter 500 SKUs reicht das offizielle Modul. Zwischen 500 und 5.000 SKUs offizielles Modul + Content API. Über 5.000 SKUs oder mit Mehrsprachigkeit/Mehrländerfähigkeit ein dediziertes Premium-Modul-Budget einplanen (Shoppingfeed, ShoppingFlux, Lengow) bei 80-400 € pro Monat.
Auf referenzierten PrestaShop-Konten zeigt etwa ein Drittel eine Disapproval-Quote über 8 % auf Merchant Center aufgrund von Preis-/Bestandsdrift zwischen Shop und Feed. Mechanismus: Der XML-Feed wird einmal täglich generiert, Google Merchant crawlt ihn 12h später, sodass die Preis-/Bestandslücke auf der Feed-Seite 24 bis 36h erreichen kann. In Flash-Promo- oder fluktuierenden Bestandsphasen ist garantiert, dass Produkte zu einem veralteten Preis ausgeliefert werden, und Google disapproved sie kaskadierend. Lösung: Feed-Regeneration alle 1 bis 4h per Cron erzwingen oder Content API aktivieren. Diese eine Änderung hebt die Approval-Quote im Schnitt um 8-12 Punkte an.
Produkt-Feed: Qualität, Frequenz, custom_label, GTIN
Feed-Qualität ist der Hauptrichter Ihres Shopping-ROAS, vor Bidding-Strategie und sogar vor Kampagnenstruktur. Ein sauberer Feed bringt 25-45 % zusätzlichen ROAS bei iso-Budget vs. einem minimalen Feed — kontinuierlich in öffentlichen Benchmarks beobachtet. Fünf kritische Dimensionen zu beherrschen, identisch auf Shopify und PrestaShop, aber mit unterschiedlichen operativen Constraints je nach CMS.
Title: die ersten 35 Zeichen diktieren alles
Google trunkiert den Title oft auf 35-45 Zeichen je nach Platzierung (Mobile Shopping Carousel, Free Listings, Edge Browser Shopping Panel). Optimales Format: Marke + Modell + Schlüsselattribut in den ersten 35 Zeichen. Beispiel: "Sennheiser HD 660S2 Hi-Fi Wired Audio Headphones" — erste 35 = "Sennheiser HD 660S2 Hi-Fi Wired Au". In den von uns durchgeführten Audits zeigen Titel mit Marke in den ersten 35 Zeichen 18-28 % höhere CTR als generische Titel wie "Schwarze kabelgebundene Premium Hi-Fi Studio Audio Kopfhörer".
Bei Shopify ist der Produkttitel der einzige leicht modifizierbare Hebel (Edit > Title). Bei PrestaShop können Sie entweder den Produkt-name ändern (was auch als Webseiten-Title dient — SEO-Risiko) oder ein dediziertes Feed-Attribut feed_title verwenden, das über das offizielle Modul oder ein Custom-Modul gemappt wird. Der zweite Weg bewahrt die Freiheit des Produktnamens auf der Shop-Seite, während der Feed-Title auf der Merchant-Seite optimiert wird.
GTIN, Brand, mpn: die heilige Trinität der Identifikation
Google hat seit 2024 die GTIN-Anforderungen auf bekannten Marken verschärft: Ein Produkt ohne gültige GTIN bei Apple, Sennheiser, Nike etc. verliert 25-40 % Impressionen auf Long-Tail-Brand-Anfragen. Wenn Sie diese Marken vertreiben, ist GTIN Pflicht. Für Eigenmarken (Ihre eigene DTC-Marke ohne offizielle GTIN) fügen Sie identifier_exists = FALSE zum Feed hinzu und befüllen brand + mpn — das ist die einzige von Google akzeptierte Kombination, um die SKUs nicht zu disapproven.
Bei Shopify ist das GTIN-Feld nativ (Variant > Barcode). Bei PrestaShop ist das EAN13-Feld ebenfalls nativ, aber Sie müssen prüfen, dass das Feed-Modul ean13 → gtin korrekt mappt (oft ja, manchmal nein je nach Modul). Das brand-Feld ist auf beiden CMS nativ. Das mpn-Feld (Manufacturer Part Number) ist in PrestaShop nativ (product.reference), bei Shopify müssen Sie über ein Metafield oder eine Drittanbieter-App gehen — eine der praktischen Lücken, in denen Presta out of the box vollständiger ist.
Custom_label: die Margen-Segmentierung, die alles verändert
Die 5 custom_labels (0 bis 4) werden in 80 % der referenzierten Konten unterausgenutzt, obwohl sie die Shopping-Profitabilität entscheiden. Die Standardstrategie, die wir seit Jahren anwenden: custom_label_0 = Margenstufe (hoch/mittel/niedrig), custom_label_1 = Saisonalität (Peak/Normal/Off-Peak), custom_label_2 = historischer ROAS (hoch/mittel/niedrig), custom_label_3 = Bestseller boolean, custom_label_4 = frei (je nach Branche: neue Kollektion, Räumungsverkauf, Online-Exklusiv).
Diese Segmentierung bedingt dann die Struktur der Shopping-Kampagnen: Premium-Kampagne (custom_label_0 = hohe Marge, hohes Target ROAS), Standard-Kampagne (custom_label_0 = mittlere Marge, mittleres Target ROAS), Volume-Kampagne (custom_label_0 = niedrige Marge, niedriges Target ROAS, aber skalierbares Volumen). Gleiche Logik auf Performance Max über segmentierte Asset Groups übertragen.
Bei Shopify wird das Definieren von custom_labels über Metafields gemacht (Settings > Custom data > Products > Metafield-Definition custom.label_0 hinzufügen), dann über Drittanbieter-App zum Feed exponiert. Bei PrestaShop erlaubt das offizielle Google-Shopping-Modul, jedes Produkt-Feature oder Custom-Attribut direkt auf custom_label_0 bis 4 zu mappen — direkter und ohne Abhängigkeit von Drittanbieter-App.
Conversion Tracking: Enhanced Conversions und E-Com-Events
Tracking ist die zweite Säule nach dem Feed. Smart Bidding (Target ROAS, Target CPA, Maximize Conversion Value) optimiert auf das Signal, das es erhält. Wenn ein signifikanter Anteil Ihrer Conversions schlecht getrackt ist, optimiert der Algorithmus auf ein gestutztes Signal und liefert je nach Branche 16-26 % unter seinem Potenzial. Es ist der Bug Nr. 1, den wir in Audits sehen. Für die Gesamttracking-Strategie siehe unseren Google Ads Conversion-Tracking-Leitfaden.
Shopify: Enhanced Conversions in einem Toggle
Der Shopify Google Channel pusht automatisch Enhanced-Conversions-Parameter bei jeder an Google Ads gesendeten Conversion, sofern drei Dinge aktiviert sind. Erstens in Google Ads Enhanced Conversions for Web auf der Hauptconversion aktivieren (Tools > Conversions > auswählen > Enhanced Conversions aktivieren). Zweitens in Shopify Customer Data Sharing erlauben (Settings > Customer privacy > Marketing). Drittens prüfen, dass das Google-Ads-Pixel über den Channel korrekt injiziert wird und nicht über eine Drittanbieter-App dupliziert wird (sonst doppelte Conversion-Zählung, verfälschte Attribution).
E-Commerce-Standardevents werden ebenfalls nativ verarbeitet: view_item, add_to_cart, begin_checkout, purchase. Diese Events speisen Dynamic Remarketing und GA4-Audiences ohne zusätzliche Konfiguration. In Shopify-Audits ist der häufigste Bug nicht ein Tracking-Mangel, sondern eine Duplizierung: Ein Konto, das Google Channel + Custom GTM + Drittanbieter-Analytics-App parallel hat, alle drei pushen das Google-Ads-Pixel und multiplizieren Conversions um 2-3. Lösung: ein einziger Injektionspunkt.
PrestaShop: server-side GTM oder dediziertes Modul
Bei PrestaShop erfordert das Tracking eine Stack-Wahl. Weg 1: dediziertes Modul wie "Google Tag Manager" oder "Google Ads Conversion Tracking" im Addons Store, das das Pixel injiziert und E-Com-Events verarbeitet. Kosten 80-200 € einmalig, schlüsselfertige Bedienung, aber Enhanced Conversions oft als kostenpflichtige Zusatzoption. Weg 2: server-side GTM (für reife Konten empfohlen) — GTM clientseitig installieren, dann einen server-side-Container hosten, der auf Cloud Run oder App Engine gehostet wird und Kundendaten (E-Mail, Telefon, Vor-/Nachname) hasht, bevor sie an Google Ads gesendet werden. Es ist der robusteste Weg für Signalqualität nach iOS 14 und nach dem Third-Party-Cookie-Phase-Out.
Die praktische Lücke zwischen den beiden Wegen: Das dedizierte Modul wird in 2-4h deployed, server-side GTM in 1-3 Tagen je nach Dev-Erfahrung. Auf Presta-Konten mit hohem Shopping-Volumen (über 30.000 € pro Monat) amortisiert sich server-side GTM innerhalb weniger Wochen über die Smart-Bidding-Signalqualität.
Performance Max und Asset Groups: CMS-Integration
Performance Max ist seit 2023 das dominante Format auf Google-Ads-Seite, mit einem E-Commerce-Spend-Anteil von über 55 % laut Konten, die in öffentlichen Google-Ads-Benchmarks 2025-2026 beobachtet wurden. Das Format nutzt direkt den Merchant-Center-Feed für Inventory Ads (in PMax integriertes Shopping-Äquivalent) und ergänzt mit Asset Groups für Display-, YouTube-, Discover-, Gmail-Platzierungen.
Die CMS-seitige Integration wirkt auf zwei Dimensionen: Feed-Bildqualität (Größe, Hintergrund, Format), die Inventory Ads speist, und Leichtigkeit, ergänzende Asset Groups zu erstellen/zu pflegen.
Asset Groups segmentiert nach Marge
Der klassische Fehler in PMax E-Commerce ist, eine einzige Asset Group mit dem gesamten Katalog und einem generischen Bilderset zu erstellen. Resultat: Der Algorithmus verteilt das Budget gleichmäßig, niedrigmargige SKUs erfassen genauso viel Spend wie hochmargige, der reale Margen-ROAS bricht ein.
Die Struktur, die wir 2026 empfehlen: eine Asset Group pro Margenstufe (custom_label_0 = hoch/mittel/niedrig). Jede Asset Group hat ihr eigenes Target ROAS, das auf die Produktmarge abgestimmt ist (z. B. Target ROAS 6 auf hochmargig, Target ROAS 3 auf niedrigmargig), eigene Kategorie-Hero-Bilder, eigene Titel und Beschreibungen, die an den Wertversprechen angepasst sind. Diese Segmentierung übertrifft eine monolithische Asset Group um 22-38 % auf aggregiertem Margen-ROAS, der in aggregierten Google-Ads-Benchmarks beobachtet wurde.
Bei Shopify wird das Erstellen der Asset Group direkt in Google Ads gemacht (PMax > Asset Groups > New). Bei PrestaShop genauso. Der Unterschied liegt nicht im Tool, sondern in der Quellbildqualität: Shopify standardisiert Rahmen und Auflösung besser, PrestaShop lässt 400x400-Bilder ohne weißen Hintergrund durch, die Display-Platzierungen herunterziehen. Pflicht-Audit der Top 50 Umsatz-SKUs vor PMax-Launch zur Harmonisierung. Für vollständige PMax-Strategie siehe unseren vollständigen Performance-Max-2026-Leitfaden.
Die ROAS-Lücke zwischen einem Shopify-Konto mit korrekt aktiviertem nativen Channel und einem PrestaShop-Konto mit ungewartetem 24h-XML-Feed quantifiziert sich auf 18-35 % bei iso-Branche und iso-Budget. Das ist nicht die Schuld des CMS — es ist die Schuld des Prozesses. Ein PrestaShop mit Content API + Premium-Modul + server-side GTM ist genauso performant wie ein Shopify, manchmal mehr. Umgekehrt unterperformt ein Shopify mit doppelten Tracking-Apps und schlecht konfiguriertem Channel ein gut gewartetes PrestaShop. Das CMS macht nicht den ROAS — Feed und Tracking-Operationen machen ihn.
Vergleich der Stolperfallen und typischen Fehler
Jedes CMS trägt seine wiederkehrenden Fallen. Die 6 häufigsten zu kennen, vermeidet, 4-8 Wochen mit der Diagnose von unterperformendem ROAS zu verlieren.
Shopify-Seite: 3 wiederkehrende Fallen
Falle 1: doppeltes Pixel. Ein Shopify-Shop, der parallel mit Google Channel + einer Drittanbieter-Tracking-App (Triple Whale, Northbeam, Aftership Marketing) aktiviert wurde, die ebenfalls das Google-Ads-Pixel im Hintergrund pusht. Resultat: Conversions werden doppelt gezählt, der scheinbare ROAS wird mit 1,8 bis 2,2 multipliziert, Smart Bidding optimiert auf einem aufgeblähten Signal, der reale ROAS bricht ein, sobald eine der Quellen abgeschaltet wird. Lösung: ein einziger Google-Ads-Pixel-Injektionspunkt, idealerweise der native Channel.
Falle 2: zu generischer Produkttyp. Der Shopify-product_type wird standardmäßig auf die Google-Kategorie gemappt. Wenn Ihre Produkttypen generisch sind ("Clothing", "Accessories", "Sport"), ist Ihre Google-Kategorie ebenfalls generisch, und die Bid-Relevanz fällt um 12-18 % auf Long-Tail-Anfragen. Lösung: Die Google-Kategorie manuell auf 5 Ebenen für die Top 50 SKUs verfeinern.
Falle 3: GMC-Sync nach Promo-Preisänderung. Shopify synchronisiert den Feed alle 15-60 Min., was schnell, aber nicht augenblicklich ist. Wenn Sie eine 12h-Flash-Promo starten, kann Google Merchant den neuen Preis erst 30-60 Min. später widerspiegeln. Während dieser Verzögerung werden Anzeigen zum alten Preis ausgeliefert, Conversions zum falschen Durchschnittswarenkorb, verfälschte Smart-Bidding-Daten. Lösung: Starten Sie die Promo erst, nachdem Sie in GMC verifiziert haben, dass der aktualisierte Preis widergespiegelt wird. Unser Durchschnittswarenkorb-Rechner liefert den AOV mit Benchmarks pro E-Commerce-Branche.
PrestaShop-Seite: 3 wiederkehrende Fallen
Falle 1: einmal täglich aktualisierter XML-Feed. Es ist die teuerste und häufigste Falle. Das Standardmodul generiert eine XML alle 24h, Google Merchant crawlt sie 12h später. Bestands-Mismatch garantiert, sobald eine SKU schnell fluktuiert. Lösung: Regeneration per Cron alle 1-4h erzwingen oder Content API aktivieren.
Falle 2: nicht kodierte Sonderzeichen im Feed. Schlecht kodierte französische Zeichen (é, è, à, ç, œ) im XML erzeugen Merchant-Warnings, die zu Disapproval eskalieren können. Prüfen Sie, dass die Feed-Codierung strikt UTF-8 ist (nicht ISO-8859-1, nicht Windows-1252). Lösung: Modul, das UTF-8 erzwingt, oder manuelle XML-Validierung vor Submit.
Falle 3: zu kleine Produktbilder. PrestaShop erlaubt standardmäßig 400x400-Bilder oder weniger, während Google Shopping mindestens 800x800 empfiehlt (1200x1200 für PMax Inventory Ads auf Display). SKUs mit Bild unter 800x800 verlieren typischerweise 25-40 % Impressionen auf Edge-, MSN-, Discover-Platzierungen. Lösung: vollständiges Bild-Audit auf den Top 200 SKUs und Upgrade auf mindestens 1200x1200.
Migration Shopify zu PrestaShop (und umgekehrt): Auswirkungen auf Feeds
Eine CMS-Migration passiert häufiger, als man denkt — typischerweise, wenn ein Legacy-Presta unter technischen Schulden zerbricht und Sie zu Shopify wechseln, um sauber zu starten, oder umgekehrt, wenn ein Shopify seine B2B-Funktionsdecke erreicht und zu Presta migriert. Der Impact auf Google Ads wird unterschätzt.
Risiko Nummer eins: Bruch der Conversion-Historie
Smart Bidding optimiert aus der auf der Kampagne akkumulierten Conversion-Historie, die an ein Google-Ads-Konto gebunden ist. Wenn Sie das CMS wechseln und Tracking neu konfigurieren, riskieren Sie, den Pfad zu brechen zwischen dem Conversion-Event und seiner Google-Ads-Aufzeichnung. 1-2 Wochen lang kommen Conversions nicht hoch (oder kommen verdoppelt hoch, wenn Sie das alte Pixel aktiv ließen), Smart Bidding tritt in chaotische Lernphase ein, der CPA explodiert vorübergehend.
Standardlösung über 30 Tage Pre-Migration: Tracking auf dem neuen CMS parallel vorbereiten, in Staging testen, dann im Hot-Swap-Modus über 24h umschalten mit Minute-für-Minute-Google-Ads-Conversion-Monitoring. Migrieren Sie nie ein CMS während einer saisonalen Spitze (BF/CM, Sales, Jahresende).
Risiko Nummer zwei: Bruch der Produkt-IDs
Wenn sich Ihre Produkt-ids zwischen altem und neuem CMS ändern (typischerweise migriert ein Presta mit numerischen IDs zu Shopify mit alphanumerischen IDs), behandelt Google Merchant Center alle Produkte als neu, der Feed tritt in 24-72h Re-Approval ein und die Pro-SKU-Performance-Historie geht verloren. Das wirkt sich besonders auf Konten aus, die custom_labels zur Kampagnensegmentierung nutzen.
Lösung: Bewahren Sie die alten Produkt-IDs so weit wie möglich, indem Sie sie über ein dediziertes Attribut (item_group_id oder id direkt kopiert) remappen. Bei Shopify wird dies über Metafield gemacht. Bei migriertem PrestaShop über Modul-Mapping.
Risiko Nummer drei: Verlust der Sync-Frische
Wenn Sie von Shopify (15-60 Min. Sync) zu PrestaShop (24h Sync default) migrieren, erzeugt die Verschlechterung der Sync-Frische Bestands-Disapprovals, die Sie vorher nicht hatten. Antizipieren Sie, indem Sie Content API oder einen 1-4h-Cron ab Tag 1 des neuen Presta-Stacks aktivieren.
Bei komplexen Migrationen amortisiert sich ein Pre-Migration-Audit: Es identifiziert Risikobereiche (verlorene custom_labels, gebrochene IDs, verschlechterter Sync), bevor die Migration die Google-Ads-Performance bricht. Unser kostenloses SteerAds-Audit deckt diese Punkte in 3 Minuten OAuth-Verbindung ab und schlägt einen Migrationsplan ohne Bruch über 14-30 Tage vor.
Für strategische Arbitragen zwischen App Promo, klassischem Shopping und Performance Max E-Commerce im Google-Ads-Ökosystem lesen Sie auch unseren 2026 Android- und iOS-App-Promo-Leitfaden — nützlich, wenn Ihr E-Commerce-Katalog auch als native App verfügbar ist.
Die Wahl Shopify vs. PrestaShop ist für Google Ads nicht binär. Shopify gibt einen Time-to-Launch- und operativen Einfachheitsvorteil, der sich in den ersten 3-6 Monaten in ROAS-Gewinn übersetzt. PrestaShop, rigoros betrieben (Content API, server-side GTM, Premium-Module), erreicht dieselbe Performance und bietet langfristig und auf komplexen Katalogen überlegene Flexibilität. Der entscheidende Faktor ist nicht das CMS selbst, sondern die Qualität der Feed-, Tracking- und Margen-Segmentierungs-Operationen. Wählen Sie das CMS, das zu Ihrer operativen Geschwindigkeit passt — nicht das, das Magie verspricht — siehe auch die offizielle Google Ads Dokumentation für Details.
Um tiefer einzusteigen, lesen Sie auch unsere Leitfäden Google Ads lokales Restaurant, Google Ads Rechtsdienstleistungen weltweit, Google Ads Real Estate Lead Gen.
Quellen
Offizielle Quellen für diesen Leitfaden:
FAQ
Shopify oder PrestaShop, um einen E-Commerce-Shop zu starten, der auf Google Ads skalieren soll?
Für ein Projekt, das schnelles Skalieren auf Google Shopping und Performance Max anstrebt, bleibt Shopify schneller einzurichten: nativer Google Channel, automatisch generierter Feed, GMC-Sync nahezu in Echtzeit, Enhanced Conversions in 5 Minuten anklickbar. PrestaShop erfordert mehr initiale Konfiguration (Doofinder-Modul, EnvoiMoinsCher, kostenpflichtige Feed-Module oder Custom XML), bietet aber überlegene Flexibilität für komplexe Kataloge (mehrsprachig, mehrwährungsfähig, individuelle Geschäftsattribute, B2B-Anpassungen). Für 90 % der DTC-Marken, die starten, gibt Shopify eine schnellere Time-to-Revenue. Für E-Commerce-Händler, die bereits mit erfahrenem Betrieb auf PrestaShop sind, rechtfertigt sich eine Migration zu Shopify allein für Google Ads selten — besser ist es, in ein ordentliches Feed-Modul auf der Presta-Seite zu investieren.
Soll ich für ein Shopping-Feed-Modul bezahlen oder das native PrestaShop verwenden?
PrestaShop bietet in der Standardversion keine native Generierung eines mit den 2026-Spezifikationen konformen Google-Shopping-Feeds. Das offizielle Modul "Google Shopping & Ads" im PrestaShop Addons Store kostet einmalig rund 200 bis 250 Euro und bleibt die direkt am besten gewartete Option. Alternative: ein Community-Modul ("Simple Google Shopping XML feed") kostenlos oder günstig, aber mit weniger fortgeschrittenen Attribut-Mappings (custom_label, identifier_exists, Energieeffizienzklasse). Für einen Katalog unter 500 SKUs und ein Standardsetup kann ein Community-Modul ausreichen. Darüber hinaus amortisiert sich die Kosten des offiziellen Moduls sehr schnell durch Feed-Approval-Qualität und somit ROAS.
Verarbeitet der native Shopify Google Channel Enhanced Conversions ohne Code?
Ja seit 2024. Der Shopify Google & YouTube Channel pusht automatisch Enhanced-Conversions-Parameter (gehashte E-Mail, gehashte Telefonnummer, Vor-/Nachname) bei jeder an Google Ads gesendeten Conversion, ohne Dev-Eingriff. Sie müssen nur Enhanced Conversions in Google Ads aktivieren (Tools > Conversions > Conversion auswählen > Enhanced Conversions for Web aktivieren) und in Shopify bestätigen, dass Customer Data Sharing erlaubt ist. Bei PrestaShop erfordert die Aktivierung von Enhanced Conversions entweder ein spezifisches Modul (oft kostenpflichtig) oder eine Server-side-GTM-Konfiguration. Es ist eine der operativen Lücken, die am stärksten auf die Bedienbarkeit zwischen den beiden CMS drückt.
Wie ist die Feed-Update-Frequenz zwischen Shopify und PrestaShop?
Shopify mit seinem nativen Google Channel synchronisiert den Feed nahezu in Echtzeit (alle 15 bis 60 Minuten je nach Volumen), was Preis-/Bestandsdrift zwischen Shop und Merchant Center vermeidet — kritisch in Flash-Promo-Phasen oder bei Stockouts. PrestaShop generiert standardmäßig eine XML-Datei, die Google Merchant alle 24h re-crawlt. Um auf höhere Frequenz auf Presta umzustellen, müssen Sie Content API aktivieren (über dediziertes Modul) oder einen XML-Feed über HTTPS bereitstellen, der per Cron alle 1 bis 4h aktualisiert wird. Die 24h-Bestandsdrift ist einer der Hauptverursacher von "Item availability mismatch"-Disapprovals, die in Presta-Audits beobachtet werden.
Funktioniert Performance Max auf beiden CMS gleich gut?
PMax funktioniert auf beiden, sobald der Feed gesund und das Tracking sauber ist, aber die Lücke kommt bei Asset Groups. Shopify macht es nicht einfach, Asset Groups aus dem Channel zu erstellen: Sie müssen über Google Ads gehen und Bilder / Videos / Titel manuell hochladen. PrestaShop ist in derselben Lage, aber mit zusätzlichem Risiko bei der Produktbildqualität (oft zu klein, kein weißer Hintergrund). Für beide CMS Empfehlung 2026: Produktblätter in eine Asset Group pro Margenstufe (hoch/mittel/niedrig) basierend auf custom_label_0 exportieren, statt mit einer einzigen Asset Group für den gesamten Katalog zu arbeiten. Die Margen-Segmentierungslogik wird in unserem 2026-E-Commerce-Playbook behandelt.