Metody dodawania feedu do Merchant Center - plik, URL, Arkusze Google, zaplanowane pobieranie

Dodanie feedu do Merchant Center polega na utworzeniu źródła danych produktowych, z którego Google pobiera informacje o asortymencie sklepu: tytuły, ceny, dostępność, zdjęcia i identyfikatory. Merchant Center przyjmuje te dane pięcioma metodami: przez przesłanie pliku, zaplanowane pobieranie z adresu URL, arkusz w Arkuszach Google, połączenie platformy sklepowej oraz automatyczne indeksowanie witryny na podstawie danych schema.org. Wybrana metoda decyduje o tym, jak szybko zmiany cen i stanów magazynowych trafiają do Zakupów Google i kampanii produktowych.

Najczęstszy scenariusz, jaki widzę przy przejmowaniu kont: sklep ma feed, kampania produktowa działa, a ceny w reklamach różnią się od tych na stronie o kilkanaście złotych. Winna nie jest jakość samego pliku, tylko sposób jego dostarczania. Ktoś wgrał plik ręcznie w dniu uruchomienia kampanii i nikt tego nie powtórzył. Metoda dodania feedu to nie formalność konfiguracyjna, tylko decyzja o częstotliwości synchronizacji danych, a ta przekłada się wprost na liczbę odrzuconych ofert i na wiarygodność konta.

Jak dodać feed do Merchant Center krok po kroku?

Feed dodaje się w panelu Merchant Center w sekcji Ustawienia, w zakładce Źródła danych, wybierając typ źródła i wskazując lokalizację danych. Cała operacja zajmuje kilka minut, a właściwa praca zaczyna się przy pierwszym przetworzeniu pliku, gdy Google pokazuje listę błędów i ostrzeżeń.

1. Wejdź w Ustawienia i wybierz Źródła danych w lewym menu konta Merchant Center. Zakładka Źródła produktów zbiera wszystkie feedy, którymi zasilasz konto.
2. Kliknij Dodaj źródło produktów i wskaż metodę: dodanie produktów z pliku, z Arkuszy Google, automatycznie z witryny, przez połączenie platformy albo pojedynczo.
3. Ustaw kraj sprzedaży i język danych w źródle. Ta para decyduje o tym, w których kampaniach i bezpłatnych ofertach produkty będą widoczne.
4. Wskaż lokalizację danych: wgraj plik z dysku, podaj bezpośredni adres URL pliku albo połącz arkusz z konta Google.
5. Ustaw harmonogram aktualizacji, jeśli wybrałeś pobieranie z adresu URL lub arkusz. Częstotliwość dobierasz do tempa zmian cen i stanów magazynowych.
6. Poczekaj na pierwsze przetworzenie i przejrzyj raport diagnostyki. Ostrzeżenia o brakujących atrybutach warto naprawić od razu, zanim uruchomisz kampanię produktową.

Zawartość samego pliku rządzi się osobnymi regułami: wymaganymi atrybutami, formatem ceny, identyfikatorami GTIN. Opisuję je w materiale o tym, czym jest feed produktowy i jak go utworzyć. Tutaj skupiam się wyłącznie na drodze, jaką ten plik pokonuje do konta.

Jakie metody dodawania danych produktowych obsługuje Merchant Center?

Merchant Center obsługuje pięć metod dodawania danych produktowych, które różnią się progiem technicznym i świeżością danych. Najprostsze wymagają wyłącznie dostępu do panelu, najbardziej zaawansowane wymagają programisty lub gotowej integracji po stronie sklepu.

• Przesłanie pliku z dysku: wgrywasz plik tekstowy z tabulatorami lub XML bezpośrednio w przeglądarce. Dane są aktualne w momencie wgrania i tylko wtedy.
• Zaplanowane pobieranie z adresu URL: wskazujesz stały adres, pod którym sklep generuje plik, a Google sam go pobiera według ustalonego harmonogramu.
• Arkusze Google: dane trzymasz w arkuszu kalkulacyjnym powiązanym z kontem, a Merchant Center czyta go bezpośrednio, bez pośrednictwa serwera.
• Połączenie platformy e-commerce: Shopify, WooCommerce czy PrestaShop przekazują dane produktowe przez oficjalną integrację, bez ręcznego budowania pliku.
• Automatyczne dodawanie produktów z witryny: Google indeksuje strony produktowe i wyciąga dane ze znaczników schema.org, bez żadnego pliku.

Kiedy ręczne przesłanie pliku produktowego ma sens?

Ręczne przesłanie pliku ma sens w trzech sytuacjach: przy pierwszym teście konta, przy jednorazowej akcji sprzedażowej z zamkniętą listą produktów oraz przy asortymencie, który nie zmienia ceny ani dostępności. We wszystkich pozostałych przypadkach to rozwiązanie awaryjne, nie docelowe.

Uważam, że utrzymywanie ręcznego uploadu jako stałej metody zasilania konta jest jednym z najkosztowniejszych skrótów w e-commerce. Koszt nie pojawia się od razu. Rośnie po cichu: najpierw jedna cena rozjeżdża się po promocji, potem kilkanaście, aż konto dostaje ostrzeżenie o niezgodności danych, a kampania produktowa traci połowę ofert. Naprawa tego stanu zajmuje więcej czasu niż jednorazowa konfiguracja automatycznego pobierania.

• Test przed wdrożeniem: chcesz sprawdzić, czy struktura pliku przechodzi walidację, zanim podłączysz generator feedu.
• Zamknięta akcja sprzedażowa: kilkadziesiąt produktów na targi lub wyprzedaż kolekcji, wycofywanych po zakończeniu akcji.
• Asortyment statyczny: katalog usług lub produktów na zamówienie, gdzie cena zmienia się raz na kwartał.
• Awaria generatora feedu: tymczasowe podtrzymanie kampanii, gdy adres pliku przestał odpowiadać.

Jeśli nie masz pewności, czy Twoje obecne źródło danych nadąża za zmianami cennika, to jeden z pierwszych punktów, które sprawdzam podczas audytu konta Google Ads.

Jak skonfigurować zaplanowane pobieranie feedu z adresu URL?

Zaplanowane pobieranie konfigurujesz przy zakładaniu źródła typu plik: zamiast wgrywać dokument, podajesz jego stały adres i wybierasz częstotliwość oraz godzinę pobrania. Od tego momentu Google sam odwiedza ten adres i zaciąga aktualną wersję danych.

1. Przygotuj stały adres pliku generowanego przez sklep, na przykład wtyczkę eksportu lub skrypt uruchamiany cyklicznie.
2. W panelu wybierz Dodaj źródło produktów i opcję dodania produktów z pliku, a następnie Edytuj harmonogram.
3. Ustaw częstotliwość i godzinę pobrania. Godzinę dobierz tak, aby przypadała po zakończeniu generowania pliku przez sklep, nie w jego trakcie.
4. Dodaj dane uwierzytelniające, jeśli plik wymaga loginu i hasła albo leży na serwerze sftp.
5. Zapisz źródło i uruchom pobranie testowe, żeby zobaczyć raport przetwarzania jeszcze przed pierwszym zaplanowanym cyklem.

Warunki techniczne, które muszą być spełnione po stronie sklepu, są krótkie, ale bezwzględne:

• Rozmiar pliku poniżej 4 GB w wersji nieskompresowanej lub spakowanej.
• Protokół http, https, ftp lub sftp na początku adresu, bez przekierowań do panelu logowania.
• Brak blokady Googlebota i AdsBot-Google w pliku robots.txt oraz na poziomie zapory serwera.
• Bezpośredni link do pliku, a nie do strony HTML z listą produktów lub odnośnikiem do pobrania.
• Stabilny adres, który nie zmienia się przy każdym wygenerowaniu pliku, na przykład przez dopisywanie znacznika czasu.

W praktyce najczęstszy błąd to punkt czwarty. Sklep generuje plik pod adresem, który po wejściu w przeglądarce wygląda dobrze, ale zwraca stronę pośrednią z komunikatem o pobieraniu. Google widzi wtedy HTML, nie dane produktowe, i przetwarzanie kończy się zerem ofert.

Kiedy feed w Arkuszach Google sprawdza się lepiej niż plik na serwerze?

Arkusze Google wygrywają wtedy, gdy sklep nie ma generatora feedu, a asortyment mieści się w kilkuset pozycjach edytowanych ręcznie. Arkusz pełni wtedy rolę bazy produktowej dla Google, a zmiana ceny sprowadza się do edycji komórki i odczekania na kolejną synchronizację.

Magda, właścicielka sklepu z drewnianymi zabawkami, przyszła z 148 produktami i systemem sklepowym bez eksportu do formatu Google. Zbudowanie feedu w arkuszu zajęło jedno popołudnie, wraz z formułami sklejającymi tytuły z nazwy, materiału i grupy wiekowej. Po dwóch tygodniach liczba zatwierdzonych ofert wzrosła ze 106 do 141, bo brakujące atrybuty dało się uzupełnić bez kolejki do programisty. To rozwiązanie miało też oczywisty limit: przy trzecim tysiącu pozycji arkusz zaczyna działać jak hamulec.

• Brak eksportu w systemie sklepowym: arkusz omija problem, zamiast czekać na wdrożenie po stronie sklepu.
• Potrzeba szybkich korekt tytułów: formuły pozwalają przebudować tytuły całej kategorii jednym pociągnięciem.
• Praca kilku osób na tych samych danych: historia zmian arkusza pokazuje, kto i kiedy zmienił wartość atrybutu.
• Uzupełnianie danych obok głównego feedu: arkusz świetnie sprawdza się jako źródło dodatkowych atrybutów dla wybranej puli produktów.

Granica opłacalności przebiega tam, gdzie ręczna edycja przestaje nadążać za magazynem. Jeśli dostępność produktów zmienia się w ciągu dnia, arkusz zawsze będzie spóźniony, bo nikt nie przepisuje stanów magazynowych na bieżąco.

Na czym polega automatyczne dodawanie produktów ze sklepu bez feedu?

Automatyczne dodawanie produktów polega na tym, że Google odczytuje dane ze stron produktowych sklepu na podstawie znaczników schema.org i sam tworzy z nich oferty w Merchant Center. Nie powstaje żaden plik, a jedyne, co podajesz w koncie, to adres witryny.

Ta metoda ma dwie twarze. Z jednej strony pozwala ruszyć bez feedu i bez programisty, co dla sklepu na starcie bywa jedyną realną drogą do bezpłatnych ofert produktowych. Z drugiej strony jakość danych zależy w całości od poprawności znaczników, a te w polskich sklepach bywają niekompletne: brakuje identyfikatora GTIN, dostępność jest wpisana na sztywno, cena nie zawiera waluty. Jestem przekonany, że to rozwiązanie pomostowe, a nie docelowa architektura danych dla sklepu, który poważnie liczy na przychód z Zakupów Google.

• Zakres danych: tylko to, co jest w znacznikach schema.org na stronie produktu.
• Aktualizacja: w rytmie indeksowania witryny, bez możliwości ustawienia własnej godziny.
• Ograniczenie: metoda nie obsługuje reklam lokalnych ani bezpłatnych ofert lokalnych.
• Pierwszeństwo: produkt przejęty przez inne źródło przestaje być aktualizowany danymi z indeksowania.

Czym różni się połączenie platformy sklepowej od własnego feedu?

Połączenie platformy przenosi odpowiedzialność za mapowanie danych na wtyczkę lub aplikację sklepu, a własny feed zostawia to mapowanie w Twoich rękach. W pierwszym wariancie konfigurujesz kilka pól i gotowe, w drugim decydujesz o każdym atrybucie z osobna.

Integracje oficjalne mają wielką zaletę: aktualizują dane bez udziału człowieka i same przenoszą zmiany z karty produktu. Mają też koszt, o którym rzadko się mówi. Mapowanie jest sztywne, więc jeśli chcesz w tytule oferty mieć markę, model i pojemność, a wtyczka wysyła samą nazwę produktu, zostajesz z regułami po stronie Merchant Center albo z dodatkowym źródłem uzupełniającym. Do tego dochodzi opóźnienie: zmiany w sklepie mogą pojawić się w koncie po 24 do 48 godzin.

• Wtyczka lub aplikacja platformy: szybkie wdrożenie, ograniczona kontrola nad kształtem atrybutów.
• Własny feed z zaplanowanym pobieraniem: dłuższe wdrożenie, pełna kontrola nad tytułami, kategoriami i etykietami niestandardowymi.
• Wariant mieszany: integracja jako źródło podstawowe plus arkusz uzupełniający dla najważniejszych kategorii.

W kontach, które prowadzę, wariant mieszany sprawdza się najczęściej u sklepów rosnących: integracja zapewnia ciągłość danych, a arkusz pozwala testować układ tytułów na wybranej grupie produktów bez ruszania całego katalogu.

Jak często aktualizować dane produktowe w Merchant Center?

Częstotliwość aktualizacji powinna odpowiadać tempu zmian cen i stanów magazynowych, a nie wygodzie osoby obsługującej konto. Sklep zmieniający ceny codziennie potrzebuje pobierania raz dziennie lub częściej, sklep z katalogiem stabilnym przez tygodnie wystarczająco obsłuży harmonogram tygodniowy.

Pomoc Merchant Center zawiera przy tym praktyczną wskazówkę, o której łatwo zapomnieć: harmonogram warto ustawiać po wprowadzeniu zmian w danych produktowych, nie przed. Ustawienie pobierania na godzinę, o której sklep jeszcze przelicza ceny, oznacza, że Google zaciągnie wersję sprzed zmiany i będzie ją utrzymywał do kolejnego cyklu.

Harmonogram aktualizacji to jeden z punktów, które sprawdzam na starcie każdej współpracy jako specjalista Google Ads, bo źle ustawiona godzina pobierania potrafi zabrać kampanii produktowej dzień skutecznej sprzedaży.

Dlaczego feed nie pobiera się poprawnie i jak to zdiagnozować?

Nieudane pobranie feedu ma zwykle jedną z pięciu przyczyn technicznych i wszystkie widać w raporcie źródła danych, w historii pobrań. Merchant Center podaje tam kod błędu oraz moment, w którym pobranie się nie powiodło, co skraca diagnostykę do kilku minut.

• Adres prowadzi do strony HTML: Google odczytuje kod strony zamiast danych produktowych i kończy przetwarzanie zerem ofert.
• Blokada bota: reguła w robots.txt lub zapora aplikacyjna odrzuca Googlebota i AdsBot-Google, zwracając kod 403.
• Brak uwierzytelnienia: plik leży za logowaniem, a w źródle nie podano loginu i hasła.
• Zbyt duży plik: przekroczenie limitu 4 gigabajtów przerywa pobranie w połowie transferu.
• Zmienny adres pliku: generator dopisuje do nazwy datę lub znacznik czasu, więc adres z konfiguracji przestaje istnieć następnego dnia.

Warto rozdzielić dwie warstwy problemu. Błąd pobrania oznacza, że Google nie dostał pliku. Błąd przetwarzania oznacza, że plik dotarł, ale dane w nim nie przeszły walidacji, co jest już zupełnie inną historią, opisaną szerzej w tekście o tym, dlaczego pojawiają się odrzucone produkty w Merchant Center. Mylenie tych dwóch warstw prowadzi do poprawiania atrybutów w pliku, którego Google w ogóle nie widzi.

Którą metodę dodawania feedu wybrać dla swojego sklepu?

Wybór metody sprowadza się do dwóch pytań: czy sklep potrafi wystawić plik produktowy pod stałym adresem oraz jak szybko zmieniają się ceny i stany magazynowe. Odpowiedzi na te dwa pytania zawężają decyzję do jednej lub dwóch opcji, resztę można pominąć.

Przy okazji tego wyboru warto spojrzeć szerzej na to, co konto daje sklepowi poza kampaniami, bo bezpłatne oferty produktowe działają na tych samych danych. Zebrałem to w przewodniku po tym, jakie ma możliwości Google Merchant Center. Jeśli rozpoznajesz u siebie wzorzec z ręcznie wgrywanym plikiem i rosnącą liczbą ostrzeżeń, napisz do mnie, przejdziemy przez konfigurację źródeł danych krok po kroku.

Podsumowanie

Metoda dodania feedu do Merchant Center to nie kwestia gustu, tylko decyzja o tym, jak często dane w reklamach będą zgadzać się z rzeczywistością w sklepie. Ręczny upload daje pełną kontrolę i zerową odporność na zmiany. Zaplanowane pobieranie z adresu URL daje odporność, ale wymaga sprawnego generatora pliku. Arkusze Google i integracje platformowe siedzą pośrodku, każde z własnym kompromisem.

Przestań traktować dodanie feedu jak jednorazową czynność wdrożeniową. Zacznij postrzegać je jako proces synchronizacji, który ma swój harmonogram, swoje punkty awarii i swojego właściciela w firmie. Ta zmiana perspektywy rozwiązuje większość problemów z niezgodnością ceny, zanim one w ogóle wystąpią.

Jeśli dziś zasilasz konto ręcznie, wykonaj jeden ruch: sprawdź, czy Twój sklep potrafi wystawić plik pod stałym adresem. Jeśli tak, konfiguracja zaplanowanego pobierania zajmie kilkanaście minut i zdejmie z Ciebie zadanie, o którym i tak zawsze zapominasz w najgorszym momencie, czyli w środku promocji.

Samodzielny Specjalista Google Ads

Artur Smolicki

Od ponad 15 lat specjalizuję się w przygotowaniu, wdrożeniu i optymalizacji kampanii Google Ads. W 2024 roku uzyskałem status Google Premier Partner dla 3% najlepszych specjalistów i agencji w Polsce. Prowadzę kampanie reklamowe na 29 rynkach zagranicznych, tak dla segmentu e-commerce jak i B2B.

Współpraca →Poznaj mnie →