Ustawienia dostawy i podatku w Merchant Center - koszty wysyłki i VAT
Ustawienia dostawy w Google Merchant Center to reguły konta, które określają, ile kosztuje wysyłka danego produktu do konkretnego regionu i w jakim czasie przesyłka dotrze do kupującego. Google używa tych danych do pokazania kosztu wysyłki i szacowanego terminu doręczenia bezpośrednio w reklamach produktowych oraz w bezpłatnych listach produktowych. Ustawienia podatku działają równolegle, ale w Polsce i w całej Unii Europejskiej sprowadzają się do jednej zasady: cena przesyłana w feedzie musi być ceną brutto, z naliczonym podatkiem VAT.
- Dlaczego Google Merchant Center wymaga informacji o kosztach dostawy?
- Z czego składa się usługa dostawy w Merchant Center?
- Jak skonfigurować usługę dostawy w Merchant Center krok po kroku?
- Jaką metodę naliczania kosztów dostawy wybrać dla sklepu?
- Jak ustawić darmową dostawę od progu wartości koszyka?
- Kiedy koszty dostawy przekazywać w feedzie, a nie w ustawieniach konta?
- Jak Merchant Center liczy czas dostawy: czas przygotowania i czas transportu?
- Jak ustawić podatek i VAT w Merchant Center dla polskiego sklepu?
- Dlaczego Merchant Center pokazuje ostrzeżenie o niezgodnych kosztach dostawy?
- Jakie błędy w ustawieniach dostawy najczęściej kosztują sprzedawców kliknięcia?
- Podsumowanie
- Źródła i dokumentacja
Ustawienia dostawy to najczęściej pomijany element konfiguracji Merchant Center i jednocześnie ten, który najszybciej zatrzymuje sprzedaż. Sprzedawca dopina feed, wgrywa GTIN-y, poprawia tytuły produktów, a potem widzi status „oczekiwanie na weryfikację” albo ostrzeżenie o niezgodnej kwocie wysyłki i nie wie, gdzie szukać przyczyny. W pracy z kampaniami produktowymi widzę ten scenariusz regularnie: konto ma poprawne dane produktowe, a mimo to część ofert nie zdobywa ani jednego wyświetlenia, bo usługa dostawy została skonfigurowana dla złego regionu albo w ogóle nie objęła części asortymentu.
Najważniejsze zasady konfiguracji wysyłki i podatku w Google Merchant Center, zanim wejdziesz w panel.
-
Koszt dostawy jest w Merchant Center atrybutem oferty, nie ustawieniem sklepu
Google przypisuje stawkę wysyłki do konkretnego produktu i konkretnego regionu, a nie do całego konta. Jeden asortyment może mieć kilka różnych stawek jednocześnie, jeśli podzielisz produkty etykietami wysyłkowymi.
-
Google porównuje deklarowaną stawkę wysyłki z kwotą widoczną w koszyku sklepu
Robot Merchant Center przechodzi ścieżkę zakupową i sprawdza końcową kwotę dostawy. Rozjazd między feedem a koszykiem kończy się ostrzeżeniem, a przy powtarzalnej różnicy wstrzymaniem ofert w Zakupach Google.
-
Zbyt wysokie koszty dodatkowe są główną deklarowaną przyczyną porzucenia koszyka
Baymard Institute w zestawieniu przyczyn porzuceń, po odfiltrowaniu segmentu „tylko przeglądam”, podaje koszty dodatkowe (dostawa, podatki, opłaty) na poziomie 40 procent wskazań, a zbyt wolną dostawę na poziomie 20 procent.
-
Nieaktualna stawka wysyłki blokuje oferty mimo poprawnych danych produktowych
Typowy rozjazd: usługa dostawy w koncie ma stawkę starszą niż ostatnia zmiana cennika kuriera. Feed jest wtedy poprawny, a rozjeżdżają się właśnie ustawienia konta.
-
Ustawienia podatku w Merchant Center nie służą do naliczania VAT w Polsce
Sekcja podatku obsługuje model amerykański, w którym cena jest netto, a podatek dolicza się na poziomie stanu. W Polsce i w Unii Europejskiej podatek musi być już zawarty w atrybucie ceny, więc konfiguruje się wyłącznie dostawę.
Dlaczego Google Merchant Center wymaga informacji o kosztach dostawy?
Google Merchant Center wymaga informacji o kosztach dostawy, ponieważ w Zakupach Google koszt wysyłki jest częścią ceny widocznej jeszcze przed kliknięciem. Oferta bez usługi dostawy skonfigurowanej dla kraju sprzedaży zostaje odrzucona z komunikatem o braku wymaganych danych o wysyłce i nie trafia ani do reklam produktowych, ani do bezpłatnych list produktowych.
Powód jest czysto porównawczy. Zestawienie, w którym jedna oferta pokazuje 199 zł bez wysyłki, a druga 209 zł z dostawą wliczoną w cenę, jest bezużyteczne dla kupującego i szkodliwe dla samej platformy. Google rozwiązuje ten problem po swojemu: wymusza deklarację stawki, a potem sprawdza, czy deklaracja pokrywa się z rzeczywistością w koszyku.
Dane o dostawie pracują w kilku miejscach naraz, nie tylko w karcie produktu.
- Etykieta kosztu przy ofercie: Google wyświetla kwotę wysyłki albo dopisek o bezpłatnej dostawie obok ceny produktu, co bezpośrednio wpływa na CTR w porównaniu z konkurencją.
- Szacowany termin doręczenia: przedział dat pokazywany przy ofercie powstaje z sumy czasu przygotowania paczki i czasu transportu, a nie z deklaracji marketingowej sklepu.
- Filtrowanie i sortowanie wyników: użytkownik może zawęzić wyniki do ofert z darmową dostawą lub z doręczeniem w określonym terminie, a oferta bez danych po prostu wypada z takiego zestawienia.
- Kontrola zgodności ofert: deklarowana stawka jest punktem odniesienia dla automatycznej weryfikacji ceny końcowej, którą Merchant Center przeprowadza cyklicznie.
- Kwalifikacja do programów dodatkowych: część funkcji, w tym oznaczenia szybkiej dostawy, uruchamia się wyłącznie przy kompletnych i wiarygodnych danych o czasie realizacji.
Jeśli dopiero układasz konto od zera, warto najpierw przejść przez pełną konfigurację opisaną w przewodniku po Google Merchant Center, a dopiero potem wracać do szczegółów wysyłki - kolejność ma znaczenie, bo część ustawień dostawy zależy od zadeklarowanych krajów sprzedaży.
Czy wiesz, że…
Przedział dat doręczenia widoczny przy ofercie nie bierze się z deklaracji sklepu, tylko z sumy czasu przygotowania i czasu transportu podanych w ustawieniach usługi dostawy. Zawyżony czas przygotowania potrafi wypchnąć ofertę poza filtr szybkiej dostawy, mimo że realnie wysyłasz paczki tego samego dnia.
Z czego składa się usługa dostawy w Merchant Center?
Usługa dostawy w Merchant Center składa się z czterech elementów: obszaru doręczenia, stawki, czasu realizacji oraz kryteriów produktowych, które decydują, jakich ofert dotyczy. Dopiero komplet tych czterech warstw daje Google jednoznaczną odpowiedź na pytanie „ile kosztuje wysyłka tego produktu do tego klienta i kiedy dotrze”.
Sprzedawcy najczęściej myślą o dostawie jak o jednej liczbie: 15,99 zł za kuriera. Merchant Center myśli inaczej. Dla systemu jedna paczka to zbiór warunków, które muszą się zazębić, a każdy z nich można ustawić niezależnie.
Każda warstwa jest ustawiana osobno, a Google składa z nich końcową kwotę i termin pokazywany przy ofercie.
Cały kraj albo region zdefiniowany kodami pocztowymi. To on decyduje, komu w ogóle pokaże się oferta.
Kwota stała, tabela zależna od wagi lub wartości koszyka albo stawka pobierana od przewoźnika.
Czas przygotowania paczki plus czas transportu, oba jako przedziały minimum i maksimum w dniach roboczych.
Etykieta wysyłkowa, waga i wymiary decydujące o tym, które oferty obejmuje dana usługa.
Google łączy cztery warstwy w jedną informację: koszt wysyłki obok ceny oraz przedział dat doręczenia. Brak dowolnej warstwy oznacza ofertę bez danych o dostawie, a więc ofertę odrzuconą.
Najwięcej nieporozumień powoduje ostatnia warstwa. Etykieta wysyłkowa nie jest ozdobnikiem, tylko filtrem: jeśli nadasz części produktów etykietę „gabaryt”, możesz dla nich zbudować osobną usługę z inną stawką i dłuższym czasem transportu, nie ruszając reszty asortymentu.
Jak skonfigurować usługę dostawy w Merchant Center krok po kroku?
Konfiguracja usługi dostawy zajmuje w Merchant Center kilkanaście minut i przebiega w stałej kolejności: kraj sprzedaży, obszar doręczenia, stawka, czas realizacji, zakres produktów, zapis i weryfikacja na ofertach. Odwrócenie tej kolejności kończy się zwykle usługą, która nie obejmuje części asortymentu.
- Wejdź w ustawienia dostawy i zwrotów - w panelu Merchant Center znajdziesz je w sekcji ustawień konta, a nie w widoku produktów.
- Dodaj nową usługę dostawy i wybierz kraj - jedna usługa obsługuje jeden kraj docelowy, więc sprzedaż do Czech i do Polski wymaga dwóch osobnych usług.
- Zdefiniuj obszar doręczenia - cały kraj albo region utworzony z listy kodów pocztowych, jeśli różnicujesz stawki geograficznie.
- Ustaw stawkę - stała kwota, tabela zależna od wartości zamówienia lub wagi, wariant bezpłatny albo pobieranie stawki bezpośrednio od przewoźnika.
- Podaj czas przygotowania i czas transportu - oba jako przedziały w dniach roboczych, z uwzględnieniem godziny granicznej przyjmowania zamówień.
- Zawęź zakres produktów - przez etykietę wysyłkową, jeśli usługa ma dotyczyć tylko części oferty; bez zawężenia obejmie cały asortyment.
- Zapisz i sprawdź efekt na poziomie ofert - w diagnostyce konta zobaczysz, czy produkty przestały mieć status braku informacji o dostawie.
Ostatni krok bywa pomijany, a to on ujawnia najczęstszy błąd konfiguracji: usługa istnieje, ale nie pokrywa wszystkich ofert, bo etykieta wysyłkowa została nadana tylko części produktów w feedzie.
Typowy przebieg konfiguracji dostawy w nowym koncie Merchant Center, liczony od momentu wgrania feedu.
Deklarujesz kraj sprzedaży i decydujesz, czy stawka jest jednolita, czy różnicowana kodami pocztowymi.
Wpisujesz kwoty zgodne z cennikiem w koszyku oraz realne przedziały dni roboczych, nie wartości życzeniowe.
Merchant Center przelicza oferty i pokazuje, które nadal nie mają przypisanej usługi dostawy.
Produkty pokazują koszt wysyłki i przedział dat doręczenia, a konto przestaje generować ostrzeżenia o brakach.
Jaką metodę naliczania kosztów dostawy wybrać dla sklepu?
Dla większości polskich sklepów najbezpieczniejsza jest stawka stała dla całego kraju, uzupełniona progiem darmowej dostawy, ponieważ najłatwiej utrzymać ją w zgodzie z koszykiem. Stawki zależne od wagi i wymiarów mają sens dopiero przy asortymencie o dużym rozrzucie gabarytów, a pobieranie stawki od przewoźnika - przy sprzedaży z realnie zmiennym cennikiem kurierskim.
Kryterium wyboru nie jest wygoda, tylko powtarzalność. Każda metoda, której nie potrafisz odtworzyć w koszyku co do złotówki, wcześniej czy później wygeneruje ostrzeżenie o niezgodności kosztów wysyłki.
| Metoda | Kiedy się sprawdza | Główne ryzyko | Nakład pracy |
|---|---|---|---|
| Stawka stała dla kraju | Jednorodny asortyment, jeden kurier, jedna kwota w koszyku | Dopłaty za gabaryt niewidoczne w feedzie | Niski, jedna usługa |
| Stawka zależna od wartości koszyka | Sklep z progiem bezpłatnej wysyłki od określonej kwoty | Próg w koszyku liczony od innej podstawy niż w feedzie | Niski, tabela z 2-3 progami |
| Stawka zależna od wagi lub wymiarów | Duży rozrzut gabarytów, np. meble obok akcesoriów | Braki w atrybutach wagi blokują wyliczenie stawki | Średni, wymaga danych w feedzie |
| Stawka pobierana od przewoźnika | Cennik kurierski zmienny i odwzorowany 1:1 w sklepie | Ograniczona dostępność przewoźników w danym kraju | Wysoki, wymaga zgodności z koszykiem |
Uważam, że sklepy przeceniają potrzebę precyzji. Rozbudowana tabela wagowa wygląda profesjonalnie, ale wystarczy jeden produkt bez wypełnionego atrybutu wagi, żeby cała grupa ofert straciła przypisaną usługę dostawy.
Ocena w skali pięciostopniowej według trzech kryteriów: odporności na ostrzeżenia, kosztu wdrożenia i elastyczności cenowej.
To dokładnie ten element, od którego zaczynam audyt konta produktowego - jeśli chcesz sprawdzić, czy Twoje stawki nie blokują części ofert, zacznij od porównania tabeli z Merchant Center z cennikiem widocznym w koszyku.
Jak ustawić darmową dostawę od progu wartości koszyka?
Darmową dostawę od progu ustawia się w Merchant Center jako tabelę stawek zależnych od wartości zamówienia: poniżej progu obowiązuje kwota wysyłki, od progu w górę stawka wynosi zero. Kluczowy warunek to identyczna podstawa liczenia progu w feedzie i w koszyku - jeśli sklep liczy próg od wartości po rabacie, a Merchant Center od ceny katalogowej, część ofert pokaże błędną informację.
Próg darmowej dostawy jest jednym z niewielu ustawień, które działają jednocześnie na trzech poziomach: kosztu operacyjnego, konwersji i widoczności w Zakupach Google. Dane Baymard Institute pokazują, dlaczego warto go traktować poważnie: po odfiltrowaniu segmentu „tylko przeglądam” zbyt wysokie koszty dodatkowe, w tym dostawa, odpowiadają za 40 procent deklarowanych porzuceń koszyka, a zbyt wolna dostawa za 20 procent.
- Ustal próg na podstawie średniej wartości zamówienia: próg powinien leżeć nieco powyżej mediany koszyka, żeby realnie podnosił wartość zamówienia, a nie oddawał marżę przy każdej transakcji.
- Odwzoruj identyczną logikę w sklepie: ta sama kwota, ta sama podstawa (brutto czy netto), to samo traktowanie kodów rabatowych.
- Sprawdź kategorie o niskiej marży: jeśli darmowa wysyłka zjada marżę na drobnych akcesoriach, wydziel je etykietą wysyłkową i przypisz osobną usługę.
- Zweryfikuj komunikat w karcie produktu: informacja o progu w sklepie i stawka w feedzie muszą mówić to samo, inaczej robot Merchant Center zgłosi rozbieżność.
- Monitoruj efekt po zmianie: po podniesieniu progu obserwuj nie tylko liczbę zamówień, ale też udział porzuconych koszyków tuż poniżej progu.
Czy wiesz, że…
Merchant Center pozwala zbudować tabelę stawek z kilkoma progami naraz, więc darmowa dostawa nie musi być decyzją zero-jedynkową. Możesz obniżać stawkę stopniowo: pełna kwota do pierwszego progu, obniżona między progami, zerowa powyżej - pod warunkiem, że koszyk liczy dokładnie tak samo.
Kiedy koszty dostawy przekazywać w feedzie, a nie w ustawieniach konta?
Koszty dostawy przekazuje się w feedzie wtedy, gdy stawka jest cechą konkretnego produktu, a nie regułą całego sklepu - na przykład przy towarach wielkogabarytowych z indywidualną opłatą transportową. Atrybut wysyłki podany na poziomie oferty ma pierwszeństwo przed ustawieniami konta, więc nadpisuje regułę ogólną tylko dla tego produktu.
W praktyce większość sklepów powinna trzymać stawki w ustawieniach konta, a feedu używać wyłącznie do wyjątków. Powód jest prozaiczny: reguła w koncie jest jedna i łatwo ją poprawić po podwyżce cennika kuriera, a stawka rozsiana po tysiącach wierszy feedu wymaga przebudowy pliku źródłowego.
Atrybuty, które realnie wpływają na wyliczenie wysyłki, warto znać z nazwy, bo pojawiają się w komunikatach diagnostycznych.
- shipping: pełna deklaracja stawki dla oferty, razem z krajem, regionem i kwotą; nadpisuje ustawienia konta.
- shipping_label: dowolna etykieta grupująca produkty, po której usługi dostawy w koncie filtrują asortyment.
- shipping_weight: waga wysyłkowa produktu, niezbędna przy stawkach liczonych wagowo i przy stawkach przewoźnika.
- shipping_length, shipping_width, shipping_height: wymiary paczki wykorzystywane przy wyliczeniach gabarytowych.
- min_handling_time i max_handling_time: czas przygotowania paczki na poziomie pojedynczej oferty, przydatny przy produktach na zamówienie.
- min_transit_time i max_transit_time: czas transportu przypisany do konkretnej oferty, gdy różni się od reguły ogólnej.
Jeśli te nazwy nic Ci nie mówią, zacznij od podstaw budowy pliku - opisałem je w tekście o tym, czym jest feed produktowy i jak go utworzyć, bo atrybuty wysyłkowe są po prostu kolejnymi kolumnami tego samego pliku.
Jak Merchant Center liczy czas dostawy: czas przygotowania i czas transportu?
Merchant Center liczy termin doręczenia jako sumę czasu przygotowania paczki i czasu transportu, oba podawane w dniach roboczych jako przedziały minimum i maksimum. Do tego dochodzi godzina graniczna przyjmowania zamówień: zamówienie złożone po niej startuje z liczeniem dopiero następnego dnia roboczego.
Ten mechanizm bywa źródłem frustracji, bo sklep deklaruje „wysyłka w 24 godziny”, a przy ofercie widnieje przedział trzy do pięciu dni. Zwykle powód jest jeden: w ustawieniach został wpisany bezpieczny, zawyżony czas przygotowania, a nikt go nie zaktualizował po zmianie procesu magazynowego.
- Czas przygotowania: okres od złożenia zamówienia do przekazania paczki kurierowi, liczony w dniach roboczych Twojego magazynu.
- Czas transportu: okres od nadania do doręczenia, zależny od przewoźnika i regionu docelowego.
- Godzina graniczna: moment, po którym zamówienie trafia do obsługi następnego dnia roboczego; ustawiana razem ze strefą czasową.
- Dni robocze: zestaw dni, w których magazyn realizuje wysyłki; pominięcie tego ustawienia zaniża szacunki w tygodniach ze świętami.
- Wyjątki produktowe: towary na zamówienie warto obsłużyć atrybutami czasu przygotowania w feedzie zamiast wydłużać deklarację dla całego sklepu.
Uważam, że zawyżanie czasu przygotowania „na wszelki wypadek” jest jednym z najkosztowniejszych nawyków w konfiguracji Merchant Center. Kupujący filtruje wyniki po terminie doręczenia, a oferta z dłuższym przedziałem wypada z porównania jeszcze zanim ktokolwiek spojrzy na cenę.
Jak ustawić podatek i VAT w Merchant Center dla polskiego sklepu?
W polskim sklepie nie konfiguruje się w Merchant Center żadnych stawek podatku - cena przesyłana w feedzie musi być ceną brutto, z już naliczonym podatkiem VAT, a sekcja ustawień podatku pozostaje pusta. Osobne ustawienia podatkowe w koncie obsługują wyłącznie model amerykański, gdzie ceny podaje się netto, a podatek stanowy dolicza się na etapie koszyka.
To rozróżnienie jest źródłem powracającego nieporozumienia. Sprzedawcy szukają w panelu miejsca na wpisanie 23 procent VAT, nie znajdują go i zakładają, że coś jest zepsute. Nic nie jest zepsute: w Unii Europejskiej Google przyjmuje ceny brutto i nie prowadzi własnych wyliczeń podatkowych.
| Rynek | Cena w feedzie | Ustawienia podatku w koncie |
|---|---|---|
| Polska | Brutto, z naliczonym VAT | Nie konfiguruje się |
| Inne kraje Unii Europejskiej | Brutto, ze stawką VAT kraju odbiorcy | Nie konfiguruje się |
| Stany Zjednoczone | Netto, bez podatku | Konfiguracja podatku stanowego |
Sprzedaż wysyłkowa do innych krajów Unii wprowadza dodatkową warstwę. Po przekroczeniu unijnego progu 10 000 euro rocznej sprzedaży transgranicznej do konsumentów obowiązuje stawka VAT kraju odbiorcy, a rozliczenie można prowadzić w jednym miejscu przez procedurę One Stop Shop. Dla feedu oznacza to konkret: ceny wysyłane na rynek czeski czy niemiecki muszą zawierać tamtejszy VAT, więc zwykle potrzebujesz osobnego feedu lub feedu uzupełniającego dla każdego kraju.
- Jeden kraj docelowy, jeden zestaw cen: nie da się poprawnie obsłużyć dwóch stawek VAT jednym atrybutem ceny.
- Waluta zgodna z krajem sprzedaży: cena w euro dla rynku niemieckiego, w koronach dla czeskiego, bez przeliczeń po kursie własnym.
- Dostawa liczona osobno dla każdego kraju: usługa dostawy obsługuje jeden kraj, więc ekspansja zawsze oznacza kolejną usługę.
- Spójność z regulaminem sklepu: informacja o podatku w karcie produktu musi zgadzać się z tym, co widzi klient w koszyku.
Czy wiesz, że…
Unijny próg sprzedaży transgranicznej wynosi 10 000 euro rocznie łącznie dla wszystkich krajów, a nie osobno dla każdego rynku. Sklep wysyłający paczki do trzech krajów sumuje sprzedaż do wszystkich trzech, więc próg przekracza się szybciej, niż wynika z intuicji.
Dlaczego Merchant Center pokazuje ostrzeżenie o niezgodnych kosztach dostawy?
Ostrzeżenie o niezgodnych kosztach dostawy pojawia się, gdy automat Merchant Center przechodzi ścieżkę zakupową w sklepie i wykrywa inną kwotę wysyłki niż zadeklarowana w ustawieniach konta lub w feedzie. Google traktuje to jako rozbieżność ceny końcowej, a przy powtarzalnej różnicy przestaje wyświetlać dotknięte oferty.
Przyczyny są w większości przypadków banalne, choć nieoczywiste z poziomu panelu.
- Podwyżka cennika kuriera wdrożona tylko w sklepie: koszyk pokazuje nową kwotę, konto Merchant Center wciąż starą.
- Dopłata gabarytowa doliczana w koszyku: feed deklaruje stawkę podstawową, sklep dolicza opłatę dodatkową przy produktach ponadwymiarowych.
- Próg darmowej dostawy liczony od innej podstawy: sklep od kwoty po rabacie, Merchant Center od ceny katalogowej.
- Metoda płatności zmieniająca koszt: pobranie z dopłatą, której nie ma w deklarowanej stawce.
- Robot blokowany przez mechanizmy ochronne: automat nie dociera do koszyka i przyjmuje najgorszy możliwy wariant interpretacji.
Oś pionowa to prawdopodobieństwo wystąpienia w typowym sklepie, oś pozioma to wpływ na widoczność ofert w Zakupach Google.
Jeżeli równolegle z ostrzeżeniami o dostawie widzisz odrzucone oferty, sprawdź je razem - przyczyny bywają powiązane, a listę najczęstszych powodów blokad zebrałem w tekście o odrzuconych produktach w Merchant Center.
Jakie błędy w ustawieniach dostawy najczęściej kosztują sprzedawców kliknięcia?
Najkosztowniejsze błędy nie polegają na złej kwocie, tylko na niepełnym pokryciu asortymentu: usługa dostawy istnieje, ale nie obejmuje wszystkich ofert, przez co część produktów w ogóle nie kwalifikuje się do wyświetlenia. Sprzedawca widzi wtedy spadek liczby wyświetleń bez żadnego czerwonego komunikatu na pulpicie.
Poniższe usterki powtarzają się niezależnie od branży i wielkości sklepu.
- Etykieta wysyłkowa nadana wybiórczo: usługa filtruje po etykiecie, więc produkty bez niej zostają bez przypisanej dostawy.
- Jedna usługa dla wielu krajów: konfiguracja obejmuje tylko kraj wskazany w usłudze, reszta rynków zostaje pusta.
- Region z niepełną listą kodów pocztowych: część adresów wypada poza obszar doręczenia i traci ofertę.
- Stawka wpisana netto zamiast brutto: koszyk pokazuje wyższą kwotę i generuje rozbieżność.
- Brak aktualizacji po zmianie przewoźnika: zmiana operatora zwykle przestawia zarówno stawkę, jak i czas transportu.
- Testowa usługa pozostawiona w koncie: nieaktywna konfiguracja z czasów wdrożenia potrafi nadpisywać poprawną regułę.
Przy dobrze zbudowanym feedzie łatwo uznać ustawienia konta za formalność. To błąd: oferta, której nie obejmuje żadna usługa dostawy, nie ma kosztu wysyłki i przez to może nie kwalifikować się do bezpłatnych list, choć w samym pliku produktowym wszystko jest poprawne. Jeśli rozpoznajesz u siebie ten wzorzec, sprawdzenie pokrycia usług dostawy jest pierwszą rzeczą, którą warto zlecić w ramach audytu konta.
Podsumowanie
Ustawienia dostawy w Merchant Center są warstwą, która decyduje o tym, czy poprawny feed w ogóle zamieni się w widoczne oferty. Cztery elementy - obszar, stawka, czas realizacji i zakres produktów - muszą się zazębić, a wszystko, co deklarujesz, musi mieć pokrycie w koszyku sklepu. Podatek w polskich realiach upraszcza sprawę: ceny brutto w feedzie, żadnych stawek do konfiguracji, dopóki nie wychodzisz poza Unię Europejską.
Przestań traktować konfigurację wysyłki jak jednorazową formalność przy zakładaniu konta. Zacznij postrzegać ją jako element cennika, który wymaga rewizji za każdym razem, gdy zmienia się przewoźnik, próg darmowej dostawy albo struktura asortymentu.
- Raz na kwartał porównaj stawki z koszykiem: pięć minut pracy, które eliminuje najczęstsze źródło ostrzeżeń.
- Sprawdź pokrycie etykiet wysyłkowych: upewnij się, że każda oferta ma przypisaną usługę dostawy.
- Zweryfikuj realny czas przygotowania: zawyżona deklaracja wypycha oferty z filtrów szybkiej dostawy.
- Przy ekspansji zagranicznej zaplanuj osobny feed: inna waluta, inna stawka VAT, inna usługa dostawy - tak samo jak osobną kampanię Google Ads dla każdego rynku.
Sklep, który ma uporządkowaną dostawę w Merchant Center, wygrywa porównania, w których cena produktu jest identyczna jak u konkurencji. To najtańsza przewaga, jaką da się zbudować w e-commerce bez podnoszenia budżetu reklamowego.
Czy ten artykuł był dla Ciebie pomocny?
Oceń go w skali od 1 do 5. Dzięki temu wiem, które tematy rozwijać.
Brak ocen. Twoja będzie pierwsza.
Źródła i dokumentacja
Cztery źródła przypisane do konkretnych sekcji tego tekstu: konfiguracja usługi dostawy, atrybuty wysyłkowe w feedzie, ekonomia kosztu wysyłki oraz rozliczenie VAT przy sprzedaży do innych krajów Unii.
Set up shipping settings for an entire account
Dokumentacja opisuje kolejność ustawiania usługi dostawy na poziomie konta: kraj, obszar, stawka i czas realizacji. Odnosi się bezpośrednio do sekcji o konfiguracji usługi dostawy krok po kroku oraz do listy czterech warstw usługi.
Shipping [shipping] - specyfikacja atrybutu
Specyfikacja atrybutu wysyłkowego wraz z zasadą pierwszeństwa danych z feedu nad ustawieniami konta. To podstawa sekcji o tym, kiedy koszty dostawy przekazywać w feedzie zamiast w koncie, i wyjaśnienie działania etykiet wysyłkowych.
Cart Abandonment Rate Statistics
Zestawienie deklarowanych przyczyn porzucenia koszyka z badania na próbie kupujących online, z rozbiciem na koszty dodatkowe i czas dostawy. Stanowi podstawę liczbową sekcji o progu darmowej dostawy oraz argumentu o wpływie czasu doręczenia.
VAT One Stop Shop - VAT e-Commerce
Oficjalny serwis Komisji Europejskiej opisujący próg sprzedaży transgranicznej i procedurę rozliczenia VAT w jednym państwie. Odnosi się do sekcji o ustawieniach podatku, w której tłumaczę, dlaczego ceny dla rynków unijnych wymagają osobnych feedów.
Pytania i odpowiedzi (FAQ)
Sześć pytań, które wracają po wdrożeniu ustawień dostawy: o czas propagacji zmian, podział obowiązków w firmie i granice tego, co Merchant Center potrafi obsłużyć.
Po jakim czasie zmiana stawki dostawy w Merchant Center jest widoczna przy ofertach?
Czy zmiana ustawień dostawy w Merchant Center wymaga ponownej weryfikacji konta?
Kto w firmie powinien odpowiadać za ustawienia dostawy w Google Merchant Center?
Czy koszt dostawy wpływa na pozycję oferty w Zakupach Google?
Czy przy małym sklepie z jedną stawką kurierską warto tworzyć regiony dostawy w Merchant Center?
Czy Merchant Center obsługuje odbiór osobisty i punkty odbioru zamiast dostawy kurierskiej?
