Automatyczne ulepszenia i automatyczne aktualizacje produktów w Merchant Center
Automatyczne ulepszenia Merchant Center to zestaw mechanizmów, które pozwalają Google samodzielnie poprawiać dane Twoich ofert, gdy informacje w feedzie produktowym rozjeżdżają się z tym, co widzi robot na stronie produktu. Obejmują automatyczne aktualizacje produktów (cena, dostępność, stan), automatyczne poprawki obrazów, automatyczne aktualizacje kosztów dostawy i podatku oraz automatyczne tagowanie adresów URL. Zmiany działają na poziomie oferty w Merchant Center, nie modyfikują pliku feedu ani zawartości sklepu, a każdą z tych funkcji można włączyć i wyłączyć osobno.
- Co dokładnie robią automatyczne ulepszenia w Merchant Center?
- Które atrybuty zmieniają automatyczne aktualizacje produktów?
- Skąd Google bierze dane do automatycznych aktualizacji produktów?
- Czym są automatyczne poprawki obrazów w Merchant Center?
- Jak działają automatyczne aktualizacje dostawy i podatku?
- Czym jest auto-tagging w Merchant Center i po co go włączać?
- Gdzie w Merchant Center włączyć lub wyłączyć automatyczne ulepszenia?
- Kiedy automatyczne ulepszenia pomagają, a kiedy szkodzą sklepowi?
- Jak sprawdzić, co automat realnie zmienił w Twoich ofertach?
- Podsumowanie
- Źródła i dokumentacja
Sprzedawca dzwoni z pretensją, że w Zakupach Google świeci się cena, której nie ma ani w sklepie, ani w pliku XML. Nikt nic nie zmieniał. Feed generuje się co godzinę, integracja działa, a mimo to oferta pokazuje 249 zł zamiast 279 zł. To nie jest błąd. To automat, który ktoś kiedyś zostawił włączony i o którym nikt w firmie nie pamięta. Przez lata pracy z feedami produktowymi widzę, że automatyczne ulepszenia są jednocześnie najbardziej pomocną i najbardziej niezrozumianą funkcją w całym Merchant Center.
Najważniejsze ustalenia o automatach Merchant Center, które zmieniają dane ofert bez ruszania feedu.
-
Automatyczne ulepszenia nadpisują dane oferty, a nie plik feedu produktowego
Merchant Center trzyma dwie wersje oferty: tę przesłaną przez sklep i tę skorygowaną przez automat. Plik XML pozostaje nietknięty, więc audyt samego feedu nigdy nie pokaże, co naprawdę wyświetla się użytkownikowi w Zakupach Google.
-
Automatyczne aktualizacje ceny i dostępności są domyślnie aktywne na koncie
Google w dokumentacji Merchant Center opisuje automatyczne aktualizacje ceny, dostępności i stanu produktu jako funkcję włączaną domyślnie dla kont sprzedawców, stan na 2026. Sprzedawca, który nigdy nie zaglądał do tej sekcji, ma je aktywne.
-
Automat maskuje rozjazd między sklepem a feedem, zamiast go usuwać
W audytach kont Merchant Center z ostatnich dwóch lat, na próbie 23 kont, automatyczne aktualizacje ceny były aktywne na 21 z nich, ale tylko 6 sklepów miało poprawne dane strukturalne Product na wszystkich kartach produktu. Reszta korzystała z automatu jako protezy.
-
Automatyczne poprawki obrazów ratują oferty odrzucone za nakładki promocyjne
Zamiast blokować produkt ze zdjęciem opatrzonym plakietką rabatu, Merchant Center generuje wersję obrazu bez nakładki i podmienia ją w ofercie. Dla sklepu z sezonową grafiką na miniaturach to często jedyny sposób na utrzymanie ofert w kampanii bez przebudowy galerii.
-
Auto-tagging Merchant Center dokleja do adresów produktów parametr srsltid
Parametr srsltid pozwala przypisać ruch z bezpłatnych list produktowych do konkretnej oferty, ale trafia też do raportów Google Search Console i do adresów indeksowanych przez wyszukiwarkę. Sklep bez poprawnego tagu canonical zobaczy w raportach setki wariantów jednego URL-a.
Co dokładnie robią automatyczne ulepszenia w Merchant Center?
Automatyczne ulepszenia Merchant Center porównują dane przesłane w feedzie z danymi, które robot Google odczytuje bezpośrednio ze strony produktu, i przy rozbieżności podstawiają do oferty wersję ze strony. Cel jest jeden: nie dopuścić do sytuacji, w której użytkownik klika reklamę z ceną 199 zł i trafia na kartę produktu z ceną 259 zł, bo taki rozjazd łamie zasady Merchant Center i kończy się odrzuceniem oferty albo zawieszeniem konta.
Pod jedną nazwą kryją się cztery niezależne rodziny mechanizmów, które warto rozdzielić, bo mają inne źródła danych i inne konsekwencje:
- Automatyczne aktualizacje produktów: korygują cenę, dostępność i stan produktu na podstawie danych strukturalnych z karty produktu.
- Automatyczne poprawki obrazów: usuwają z miniatur nakładki promocyjne i znaki wodne, które łamią politykę obrazów.
- Automatyczne aktualizacje dostawy i podatku: uzupełniają lub korygują koszty wysyłki na podstawie tego, co Google zaobserwuje w procesie zakupowym sklepu.
- Automatyczne tagowanie adresów URL: dokleja do linków parametr pomiarowy, żeby ruch z bezpłatnych list dało się przypisać do konkretnej oferty.
Kolejność ma znaczenie praktyczne. Pierwsze dwie rodziny zmieniają to, co widzi kupujący. Trzecia zmienia to, ile kosztuje go zamówienie. Czwarta nie rusza treści oferty w ogóle, ale potrafi zaśmiecić raportowanie. Cały mechanizm opisuję w kontekście szerszym w przewodniku po możliwościach Google Merchant Center.
Które atrybuty zmieniają automatyczne aktualizacje produktów?
Automatyczne aktualizacje produktów obejmują dokładnie trzy atrybuty feedu: price (cena), availability (dostępność) oraz condition (stan produktu). Żaden inny atrybut nie podlega temu mechanizmowi, więc tytuł, opis, GTIN, marka czy kategoria pozostają dokładnie takie, jakie przesłał sklep.
- price: Google podmienia cenę z feedu na cenę odczytaną ze strony, gdy różnica utrzymuje się między kolejnymi skanami karty produktu.
- availability: oferta oznaczona jako dostępna, ale prowadząca do karty z komunikatem o braku towaru, zmienia status na niedostępną.
- condition: produkt opisany w feedzie jako nowy, a na stronie oznaczony jako używany lub odnowiony, dostaje skorygowany stan.
Kluczowe rozróżnienie, które w rozmowach ze sprzedawcami wraca najczęściej: automat nie zmienia ceny w sklepie ani w pliku XML. Zmienia wyłącznie wartość, którą Merchant Center pokazuje w Zakupach Google, w bezpłatnych listach produktowych i w kampaniach produktowych. Po naprawie feedu automatyczna korekta znika sama, bo obie wartości znowu się zgadzają.
Czy wiesz, że…
Wyłączenie automatycznych aktualizacji nie sprawia, że Google przestaje porównywać feed ze stroną. Kontrola zgodności działa niezależnie od automatu i przy rozbieżności zamiast cichej korekty dostaniesz twarde odrzucenie oferty z komunikatem o niezgodności ceny.
Skąd Google bierze dane do automatycznych aktualizacji produktów?
Podstawowym źródłem są dane strukturalne schema.org typu Product i Offer osadzone na karcie produktu, najczęściej w formacie JSON-LD. Robot pobiera stronę, odczytuje wartości price, priceCurrency, availability oraz itemCondition, po czym zestawia je z tym, co przesłał feed. Gdy znacznika nie ma, Google próbuje odczytać cenę i dostępność z widocznej treści strony, ale ta ścieżka jest mniej pewna i częściej daje fałszywe wyniki.
Żeby mechanizm działał przewidywalnie, muszą być spełnione cztery warunki naraz:
- Dostęp robota: plik robots.txt nie może blokować Googlebota na adresach kart produktu ani na zasobach potrzebnych do renderowania ceny.
- Poprawna waluta: wartość priceCurrency musi odpowiadać walucie kraju docelowego, bo 199 zapisane bez waluty jest dla algorytmu wartością niepełną.
- Jedna cena na stronie: karta z ceną regularną, ceną promocyjną i ceną za sztukę w opakowaniu zbiorczym musi jednoznacznie wskazywać, która wartość jest ceną oferty.
- Zgodność z ceną w koszyku: cena w znaczniku musi być tą, którą klient realnie płaci, bez ukrytych dopłat doliczanych na ostatnim kroku.
Najczęstszy problem techniczny w polskich sklepach to cena doładowywana skryptem po załadowaniu strony. Znacznik JSON-LD generuje się wtedy z wartością zerową albo pustą, a Google odczytuje to jako rozbieżność. Uważam, że to jeden z najbardziej niedocenianych powodów odrzuceń w Merchant Center, bo w narzędziach po stronie sklepu wszystko wygląda poprawnie. Sposób zapisu tych atrybutów opisuję szczegółowo w tekście o specyfikacji feedu produktowego.
Porównanie stanu konta Merchant Center sprzed wdrożenia JSON-LD z ceną i dostępnością oraz 6 tygodni po nim. Dane własne z jednego konta, nie benchmark rynkowy.
Czym są automatyczne poprawki obrazów w Merchant Center?
Automatyczne poprawki obrazów to funkcja, która wykrywa na zdjęciu produktowym nakładkę promocyjną, znak wodny lub tekst reklamowy i generuje czystą wersję obrazu, podstawianą do oferty zamiast pierwotnej miniatury. Bez tego mechanizmu produkt z plakietką „minus 30 procent” wpaloną w zdjęcie zostaje odrzucony za naruszenie polityki obrazów promocyjnych.
W praktyce funkcja ratuje trzy typy sklepów: te z grafiką sezonową nakładaną hurtowo na całą galerię, te korzystające ze zdjęć dostarczonych przez producenta z jego logotypem oraz te, w których grafik dokłada ramki z ceną. Przy asortymencie liczonym w tysiącach indeksów ręczna przebudowa galerii to projekt na tygodnie, a automat działa w kilka dni.
Ograniczenie jest istotne i rzadko wprost komunikowane: Google generuje wersję bez nakładki, ale nie poprawia jakości zdjęcia, nie zmienia kadru i nie dorabia tła. Zdjęcie rozmyte, zbyt małe albo pokazujące produkt na tle salonu pozostanie słabe. Do faktycznej obróbki kreacji służy osobne narzędzie, które opisuję w tekście o Product Studio w Merchant Center. Jeśli chcesz sprawdzić, ile Twoich ofert żyje dziś na obrazie wygenerowanym przez Google zamiast na Twoim, to jedna z pierwszych rzeczy, które przeglądam podczas audytu feedu.
Jak działają automatyczne aktualizacje dostawy i podatku?
Automatyczne aktualizacje dostawy korygują koszty wysyłki pokazywane przy ofercie, gdy zadeklarowane w Merchant Center stawki nie zgadzają się z tym, co Google zaobserwuje w procesie zakupowym sklepu. Mechanizm dotyczy wyłącznie prezentacji kosztu w Zakupach Google i nie zmienia niczego w regulaminie ani w koszyku sprzedawcy.
Na wynik działania automatu wpływają przede wszystkim:
- Progi darmowej dostawy: sklep z bezpłatną wysyłką od 199 zł, który nie zadeklarował progu w ustawieniach, pokazuje zawyżony koszt przy każdej ofercie.
- Wiele metod dostawy: paczkomat, kurier i odbiór osobisty o różnych stawkach wymagają osobnych reguł, inaczej automat wybiera wartość obserwowaną.
- Dostawa zależna od gabarytu: meble i sprzęt AGD wyceniane indywidualnie są najtrudniejszym przypadkiem, bo obserwacja pojedynczego koszyka nie opisuje całego asortymentu.
- Ceny brutto i netto: sklep B2B prezentujący ceny netto musi mieć spójne ustawienia podatku, żeby korekta nie doliczała VAT-u dwa razy.
Z mojego doświadczenia jako specjalisty Google Ads wynika, że to najbardziej ryzykowny automat z całej czwórki. Zaniżony koszt dostawy w wynikach podnosi klikalność, ale użytkownik dowiaduje się prawdy w koszyku i wychodzi. Płacisz za kliknięcie, tracisz konwersję i psujesz sygnał jakości oferty. Rekomenduję podejście odwrotne: najpierw zadeklarować kompletne reguły dostawy, potem dopiero zostawić automat jako zabezpieczenie.
| Automat | Co zmienia w ofercie | Źródło danych | Główne ryzyko |
|---|---|---|---|
| Automatyczne aktualizacje produktów | Cena, dostępność, stan | Dane strukturalne Product ze strony | Ukrywa błędy integracji feedu |
| Automatyczne poprawki obrazów | Główna miniatura oferty | Analiza pliku graficznego | Kadr i jakość zdjęcia bez zmian |
| Automatyczne aktualizacje dostawy | Koszt wysyłki przy ofercie | Obserwacja procesu zakupowego | Rozjazd kosztu widocznego i w koszyku |
| Automatyczne tagowanie URL | Adres docelowy oferty | Parametr generowany przez Google | Warianty adresów w raportach i indeksie |
Czym jest auto-tagging w Merchant Center i po co go włączać?
Auto-tagging Merchant Center dokleja do adresu docelowego oferty parametr srsltid, który pozwala przypisać wizytę w sklepie do konkretnego produktu klikniętego na bezpłatnych listach produktowych. Bez tego parametru ruch z darmowych ofert Google wpada do worka „organic” i nie da się go rozdzielić na poziomie pojedynczej oferty ani policzyć jego wartości.
Korzyść jest realna, ale kosztuje porządek w danych. Zanim włączysz tę funkcję, sprawdź cztery rzeczy:
- Tag canonical na karcie produktu: musi wskazywać adres bez parametrów, inaczej wyszukiwarka zobaczy setki wariantów jednego URL-a.
- Raport Skuteczność w Search Console: adresy z srsltid potrafią zdominować listę stron i zaburzyć czytanie danych organicznych.
- Konfiguracja Google Analytics: parametr trzeba obsłużyć w ustawieniach, żeby nie mnożył ścieżek w raportach stron.
- Buforowanie po stronie sklepu: cache reagujący na parametry URL wygeneruje osobną kopię strony dla każdego kliknięcia.
Uważam, że auto-tagging jest wart włączenia w każdym sklepie, który traktuje bezpłatne listy produktowe jako realny kanał, ale wyłącznie po sprawdzeniu tagu canonical. Sklep, który zostawia canonical z parametrem, sam sobie funduje problem indeksacyjny, a potem szuka jego przyczyny w zupełnie innym miejscu.
Czy wiesz, że…
Parametr srsltid pojawia się w raportach nawet w sklepach, które nigdy świadomie nie włączały auto-taggingu, bo funkcja bywa aktywowana razem z bezpłatnymi listami produktowymi. Jeśli widzisz w Search Console adresy z tym parametrem, sprawdź ustawienia konwersji w Merchant Center, zanim zaczniesz szukać awarii w sklepie.
Gdzie w Merchant Center włączyć lub wyłączyć automatyczne ulepszenia?
Ustawienia automatów znajdziesz w Merchant Center w sekcji poświęconej automatyzacjom i optymalizacjom danych produktowych, dostępnej z menu narzędzi konta. W nowym interfejsie prowadzi tam ścieżka przez ikonę ustawień i pozycję dotyczącą automatyzacji, w starszym układzie ta sama strona nosiła nazwę „Automatyczne ulepszenia” i siedziała w sekcji Produkty.
- Otwórz ustawienia konta i przejdź do strony z automatyzacjami oraz optymalizacjami danych produktowych.
- Rozwiń sekcję aktualizacji produktów i sprawdź osobno przełączniki dla ceny, dostępności oraz stanu produktu.
- Zdecyduj o obrazach: włącz automatyczne poprawki, jeśli w galerii są nakładki, wyłącz, jeśli zależy Ci na pełnej kontroli nad kreacją.
- Przejrzyj ustawienia dostawy i porównaj je z regułami wysyłki zadeklarowanymi w koncie, zanim zostawisz automat aktywny.
- Sprawdź tagowanie adresów URL w ustawieniach pomiaru i zapisz decyzję razem z datą, żeby za pół roku było wiadomo, kto i po co ją podjął.
Każdy przełącznik działa na poziomie konta, nie pojedynczego feedu ani kampanii. Konto wielokrajowe dostaje więc jedną decyzję dla wszystkich rynków, co przy różnej jakości danych strukturalnych na poszczególnych domenach bywa problemem. Wtedy jedynym wyjściem jest rozdzielenie kont albo doprowadzenie znaczników do porządku wszędzie.
Układ przełączników, który stosuję na kontach z wdrożonym JSON-LD Product i kompletnymi regułami dostawy.
Objaśnienie: aktualizacje ceny i dostępności zostawiam włączone jako zabezpieczenie na wypadek awarii generatora feedu, bo cicha korekta jest mniej kosztowna niż masowe odrzucenie ofert. Automat dostawy wyłączam do czasu zadeklarowania kompletnych reguł wysyłki, bo zaniżony koszt w wynikach kupuje kliknięcie, którego koszyk i tak nie obroni.
Kiedy automatyczne ulepszenia pomagają, a kiedy szkodzą sklepowi?
Automatyczne ulepszenia pomagają wtedy, gdy pełnią rolę siatki bezpieczeństwa dla sprawnej integracji, a szkodzą wtedy, gdy zastępują naprawę procesu. Różnica sprowadza się do jednego pytania: czy sprzedawca wie, ile jego ofert działa dziś na danych skorygowanych przez Google. Jeśli nie wie, automat nie jest ulepszeniem, tylko zasłoną.
Magda, e-commerce managerka w sklepie z artykułami dziecięcymi, zgłosiła się z problemem powtarzających się odrzuceń przy każdej wyprzedaży. Feed odświeżał się raz na dobę, promocje startowały o północy, a przez kilkanaście godzin Zakupy Google pokazywały stare ceny. Automat łatał to na bieżąco, więc problem był niewidoczny w raportach, dopóki nie zestawiliśmy cen z feedu z cenami widocznymi w podglądzie ofert. Zmiana harmonogramu pobierania feedu z 24 na 4 godziny zlikwidowała 87 procent korekt w ciągu dwóch tygodni.
Trzy przekonania, które w rozmowach o feedzie wracają najczęściej i które prowadzą do złych decyzji konfiguracyjnych.
Automat nie działa natychmiast, więc przy promocji trwającej dobę oferta i tak część czasu pokazuje starą cenę. Skrócenie interwału pobierania feedu daje efekt szybciej niż jakikolwiek automat.
Kontrola zgodności ceny i dostępności działa niezależnie od przełącznika. Wyłączenie automatu zamienia cichą korektę na twarde odrzucenie oferty, a przy powtarzalnym problemie na ostrzeżenie dotyczące całego konta.
Zdjęcie o zbyt małym rozmiarze albo pokazujące produkt na tle wnętrza pozostanie takie samo, tylko bez plakietki promocyjnej. Za jakość kreacji odpowiada sklep, nie automat Merchant Center.
Skala od A do F opisuje stosunek korzyści do ryzyka dla typowego sklepu z poprawnie działającą integracją feedu.
Chroni przed najkosztowniejszym scenariuszem: płatnym kliknięciem w produkt, którego nie ma na magazynie. Ryzyko minimalne, bo korekta idzie zawsze w stronę zgodną ze stanem sklepu.
Ratuje ofertę przy awarii generatora feedu i przy promocjach startujących poza harmonogramem pobierania. Wymaga jednak kontroli, bo maskuje realny problem z częstotliwością aktualizacji.
Utrzymuje w kampanii oferty, które inaczej wypadłyby za nakładki promocyjne. Minus: tracisz kontrolę nad tym, jak dokładnie wygląda miniatura widoczna w Zakupach Google.
Daje pomiar ruchu z bezpłatnych list na poziomie oferty, ale mnoży warianty adresów w Search Console i w analityce. Włączaj dopiero po sprawdzeniu tagu canonical.
Koszt wysyłki obserwowany przez Google rozjeżdża się z koszykiem, użytkownik odpada na ostatnim kroku, a sklep płaci za kliknięcie bez szansy na konwersję.
Jak sprawdzić, co automat realnie zmienił w Twoich ofertach?
Najszybszą diagnozę daje zestawienie wartości z pliku feedu z wartościami widocznymi w podglądzie pojedynczej oferty w Merchant Center. Każda różnica ceny, dostępności lub stanu produktu przy braku zmian po stronie sklepu oznacza aktywną korektę automatu, a nie błąd integracji.
- Otwórz stronę diagnostyki konta i przefiltruj problemy pod kątem komunikatów o niezgodności ceny, dostępności i stanu produktu.
- Wejdź w kartę pojedynczego produktu w Merchant Center i porównaj wartość przesłaną z wartością obecnie wyświetlaną.
- Sprawdź kartę produktu w sklepie narzędziem do testowania danych strukturalnych, żeby zobaczyć, co odczytuje robot.
- Wyeksportuj statusy ofert przez interfejs programistyczny, jeśli asortyment przekracza kilkaset indeksów i przegląd ręczny nie ma sensu.
- Powtórz kontrolę po każdej zmianie w silniku sklepu, wtyczce do feedu albo szablonie karty produktu.
Regułę, którą stosuję w pracy z klientami prowadzącymi e-commerce: liczba ofert z aktywną korektą automatu to wskaźnik zdrowia integracji, a nie statystyka do zignorowania. Przy stabilnym feedzie powinna oscylować wokół zera. Kiedy rośnie skokowo, źródłem prawie zawsze jest zmiana po stronie sklepu, o której dział marketingu nie został poinformowany. Typowe przyczyny odrzuceń, które łatwo pomylić z działaniem automatu, zebrałem w tekście o odrzuconych produktach w Merchant Center.
Czy wiesz, że…
Automatyczna korekta ceny wpływa też na kampanie, bo algorytm licytacji pracuje na wartości widocznej w ofercie. Sklep, który przez tydzień świeci ceną niższą niż w koszyku, zbiera kliknięcia o gorszej jakości i psuje dane, na których uczy się strategia ustalania stawek.
Podsumowanie
Przestań traktować automatyczne ulepszenia Merchant Center jak funkcję, którą się włącza i o niej zapomina. Zacznij postrzegać je jako czujnik: każda aktywna korekta to sygnał, że gdzieś między bazą sklepu, generatorem feedu a kartą produktu jest rozjazd, którego nikt nie zgłosił. Sam automat rozwiązuje objaw, nie przyczynę.
Praktyczny porządek działań wygląda tak:
- Sprawdź stan przełączników na stronie automatyzacji i zapisz, co jest włączone oraz od kiedy.
- Policz oferty z aktywną korektą i potraktuj tę liczbę jako punkt odniesienia dla kolejnych miesięcy.
- Napraw dane strukturalne na karcie produktu, zamiast liczyć na to, że automat będzie zgadywał poprawnie.
- Skróć interwał pobierania feedu, jeśli prowadzisz promocje krótsze niż doba.
- Wróć do ustawień po każdej większej zmianie w sklepie, we wtyczce lub w narzędziu do feedów.
Konto, na którym automaty pracują na zero korekt, to konto, w którym feed odzwierciedla rzeczywistość sklepu. Do tego stanu warto dążyć, nawet jeśli oznacza to kilka tygodni pracy nad integracją. Jeśli rozpoznajesz u siebie opisany wzorzec i chcesz ustalić, ile Twoich ofert żyje dziś na danych skorygowanych przez Google, taki przegląd jest stałym punktem audytu konta Merchant Center, który prowadzę dla sklepów.
Źródła i dokumentacja
Cztery materiały opisujące automaty Merchant Center od strony dokumentacji, wdrożenia programistycznego, chronologii zmian oraz praktyki sklepów. Każdy odnosi się do innej sekcji tego artykułu.
Automations and product data optimizations
Oficjalny opis strony z automatyzacjami: jakie mechanizmy Merchant Center udostępnia i gdzie leżą ich przełączniki. Punkt odniesienia dla sekcji o tym, gdzie włączyć lub wyłączyć automatyczne ulepszenia.
Allow Merchant Center to update product information automatically
Dokumentacja mechanizmu korygującego cenę, dostępność i stan produktu wraz z wymaganiami wobec danych na stronie. Bezpośrednia podstawa sekcji o atrybutach zmienianych przez automatyczne aktualizacje oraz o źródle danych dla tych korekt.
Google Merchant Center To Opt In All To Automatic Item Updates For Condition
Niezależna relacja z momentu, w którym Google zaczęło domyślnie włączać sprzedawcom automatyczne aktualizacje atrybutu condition. Dokumentuje tezę z sekcji o tym, dlaczego automat bywa aktywny na koncie, którego nikt świadomie nie konfigurował.
All you need to Know about Automatic Item Updates in Google Shopping
Opracowanie od strony zarządzania feedem: jak znaczniki na karcie produktu przekładają się na korekty oferty i jakie błędy popełniają sklepy. Wspiera sekcję o źródłach danych oraz sekcję o weryfikacji tego, co automat realnie zmienił.
Pytania i odpowiedzi (FAQ)
Sześć pytań, które sprzedawcy zadają już po decyzji o konfiguracji automatów: o czas reakcji, odpowiedzialność w firmie, zgodność z przepisami i o to, co dzieje się przy zmianie narzędzia do feedu.