Shopify przekracza 12 500 aktywnych sklepów we Francji na koniec 2025 roku według danych BuiltWith, a PrestaShop pozostaje mocno zakorzeniony z około 22 000 aktywnymi sklepami na tym samym obszarze — czyli dwa masywne ekosystemy z bardzo różnymi profilami użytkowników. Na Google Shopping, bitwa techniczna toczy się na trzech poziomach: jakość feeda produktowego, świeżość sync Merchant Center, czystość conversion trackingu. I właśnie tutaj dwa CMS-y radykalnie się różnią.
Zasada, którą powtarzamy przy każdym audycie Shopping: zdrowy feed = zdrowy ROAS. Brak skrótów przez bid strategy, brak magii przez Performance Max — jakość feeda wzmacnia lub ogranicza wszystko poniżej. Ten przewodnik rozstrzyga arbitraże Shopify vs PrestaShop dla Google Ads w 2026: konfiguracja Merchant Center, dostępne pluginy, conversion tracking, Performance Max, gotchas obserwowane na obu stackach. Dla globalnej strategii Shopping, przeczytaj równolegle nasz przewodnik setup i optymalizacja Google Shopping i nasz playbook e-commerce Google Ads 2026.
Shopify vs PrestaShop: udziały rynkowe i profile użytkowników FR
Shopify to hostowana platforma SaaS w trybie dzierżawy, płatna 27 do 384 euro miesięcznie według planu, obsługiwana przez Shopify Inc. z Ottawy (zobacz oficjalny cennik Shopify). PrestaShop to open-source CMS self-hosted, darmowy do pobrania, ale wymagający hostingu, konserwacji technicznej i płatnych modułów do osiągnięcia parytetu funkcjonalnego standardowego Shopify. Oba koncentrują większość rynku DTC we Francji poza WooCommerce.
Profile użytkowników wyraźnie się różnią. Shopify przyciąga marki DTC, które chcą krótkiego time-to-launch, operacji bez długu technicznego, gotowych integracji marketingowych (Klaviyo, Meta, Google channels, Pinterest, TikTok) i które akceptują wyższe koszty miesięczne plus prowizję od transakcji (0% do 2% według planu, poza Shopify Payments). PrestaShop przyciąga e-commerce'ów z kompleksowym katalogiem, multi-markowych, multi-językowych, B2B z personalizacją, lub po prostu marki, które wolą niezależność techniczną i niższy marginalny koszt skalowania — brak prowizji od transakcji, brak limitów przepustowości.
Trzy punkty szczególnie wpływają na Google Ads. Natywny kanał Google Shopify automatyzuje 80% konfiguracji Merchant Center: feed generowany automatycznie, sync 15 do 60 min, Enhanced Conversions aktywowalne jednym kliknięciem. Po stronie Presta, te same funkcje wymagają albo oficjalnego modułu (200 do 250 euro), albo czasu konfiguracji technicznej. Świeżość sync feeda to drugi kluczowy punkt: feed aktualizowany co 24h na Presta generuje cascadowe disapprovals "Item availability mismatch" przy każdym szybkim wahaniu stanów (flash promo, wyczerpanie). Na Shopify, sync 15 do 60 min drastycznie ogranicza to ryzyko. Trzecia różnica to elastyczność katalogu B2B: jeśli zarządzasz cenami według grupy klientów, niestandardowymi atrybutami branżowymi, ścisłym multi-językiem, PrestaShop pozostaje strukturalnie solidniejszy.
Dla arbitrażu Shopping vs Search w alokacji, zobacz też nasz przewodnik alokacji Shopping vs Search.
Konfiguracja Merchant Center: różnice plugin vs natywny
Konfiguracja Google Merchant Center to etap decydujący, czy uruchomisz Shopping za 7 dni czy za 6 tygodni. Na Shopify operacja jest quasi-trywialna przez natywny kanał. Na PrestaShop wymaga wyboru stosu modułów i dłuższej ręcznej konfiguracji, ale bardziej kontrolowanej.
Shopify: natywna droga przez Google & YouTube channel
Kanał Google & YouTube Shopify jest darmowy i instalowalny z menedżera kanałów sprzedaży w 2 kliknięciach. Po aktywacji automatycznie łączy twój sklep z Google Merchant Center przez OAuth, generuje feed produktowy zgodny ze specyfikacjami Google (tytuł, opis, obraz, cena, GTIN, marka, kategoria, dostępność, custom_label jeśli wypełnione) i synchronizuje go co 15 do 60 min zależnie od wolumenu. Dokumentacja Merchant Center szczegółowo opisuje listę obsługiwanych atrybutów.
Trzy rzeczy, którymi kanał nie zarządza i które trzeba obsłużyć ręcznie. Po pierwsze, weryfikacja domeny: Shopify łączy domenę Shopify (monstore.myshopify.com), ale jeśli emitujesz pod monstore.fr, trzeba ręcznie dodać meta tag weryfikacji w theme.liquid lub przez DNS TXT. Po drugie, mapowanie kategorii na 5 poziomów: kanał proponuje domyślną kategorię opartą na product type Shopify, często zbyt ogólną dla niszy (Apparel & Accessories > Clothing zamiast Apparel & Accessories > Clothing > Activewear > Yoga Pants). Przejdź do Google Merchant > Products > wszystkie karty produktów i ręcznie doprecyzuj dla top 50 SKU według obrotu: znaczący wzrost trafności licytacji. Po trzecie, custom_label: nie definiuje się ich w natywnym Shopify, trzeba albo użyć metafield, albo przejść przez aplikację zewnętrzną (Shoppingfeed, Feed for Google Shopping, DataFeedWatch).
PrestaShop: oficjalny moduł lub custom XML
Na PrestaShop trzy ścieżki do wyboru według budżetu i złożoności katalogu. Oficjalny moduł "Google Shopping & Ads" w sklepie addons PrestaShop pozostaje najbardziej bezpośrednim rozwiązaniem dla standardowego katalogu: 200 do 250 euro jednorazowo, kompletne mapowania atrybutów (w tym custom_label_0 do 4, energy efficiency class, identifier_exists), automatyczne generowanie XML, konfigurowalna synchronizacja. Droga custom XML polega na serwowaniu pliku XML/CSV przez endpoint HTTPS na twoim serwerze PrestaShop, re-crawlowanego przez Google Merchant Center z konfigurowalną częstotliwością (12 do 24h standardowo). Wymaga 4 do 12h dewelopmentu dla doświadczonego dewelopera PrestaShop, darmowy w runtime, ale kosztowny w konfiguracji. Droga Content API polega na wypychaniu feeda przez API Google Merchant bezpośrednio z PrestaShop, co pozwala na sync quasi-real-time — ale wymaga custom developmentu lub dedykowanego premium modułu.
Nasze zalecenie 2026 według rozmiaru katalogu: poniżej 500 SKU, oficjalny moduł wystarczy. Między 500 a 5 000 SKU, oficjalny moduł + Content API. Powyżej 5 000 SKU lub z multi-językiem/multi-krajem, zaplanuj budżet na dedykowany premium moduł (Shoppingfeed, ShoppingFlux, Lengow) za 80 do 400 euro miesięcznie.
Na kontach PrestaShop, około jedna trzecia wykazuje wskaźnik produktów disapproved powyżej 8% na Merchant Center z powodu dryfu cen/stanów między sklepem a feedem. Mechanizm: feed XML jest generowany raz dziennie, Google Merchant crawluje go 12h później, więc różnica ceny/stanów po stronie feeda może sięgnąć 24 do 36h. W przypadku flash promo lub wahających się stanów, gwarantowane jest, że produkty emitują z nieaktualną ceną i Google disapproves je kaskadowo. Rozwiązanie: wymuś regenerację feeda co 1 do 4h przez cron lub aktywuj Content API. Ta prosta zmiana podnosi wskaźnik zatwierdzenia o średnio 8 do 12 punktów.
Feed produktowy: jakość, częstotliwość, custom_label, GTIN
Jakość feeda jest głównym arbitrem twojego ROAS Shopping, przed bid strategy, a nawet przed strukturą kampanii. Czysty feed przynosi 25 do 45% dodatkowego ROAS przy iso-budżecie vs minimalny feed — obserwowane ciągłe według publicznych benchmarków. Pięć krytycznych wymiarów do opanowania, identycznych na Shopify i PrestaShop, ale z różnymi ograniczeniami operacyjnymi według CMS.
Title: 35 pierwszych znaków decyduje o wszystkim
Google często skraca tytuł do 35-45 znaków zależnie od miejsca (karuzela Shopping mobile, Free Listings, panel zakupowy Edge browser). Optymalny format: Marka + Model + Kluczowy atrybut w pierwszych 35 znakach. Przykład: "Sennheiser HD 660S2 Casque Hi-Fi Audio Filaire" — pierwsze 35 = "Sennheiser HD 660S2 Casque Hi-Fi Au". W audytach, które prowadzimy, tytuły z marką w pierwszych 35 znakach wykazują CTR wyższy o 18 do 28% niż ogólne tytuły typu "Casque audio noir filaire premium hi-fi qualité studio".
Na Shopify tytuł produktu jest jedyną łatwo modyfikowalną dźwignią (Edytuj > Tytuł). Na PrestaShop można albo zmodyfikować name produktu (który służy też jako tytuł strony webowej — ryzyko SEO), albo użyć dedykowanego atrybutu feeda feed_title zmapowanego przez oficjalny moduł lub custom moduł. Druga droga zachowuje swobodę nazwy produktu po stronie sklepu, optymalizując jednocześnie tytuł feeda po stronie Merchant.
GTIN, brand, mpn: święta trójca identyfikacji
Google zaostrzył wymagania GTIN od 2024 roku dla uznanych marek: produkt bez ważnego GTIN u Apple, Sennheiser, Nike itp. traci 25 do 40% impressions na zapytaniach long-tail z marką. Jeśli dystrybuujesz te marki, GTIN obowiązkowy. Dla marek prywatnych (twoja własna marka DTC bez oficjalnego GTIN), dodaj identifier_exists = FALSE do feeda i wypełnij brand + mpn — to jedyna kombinacja akceptowana przez Google, aby nie disapprove SKU.
Na Shopify pole GTIN jest natywne (Wariant > Barcode). Na PrestaShop pole EAN13 jest też natywne, ale trzeba sprawdzić, czy moduł feed mapuje poprawnie ean13 → gtin (często tak, czasem nie zależnie od modułu). Pole brand jest natywne na obu CMS-ach. Pole mpn (Manufacturer Part Number) jest natywne na PrestaShop (product.reference), na Shopify trzeba przejść przez metafield lub zewnętrzną aplikację — to jedna z praktycznych różnic, gdzie Presta jest bardziej kompletny w standardzie.
Custom_label: segmentacja według marży, która zmienia wszystko
5 custom_label (0 do 4) jest niedostatecznie używanych na 80% kont referencyjnych, podczas gdy decydują o rentowności Shopping. Standardowa strategia stosowana od lat: custom_label_0 = poziom marży (high/mid/low), custom_label_1 = sezonowość (peak/normal/off-peak), custom_label_2 = historyczny ROAS (wysoki/średni/niski), custom_label_3 = boolejski best-seller, custom_label_4 = wolny (według vertykalu: nowa kolekcja, wyprzedaż, online exclusive).
Ta segmentacja następnie determinuje strukturę kampanii Shopping: kampania Premium (custom_label_0 = wysoka marża, wysoki docelowy ROAS), kampania Standard (custom_label_0 = średnia marża, średni docelowy ROAS), kampania Volume (custom_label_0 = niska marża, niski docelowy ROAS, ale skalowalny wolumen). Ta sama logika przetransponowana do Performance Max przez segmentowane asset groups.
Na Shopify definicja custom_label odbywa się przez metafields (Settings > Custom data > Products > dodaj definicję metafield custom.label_0), a następnie eksponowane przez aplikację zewnętrzną do feeda. Na PrestaShop oficjalny moduł Google Shopping pozwala bezpośrednio mapować dowolną cechę produktu lub niestandardowy atrybut na custom_label_0 do 4 — bardziej bezpośrednio i bez zależności od zewnętrznej aplikacji.
Conversion tracking: Enhanced Conversions i eventy e-com
Tracking to drugi filar po feedzie. Smart Bidding (Target ROAS, Target CPA, Maximize Conversion Value) optymalizuje w kierunku sygnału, który otrzymuje. Jeśli znaczna część twoich konwersji jest źle śledzona, algorytm optymalizuje w kierunku obciętego sygnału i działa 16 do 26% poniżej swojego potencjału zależnie od vertykalu. To błąd numer jeden, który widzimy w audycie. Dla globalnej strategii trackingu, zobacz nasz przewodnik po conversion tracking Google Ads.
Shopify: Enhanced Conversions jednym togglem
Kanał Google Shopify automatycznie wysyła parametry Enhanced Conversions przy każdej konwersji przekazywanej do Google Ads, pod warunkiem aktywacji trzech rzeczy. Po pierwsze, w Google Ads aktywuj Enhanced Conversions for Web na głównej konwersji (Narzędzia > Konwersje > wybrać > aktywować Enhanced Conversions). Po drugie, w Shopify autoryzuj udostępnianie danych klientów (Settings > Customer privacy > marketing). Po trzecie, sprawdź, czy piksel Google Ads jest wstrzyknięty przez kanał, a nie przez podwójną zewnętrzną aplikację (inaczej podwójne liczenie konwersji, fałszywa atrybucja).
Standardowe eventy e-commerce są też zarządzane natywnie: view_item, add_to_cart, begin_checkout, purchase. Te eventy zasilają dynamiczny remarketing i odbiorców GA4 bez dodatkowej konfiguracji. W audytach Shopify najczęstszy błąd to nie brak trackingu, ale duplikat: konto, które ma Google channel + custom GTM + zewnętrzną aplikację analityczną, wszystkie trzy wysyłające piksel Google Ads, mnożące konwersje przez 2 do 3. Rozwiązanie: jeden punkt wstrzyknięcia.
PrestaShop: GTM server-side lub dedykowany moduł
Na PrestaShop tracking wymaga wyboru stosu. Droga 1: dedykowany moduł typu "Google Tag Manager" lub "Google Ads Conversion Tracking" w sklepie addons, który wstrzykuje piksel i zarządza eventami e-com. Koszt 80 do 200 euro jednorazowo, operacja klucz w rękę, ale Enhanced Conversions często jako dodatkowa płatna opcja. Droga 2: GTM server-side (zalecana dla dojrzałych kont) — zainstaluj GTM po stronie klienta, następnie wypchnij kontener server-side hostowany w Cloud Run lub App Engine, który hashuje dane klientów (email, telefon, imię/nazwisko) przed wysłaniem do Google Ads. To najbardziej solidna droga dla jakości sygnału po iOS 14 i wycofaniu third-party cookies.
Praktyczna różnica między dwoma drogami: dedykowany moduł wdraża się w 2-4h, GTM server-side w 1 do 3 dni zależnie od doświadczenia dewelopera. Na kontach Presta z dużym wolumenem Shopping (powyżej 30 000 euro miesięcznie), GTM server-side zwraca się w ciągu kilku tygodni dzięki jakości sygnału Smart Bidding.
Performance Max i asset groups: integracja CMS
Performance Max stał się dominującym formatem po stronie Google Ads od 2023 roku, z udziałem w spend e-commerce przekraczającym 55% według kont obserwowanych w publicznych benchmarkach Google Ads 2025-2026. Format bezpośrednio wykorzystuje feed Merchant Center dla inventory ads (ekwiwalent Shopping zintegrowany w PMax) i uzupełnia o asset groups dla placement Display, YouTube, Discover, Gmail.
Integracja po stronie CMS wpływa na dwa wymiary: jakość obrazów feeda (rozmiar, tło, format), które zasilają inventory ads, oraz łatwość tworzenia/konserwacji uzupełniających asset groups.
Asset groups segmentowane według marży
Klasyczny błąd na PMax e-commerce to tworzenie jednego asset groupu z całym katalogiem i zestawem ogólnych obrazów. Wynik: algorytm dystrybuuje budżet równomiernie, SKU low-margin przechwytują tyle spendów co high-margin, realny ROAS marżowy się załamuje.
Struktura, którą zalecamy w 2026: jeden asset group na poziom marży (custom_label_0 = high/mid/low). Każdy asset group ma własny docelowy ROAS wyrównany do marży produktu (np. cel ROAS 6 dla high-margin, cel ROAS 3 dla low-margin), własne obrazy hero kategorii, własne tytuły i opisy dostosowane do value proposition. Ta segmentacja przewyższa monolityczny asset group o 22 do 38% na zagregowanym ROAS marżowym obserwowanym w zagregowanych benchmarkach Google Ads.
Na Shopify tworzenie asset groups odbywa się bezpośrednio w Google Ads (PMax > Asset groups > Nowy). Na PrestaShop analogicznie. Różnica nie leży w narzędziu, lecz w jakości obrazów źródłowych: Shopify lepiej standaryzuje kadrowanie i rozdzielczość, PrestaShop przepuszcza obrazy 400x400 bez białego tła, które niszczą placement Display. Obowiązkowy audyt 50 top-CA SKU przed uruchomieniem PMax w celu ujednolicenia. Dla kompletnej strategii PMax, zobacz nasz kompletny przewodnik Performance Max 2026.
Różnica ROAS obserwowana między kontem Shopify z poprawnie aktywowanym natywnym kanałem a kontem PrestaShop z feeden XML 24h bez konserwacji wynosi 18 do 35% przy iso-vertikalu i iso-budżecie. To nie wina CMS-a — to wina procesu. PrestaShop z Content API + premium moduł + GTM server-side jest równie wydajny co Shopify, czasem bardziej. Odwrotnie, Shopify z podwójnymi aplikacjami trackingowymi i źle skonfigurowanym kanałem wypada gorzej niż zadbany PrestaShop. CMS nie tworzy ROAS — operacyjny feed i tracking to robi.
Porównanie gotchas i typowych błędów
Każdy CMS niesie swoje powtarzające się pułapki. Znajomość 6 najczęstszych zapobiega stracie 4 do 8 tygodni na diagnozowanie słabego ROAS.
Po stronie Shopify: 3 powtarzające się pułapki
Pułapka 1: podwójny piksel. Sklep Shopify aktywowany równolegle z kanałem Google + zewnętrzną aplikacją trackingową (Triple Whale, Northbeam, Aftership Marketing), która też wysyła piksel Google Ads w tle. Wynik: konwersje liczone dwukrotnie, pozorny ROAS mnożony przez 1,8 do 2,2, Smart Bidding optymalizuje na pompowanym sygnale, realny ROAS załamuje się gdy odetniesz jedno ze źródeł. Rozwiązanie: jeden punkt wstrzyknięcia piksela Google Ads, najlepiej natywny kanał.
Pułapka 2: zbyt ogólny product type. product_type Shopify jest domyślnie mapowany na kategorię Google. Jeśli twoje product types są ogólne ("Vêtements", "Accessoires", "Sport"), twoja kategoria Google jest też ogólna, a trafność licytacji spada o 12 do 18% na zapytaniach long-tail. Rozwiązanie: ręczne doprecyzowanie kategorii Google na 5 poziomach dla top 50 SKU.
Pułapka 3: sync GMC po zmianie ceny promo. Shopify synchronizuje feed co 15 do 60 min, co jest szybkie, ale nie natychmiastowe. Jeśli uruchomisz flash promo na 12h, Google Merchant może odzwierciedlić nową cenę dopiero 30 do 60 min później. W tym opóźnieniu reklamy emitują ze starą ceną, konwersje ze złym średnim koszykiem, dane Smart Bidding zniekształcone. Rozwiązanie: nie uruchamiaj promo przed sprawdzeniem w GMC, że zaktualizowana cena jest uwzględniona. Nasz kalkulator średniej wartości koszyka podaje AOV z benchmarkami według vertykalu e-commerce.
Po stronie PrestaShop: 3 powtarzające się pułapki
Pułapka 1: feed XML odświeżany 1x/dzień. To najkosztowniejsza i najczęstsza pułapka. Standardowy moduł generuje XML co 24h, Google Merchant crawluje go 12h później. Gwarantowane mismatch stanów przy każdym szybko wahającym się SKU. Rozwiązanie: wymuś regenerację przez cron co 1 do 4h lub aktywuj Content API.
Pułapka 2: znaki specjalne nie zakodowane w feedzie. Znaki francuskie (é, è, à, ç, œ) źle zakodowane w XML generują ostrzeżenia Merchant, które mogą eskalować do disapproval. Sprawdź, czy kodowanie feeda jest ścisłe UTF-8 (nie ISO-8859-1, nie Windows-1252). Rozwiązanie: moduł wymuszający UTF-8 lub ręczna walidacja produkowanego XML przed wysłaniem.
Pułapka 3: obrazy produktów zbyt małe. PrestaShop domyślnie zezwala na obrazy 400x400 lub mniej, podczas gdy Google Shopping zaleca minimum 800x800 (1200x1200 dla inventory ads PMax na Display). SKU z obrazem mniejszym niż 800x800 typowo tracą 25 do 40% impressions na placementach Edge, MSN, Discover. Rozwiązanie: kompletny audyt obrazów dla top 200 SKU i upgrade do minimum 1200x1200.
Migracja Shopify do PrestaShop (i odwrotnie): wpływ na feedy
Migracja CMS zdarza się częściej niż się myśli — typowo gdy historyczny Presta pęka pod długiem technicznym i przechodzi na Shopify, aby zacząć od zera, lub odwrotnie, gdy Shopify osiąga swój limit funkcjonalny B2B i migruje do Presta. Wpływ na Google Ads jest niedoceniany.
Ryzyko numer jeden: zerwanie historii konwersji
Smart Bidding optymalizuje na podstawie historii konwersji zgromadzonej dla kampanii, powiązanej z kontem Google Ads. Jeśli zmienisz CMS i przekonfigurujesz tracking, ryzykujesz przerwanie ścieżki między eventem konwersji a jego rejestracją w Google Ads. Przez 1 do 2 tygodni konwersje nie są przekazywane (lub przekazywane podwójnie jeśli zostawiłeś stary piksel aktywny), Smart Bidding wchodzi w chaotyczną learning phase, CPA tymczasowo eksploduje.
Standardowe rozwiązanie przez 30 dni pre-migracji: przygotuj tracking na nowym CMS równolegle, przetestuj go na stagingu, a następnie przełącz w trybie hot-swap przez 24h ze śledzeniem konwersji Google Ads minuta po minucie. Nigdy nie migruj CMS podczas szczytu sezonowego (BF/CM, wyprzedaże, koniec roku).
Ryzyko numer dwa: zerwanie IDs produktów
Jeśli twoje id produktów zmieniają się między starym a nowym CMS (typowo Presta z numerycznymi ID migruje do Shopify z alfanumerycznymi ID), Google Merchant Center traktuje wszystkie produkty jako nowe, feed wchodzi w ponowne zatwierdzenie na 24-72h, a historia wydajności według SKU jest utracona. Wpływa to szczególnie na konta korzystające z custom_label do segmentacji kampanii.
Rozwiązanie: zachowaj w miarę możliwości stare ID produktów, remapując je przez dedykowany atrybut (item_group_id lub id skopiowane bezpośrednio). Dla Shopify odbywa się to przez metafield. Dla migrowanego PrestaShop przez mapowanie modułu.
Ryzyko numer trzy: utrata świeżości sync
Jeśli migrujesz z Shopify (sync 15 do 60 min) do PrestaShop (sync 24h domyślnie), degradacja świeżości sync generuje disapprovals stanów, których wcześniej nie miałeś. Zaplanuj aktywację Content API lub cron co 1-4h od pierwszego dnia nowego stosu Presta.
Dla złożonych migracji, audyt pre-migracji jest opłacalny: identyfikuje strefy ryzyka (utracone custom_label, zepsute ID, zdegradowana sync) zanim migracja zepsuje wydajność Google Ads. Nasz darmowy audyt SteerAds obejmuje te punkty przez 3 minuty połączenia OAuth i proponuje plan migracji bez przerwy przez 14 do 30 dni.
Dla strategicznych arbitrażów między App promo, klasycznym Shopping a Performance Max e-commerce w ekosystemie Google Ads, przeczytaj też nasz przewodnik App Promo Android i iOS 2026 — przydatny, jeśli twój katalog e-commerce jest też dostępny w natywnej aplikacji.
Wybór Shopify vs PrestaShop nie jest binarny dla Google Ads. Shopify daje przewagę time-to-launch i prostoty operacyjnej przekładającą się na wzrost ROAS przez pierwsze 3 do 6 miesięcy. PrestaShop, obsługiwany z rygorem (Content API, GTM server-side, moduły premium), osiąga tę samą wydajność i oferuje wyższą elastyczność długoterminową dla kompleksowych katalogów. Decydującym czynnikiem nie jest sam CMS, lecz jakość operacji feeda, trackingu i segmentacji według marży. Wybierz CMS odpowiadający twojej prędkości operacyjnej — nie ten, który obiecuje magię — zobacz też oficjalną dokumentację Google Ads dla więcej szczegółów.
Aby pójść dalej, zobacz też nasze przewodniki Google Ads lokalna restauracja, Google Ads usługi prawne worldwide, Google Ads nieruchomości lead gen.
Źródła
Oficjalne źródła wykorzystane w tym przewodniku:
FAQ
Shopify czy PrestaShop do uruchomienia sklepu e-commerce przeznaczonego do skalowania na Google Ads?
Dla projektu celującego w szybkie skalowanie na Google Shopping i Performance Max, Shopify pozostaje szybszy w uruchomieniu: natywny kanał Google, automatycznie generowany feed, sync GMC prawie w czasie rzeczywistym, Enhanced Conversions klikalne w 5 min. PrestaShop wymaga więcej konfiguracji wstępnej (moduł Doofinder, EnvoiMoinsCher, płatne lub custom moduły feed XML), ale oferuje wyższą elastyczność dla złożonych katalogów (multi-język, multi-waluta, niestandardowe atrybuty branżowe, personalizacje B2B). Dla 90% marek DTC zaczynających, Shopify daje szybsze time-to-revenue. Dla e-commerce'ów już na PrestaShop z dopracowanymi operacjami, migracja do Shopify tylko dla Google Ads rzadko jest uzasadniona — lepiej zainwestować w porządny moduł feed po stronie Presta.
Czy płacić za moduł feed Shopping czy używać natywnego PrestaShop?
PrestaShop nie oferuje natywnego generowania feeda Google Shopping zgodnego ze specyfikacjami 2026 w standardowej wersji. Oficjalny moduł 'Google Shopping & Ads' w sklepie addons PrestaShop kosztuje około 200 do 250 euro jednorazowo i pozostaje opcją bezpośrednio utrzymywaną. Alternatywa: moduł społecznościowy ('Simple Google Shopping XML feed') darmowy lub o niskim koszcie, ale z mniejszą liczbą zaawansowanych mapowań atrybutów (custom_label, identifier_exists, energy efficiency class). Dla katalogu poniżej 500 SKU i standardowej konfiguracji, moduł społecznościowy może wystarczyć. Powyżej, koszt oficjalnego modułu zwraca się bardzo szybko na jakości zatwierdzenia feeda, a więc ROAS.
Czy natywny kanał Google Shopify obsługuje Enhanced Conversions bez kodu?
Tak od 2024 roku. Shopify Google & YouTube channel automatycznie przesyła parametry Enhanced Conversions (zahashowany email, zahashowany telefon, imię/nazwisko) przy każdej konwersji przekazywanej do Google Ads, bez interwencji deweloperów. Wystarczy aktywować Enhanced Conversions w Google Ads (Narzędzia > Konwersje > wybrać konwersję > aktywować Enhanced Conversions for Web) i potwierdzić w Shopify, że udostępnianie danych klientów jest autoryzowane. Na PrestaShop, aktywacja Enhanced Conversions wymaga albo konkretnego modułu (często płatnego), albo konfiguracji GTM server-side. To jedna z operacyjnych różnic, które najbardziej wpływają na łatwość obsługi między dwoma CMS-ami.
Jaka częstotliwość aktualizacji feeda między Shopify i PrestaShop?
Shopify z natywnym kanałem Google synchronizuje feed prawie w czasie rzeczywistym (co 15 do 60 minut zależnie od wolumenu), co zapobiega dryfowi cen/stanów między sklepem a Merchant Center — punkt krytyczny w przypadku flash promo lub wyczerpania zapasów. PrestaShop generuje typowo plik XML re-crawlowany przez Google Merchant co 24h w trybie standardowym. Aby przejść do wyższej częstotliwości na Presta, trzeba aktywować Content API (przez dedykowany moduł) lub wysyłać feed XML serwowany przez HTTPS odświeżany przez cron co 1 do 4h. Dryf stanów do 24h jest jednym z głównych winowajców disapprovals 'Item availability mismatch' obserwowanych w audycie Presta.
Czy Performance Max działa równie dobrze na obu CMS-ach?
PMax działa na obu, gdy feed jest zdrowy i tracking czysty, ale różnica pochodzi z asset groups. Shopify nie ułatwia tworzenia asset groups z poziomu kanału: trzeba przejść przez Google Ads i ręcznie uploadować obrazy / filmy / tytuły. PrestaShop jest w tej samej sytuacji, ale z dodatkowym ryzykiem dotyczącym jakości obrazów produktów (często za małe, tło niebiałe). Dla obu CMS-ów, zalecenie 2026: eksportuj karty produktów do asset groupy według kategorii marży (high/mid/low) opartej na custom_label_0, zamiast wychodzić od jednego asset groupu z całym katalogiem. Logika segmentacji według marży jest omówiona w naszym playbooku e-commerce 2026.