Hur ställer jag in frakt- och leveranstider för dropshipping så att Google Merchant Center inte stänger av mig?

12 min läsningUppdaterad 2026-08-10
Leveranstid är det enskilt hårdast upprätthållna området inom Google Merchant Center-efterlevnad, och dropshippingbutiker fallerar på det oftare och mer synligt än någon annan butikstyp. Orsaken är strukturell: din leveranstid är inte ett tal, den är summan av en leverantörs hanteringstid du inte kontrollerar och en transporttid du bara kan uppskatta, och den summan måste anges identiskt på minst tre platser - dina produktsidor, din fraktpolicysida och dina fraktinställningar i Merchant Center. De flesta avstängda dropshippingbutiker vi granskar anger tre olika siffror. Den här artikeln täcker mekaniken i att få leveranstider rätt från början till slut: hur uppskattningen faktiskt är sammansatt, hur Merchant Center beräknar och visar den, varför hantering måste matcha hantering och transport måste matcha transport i stället för bara totalerna, hur du konfigurerar frakt för varje land du riktar dig mot, vilka leveranspåståenden som är säkra att göra, och den exakta proceduren för att anpassa allt innan du annonserar eller överklagar. Om du hanterar en fullständig Misrepresentation-avstängning snarare än leverans specifikt, börja med den bredare bilden i <a href="/se/faq/merchant-center-suspensions/dropshipping-google-merchant-center-suspended" class="text-google-blue hover:underline">varför dropshippingbutiker stängs av och hur du återställer kontot</a>; den här artikeln är djupdykningen i det enda område som policyn upprätthåller hårdast.

Snabbsvar

Leveranstid är det hårdast upprätthållna påståendet i Merchant Center: dina produktsidor, din fraktpolicysida och GMC:s fraktinställningar måste ange en identisk, uppmätt siffra, med hantering som matchar hantering och transport som matchar transport, konfigurerat separat för varje land du riktar dig mot. Mät det verkliga värsta fallet, sätt det överallt och släpp länder du inte kan konfigurera ärligt.

Varför leveranstid är det hårdast upprätthållna påståendet du gör

Varje påstående i din butik är ett löfte, men leveranspåståendet är det enda löfte vars brott är obestridligt. En kund kan argumentera om huruvida en produkt matchade sitt foto; ingen argumenterar om huruvida ett paket utlovat på 5 dagar anlände på 24. Det är därför leveransförmåga sitter i centrum av Googles Misrepresentation-policy snarare än i dess utkant.

Bekräftat

Om vi håller oss till vad Googles publicerade Shopping-policyer faktiskt säger:

  • Underlåtenhet att leverera produkter inom utlovad tid faller under Misrepresentation. Policyn täcker uttryckligen att inte leverera i annonserat skick och inom annonserad tid, tillsammans med otydlig fakturering och kampanjer du inte kan fullfölja.
  • Fraktkostnader och leveranstider måste vara tydliga och tillgängliga före köp. Detta är ett transparenskrav på din webbplats, oberoende av vad som faktiskt händer efter en beställning.
  • Fraktinställningar är en obligatorisk del av Merchant Center-konfigurationen. Produkter riktade mot ett land utan konfigurerad frakt avslås för saknad fraktinformation - detta upprätthålls automatiskt och omedelbart, före varje mänsklig granskning.
  • Google kan granska din webbplats vid sidan av dina kontoinställningar. Vilket betyder att leveranssiffrorna på din webbplats och leveranssiffrorna i ditt konto läses av samma utvärderare, och en oenighet mellan dem är synlig utan att någon beställning någonsin läggs.

Observerat

Vad vi finner i praktiken, över avstängda dropshippingbutiker: leveranstidsmotsägelser är bland de vanligaste fynden i våra granskningar, och de är det fynd vi väger tyngst när vi förutsäger om ett överklagande kommer att lyckas. En butik med kopierade leverantörsbilder men perfekt anpassad, ärlig leveransinformation har en verklig chans. En butik med vacker originalfotografering och ett "3-5 dagars leverans"-märke över en okonfigurerad utländsk försörjningskedja har det inte. Tillsynsasymmetrin är begriplig från Googles sida: bildoriginalitet kräver omdöme, men en leveransmotsägelse är ett faktum en granskare kan fastställa på under en minut med två webbläsarflikar.

Det dropshippingspecifika problemet

En lagerhållande återförsäljare känner sin hanteringstid eftersom den packar sina egna paket. En dropshippares hanteringstid tillhör en leverantör som kan ta en dag eller fem på sig att lämna ett paket till en transportör, och vars "skickat"-avisering ofta betyder att en etikett skapades, inte att något rörde sig. Du avger ett löfte byggt på någon annans beteende. Det gör inte löftet omöjligt - det gör gissningar om det vårdslösa.

Det klassiska felet: tre leveranspåståenden som inte stämmer överens

Här är mönstret vi hittar om och om igen i avstängda butiker, i sin renaste form. En butik, en produkt, tre källor till leveransinformation:

Källa 1: produktsidans banner

"Snabb frakt - levererad på 3-5 dagar." Tillagd för att den konverterar, vanligtvis som ett temamärke eller meddelandefält, och vanligtvis skriven av ingen i synnerhet.

Källa 2: fraktpolicysidan

"Beställningar behandlas inom 1-3 arbetsdagar. Leverans tar 7-14 arbetsdagar." Genererad från en mall för månader sedan, närmare sanningen, och i motsägelse med bannern på samma webbplats.

Källa 3: Merchant Centers fraktinställningar

Hanteringstid 0-1 dagar, transporttid 1-3 dagar - plattformsintegrationens standardvärden, som ingen någonsin öppnade, och som beskriver ett inhemskt lager butiken inte har.

Varje källa skrevs av en annan författare med ett annat motiv: bannern av konverteringsoptimism, policysidan av en mall, kontoinställningarna av en integrationsstandard. Ingen läste någonsin alla tre sida vid sida - förutom att läsa alla tre sida vid sida är precis vad en policygranskning gör. Motsägelsen behöver ingen testbeställning, inget klagomål och inget spårningsnummer för att hittas. Den ligger i klartext.

Och notera vad motsägelsen bevisar. Om din egen butik inte kan komma överens med sig själv om när ett paket anländer, då är minst två av de tre påståendena falska, och Google behöver inte avgöra vilka. Under en policy som förbjuder falska påståenden om din tjänst är en intern motsägelse självbekräftande bevis: ingen extern kontroll krävs.

Det finns en fjärde källa folk glömmer: flödet. Om du skickar in leveranstidsinformation på produktnivå, eller din plattformsintegration gör det åt dig, ansluter den siffran också till jämförelsen. Fyra författare, fyra tal, en butik.

En leveransuppskattnings anatomi: hanteringstid mot transporttid

För att anpassa dina leveranspåståenden behöver du först förstå hur Merchant Center modellerar dem, för det lagrar inte "leveransen tar 10-15 dagar" som ett tal. Det lagrar två komponenter per frakttjänst:

Hanteringstid

Arbetsdagar från lagd beställning till paket överlämnat till transportören. För en dropshippare är detta din leverantörs behandlingstid plus varje fördröjning din egen ordervidarebefordran lägger till.

Du kontrollerar: nästan ingenting direkt. Du mäter den.

Transporttid

Arbetsdagar från transportörens upphämtning till dörren. Beror på rutten (leverantörsland till kundland) och fraktmetoden leverantören faktiskt använder.

Du kontrollerar: vilken fraktmetod du betalar leverantören för.

Merchant Center tar de två intervallen och beräknar den totala leveransuppskattning som visas för shoppare: minsta hantering plus minsta transport till största hantering plus största transport. Konfigurera hantering som 2-4 dagar och transport som 8-12 dagar och Google presenterar ungefär 10-16 arbetsdagar. Det beräknade totalvärdet är vad som jämförs mot din webbplats.

Varför hantering måste matcha hantering, inte bara totalerna

En frestande genväg: "min total är 15 dagar hur som helst, så vem bryr sig om hur den delas upp". Det spelar roll, av tre praktiska skäl.

  • Din fraktpolicysida anger komponenterna separat. Nästan varje policymall gör det: "behandling 1-3 dagar, leverans 7-14 dagar". Om din webbplats säger att behandlingen tar 1-3 dagar och Merchant Center säger att hanteringen är 5-7 dagar kan totalerna sammanfalla medan komponenterna motsäger varandra - och komponenterna är vad som står skrivet på båda sidor. En jämförelse av de två källorna fallerar på delarna även när summan överlever.
  • Komponenterna är kontrollerbara mot olika bevis. Hanteringstid bekräftas av när spårningsnummer aktiveras; transport av transportörsskanningar. En feluppdelad siffra avviker från verkligheten på ett sätt som en korrekt uppdelad inte gör, och varje kundvänd spårningssida dokumenterar avvikelsen.
  • Brytpunktslogiken beror på hanteringen. Merchant Centers hanteringstid samverkar med din konfigurerade beställningsbrytpunkt för att avgöra vilken dag som räknas som dag noll. Ett fiktivt hanteringstal gör varje uppskattning nedströms av det fiktiv också.

Så regeln är striktare än "få totalerna att stämma överens": hanteringssiffran i Merchant Center måste vara lika med behandlingssiffran på din webbplats, och transportsiffran måste vara lika med leveranssiffran på din webbplats. Samma uppdelning, samma tal, på båda platserna.

Mät innan du konfigurerar

För en dropshippare är det ärliga sättet att få fram dessa tal mätning, inte hopp. Lägg verkliga beställningar hos din leverantör till dina målländer - du behöver provexemplar ändå för fotografering och kvalitetskontroll - och registrera två datum per beställning: beställning till transportörsöverlämning (din sanna hanteringstid) och överlämning till leverans (din sanna transporttid). Ta det värsta realistiska fallet, inte det bästa. Om hanteringen landade på 1, 2 och 4 dagar, konfigurera 2-4, inte 1-2. En uppskattning du slår är en trevlig överraskning; en uppskattning du missar är en policyöverträdelse med pappersspår.

Frakt till flera länder: konfigurera varje land eller rikta dig inte mot det

Fraktinställningar i Merchant Center är per land. Det finns inget världsomspännande reglage: för varje land dina produkter riktar sig mot måste det finnas en frakttjänst som täcker det landet med sin egen kostnad och sin egen leveranstid. En produkt riktad mot ett land utan tillämplig frakttjänst avslås för saknad fraktinformation - automatiskt, produkt för produkt, innan någon policygranskning sker.

Det är här dropshippinginstinkten att sälja överallt kolliderar med mekaniken. Leverantören skickar nominellt till fyrtio länder, så butiken aktiverar fyrtio länder - och är nu skyldig Merchant Center fyrtio korrekta fraktkonfigurationer. I praktiken händer en av två saker:

  • De flesta länder lämnas okonfigurerade, vilket producerar vågor av avslag för saknad fraktinformation över katalogen - vilket, utöver att döda de annonserna, bekräftar intrycket på kontonivå av en handlare som utlovar marknader den inte kan betjäna.
  • En konfiguration kopieras till alla länder, så att Tyskland, Australien och Brasilien alla visar "8-12 dagar" och identiska fraktkostnader, vilket med säkerhet är falskt för åtminstone några av dem: transport från ett ursprung till olika kontinenter kan inte vara enhetlig, och varje granskare vet det.

Båda utfallen är sämre än det ärliga alternativet: begränsa din inriktning till de länder du faktiskt har mätt, och konfigurera vart och ett ordentligt. Tre länder med verkliga transporttider och kostnader per land slår fyrtio länder av standardvärden. Detta är samma begränsningsrekommendation som vi ger i den allmänna dropshippingåtgärdssekvensen, men förstå det leveransspecifika skälet för den: varje ytterligare land är ytterligare en uppsättning leveranslöften du måste kunna ange korrekt och hålla. Länder är inte gratis.

Per land betyder per land överallt

Om du betjänar tre länder med olika transporttider behöver din webbplats fraktpolicy en liten tabell som anger varje lands behandlings- och leveranstid separat - och de raderna måste matcha per-land-tjänsterna i Merchant Center. Ett blandat "7-21 dagar i hela världen"-intervall på webbplatsen mot tre distinkta konfigurationer i kontot är ännu en motsägelse, bara bättre förklädd.

Grundmekaniken i att skapa frakttjänster, välja pristyper och sätta leveransintervall täcks i hur du lägger till skatte- och fraktinformation i Merchant Center; vad den här artikeln tillför är kravet att det du matar in där ska vara uppmätt, korrekt uppdelat i hantering och transport, och speglat på webbplatsen.

Vilka leveranspåståenden som är säkra att göra

Alla leveransuppgifter bär inte samma risk. Distinktionen som spelar roll är mellan påståenden vars sanning du kontrollerar och påståenden vars sanning du inte kontrollerar.

Säkert: avsändningsåtaganden och ärliga intervall

  • "Beställningar avsänds inom 2 arbetsdagar." Ett hanteringsåtagande. Du kan verifiera det mot din leverantörs faktiska beteende, och om leverantören försämras ser du det i din egen orderlogg innan det blir ett mönster av brutna löften.
  • "Uppskattad leverans: 10-16 arbetsdagar." Ett uppmätt intervall, märkt som en uppskattning, matchande din Merchant Center-total. Oglamoröst och försvarbart.
  • "Leveranstider per land"-tabeller med intervall per land som matchar dina frakttjänster per land.

Osäkert: garantier och lånade adjektiv

  • "Garanterad leverans inom 5 dagar." En garanti är ett löfte om bästa fallet i ett system där du inte kontrollerar värsta fallet. Ett enda lagerbortfall hos leverantören gör den falsk, och till skillnad från en uppskattning har en garanti ingen ärlig miss.
  • "Snabb frakt" / "Expressleverans"-märken på en tvåveckors försörjningskedja. Vagt nog för att kännas säkert, men en granskare läser "snabb" bredvid en 14-dagars policysida som bannermotsägelsen från tidigare, i adjektivform.
  • "Skickas från USA / Storbritannien / EU" när paketen utgår från en utländsk leverantör. Detta är inte alls ett leveranstidspåstående - det är ett falskt sakpåstående om din verksamhet, och tullpapper och spårningsursprung motbevisar det trivialt. Om du genuint använder ett lokalt uppfyllnadslager, säg det; om leverantören skickar direkt från utlandet måste ursprungspåståendet återspegla det.

Fri frakt-trösklar

"Fri frakt över 50 EUR" är helt i sin ordning - om det replikeras exakt i Merchant Center. Konfigurera samma tröskel med en prisbaserad taxetabell i din frakttjänst: under tröskeln den verkliga kostnaden, över den noll, i varje land där erbjudandet gäller. De två fellägen vi ser: en webbplatsomfattande fri frakt-banner medan Merchant Center tar betalt för frakt på varje produkt (shoppare ser en kostnad i annonsen som försvinner i kassan, en prisavvikelse), och det omvända, fri frakt konfigurerad i kontot medan kassan i tysthet lägger till en transportörsavgift (avvikelsen Google straffar hårdast, eftersom annonsen underskattade totalen). Och om fri frakt bara gäller vissa länder måste bannern säga det - ett oförbehållet "Fri frakt i hela världen"-påstående återskapar flerlandsproblemet i en enda mening.

Returer har också en leveranstid

Leveransförmåga slutar inte vid dörren. Din returpolicy gör också tids- och logistikpåståenden: hur länge kunden har på sig, vart paketet måste skickas, vem som betalar, och hur lång tid återbetalningen tar. För en dropshippare är fällan en mallpolicy som utlovar "fria returer i 30 dagar" medan den praktiska verkligheten är en returadress hos en utländsk leverantör med returporto som kostar mer än produkten. Om returer går till leverantörens land måste policyn säga det och ange vem som betalar; om du inte kan stödja returer ekonomiskt, erbjud vad du ärligt kan stödja - en återbetalning-utan-retur-policy för lågvärdesartiklar är mer regelrätt än ett fiktivt fria-returer-löfte ingen kund faktiskt kan använda. Returvillkoren angivna på din webbplats måste också matcha vad du deklarerar i Merchant Centers returinställningar, av samma skäl som allt annat här: två källor, en sanning.

Den regelrätta proceduren, från början till slut

Allt ovan komprimeras till en procedur. Det är leveransanpassningssteget vi kör i varje dropshippingåtgärd, utvecklat till sin fulla form:

1

Mät dina verkliga hanterings- och transporttider per land

Testbeställningar till varje målland. Registrera beställning-till-överlämning och överlämning-till-leverans separat. Ta det ärliga värsta fallet som din siffra, inte medianen och aldrig bästa fallet.

2

Skär bort varje land du inte mätte eller inte kan betjäna

Ta bort dem från flödesinriktningen och radera eller avgränsa deras frakttjänster. Expansion kan komma senare, en uppmätt marknad i taget.

3

Konfigurera Merchant Center utifrån mätningarna

En frakttjänst per land: uppmätt hanteringsintervall, uppmätt transportintervall, verklig kostnad, fri frakt-tröskel som taxetabell om du erbjuder en. Verifiera att den beräknade totala uppskattningen ser rätt ut i produktförhandsvisningen.

4

Skriv om fraktpolicysidan utifrån samma tal

Ange behandling och leverans separat, per land, med exakt de siffror som är konfigurerade i kontot. Samma uppdelning, samma intervall, samma formuleringsstil: "avsänds inom X arbetsdagar, levereras inom Y-Z arbetsdagar".

5

Jaga rätt på varje annat leveransomnämnande på webbplatsen

Meddelandefält, produktsidemärken, FAQ-svar, varukorgsnotiser, orderbekräftelsemejl, temats demotext. Var och en anger antingen samma siffror eller raderas. "Snabb frakt"-märken raderas.

6

Anpassa retursidan

Returfönster, returdestinationens land, vem som betalar returfrakten, återbetalningstidslinje - angivna identiskt på policysidan och i Merchant Centers returkonfiguration, och faktiskt genomförbara.

7

Granska på nytt varje månad, och efter varje leverantörsbyte

Leverantörsprestanda glider, och en siffra som var ärlig i mars kan vara falsk i juni. Ett leverantörsbyte nollställer dina mätningar helt: mät om innan de gamla talen blir nya lögner.

Acceptanstestet för hela proceduren är enkelt: öppna din produktsida, din fraktpolicy, dina Merchant Center-fraktinställningar och dina returinställningar sida vid sida och kontrollera att en främling som läser alla fyra skulle utvinna en enda konsekvent uppsättning tal. Den läsningen sida vid sida är ingen metafor - den är granskningen.

Inte bekräftat, och inte nödvändigt

Du kommer att hitta påståenden om att Google verifierar leveransuppskattningar på postnummernivå mot transportörs-API:er, eller lägger testbeställningar för att ta tid på din uppfyllnad. Google har inte bekräftat något av det. Mer relevant: inget av det behövs för att förklara en enda leveransbaserad avstängning vi har sett: motsägelserna som sänker dropshippingbutiker står skrivna i klartext i butiken och i kontot, synliga för varje läsare utan att något paket någonsin rör sig. Bygg din efterlevnad för läsaren som jämför dina källor, inte för en inbillad transportörs-API-crawler, så är du täckt i vilket fall som helst.

Osäker på om dina leveranspåståenden stämmer överens med varandra?

Vår granskning läser din butik så som en granskning gör: produktsidor, frakt- och returpolicyer och din Merchant Center-fraktkonfiguration sida vid sida, och flaggar varje siffra som avviker. Om kontot redan är avstängt är leveransanpassning steg ett i återställningen som täcks i hur du åtgärdar en Merchant Center-avstängning för misrepresentation - och för EU-företag vars överklaganden är uttömda är en dokumenterad före-och-efter-leveransredovisning exakt de bevis som väger tungt i DSA:s utomrättsliga överklagandeväg.

Starta efterlevnadsgranskning

Slutsatsen

Leveransefterlevnad för en dropshippingbutik handlar inte om att vara snabb. Den handlar om att vara konsekvent och ärlig med att vara långsam, om långsam är vad du är. Mät de verkliga hanterings- och transporttiderna per land, konfigurera Merchant Center utifrån de mätningarna med komponenterna korrekt uppdelade, sätt de identiska siffrorna på varje plats där leverans nämns på din webbplats, och rikta dig bara mot länder där du har gjort allt det. En butik som lovar 16 dagar och levererar på 14 har inget leveransproblem i Googles ögon. En butik som lovar 5 och levererar på 14 har exakt det problem Misrepresentation-policyn skrevs för - och den annonserade bevisen själv.

Behöver du professionell hjälp?

Våra experter är specialiserade på återställning av Google Merchant Center. Få en omfattande granskning och konkreta rekommendationer för att återställa ditt konto.