Local inventory ads: format, o którym decyduje magazyn

Local inventory ads, czyli reklamy lokalnego asortymentu, pokazują produkt oraz informację o jego dostępności w pobliskiej placówce. Łączą dane produktowe z lokalizacjami Google Business Profile i — w podstawowym wariancie — stanem magazynowym dla konkretnego sklepu. Format jest dostępny również w Polsce.

O wyniku nadal decydują oferta, kampania i strona produktu, ale magazyn staje się częścią obietnicy reklamowej. Jeżeli reklama wskazuje dostępność, a produkt jest zarezerwowany, uszkodzony albo przypisany do innej placówki, klient doświadcza błędu całej marki, nie tylko błędu feedu.

Dlatego wdrożenie LIA jest projektem omnichannel. Wymaga współpracy marketingu, e-commerce, IT, zespołu odpowiedzialnego za POS/ERP oraz sklepów fizycznych.

W skrócie

• Local inventory ads prezentują lokalny asortyment osobom szukającym produktu w pobliżu sklepu; mogą działać w kampaniach Shopping i Performance Max.
• Dane produktów online i lokalnych mogą pochodzić z jednego podstawowego źródła. Osobna warstwa lokalnego inventory przekazuje dostępność, cenę i sklep dla danej oferty.
• store_code musi dokładnie odpowiadać kodowi placówki w połączonym Google Business Profile; wielkość liter ma znaczenie.
• Google zaleca odświeżanie lokalnego inventory co najmniej raz dziennie. Kategorie o szybkiej rotacji zwykle potrzebują częstszej synchronizacji i bufora bezpieczeństwa.
• Pickup today oznacza możliwość odbioru tego samego lub następnego dnia. Pickup later może działać z lokalnym inventory albo na danych produktowych bez pełnego źródła stanów.
• Pickup later bez inventory nie deklaruje, że produkt leży na półce. Deklaruje możliwość zamówienia lub rezerwacji online i odbioru w podanym SLA.
• Sklep może użyć strony z dostępnością dla wskazanej placówki albo doświadczenia hostowanego przez Google; wymagania weryfikacyjne zależą od wariantu.
• Pomiar może obejmować click-and-collect, local actions, modelowane store visits i store sales. Dwie ostatnie funkcje wymagają kwalifikacji konta.
• Wyniku omnichannel nie należy oceniać wyłącznie po zakupach online ani automatycznie sumować wizyt i sprzedaży sklepowej jako równorzędnych konwersji.

Co użytkownik widzi w local inventory ads

Format może pokazać produkt, cenę, nazwę lub odległość placówki, informację o dostępności oraz opcję odbioru. Dokładna prezentacja zależy od powierzchni Google, danych i wybranego doświadczenia strony.

LIA odpowiada na lokalną intencję: „gdzie w pobliżu znajduje się ten produkt i kiedy można go odebrać?”. Nie jest wyłącznie reklamą sklepu stacjonarnego. Może łączyć zakup online z odbiorem, rezerwację produktu albo wizytę poprzedzoną sprawdzeniem stanu.

Format warto odróżnić od:

• standardowych Shopping ads kierujących do oferty online;
• bezpłatnych informacji o lokalnych produktach w Google;
• reklam lokalizacji bez konkretnego asortymentu;
• regionalnej dostępności online, która opisuje obszar dostawy, a nie zapas w placówce.

Cztery warstwy wdrożenia

1. Lokalizacje sklepów

Placówki muszą istnieć i być poprawnie zweryfikowane w Google Business Profile, a profil należy połączyć z Merchant Center. Nazwy, adresy, godziny oraz status otwarcia powinny odpowiadać rzeczywistości.

Każda placówka ma store_code. Ten sam kod musi pojawić się w danych lokalnego inventory. Rozbieżność, spacja albo inna wielkość liter może uniemożliwić dopasowanie. Przy migracji systemu POS nie należy zmieniać kodów bez planu mapowania.

2. Dane produktowe

Merchant Center potrzebuje standardowych informacji, takich jak identyfikator, tytuł, zdjęcie, marka, GTIN, cena i link. Google rekomenduje używanie jednego podstawowego źródła dla produktów online i lokalnych, jeśli system to umożliwia. Produkty wielokanałowe powinny zachowywać ten sam identyfikator.

Jeżeli część asortymentu występuje wyłącznie online albo wyłącznie lokalnie, można sterować miejscami docelowymi przez odpowiednią konfigurację i atrybut excluded_destination. Szerzej strukturę danych opisuje artykuł o tym, czym jest feed produktowy.

3. Inventory per placówka

Lokalne dane magazynowe łączą id produktu z store_code. W zależności od implementacji zawierają dostępność, ilość, cenę i SLA odbioru. Najważniejsza jest zgodność identyfikatora produktu pomiędzy źródłami.

Typowe stany obejmują:

• in_stock — produkt dostępny;
• limited_availability — ograniczona liczba sztuk;
• on_display_to_order — ekspozycja lub możliwość zamówienia, bez natychmiastowej sprzedaży egzemplarza;
• out_of_stock — brak produktu w danej placówce.

Nie każda integracja musi opierać się na ręcznym pliku. Merchant Center może przyjmować dane z API, partnera POS, cyklicznego źródła lub — dla kwalifikującego się podzbioru — automatycznie odczytywać dostępność z witryny. Metodę należy dobrać do skali i częstotliwości zmian.

4. Strona produktu i doświadczenie lokalne

Przy store-specific product pages adres zawiera parametr {store_code}, a strona pokazuje dane konkretnej placówki. Google wymaga między innymi widocznej nazwy lub lokalizacji sklepu, ceny oraz dostępności zgodnej z Merchant Center. Dla produktu uznanego za dostępny klient powinien móc otrzymać go dziś lub następnego dnia.

Jeżeli witryna nie pokazuje lokalnego stanu, możliwe jest doświadczenie hostowane przez Google, zależnie od konfiguracji. W takim wariancie może być wymagana weryfikacja inventory w sklepach. Google może również ponownie sprawdzać zgodność po uruchomieniu.

Pickup today i pickup later nie oznaczają tego samego

Opcje odbioru są dodatkiem do lokalnej informacji produktowej, a nie trzema równorzędnymi rodzajami kampanii.

Pickup today

Produkt można kupić lub zarezerwować online i odebrać tego samego albo następnego dnia. Ta obietnica wymaga wiarygodnej dostępności w konkretnej placówce, procesu odkładania produktu i komunikatu potwierdzającego gotowość.

Samo wskazanie stanu w POS nie wystarcza. Sklep powinien uwzględnić sztuki zarezerwowane, ekspozycyjne, uszkodzone i oczekujące na odbiór. Jeżeli ostatnia sztuka może zostać sprzedana na kasie przed obsłużeniem rezerwacji, potrzebny jest bufor lub synchronizacja w czasie zbliżonym do rzeczywistego.

Pickup later z lokalnym inventory

Opcja dotyczy produktu, który nie jest obecnie dostępny w placówce, ale może zostać dostarczony do niej w określonym czasie. Dla takiej oferty przekazuje się między innymi pickup_sla, a lokalny stan może być oznaczony jako out_of_stock.

Pickup later na danych produktowych

Ten wariant pozwala szybko wdrożyć odbiór bez osobnego źródła stanów per sklep. Produkt musi być możliwy do zamówienia lub rezerwacji online i dostarczenia do wybranej placówki w deklarowanym SLA. Klient powinien zobaczyć opcje realizacji przed koniecznością podania danych płatniczych oraz otrzymać potwierdzenie gotowości do odbioru.

Jest to rozwiązanie dla sieci, która ma sprawną logistykę do sklepów, ale nie potrafi jeszcze wiarygodnie publikować stanu każdej półki. Nie wolno przedstawiać go jako dostępności „od ręki”.

Dlaczego stan systemowy różni się od dostępności dla klienta

ERP lub POS może raportować dodatnią ilość, choć klient nie może kupić produktu. Najczęstsze przyczyny to:

• rezerwacja dla innego zamówienia;
• sztuka ekspozycyjna lub testowa;
• zwrot oczekujący na kontrolę jakości;
• uszkodzenie, brak kompletnego zestawu albo niewłaściwa lokalizacja;
• opóźnienie synchronizacji między kasą, sklepem online i magazynem;
• dostawa przyjęta systemowo, ale jeszcze niedostępna na sali;
• błędne przypisanie SKU lub placówki.

Dlatego feed nie powinien eksportować surowej kolumny quantity bez reguł biznesowych. Potrzebna jest available-to-promise — liczba sztuk, które można rzeczywiście sprzedać lub odłożyć w deklarowanym czasie.

Jak często aktualizować inventory

Google rekomenduje aktualizację co najmniej raz dziennie, ale jest to minimum techniczne, nie gwarancja jakości. Wymagana częstotliwość zależy od rotacji, liczby sztuk oraz procesu rezerwacji.

Zasada „lepiej zaniżyć niż zawyżyć” jest użytecznym zabezpieczeniem, ale nie powinna zastąpić rozwiązania przyczyny. Nadmierny bufor może wyłączyć dużą część rentownego asortymentu. Safety stock należy dobrać do historycznych błędów i szybkości synchronizacji.

Kontrola jakości danych

Monitoring powinien obejmować nie tylko odrzucone produkty w Merchant Center, ale również zgodność biznesową.

Praktyczny zestaw kontroli:

• udział SKU ze zgodnym identyfikatorem między feedem a POS;
• udział otwartych placówek z aktualnym store_code;
• czas od zmiany stanu do publikacji w Merchant Center;
• liczba produktów dostępnych, ograniczonych i niedostępnych per sklep;
• nagłe skoki stanu albo wyzerowanie całej lokalizacji;
• zgodność ceny lokalnej z landing page'em i kasą;
• odsetek anulowanych rezerwacji z powodu braku produktu;
• wyrywkowa kontrola półki wobec informacji publikowanej online.

Alert powinien reagować na anomalię przed klientami. Plik przyjęty bez błędu może nadal zawierać nieprawdziwy stan.

Konfiguracja kampanii Shopping i Performance Max

Po zakończeniu konfiguracji Merchant Center lokalne produkty można włączyć w Shopping albo wykorzystać w Performance Max. Nie zawsze potrzebna jest oddzielna kampania.

Google rekomenduje wspólną strukturę online i local, gdy firma ma jeden budżet oraz optymalizuje łączny wynik omnichannel. Oddzielna kampania jest przydatna, gdy:

• budżet sklepów stacjonarnych jest odrębny;
• celem są wyłącznie wizyty lub sprzedaż w placówkach;
• potrzebna jest kontrola wybranych sklepów lub kategorii;
• raportowanie finansowe wymaga osobnego przypisania kosztów.

W Performance Max lokalne inventory może być automatycznie kwalifikowane do emisji, chyba że listing groups ograniczają kanał. Google zapowiedziało również domyślne włączanie LIA w kampaniach Shopping w 2026 r. Dlatego należy skontrolować filtr channel i ustawienia lokalnych produktów także na istniejących kontach — szczególnie gdy zespoły online i retail mają oddzielne cele.

Jak mierzyć wynik omnichannel

Pomiar powinien odpowiadać sposobowi zakupu i kwalifikacji konta.

Click-and-collect

Zamówienie lub rezerwacja online z odbiorem jest najbardziej bezpośrednim zdarzeniem. Powinno zawierać placówkę, produkty, wartość, status wydania i anulowanie. Nie pokazuje całej sprzedaży inspirowanej reklamą, ale tworzy mierzalną część ścieżki.

Local actions

Google może raportować działania w swoich usługach, na przykład wyznaczenie trasy, połączenie telefoniczne albo wejście na stronę. Są to sygnały intencji, nie sprzedaż. Nie należy przypisywać im wartości równej transakcji bez modelu opartego na danych.

Store visits

Store visits to modelowane, zagregowane oszacowanie wizyt po interakcji z reklamą. Funkcja wymaga spełnienia kryteriów kwalifikacji i odpowiednio skonfigurowanych lokalizacji. Wartość wizyty można wyprowadzić z udziału zakupów oraz przeciętnej wartości lub marży, ale model należy regularnie aktualizować.

Store sales

Kwalifikujące się konta mogą raportować sprzedaż stacjonarną i używać jej w Smart Bidding. Polska znajduje się wśród obsługiwanych krajów dla wybranych wariantów store sales, lecz dostęp zależy od branży, progów danych i allowlisty. Funkcja nie jest standardowo dostępna dla każdego sprzedawcy.

Google wskazuje, że kampania nie powinna jednocześnie licytować do store visits i store sales. Sprzedaż jest głębszym wynikiem, a wizyty mogą być użytecznym zastępstwem, gdy transakcji nie da się jeszcze mierzyć.

Dane POS i test przyrostowości

Jeżeli konto nie kwalifikuje się do store sales, firma nadal może analizować zamówienia z odbiorem, kody rezerwacji, dane lojalnościowe i sprzedaż POS w czasie oraz regionach. Przy odpowiedniej skali test geograficzny lub czasowy może sprawdzić wpływ kampanii na całą sprzedaż placówek. Dane należy agregować i przetwarzać zgodnie z wymaganiami prywatności.

Jak liczyć rentowność LIA

ROAS online zaniża wynik, jeśli pomija zakupy w sklepach, ale dodanie każdej wyznaczonej trasy jako sprzedaży go zawyża. Potrzebny jest uzgodniony model:

wartość omnichannel = wartość zakupów online + wartość click-and-collect + przypisana lub oszacowana wartość sprzedaży sklepowej.

Należy usunąć duplikaty między źródłami. Zamówienie opłacone online i odebrane w sklepie nie powinno zostać policzone drugi raz jako store sale. Równie ważna jest marża: różne kanały mogą mieć inne koszty realizacji, zwrotów i obsługi.

Raport powinien pokazywać co najmniej:

• wydatki i kliknięcia lokalnego kanału;
• zamówienia z odbiorem oraz udział anulowań;
• local actions jako sygnały pomocnicze;
• store visits albo store sales, gdy są dostępne;
• przychód i marżę według placówki lub regionu;
• jakość inventory i liczbę incydentów braku produktu.

Dla jakich firm LIA ma największy sens

Format jest szczególnie przydatny, gdy:

• firma ma stałe sklepy fizyczne i rozpoznawalne kody placówek;
• klienci chcą produktu szybko albo wolą obejrzeć go przed zakupem;
• odbiór osobisty skraca czas lub obniża koszt dostawy;
• asortyment ma identyfikatory możliwe do spójnego połączenia;
• dostępność lokalna jest wiarygodna lub istnieje proces pickup later;
• sprzedaż offline ma wystarczające znaczenie, aby uzasadnić integrację.

Mniejszy sens ma pełne wdrożenie inventory per sklep, gdy placówki mają bardzo mały, niestabilny asortyment, identyfikatory nie są wspólne, a fizyczna dostępność nie wpływa na decyzję. W takim przypadku najpierw warto uporządkować dane lub przetestować pickup later bez inventory.

Wdrożenie krok po kroku

1. Potwierdzenie dostępności i celu — kraj, sklepy, kategorie, ścieżka zakupu i miernik biznesowy.
2. Audyt Google Business Profile — status, adresy, godziny, grupy lokalizacji i store_code.
3. Audyt identyfikatorów — zgodność ID, GTIN, cen i wariantów między e-commerce, ERP i POS.
4. Wybór doświadczenia — lokalna strona produktu, strona Google, pickup today albo pickup later.
5. Projekt available-to-promise — rezerwacje, safety stock, ekspozycja, zwroty i opóźnienie synchronizacji.
6. Podłączenie źródeł — podstawowe dane produktów oraz lokalne inventory, jeżeli jest wymagane.
7. Weryfikacja Merchant Center — diagnostyka, landing page i ewentualna kontrola inventory.
8. Pilotaż — wybrane sklepy oraz kategorie, dla których lokalna dostępność ma dużą wartość.
9. Pomiar — click-and-collect, POS, local actions i dostępne cele sklepowe.
10. Skalowanie po jakości — dopiero po potwierdzeniu stanów, realizacji odbiorów i rentowności.

Jak Space Ads prowadzi projekt LIA

Projekt zaczyna się od mapy danych i odpowiedzialności. Zespół ustala, skąd pochodzą ID produktów, kody sklepów, ceny i available-to-promise, jak szybko się zmieniają oraz kto reaguje na błąd. Kampania jest uruchamiana dopiero po przejściu scenariuszy testowych dla produktu dostępnego, ostatniej sztuki, rezerwacji, zwrotu i zamkniętej placówki.

W pilotażu wybierane są sklepy oraz kategorie z realną lokalną intencją. Równolegle powstaje raport łączący dane Google Ads, Merchant Center, rezerwacji i POS. Dzięki temu wynik nie jest redukowany do zakupów internetowych ani do samych kliknięć „wyznacz trasę”.

Po uruchomieniu zespół monitoruje zarówno media, jak i jakość obietnicy: opóźnienie feedu, brakujące kody, odrzucone produkty, anulowane odbiory oraz rozbieżności cen. Rozszerzenie zasięgu następuje po potwierdzeniu, że sklepy są w stanie realizować to, co komunikuje reklama.

Najczęstsze błędy

Najczęstsze pytania

Czym są local inventory ads?

To reklamy produktowe wykorzystujące informacje o lokalizacjach i asortymencie sklepów fizycznych. Pomagają pokazać pobliski produkt, cenę, dostępność lub opcję odbioru osobie szukającej go w Google.

Czy local inventory ads są dostępne w Polsce?

Tak. Polska znajduje się na liście obsługiwanych krajów LIA. Poszczególne funkcje, takie jak wybrane warianty bezpłatnych listingów, store visits lub store sales, mają osobne wymagania dostępności i kwalifikacji.

Czy potrzebny jest osobny feed produktów lokalnych?

Nie zawsze. Google rekomenduje jedno podstawowe źródło produktów online i lokalnych, gdy jest to możliwe. Dla aktualnej dostępności per sklep zazwyczaj potrzebna jest dodatkowa warstwa local inventory, chyba że używany jest pickup later na danych produktowych albo kwalifikująca się automatyczna metoda.

Jak często aktualizować stany?

Google zaleca co najmniej raz dziennie. Przy małym zapasie i szybkiej rotacji potrzebne są częstsze aktualizacje, rezerwacja w czasie zbliżonym do rzeczywistego albo safety stock. Częstotliwość powinna wynikać z ryzyka błędnej obietnicy.

Czym różni się pickup today od pickup later?

Pickup today oznacza odbiór tego samego lub następnego dnia i wymaga wiarygodnej lokalnej dostępności. Pickup later oznacza dostarczenie produktu do sklepu w określonym SLA; może działać także bez pełnych danych inventory per placówka.

Czy trzeba tworzyć osobną kampanię?

Nie. Online i local mogą działać razem w Shopping lub Performance Max przy wspólnym budżecie omnichannel. Oddzielna kampania ma sens przy osobnym budżecie retail, celu wyłącznie sklepowym albo potrzebie ścisłej kontroli inventory.

Jak mierzyć sprzedaż w sklepie?

Przez zamówienia z odbiorem, dane POS i lojalnościowe, modelowane store visits albo store sales dla kwalifikujących się kont. Local actions są sygnałami intencji. Model musi usuwać duplikaty i odróżniać wizytę od transakcji.

Najważniejsze wnioski

• LIA łączy marketing z prawdziwą dostępnością produktu w placówce.
• Dane sklepów, produktów i inventory muszą używać zgodnych, trwałych identyfikatorów.
• Minimum jednej aktualizacji dziennie nie wystarcza dla każdej kategorii; tempo wynika z rotacji i możliwości rezerwacji.
• Pickup later umożliwia start bez pełnych stanów, ale komunikuje termin dostarczenia do sklepu, nie dostępność od ręki.
• Kampanie online i local mogą działać razem; strukturę należy dobrać do budżetu i celu omnichannel.
• Pomiar wymaga połączenia Google Ads, click-and-collect, POS i — gdy dostępne — store visits lub store sales.
• Pilotaż powinien potwierdzić nie tylko ROAS, ale też zgodność inventory i realizację obietnicy odbioru.

Projekt danych produktowych i integracji z systemami sprzedaży jest częścią usługi tworzenia sklepów internetowych. Optymalizację atrybutów rozwija również wpis o feedzie pod Shopping i Performance Max.

Źródła i dalsza lektura

• Google Merchant Center — local inventory ads i bezpłatne lokalne informacje o produktach
• Google Merchant Center — wdrożenie local inventory ads
• Google Merchant Center — store-specific product pages z lokalną ceną i dostępnością
• Google Merchant Center — pickup later
• Google Merchant Center — weryfikacja lokalnego inventory
• Google Ads — najczęstsze pytania o local inventory ads
• Google Ads — store visits
• Google Ads — dostępność i kwalifikacja do store sales