Google Shopping en Merchant Center 2026 op PrestaShop: productfeed, GTIN, Performance Max

Google Shopping in 2026: de slechtst benutte acquisitielaag van PrestaShop-webshops

Op de mid-market PrestaShop-webshops die wij auditen, is Google Shopping gemiddeld goed voor 18 % van de verworven omzet. Als de feed goed in elkaar zit. Zit hij dat niet, en dat is de standaardsituatie, dan is het 3 % of minder, met een acquisitiekost die uit de hand loopt en producten die door Merchant Center worden afgekeurd zonder dat iemand het merkt.

Het verschil zit op drie niveaus: de kwaliteit van de feed (verplichte attributen, GTIN, unieke identificatiecodes), de campagnestrategie (Performance Max versus Standard Shopping) en de conformiteit met Merchant Center (beleid 2024-2026, Comparison Shopping Services, referentieprijs). Drie afzonderlijke en technische onderwerpen. Dit artikel behandelt ze in de volgorde waarin ze opduiken bij een verkoper die zijn Shopping-kanaal in 2026 opzet of herbouwt.

Wat er bij Merchant Center is veranderd in 2024-2026

Drie grote ontwikkelingen hertekenen het speelveld.

Merchant Center Next vervangt de oude interface

Sinds 2024 heeft Google alle accounts naar Merchant Center Next gemigreerd, een herbouw die de hiërarchie platslaat, het aanmaken van feeds vereenvoudigt en het beleid strenger afdwingt. Praktisch gevolg: feeds die achttien maanden geleden stilzwijgend doorkwamen, worden vandaag en bloc afgekeurd, met name op het ontbreken van shipping en tax bij verkopers buiten de EU.

Het einde van het CSS-labyrint aan EU-zijde

Na de Europese beschikking en de aanpassingen van 2023-2024 kunnen EU-verkopers rechtstreeks via Google werken of via een CSS-partner, met een effectieve korting van 20 % op de CPC. Bij Shopping-budgetten boven 5 000 € per maand is een CSS-partner (Adwise, KelKoo Group, Productsup en andere) rendabel. Een optimalisatie die niets kost om op te zetten, en die 80 % van de PrestaShop-verkopers niet activeert.

Retour- en verzendattributen zijn quasi-verplicht geworden

Sinds eind 2024 eist Google expliciete shipping en return_policy op de grote meerderheid van de Shopping-vermeldingen. Zonder die attributen draaien de advertenties wel, maar met verminderde zichtbaarheid en een dalende Quality Score. Dat sluit aan bij de Schema.org Product-eigenschappen van 2026 (hasMerchantReturnPolicy, shippingDetails) die Google al voor rich results heeft opgelegd.

Anatomie van een conforme productfeed in 2026

De Google Shopping-feed is een bestand (XML, CSV of via de Content API) dat elk product voor Google beschrijft. Vijfentwintig attributen zijn mogelijk, tien zijn verplicht, en de correcte verwerking ervan maakt het verschil tussen een gezond Merchant Center-account en een account met permanente waarschuwingen.

De tien verplichte attributen, en de valkuilen op PrestaShop

De attributen die optioneel heten maar kritiek zijn

Vier attributen staan niet als verplicht aangemerkt, maar hun afwezigheid drukt de prestaties sterk.

• shipping: tabel met verzendtarieven per land of regio. Zonder dit past Google standaardregels toe die vaak fout zijn. Fijnmazig invullen, zeker bij webshops die meerdere landen bedienen.
• tax: toepasselijke belasting. Verplicht voor Amerikaanse verkopers. Voor de EU zit de btw in price en is ze impliciet, maar ze mag worden gedeclareerd.
• google_product_category: de Google-categorie, drie tot vijf niveaus diep. Zonder dit raadt Google, en meestal verkeerd. Map vanuit de officiële Google-taxonomie (5 600 categorieën).
• product_type: uw eigen taxonomie, handig om campagnes te segmenteren.

Varianten: de PrestaShop-complexiteit

Op PrestaShop is een productpagina met varianten (maat × kleur) één product met meerdere id_product_attribute. Op Google Shopping moet elke variant een aparte regel in de feed zijn, met:

• een unieke id per variant (doorgaans {id_product}-{id_product_attribute});
• een item_group_id die alle varianten van hetzelfde bovenliggende product delen (doorgaans id_product). Daarmee groepeert Google de varianten in de koperinterface;
• variatie-attributen: color, size, material, pattern, gender, age_group, afhankelijk van de categorie;
• een GTIN per variant (vaak een andere EAN per maat of kleur);
• voorraad per variant.

De meest voorkomende fout: één regel per bovenliggend product sturen, met een gemiddelde prijs en een opgetelde voorraad. Google blokkeert dat onmiddellijk. De module Google Shopping voor PrestaShop handelt die opsplitsing per variant native af, inclusief mapping van PrestaShop-attributen naar Google-attributen.

GTIN: de grootste wrijving en de oplossing

De GTIN (Global Trade Item Number) is de universele productidentificatie. EAN-13 in Europa, UPC-A in de Verenigde Staten, ISBN voor boeken. Google vraagt de GTIN voor alle producten die er van nature een hebben (bekende merken, fabrieksproducten). Voor producten zonder GTIN (ambachtelijke creatie, exclusief eigen merk, diensten) moet u expliciet identifier_exists: false meegeven.

Twee veelvoorkomende valkuilen.

1. Ongeldige EAN-13-codes

Het dertiende cijfer is een controlecijfer, berekend over de eerste twaalf volgens het Modulo 10-algoritme. Veel webshops importeren fabrikantreferenties met afgekapte of verzonnen EAN-codes. Google weigert ze massaal. De validatie hoort te gebeuren op het moment van de import, niet drie weken later wanneer Merchant Center 800 vermeldingen afkeurt.

2. Eén GTIN gedeeld over varianten

Klassieke fout op PrestaShop: de EAN staat op het bovenliggende product (ps_product.ean13) in plaats van op de variant (ps_product_attribute.ean13). Gevolg: alle varianten dragen dezelfde GTIN, Google ziet duplicatie en keurt af.

Het juiste patroon: de EAN op variantniveau opslaan zodra de variant een eigen referentie heeft (typisch verschillende maten van hetzelfde model), en op het bovenliggende product alleen bij producten zonder varianten.

Performance Max versus Standard Shopping in 2026

Sinds 2022 duwt Google Performance Max (PMax) naar voren als standaardcampagne. Het is een geautomatiseerde campagne die Shopping, Display, YouTube, Discover en Search in één optimalisatielogica combineert. Het algoritme beslist waar de advertenties komen en aan wie. De adverteerder levert de asset groups (teksten, beelden, doelgroepsignalen) en het budget.

Wanneer PMax rendabel is

• Brede catalogus (1 000+ referenties) met gevarieerde categoriedekking.
• Solide conversiedata (50+ conversies per 30 dagen per campagne, idealiter 100+).
• Marges die een door het algoritme geoptimaliseerde CPA dragen (tussen +15 en +30 % CPA tegenover Standard, maar met twee tot vijf keer het volume).
• Het vermogen om segmenten te analyseren via de rapporten over asset groups en doelgroepsignalen (beperkte rapportage, maar in verbetering sinds 2024).

Wanneer Standard Shopping beter blijft

• Gespecialiseerde catalogus (minder dan 200 referenties) waar granulaire controle per productgroep cruciaal is.
• Krappe marges die een strikte CPA en een stabiele ROAS vereisen.
• Gereguleerde categorieën (CBD, vape, bepaalde supplementen) waar PMax de targeting op een niet-conforme manier kan verbreden.
• Leerfase: structureer drie maanden in Standard Shopping om de prestaties per segment te meten, en stap daarna met die inzichten over naar PMax.

De hybride stack van 2026

Het patroon dat vandaag werkt: Standard Shopping op de bovenste 20 % van de catalogus die 80 % van de omzet maakt, PMax op de longtail. Dat combineert controle (strategische topproducten) met automatisering op schaal (longtail, waar handmatig optimaliseren niet rendeert).

De feed uit PrestaShop exporteren: drie architecturen

Architectuur 1: statische XML/CSV-feed die opnieuw wordt gegenereerd

Een PHP-cron (elk uur, of elke nacht afhankelijk van het ritme van de catalogus) genereert een XML- of CSV-bestand op een vaste URL. Merchant Center haalt dat bestand op met de ingestelde frequentie. Eenvoudig en robuust, maar met enkele uren vertraging tussen een wijziging en de weerslag ervan in Shopping.

Architectuur 2: push via de Content API

De module duwt wijzigingen in realtime door via de Google Content API. Ideaal voor webshops waar de prijzen vaak bewegen (flashverkopen, dynamic pricing) of waar de voorraad beperkt is. Complexer te bouwen, vraagt een Content API-quotum en een zorgvuldige foutafhandeling.

Architectuur 3: realtime feed via Merchant Center Next

Sinds 2024 ondersteunt Merchant Center Next real-time inventory updates voor de kritieke attributen (prijs, voorraad, beschikbaarheid). Dat is een apart endpoint, los van de hoofdfeed. Het aanbevolen patroon in 2026 is de combinatie: een statische feed voor de stabiele gegevens (titel, afbeelding, beschrijving) en een realtime push voor prijs en voorraad.

De module van DataFirefly implementeert de statische architectuur met een optionele push voor prijs en voorraad, wat 95 % van de gevallen dekt zonder de complexiteit van een API-gateway.

Conformiteit met Merchant Center: het beleid 2024-2026 dat afkeuringen veroorzaakt

Vier regels liggen aan de basis van 80 % van de afkeuringen in 2026.

1. Referentieprijs: Omnibus-richtlijn en het uitgelijnde Google-beleid

Toont u een doorgestreepte prijs (99 € in plaats van 149 €), dan moet de referentieprijs voldoen aan de Omnibus-richtlijn: de laagste prijs van de afgelopen dertig dagen. Google heeft zijn beleid daarop afgestemd: een niet-conforme referentieprijs betekent afkeuring, en dat wordt op accountniveau bijgehouden.

2. Beperkte en verboden producten

Tabak, wapens, inhoud voor volwassenen, receptgeneesmiddelen: verboden. Voedingssupplementen, vape (zonder nicotine), CBD: beperkt, met regels per land. De afkeuring van één beperkt product kan bij herhaling tot een accountschorsing leiden. Filter deze categorieën dus altijd al aan PrestaShop-zijde uit de export.

3. Inconsistente beschikbaarheid

De feed zegt in_stock, de productpagina toont Niet op voorraad of een uitgeschakelde knop. Google vergelijkt en keurt af. De oplossing: de feed synchroniseren met de werkelijke voorraad per variant, met een drempel (bijvoorbeeld availability = out_of_stock zodra quantity ≤ 0 en allow_oosp = false).

4. Niet-gedeclareerd retour- en verzendbeleid

Sinds 2025 vraagt Google expliciet om het retour- en verzendbeleid. Ofwel via de accountinstellingen in Merchant Center (globaal beleid per land), ofwel via de attributen shipping en return_policy in de feed. Zonder dat: permanente waarschuwing en een dalende Quality Score.

Prestaties meten, verder dan de ROAS van Merchant Center

De ROAS die Google Ads toont is de oppervlaktemetriek. Om echt te sturen zijn er drie andere lezingen.

• Netto-ROAS = (bruto-omzet × margepercentage) / advertentiekosten. De ROAS van Google houdt geen rekening met de productmarge. Een ROAS van 8 op producten met 15 % marge is minder rendabel dan een ROAS van 4 op producten met 45 % marge.
• Incrementaliteit: hoeveel van die verkopen hadden ook zonder Shopping plaatsgevonden (via organische SEO, merkbekendheid, een ander kanaal)? Test: pauzeer PMax veertien dagen op één segment en meet het omzetverschil. Lastig om zuiver uit te voeren, maar cruciaal bij budgetten boven 20 000 € per maand.
• Acquisitiekost nieuw versus terugkerend. Shopping converteert vooral op nieuwe klanten. Om de LTV te meten, kruist u de data met het CRM of de PrestaShop-back-office over zes tot twaalf maanden.

De implementatie van server-side tracking voor GA4 is in 2026 onmisbaar geworden om die metingen betrouwbaar te houden, met de erosie van third-party cookies en Consent Mode v2.

Samenhang met de andere SEO- en AEO-signalen

Google Shopping staat niet op zichzelf. De AI-agents (Google AI Overviews, ChatGPT Shopping, Perplexity) lezen zowel de Shopping-feed (via de Merchant Center API) als de Schema.org-data van de productpagina en de semantische inhoud van de site. Drie optimalisaties die elkaar versterken:

• het llms.txt-bestand dat als index dient voor de taalmodellen;
• volledige Schema.org Product (met hasMerchantReturnPolicy, shippingDetails, aggregateRating) voor de organische matching;
• een conforme Shopping-feed met rijke attributen (GTIN, brand, gender, material, age_group).

Bij webshops die in alle drie investeren zien we een sterk verband tussen de kwaliteit van de Shopping-feed en de citaties door AI-shoppingagents.

Een realistisch startbudget voor 2026

Voor een mid-market PrestaShop-webshop die met Google Shopping begint:

• Feedmodule: 149 € eeuwigdurende licentie, of 30 tot 80 € per maand voor SaaS-alternatieven.
• Initiële opzet: één tot drie werkdagen (mapping van de Google-taxonomie, GTIN-validatie, instellen van shipping en tax). De DataFirefly-module automatiseert 80 % van die opzet.
• Advertentiebudget: begin met 30 tot 50 € per dag en klim naar 200 tot 500 € per dag naarmate de ROAS stabiliseert. De leerdrempel van PMax ligt rond 50 conversies per 30 dagen.
• CSS-partner: 20 % lagere effectieve CPC, gratis te activeren zodra het account openstaat. Rendabel vanaf 5 000 € budget per maand.

Met die opzet ligt de ROAS-doelstelling op twaalf maanden tussen 4 en 8 bij marges van 30 tot 40 %, met terugverdientijd van de opzet binnen de eerste twee maanden.

Veelgestelde vragen

Is een Google Ads-account nodig om Merchant Center te gebruiken?

Voor betaalde Shopping-advertenties wel. Maar Merchant Center alleen geeft ook toegang tot de free listings (gratis vermeldingen in het Shopping-tabblad en op Search). Die converteren minder goed dan de betaalde, maar het is gratis verkeer dat geen enkele webshop zou moeten laten liggen.

Kan Shopping voor B2B worden ingezet?

Officieel is Shopping bedoeld voor B2C. Toch stellen B2B-webshops op PrestaShop hun publieke catalogus in Shopping open om leads te genereren, en dat werkt zolang de productpagina directe aankoop toelaat. De prijzen moeten inclusief btw worden getoond (of met de vermelding exclusief btw); webshops die volledig exclusief btw werken met professionele validatie komen niet in aanmerking.

Wat leidt tot schorsing van een Merchant Center-account?

Drie hoofdoorzaken: opstapelende afkeuringen zonder correctie (Google concludeert dat u het beleid niet respecteert), herhaald accounts aanmaken om een eerdere schorsing te omzeilen (schorsingen worden bijgehouden op domein, IBAN en fiscale identiteit), of de aanwezigheid van een verboden product (wapens, receptgeneesmiddelen). Bij schorsing vraagt de beroepsprocedure om een gedocumenteerde correctie, niet om een excuus.

Hoe beheert u promoties en soldes via Shopping?

Met Google Merchant Promotions koppelt u kortingscodes aan de advertenties. De code moet geldig zijn, toepasbaar op het minimumbedrag, en de doorgestreepte prijs moet aan de Omnibus-richtlijn voldoen. Voor kalenderacties (Black Friday, zomeruitverkoop) bereidt u de advertenties zeven tot veertien dagen vooraf via de feed voor, en plant u de PMax-campagne met een twee tot drie keer hoger budget voor die periode. Zie ook onze Black Friday-checklist.

Moet de feed meertalig of multi-country zijn?

Ja, maar met een aparte feed per doelland of doeltaal. Hetzelfde product in Nederland en in Duitsland declareert u via twee entries in Merchant Center: een met language=nl, feed_country=NL, prijs in EUR en NL-verzending; een met language=de, feed_country=DE, prijs in EUR (of anders als de strategie dat rechtvaardigt) en DE-verzending. Declareer een product nooit in meerdere landen met dezelfde feed: dat breekt de matching en leidt tot afkeuring.

Samengevat

Google Shopping in 2026 is geen kanaal dat u in dertig minuten aanzet. Het is een productdata-infrastructuur die striktheid vraagt op GTIN, netheid in de taxonomiemapping, wettelijke conformiteit (Omnibus, retour, verzending) en samenhang met de SEO- en AEO-signalen van de rest van de site. Voor PrestaShop-webshops die die investering doen, is het typisch 15 tot 25 % van de verworven omzet met een ROAS tussen 4 en 8 en terugverdientijd van de opzet binnen zestig dagen.

De module Google Shopping voor PrestaShop van DataFirefly automatiseert de meest tijdrovende onderdelen: extractie per variant, GTIN-validatie, mapping van de Google-taxonomie, XML/CSV-export en Content API-integratie. Wilt u verder gaan, dan brengt een complete audit van het Shopping-kanaal de conformiteitslekken en de snelle winst in kaart.

Vergeet daarnaast niet de Google Search Console-integratie om de organische prestaties naast de betaalde te volgen, en de semantische interne linkbuilding om de thematische autoriteit van de catalogus te versterken los van het advertentiebudget.