Verzending per product toevoegen aan Merchant Center zonder je levertijden te verliezen

Verzendkosten zijn verplicht voor Shopping-advertenties en gratis vermeldingen in 30 landen. De veiligste manier om ze door te geven is via de instelling op accountniveau in Merchant Center. Vroeg of laat heeft een catalogus uitzonderingen nodig: zware artikelen, een regionale toeslag, een goedkoper product dat onder een minimale bestelwaarde valt. Zet je één price in het [shipping]-attribuut op productniveau, dan stopt Google met het lezen van de levertijden en minimale bestelwaarden die je voor die locatie hebt ingesteld. Het product kan goedgekeurd blijven, terwijl de leverschatting niet meer uit je ingestelde instellingen komt.

Deze gids is bedoeld voor feedbeheerders die al werkende verzendinstellingen hebben en uitzonderingen op productniveau willen toevoegen zonder die instellingen te breken. Aan het einde weet je welke instellingen een override vervangt, welke subattributen je opnieuw moet opgeven en hoe je de wijziging uitrolt zonder een waarschuwing over onjuiste verzendkosten voor de hele catalogus te veroorzaken.

Wat een verzend-override op productniveau echt vervangt

Merchant Center leest verzendgegevens uit twee plekken: het verzendbeleid op accountniveau en het [shipping]-attribuut van elk product. Google adviseert zelf om eerst instellingen op accountniveau te gebruiken en het attribuut als laatste redmiddel te beschouwen. De reden is voorrang. Zoals de attribuutdocumentatie stelt, worden de serviceinstellingen op accountniveau voor die locatie, inclusief levertijden en minimale bestelwaarden, genegeerd zodra je price in [shipping] opgeeft. Die moet je dan op productniveau opgeven.

Daar volgen twee regels uit. Ten eerste is een override geen aanvulling op de accountinstelling. Hij vervangt die voor de overeenkomende locatie. Ten tweede kan het attribuut maximaal 100 keer per product worden herhaald, dus elk land, elke regio en elke service waarnaar je dat product verzendt heeft een eigen, volledige rij nodig.

De wijziging van april 2026 die dit makkelijker maakt

De update van de productgegevensspecificatie van 2026, van kracht sinds 14 april 2026, voegde productniveau-equivalenten toe van opties op accountniveau: handling cutoff, minimale bestelwaarde en loyaltylabels (loyalty_program_label en loyalty_tier_label) als subattributen van [shipping]. Een aparte aankondiging van 28 april voegde [pickup_cost] toe. Vanaf 30 september 2026 moeten in_store-producten die voor afhalen zijn ingeschakeld in het Verenigd Koninkrijk, Zwitserland en de EER afhaalkosten en minimale bestelwaarden opgeven als je website die hanteert.

Stap 1: Bepaal of je überhaupt een override nodig hebt

Begin met het standaardantwoord: nee. Laat een product op verzending op accountniveau staan als een van de volgende punten van toepassing is:

• Eén vast tarief of één drempelregel dekt de hele catalogus.
• De uitzondering kan worden uitgedrukt als een regio of een verzendlabel in de Merchant Center-instellingen.
• Het enige verschil is een levertijd, die per product kan worden ingesteld met de losse attributen [min_handling_time] en [max_handling_time], zonder de prijs aan te raken.

Gebruik alleen een override op productniveau als de prijs zelf per product verschilt, bijvoorbeeld bij volumineuze goederen, oversized meubels of een artikel met een vast tarief in een winkel met gratis verzending.

Stap 2: Inventariseer wat je accountinstellingen nu leveren

Maak voordat je één rij schrijft een lijst van wat het beleid op accountniveau biedt voor de locaties die je gaat overschrijven. Dit zijn de waarden die je opnieuw moet opgeven.

Als je leverschatting nu aan shoppers wordt getoond en je deze inventarisatie overslaat, raak je die schatting kwijt. Volgens de documentatie van Google heeft een verzendsnelheid drie dingen samen nodig: een maximale verwerkingstijd, een maximale transittijd en een prijs.

Stap 3: Schrijf volledige rijen, geen gedeeltelijke

Hier is een illustratief voor-en-nabeeld voor een Duitse webwinkel. Het accountbeleid heeft een Standard-service met 1 tot 2 dagen verwerkingstijd en 3 tot 5 dagen transittijd. Dit is een voorbeeld dat wij hebben bedacht om de werking te laten zien, geen klantdata.

Voor. De adverteerder overschrijft alleen de prijs van een volumineus artikel:

Deze rij is geldig. Het is ook de rij die het probleem veroorzaakt, omdat de levertijden uit het accountbeleid niet meer gelden voor dit product in Duitsland.

Na. Dezelfde override geeft de snelheidsvelden opnieuw op:

Neem nu een goedkoop accessoire met een eigen verzendprijs en een winkel die een minimale bestelwaarde van 20 EUR hanteert. Omdat de productprijs gelijk is aan of lager dan de minimale bestelwaarde en de rij de verzending overschrijft, moet ook het minimum opnieuw worden opgegeven:

De specificatie voor minimale bestelwaarde van Google zegt dat je die alleen instelt als de productprijs gelijk is aan of lager dan het minimum, dat de valuta moet overeenkomen met de price van het product en dat de opgegeven waarde moet overeenkomen met wat je website toont. De bank van 1249.00 EUR heeft geen minimum_order_value nodig.

Stap 4: Ga bewust om met cut-off-tijd en tijdzones

De cut-off is makkelijk fout te doen, omdat er twee formaten in omloop zijn. De huidige attribuutpagina van Google specificeert handling_cutoff_time als een viercijferige HHMM-string, zoals 1530, met handling_cutoff_timezone in IANA-formaat, zoals Europe/Berlin, standaard de tijdzone van de bestemming. Sommige artikelen van derden van vóór de aprilupdate tonen UTC-offsets zoals +02:00. Volg de pagina van Google en valideer op een paar producten voordat je uitrolt.

Als dezelfde cut-off geldt voor meerdere [shipping]-rijen van een product, gebruik dan het losse attribuut handling_cutoff_time in plaats van het te herhalen. Let ook op de voorrangsregel: als je verwerkingstijden zowel als losse attributen als als subattributen van [shipping] opgeeft, tellen alleen de subattributen. Als een cut-off leeg blijft, is volgens de documentatie over levertijden van Google de standaard 8:00 uur PST, wat voor de meeste Europese of MENA-winkels de verkeerde klok is.

Stap 5: Controleer valutaformaten en prijslimieten

Elke valuta heeft een plafond voor het subattribuut price. De cijfers doen ertoe in de regio die Feedance het meest ziet, omdat de Turkse lira, de UAE-dirham en de Saoedische riyal een hoger plafond delen dan de euro of dollar:

Gebruik een punt als decimaalteken en geen duizendtalscomma, dus 29.90 EUR en nooit 29,90 EUR. Decimale komma's zijn standaard in veel Turkse en Europese exports, dus controleer het formaat voordat de kolom naar Merchant Center gaat. Neem geen door de overheid opgelegde heffingen op in de verzendkosten.

Stap 6: Test eerst op één segment en breid dan uit

Push de nieuwe rijen voor één productgroep, zoals één categorie in één land, via een aanvullende bron zodat de hoofdfeed onaangeroerd blijft. Een aanvullende feed is hiervoor bedoeld: hij voegt kolommen toe aan producten zonder de primaire data te vervangen. Wacht op de volgende verwerkingscyclus, open het product in Merchant Center en controleer of de leverschatting nog steeds wordt weergegeven. Pas daarna rol je het patroon uit naar de overige uitzonderingen. Op regels gebaseerd bewerken in je feedtool helpt bij het omzetten van komma naar punt en bij het opbouwen van de waarden met dubbele punten, als het naar een door jou gedefinieerde kolom kan schrijven.

Stap 7: Stem af met de checkout en ken de foutmelding

Google vergelijkt de kosten in je data met wat shoppers in de checkout zien. Als de data lager is, kan het account deze waarschuwing zien:

Inaccurate shipping costs (due to inconsistent shipping costs between your feed and the checkout pages on your website)

De herstelstappen van Google zijn: de instellingen voor Shipping services of het attribuut afstemmen op de website, opnieuw indienen en een beoordeling aanvragen. Google merkt op dat een beoordeling 24 tot 48 uur kan duren nadat de oplossingen live staan, en dat je bij onpraktische exacte tarieven iets te hoog mag inschatten. Maak een steekproef van vijf overschreven producten tegenover een live winkelwagen een vast onderdeel van elke release.

Wat deze gids niet behandelt

We hebben [carrier_shipping] niet behandeld, dat vergelijkbare regels volgt, evenmin verzending voor lokale voorraad voorbij de opmerking over afhaalkosten, of drempels voor gratis verzending die afhangen van de waarde van de winkelmand in plaats van het product. Complexe tarieftabellen, zoals gewichtsklassen per vervoerder, zijn meestal makkelijker te onderhouden in Merchant Center zelf dan als duizenden feedrijen. We hebben ook niet getest hoe andere feedplatforms zoals Feedonomics, Productsup, Channable of DataFeedWatch gestructureerde subattributen schrijven, dus we doen daarover geen uitspraken. Controleer of je tool subattributen met dubbele punten kan uitvoeren voordat je je aan een aanpak committeert. De attribuutnamen hier zijn gecontroleerd aan de hand van de helppagina's van Google op 18 oktober 2026, en Google past deze pagina's regelmatig aan.

FAQ

Overschrijft het [shipping]-attribuut de verzendinstellingen van Merchant Center?

Ja. Een waarde in het attribuut overschrijft het verzendtarief op accountniveau. Als je price instelt, worden ook de levertijden en minimale bestelwaarden op accountniveau voor die locatie genegeerd.

Hoeveel verzendrijen kan één product hebben?

Het attribuut kan maximaal 100 keer per product worden herhaald. Elke combinatie van land, regio of service waarnaar je dat product verzendt heeft een eigen rij nodig.

Heb ik minimum_order_value nodig op elk product?

Nee. Geef het alleen op als de productprijs gelijk is aan of lager dan de minimale bestelwaarde. Als een product ook de verzending overschrijft, moet je het minimum expliciet opgeven, ook als de accountinstellingen er een definiëren.

Welk formaat gebruikt handling_cutoff_time?

De attribuutpagina van Google specificeert een viercijferige HHMM-string, bijvoorbeeld 1530. Het bijbehorende subattribuut voor de tijdzone accepteert een IANA-naam en gebruikt standaard de tijdzone van de bestemming als je het weglaat.

Wat gebeurt er als ik zowel losse verwerkingstijdattributen als verzend-subattributen gebruik?

Alleen de subattributen binnen [shipping] worden gebruikt. De losse attributen [min_handling_time] en [max_handling_time] zijn een vervanging, geen aanvulling.

Wat is de maximale verzendprijs die ik in Turkse lira kan indienen?

Het gedocumenteerde bereik voor TRY is 0 tot 5000, hetzelfde als voor AED en SAR. Gebruik een punt als decimaalteken.

Geldt de eis voor afhaalkosten ook buiten Europa?

Volgens de aankondiging van Google geldt de eis van 30 september 2026 voor in_store-producten die voor afhalen zijn ingeschakeld in het Verenigd Koninkrijk, Zwitserland en EER-landen.

Hoe lang duurt een beoordeling na het oplossen van een waarschuwing over onjuiste verzendkosten?

Google stelt dat een beoordeling 24 tot 48 uur kan duren nadat de oplossingen live staan in je data en instellingen. Vraag geen beoordeling aan voordat de nieuwe indiening is verwerkt.

Waar je daarna naartoe kunt

Als je overrides deel uitmaken van een grotere opschoning van Merchant Center, behandelt onze gids voor het instellen van een Google Merchant Center-feed de verplichte attributen en veelvoorkomende foutoplossingen. Stopping Google From Silently Overriding Your Feed's Price and Availability Data legt de andere manier uit waarop Google je data wijzigt zonder het te melden. Voor de werking van het toevoegen van kolommen zonder de hoofdfeed aan te raken, zie aanvullende feeds en feed rules.

Haal je eigen feed door de gratis productfeed-audittool om te zien waar de gaten in volledigheid en datakwaliteit zitten voordat je verzend-overrides toevoegt.