Shopify překračuje 12 500 aktivních obchodů ve Francii ke konci roku 2025 dle dat BuiltWith a PrestaShop zůstává pevně usazen kolem 22 000 aktivních obchodů ve stejném rozsahu — tedy dva masivní ekosystémy s velmi odlišnými profily uživatelů. Na Google Shopping se technická bitva odehrává na třech úrovních: kvalita produktového feedu, čerstvost synchronizace Merchant Center, čistota sledování konverzí. A právě zde se oba CMS radikálně liší.
Pravidlo, které opakujeme při každém Shopping auditu: zdravý feed = zdravý ROAS. Žádná zkratka přes bid strategii, žádná magie přes Performance Max — kvalita feedu zesiluje nebo stropuje vše, co je níže v trychtýři. Tento průvodce rozhoduje o arbitrážích Shopify vs. PrestaShop pro Google Ads v roce 2026: nastavení Merchant Center, dostupné pluginy, sledování konverzí, Performance Max, úskalí pozorovaná na obou stackách. Pro celkovou Shopping strategii čtěte souběžně náš průvodce nastavením a optimalizací Google Shopping a náš e-commerce playbook Google Ads 2026.
Shopify vs PrestaShop: tržní podíly a profily uživatelů FR
Shopify je SaaS platforma hostovaná v nájemním módu, fakturovaná 27–384 € měsíčně dle plánu, provozovaná Shopify Inc. z Ottawy (viz oficiální ceník Shopify). PrestaShop je open-source CMS self-hosted, zdarma ke stažení, ale vyžadující hosting, technickou údržbu a placené moduly pro dosažení funkční parity standardního Shopify. Oba koncentrují podstatnou část DTC trhu ve Francii mimo WooCommerce.
Profil uživatele se výrazně liší. Shopify přitahuje DTC značky, které chtějí krátký time-to-launch, provoz bez technického dluhu, marketingové integrace připravené k použití (Klaviyo, Meta, Google kanály, Pinterest, TikTok) a přijímají měsíční opakující se náklady plus provizi z transakcí (0 % až 2 % dle plánu, s výjimkou Shopify Payments). PrestaShop přitahuje e-commerce prodejce s komplexním katalogem, více značkami, vícejazyčné, B2B s přizpůsobením nebo prostě značky preferující technickou autonomii a nižší marginální náklady na škálování — žádná provize z transakcí, žádný strop šířky pásma.
Tři body váží obzvláště pro Google Ads. Nativní Google kanál Shopify automatizuje 80 % nastavení Merchant Center: automaticky generovaný feed, synchronizace 15–60 minut, Enhanced Conversions aktivovatelné jedním klikem. Na straně Presta tyto stejné funkce vyžadují buď oficiální modul (200–250 €), nebo čas na technické nastavení. Čerstvost synchronizace feedu je druhý kritický bod: feed aktualizovaný každých 24 hodin na Presta generuje kaskádová zamítnutí "Item availability mismatch", jakmile zásoby rychle kolísají (bleskové promo, výpadek). Na Shopify synchronizace 15–60 minut drasticky omezuje toto riziko. Třetí rozdíl je flexibilita katalogu B2B: pokud spravujete ceny podle skupiny zákazníků, vlastní profesní atributy, přísnou vícejazyčnost, PrestaShop zůstává strukturálně robustnější.
Pro arbitráže Shopping vs. Search z hlediska alokace viz také náš průvodce alokací Shopping vs. Search.
Nastavení Merchant Center: rozdíly plugin vs nativní
Nastavení Google Merchant Center je krok, který rozhoduje, zda spustíte Shopping za 7 dní nebo za 6 týdnů. Na Shopify je operace téměř triviální přes nativní kanál. Na PrestaShop vyžaduje volbu stacku modulů a delší, ale kontrolovanější manuální konfiguraci.
Shopify: nativní cesta přes Google & YouTube kanál
Google & YouTube kanál Shopify je zdarma a instalovatelný ze správce prodejních kanálů za 2 kliknutí. Po aktivaci automaticky připojí váš obchod ke Google Merchant Center přes OAuth, vygeneruje produktový feed odpovídající specifikacím Google (titulek, popis, obrázek, cena, GTIN, značka, kategorie, dostupnost, custom_label pokud jsou vyplněny) a synchronizuje ho každých 15–60 minut dle objemu. Dokumentace Merchant Center podrobně popisuje seznam podporovaných atributů.
Tři věci, které kanál neřídí a musí být zpracovány ručně. Za prvé, ověření domény: Shopify připojuje doménu Shopify (monstore.myshopify.com), ale pokud zobrazujete pod monstore.fr, je nutné ručně přidat ověřovací meta tag do theme.liquid nebo přes DNS TXT. Za druhé, mapování kategorie na 5 úrovní: kanál navrhuje výchozí kategorii na základě product type Shopify, která je pro niché příliš obecná (Apparel & Accessories > Clothing místo Apparel & Accessories > Clothing > Activewear > Yoga Pants). Jít do Google Merchant > Produkty > všechny produktové karty a ručně upřesnit pro top 50 SKU podle obratu: významný zisk relevance nabídky. Za třetí, custom_label: nedefinují se v nativním Shopify, je nutné použít buď metafield, nebo aplikaci třetí strany (Shoppingfeed, Feed for Google Shopping, DataFeedWatch).
PrestaShop: oficiální modul nebo vlastní XML
Na PrestaShop tři cesty dle rozpočtu a složitosti katalogu. Officiální modul "Google Shopping & Ads" v PrestaShop addons store zůstává nejpřímějším řešením pro standardní katalog: 200–250 € jednorázově, kompletní mapování atributů (včetně custom_label_0 až 4, energy efficiency class, identifier_exists), automatické generování XML, konfigurovatelná synchronizace. Vlastní XML cesta spočívá v servírování XML/CSV souboru přes HTTPS endpoint na vašem PrestaShop serveru, re-crawlovaného Google Merchant Center v konfigurovatelné frekvenci (12–24 hodin standardně). Vyžaduje 4–12 hodin vývojáře se zkušenostmi s PrestaShop, zdarma za provozu, ale nákladné na nastavení. Cesta Content API spočívá v přímém odesílání feedu přes Google Merchant API z PrestaShop, což umožňuje synchronizaci téměř v reálném čase — ale vyžaduje vlastní vývoj nebo prémiový dedikovaný modul.
Naše doporučení 2026 podle velikosti katalogu: pod 500 SKU stačí oficiální modul. Mezi 500 a 5 000 SKU, officiální modul + Content API. Nad 5 000 SKU nebo s vícejazyčností/více zeměmi, plánovat prémiový dedikovaný modul (Shoppingfeed, ShoppingFlux, Lengow) za 80–400 € měsíčně.
Na referenčních PrestaShop účtech přibližně třetina vykazuje míru zamítnutých produktů nad 8 % v Merchant Center kvůli odchylce cena/sklad mezi obchodem a feedem. Mechanismus: XML feed se generuje jednou denně, Google Merchant ho crawluje o 12 hodin později, takže odchylka cena/sklad na straně feedu může dosáhnout 24–36 hodin. V době bleskové promo nebo kolísající zásoby je zaručeno, že produkty se zobrazují se zastaralou cenou a Google je kaskádově zamítne. Řešení: vynutit regeneraci feedu každé 1–4 hodiny přes cron nebo aktivovat Content API. Tato jednoduchá změna průměrně zvýší míru schválení o 8–12 procentních bodů.
Produktový feed: kvalita, frekvence, custom_label, GTIN
Kvalita feedu je hlavním arbitrem vašeho Shopping ROAS, před bid strategií a dokonce strukturou kampaní. Čistý feed přináší o 25–45 % více ROAS při stejném rozpočtu vs. minimální feed — průběžně pozorováno dle veřejných benchmarků. Pět kritických dimenzí k ovládnutí, identických na Shopify a PrestaShop, ale s různými provozními omezeními dle CMS.
Titulek: prvních 35 znaků vše rozhoduje
Google titulek často zkracuje na 35–45 znaků dle umístění (Shopping karusel mobile, Free Listings, Edge browser shopping panel). Optimální formát: Značka + Model + Klíčový atribut v prvních 35 znacích. Příklad: "Sennheiser HD 660S2 Casque Hi-Fi Audio Filaire" — prvních 35 = "Sennheiser HD 660S2 Casque Hi-Fi Au". Na auditech, které provádíme, titulky se značkou v prvních 35 znacích vykazují CTR o 18–28 % vyšší než obecné titulky jako "Casque audio noir filaire premium hi-fi qualité studio".
Na Shopify je titulek produktu jediným snadno upravitelným pákidlem (Edit > Title). Na PrestaShop lze buď upravit name produktu (který slouží také jako titulek webové stránky — riziko SEO), nebo použít dedikovaný feed atribut feed_title mapovaný přes officiální modul nebo vlastní modul. Druhá cesta zachovává svobodu názvu produktu na straně obchodu a zároveň optimalizuje titulek feedu na straně Merchant.
GTIN, brand, mpn: svatá trojice identifikace
Google od roku 2024 zpřísnil požadavky GTIN pro uznávané značky: produkt bez platného GTIN u Apple, Sennheiser, Nike atd. ztrácí 25–40 % zobrazení na long-tail dotazech se značkou. Pokud tyto značky distribuujete, GTIN je povinný. Pro soukromé značky (vaše vlastní DTC značka bez officiálního GTIN) přidejte identifier_exists = FALSE do feedu a vyplňte brand + mpn — to je jediná kombinace akceptovaná Googlem pro nezamítnutí SKU.
Na Shopify je pole GTIN nativní (Varianta > Barcode). Na PrestaShop je pole EAN13 také nativní, ale je třeba ověřit, že modul feedu správně mapuje ean13 → gtin (obvykle ano, někdy ne dle modulu). Pole brand je nativní na obou CMS. Pole mpn (Manufacturer Part Number) je nativní na PrestaShop (product.reference), na Shopify je nutné použít metafield nebo aplikaci třetí strany — to je jeden z praktických rozdílů, kde Presta je standardně úplnější.
Custom_label: segmentace podle marže, která mění vše
5 custom_labelů (0 až 4) je nevyužito na 80 % referenčních účtů, přestože rozhodují o Shopping rentabilitě. Standardní strategie, kterou uplatňujeme léta: custom_label_0 = pásmo marže (high/mid/low), custom_label_1 = sezónnost (peak/normal/off-peak), custom_label_2 = historický ROAS (vysoký/střední/nízký), custom_label_3 = best-seller boolean, custom_label_4 = volné (dle vertikály: nová kolekce, výprodej, online exkluzivita).
Tato segmentace podmíní strukturu Shopping kampaní: kampaň Premium (custom_label_0 = vysoká marže, vysoký cílový ROAS), kampaň Standard (custom_label_0 = střední marže, střední cílový ROAS), kampaň Volume (custom_label_0 = nízká marže, nízký cílový ROAS, ale škálovatelný objem). Stejná logika přenesená na Performance Max přes segmentované skupiny assetů.
Na Shopify se definice custom_labelů provádí přes metafields (Settings > Custom data > Products > add metafield definition custom.label_0) a pak vystavena přes aplikaci třetí strany do feedu. Na PrestaShop officiální modul Google Shopping umožňuje přímo mapovat jakoukoli produktovou funkci nebo vlastní atribut na custom_label_0 až 4 — přímočaré a bez závislosti na aplikaci třetí strany.
Sledování konverzí: Enhanced Conversions a e-com události
Sledování je druhý pilíř po feedu. Smart Bidding (Target ROAS, Target CPA, Maximize Conversion Value) optimalizuje na signál, který dostane. Pokud je značná část vašich konverzí špatně sledována, algoritmus optimalizuje na zkrácený signál a výkon je o 16–26 % pod jeho potenciálem dle vertikály. To je chyba číslo jedna, kterou vidíme v auditech. Pro celkovou sledovací strategii viz náš průvodce sledováním konverzí Google Ads.
Shopify: Enhanced Conversions jedním přepínačem
Google kanál Shopify automaticky odesílá parametry Enhanced Conversions u každé konverze nahrané do Google Ads, za podmínky aktivace tří věcí. Za prvé, v Google Ads aktivovat Enhanced Conversions for Web na hlavní konverzi (Nástroje > Konverze > vybrat > aktivovat Enhanced Conversions). Za druhé, v Shopify autorizovat sdílení zákaznických dat (Settings > Customer privacy > marketing). Za třetí, ověřit, že pixel Google Ads je injektován pouze přes kanál a ne duplicitně přes aplikaci třetí strany (jinak dvojité počítání konverzí, falešné přiřazování).
Standardní e-commerce události jsou také nativně spravovány: view_item, add_to_cart, begin_checkout, purchase. Tyto události živí dynamický remarketing a publika GA4 bez další konfigurace. Na Shopify auditech nejčastější bug není nedostatek sledování, ale duplikát: účet, který má Google kanál + vlastní GTM + analytická aplikace třetí strany, které všechny tři odesílají pixel Google Ads, násobí konverze 2–3×. Řešení: jediný injekční bod.
PrestaShop: GTM server-side nebo dedikovaný modul
Na PrestaShop vyžaduje sledování volbu stacku. Cesta 1: dedikovaný modul typ "Google Tag Manager" nebo "Google Ads Conversion Tracking" v addons store, který injektuje pixel a spravuje e-com události. Cena 80–200 € jednorázově, klíč na ruku, ale Enhanced Conversions často za příplatek. Cesta 2: GTM server-side (doporučeno pro vyspělé účty) — nainstalovat GTM na straně klienta, poté odesílat server-side kontejner hostovaný v Cloud Run nebo App Engine, který hashuje zákaznická data (e-mail, telefon, jméno/příjmení) před odesláním do Google Ads. Je to nejrobustnější cesta pro kvalitu signálu po iOS 14 a postupném vyřazení cookies třetích stran.
Praktický rozdíl mezi oběma cestami: dedikovaný modul nasazen za 2–4 hodiny, GTM server-side za 1–3 dny dle zkušeností vývojáře. Na Presta účtech s vysokým objemem Shopping (více než 30 000 € měsíčně) GTM server-side se vrátí za několik týdnů díky kvalitě signálu Smart Bidding.
Performance Max a skupiny assetů: integrace CMS
Performance Max se od roku 2023 stal dominantním formátem na straně Google Ads, s podílem výdajů e-commerce přesahujícím 55 % dle účtů sledovaných ve veřejných benchmarcích Google Ads 2025–2026. Formát přímo využívá feed Merchant Center pro inventory ads (Shopping ekvivalent integrovaný do PMax) a doplňuje skupiny assetů pro Display, YouTube, Discover, Gmail umístění.
Integrace na straně CMS váží na dvou dimenzích: kvalita obrázků feedu (velikost, pozadí, formát), která živí inventory ads, a snadnost vytváření/údržby doplňkových skupin assetů.
Skupiny assetů segmentované podle marže
Klasická chyba na PMax e-commerce je vytvoření jediné skupiny assetů s celým katalogem a sadou obecných obrázků. Výsledek: algoritmus distribuuje rozpočet rovnoměrně, SKU s nízkou marží zachytí stejné výdaje jako high-margin, skutečný ROAS marže se zhroutí.
Struktura, kterou doporučujeme v roce 2026: jedna skupina assetů na pásmo marže (custom_label_0 = high/mid/low). Každá skupina assetů má vlastní cílový ROAS odpovídající marži produktu (např. cílový ROAS 6 pro high-margin, cílový ROAS 3 pro low-margin), vlastní hero obrázky kategorie, vlastní titulky a popisy přizpůsobené hodnotové nabídce. Tato segmentace překonává monolitickou skupinu assetů o 22–38 % na agregovaném ROAS marže pozorovaném v agregovaných Google Ads benchmarcích.
Na Shopify se skupiny assetů vytvářejí přímo v Google Ads (PMax > Asset groups > New). Na PrestaShop totéž. Rozdíl není v nástroji, ale v kvalitě zdrojových obrázků: Shopify lépe standardizuje kadráž a rozlišení, PrestaShop propouští obrázky 400×400 neúbílé pozadí, které ničí Display umístění. Povinný audit 50 top-CA SKU před spuštěním PMax pro homogenizaci. Pro kompletní PMax strategii viz náš kompletní průvodce Performance Max 2026.
Rozdíl ROAS pozorovaný mezi Shopify účtem s nativně správně aktivovaným kanálem a PrestaShop účtem s neudržovaným XML feedem 24h se pohybuje mezi 18 a 35 % při stejné vertikále a stejném rozpočtu. To není chyba CMS — je to chyba procesu. PrestaShop s Content API + prémiový modul + GTM server-side je stejně výkonný jako Shopify, někdy více. Naopak Shopify s duplicitními sledovacími aplikacemi a špatně nakonfigurovaným kanálem podvýkonem předčí dobře vedený PrestaShop. CMS ROAS nedělá — operativní feed a sledování ho dělají.
Srovnání úskalí a typických chyb
Každý CMS nese svá opakující se úskalí. Znalost 6 nejčastějších zabrání ztrátě 4–8 týdnů diagnostikou podvýkonného ROAS.
Na straně Shopify: 3 opakující se úskalí
Úskalí 1: dvojitý pixel. Shopify obchod aktivovaný souběžně s Google kanálem + sledovací aplikace třetí strany (Triple Whale, Northbeam, Aftership Marketing), která také v pozadí odesílá pixel Google Ads. Výsledek: konverze jsou počítány dvakrát, zdánlivý ROAS je násoben 1,8–2,2×, Smart Bidding optimalizuje na nafouklý signál, skutečný ROAS se zhroutí, jakmile jeden ze zdrojů vypnete. Řešení: jediný injekční bod pixelu Google Ads, ideálně nativní kanál.
Úskalí 2: příliš obecný product type. product_type Shopify je výchozím způsobem mapován na Google kategorii. Pokud jsou vaše typy produktů obecné ("Oblečení", "Doplňky", "Sport"), vaše Google kategorie je také obecná a relevance nabídky klesá o 12–18 % na long-tail dotazech. Řešení: ručně upřesnit Google kategorii na 5 úrovní pro top 50 SKU.
Úskalí 3: synchronizace GMC po změně promo ceny. Shopify synchronizuje feed každých 15–60 minut, což je rychlé, ale ne okamžité. Pokud spustíte bleskovou promo na 12 hodin, Google Merchant může novou cenu reflektovat až za 30–60 minut. Během tohoto zpoždění inzeráty zobrazují starou cenu, konverze s nesprávnou průměrnou hodnotou objednávky, zkreslená data Smart Bidding. Řešení: nezahajovat promo, dokud jste v GMC neověřili, že aktualizovaná cena je přenesena. Náš kalkulátor průměrné hodnoty objednávky dává AOV s benchmarky podle vertikály e-commerce.
Na straně PrestaShop: 3 opakující se úskalí
Úskalí 1: XML feed obnovovaný 1×/den. To je nejnákladnější a nejčastější past. Standardní modul generuje XML každých 24 hodin, Google Merchant ho crawluje o 12 hodin později. Nesoulad zásoby zaručen, jakmile SKU rychle kolísá. Řešení: vynutit regeneraci přes cron každé 1–4 hodiny nebo aktivovat Content API.
Úskalí 2: speciální znaky nezakódované ve feedu. Francouzské znaky (é, è, à, ç, œ) špatně zakódované v XML generují varování Merchantu, která mohou eskalovat na zamítnutí. Ověřit, že kódování feedu je přísně UTF-8 (ne ISO-8859-1, ne Windows-1252). Řešení: modul vynucující UTF-8 nebo manuální validace generovaného XML před odesláním.
Úskalí 3: obrázky produktů příliš malé. PrestaShop standardně povoluje obrázky 400×400 nebo méně, zatímco Google Shopping doporučuje minimum 800×800 (1200×1200 pro inventory ads PMax na Display). SKU s obrázkem menším než 800×800 typicky ztratí 25–40 % zobrazení na Edge, MSN, Discover umístěních. Řešení: kompletní audit obrázků pro top 200 SKU a upgrade na minimum 1200×1200.
Migrace Shopify na PrestaShop (a opačně): dopad na feedy
Migrace CMS nastává častěji, než by se zdálo — typicky když historický Presta praskne pod technickým dluhem a přechází se na Shopify pro čistý start, nebo naopak když Shopify dosáhne svého B2B funkčního stropu a migruje na Presta. Dopad na Google Ads je podceňován.
Riziko číslo jedna: přerušení historie konverzí
Smart Bidding optimalizuje z historie konverzí naakumulované na kampani, přiložené ke Google Ads účtu. Pokud změníte CMS a překonfigurujete sledování, riskujete přerušení cesty mezi konverzní událostí a jejím zápisem Google Ads. Po dobu 1–2 týdnů konverze nejsou nahrávány (nebo jsou nahrány duplicitně, pokud jste nechali starý pixel aktivní), Smart Bidding vstoupí do chaotické učební fáze, CPA dočasně exploduje.
Standardní řešení 30 dní před migrací: připravit sledování na novém CMS paralelně, otestovat v stagingu, pak přepnout v hot-swap módu za 24 hodin s minutovým monitoringem Google Ads konverzí. Nikdy nemigrovat CMS během sezónního vrcholu (BF/CM, výprodeje, konec roku).
Riziko číslo dvě: přerušení produktových ID
Pokud se vaše produktová id mění mezi starým a novým CMS (typicky Presta s číselnými ID migrující na Shopify s alfanumerickými ID), Google Merchant Center zachází se všemi produkty jako s novými, feed vstoupí do opětovného schvalování na 24–72 hodin a historická výkonnostní data podle SKU jsou ztracena. To zvláště ovlivňuje účty, které využívají custom_label pro segmentaci kampaní.
Řešení: zachovat co nejvíce starých produktových ID jejich přemapováním přes dedikovaný atribut (item_group_id nebo id přímo zkopírované). Pro Shopify se to provádí přes metafield. Pro migrovaný PrestaShop přes mapování modulu.
Riziko číslo tři: ztráta čerstvosti synchronizace
Pokud migrujete ze Shopify (sync 15–60 min) na PrestaShop (sync 24 hodin výchozí), degradace čerstvosti synchronizace generuje zamítnutí zásoby, které jste předtím neměli. Předvídat aktivací Content API nebo cronu 1–4h od prvního dne nového Presta stacku.
Pro komplexní migrace je pre-migrace audit rentabilní: identifikuje rizikové zóny (ztracené custom_label, rozbité ID, degradovaná synchronizace) před tím, než migrace poruší Google Ads výkon. Náš bezplatný audit SteerAds pokrývá tyto body za 3 minuty OAuth připojení a navrhuje migrační plán bez přerušení za 14–30 dní.
Pro strategické arbitráže mezi App promo, klasickým Shopping a Performance Max e-commerce v ekosystému Google Ads čtěte také náš průvodce App Promo Android a iOS 2026 — užitečné, pokud je váš e-commerce katalog dostupný také v nativní aplikaci.
Volba Shopify vs. PrestaShop není pro Google Ads binární. Shopify poskytuje výhodu time-to-launch a provozní jednoduchosti, která se promítá do zisku ROAS v prvních 3–6 měsících. PrestaShop provozovaný s rigorozitou (Content API, GTM server-side, prémiové moduly) dosahuje stejného výkonu a nabízí vyšší flexibilitu na dlouhý termín a komplexní katalogy. Určujícím faktorem není samotný CMS, je to kvalita provozu feedu, sledování a segmentace podle marže. Zvolte CMS, který odpovídá vašemu provoznímu tempu — ne ten, který slibuje magii — viz také officiální dokumentace Google Ads pro více podrobností.
Pro hlubší práci viz také naše průvodce Google Ads místní restaurace, Google Ads právní služby worldwide, Google Ads realitní lead gen.
Zdroje
Oficiální zdroje použité v tomto průvodci:
FAQ
Shopify nebo PrestaShop pro zahájení e-commerce obchodu určeného k škálování na Google Ads?
Pro projekt zaměřený na rychlé škálování na Google Shopping a Performance Max Shopify zůstává rychlejší na spuštění: nativní Google kanál, automaticky generovaný feed, synchronizace GMC téměř v reálném čase, Enhanced Conversions klikatelné za 5 minut. PrestaShop vyžaduje více počáteční konfigurace (modul Doofinder, EnvoiMoinsCher, placené nebo vlastní XML feed moduly), ale nabízí vyšší flexibilitu pro komplexní katalogy (vícejazyčné, víceměnové, vlastní profesní atributy, B2B přizpůsobení). Pro 90 % DTC značek, které začínají, Shopify poskytuje rychlejší time-to-revenue. Pro e-commerce prodejce již na PrestaShop s odladěným provozem migrace na Shopify pouze kvůli Google Ads se zřídka vyplatí — lepší je investovat do kvalitního feed modulu na straně Presta.
Je potřeba platit za modul Shopping feedu nebo použít nativní PrestaShop?
PrestaShop ve standardní verzi neposkytuje nativní generování Google Shopping feedu odpovídajícího specifikacím 2026. Oficiální modul "Google Shopping & Ads" v PrestaShop addons store stojí přibližně 200–250 € jednorázově a je nejpříměji udržovanou možností. Alternativa: komunitní modul ("Simple Google Shopping XML feed") zdarma nebo za nízkou cenu, ale s méně pokročilými mapováními atributů (custom_label, identifier_exists, energy efficiency class). Pro katalog pod 500 SKU a standardní nastavení může komunitní modul stačit. Nad tímto limitem se cena oficiálního modulu rychle vrátí na kvalitě schválení feedu, a tedy ROAS.
Spravuje nativní Google kanál Shopify Enhanced Conversions bez kódu?
Ano od roku 2024. Shopify Google & YouTube kanál automaticky odesílá parametry Enhanced Conversions (hashovaný e-mail, telefon, jméno/příjmení) u každé konverze nahrané do Google Ads, bez zásahu vývojáře. Stačí aktivovat Enhanced Conversions v Google Ads (Nástroje > Konverze > vybrat konverzi > aktivovat Enhanced Conversions for Web) a potvrdit v Shopify, že sdílení zákaznických dat je povoleno. Na PrestaShop aktivace Enhanced Conversions vyžaduje buď specifický modul (často placený), nebo konfiguraci GTM server-side. To je jedna z provozních mezer, která nejvíce váží na snadnosti operace mezi oběma CMS.
Jak se liší frekvence aktualizace feedu mezi Shopify a PrestaShop?
Shopify s nativním Google kanálem synchronizuje feed téměř v reálném čase (každých 15–60 minut dle objemu), čímž zabraňuje odchylce cena/sklad mezi obchodem a Merchant Center — klíčový bod v době bleskové promo nebo výpadku zásoby. PrestaShop standardně generuje XML soubor re-crawlovaný Google Merchantem každých 24 hodin. Pro vyšší frekvenci na Presta je nutné aktivovat Content API (přes dedikovaný modul) nebo servírovat XML feed přes HTTPS obnovovaný cronem každou 1–4 hodiny. Odchylka zásoby za 24 hodin je jedním z hlavních přispěvatelů k zamítnutím "Item availability mismatch" pozorovaným v auditech Presta.
Funguje Performance Max stejně dobře na obou CMS?
PMax funguje na obou, jakmile je feed zdravý a sledování čisté, ale rozdíl pochází ze skupin assetů. Shopify neusnadňuje vytváření skupin assetů z kanálu: je nutné jít do Google Ads a ručně nahrát obrázky / videa / titulky. PrestaShop je ve stejné situaci, ale s dalším rizikem na kvalitě obrázků produktů (často příliš malé, neúbílé pozadí). Pro oba CMS doporučení 2026: exportovat produktové karty do skupiny assetů podle kategorie marže (high/mid/low) na základě custom_label_0, spíše než začínat s jedinou skupinou assetů pro celý katalog. Logika segmentace podle marže je zpracována v našem e-commerce playbooku 2026.