Atrybuty feedu, które decydują, czy dynamiczna kreacja się wyrenderuje, czy wyświetli placeholder

Narzędzia do kreacji dynamicznych nie patrzą na twoje zdjęcia produktów. Patrzą na twój feed. Szablon pobiera image_link, title, price i kilka innych pól, a następnie wstawia je w układ – a jeśli któregoś z tych pól brakuje, jest błędnie sformatowane lub nie pasuje do wymagań kanału, efektem nie jest brzydka reklama, tylko pusta ramka, ikona placeholdera albo baner, który nigdy się nie wyświetli. Specyfikacja Google Merchant Center ustala minimum na 500 x 500 pikseli dla image_link, zalecając 1500 x 1500, a to tylko jedno z pięciu pól, które decydują o tym, czy wiersz danych katalogowych stanie się działającą reklamą. Ten przewodnik jest dla osoby, którą obwinia się, gdy kreacja „wygląda na zepsutą” – zwykle kogoś z zespołu feedowego lub growth, a nie grafika – i pokazuje, które pola mają znaczenie, co się psuje, gdy są błędne, i jak sprawdzić feed, zanim w ogóle dotkniesz szablonu.

Dlaczego kreacja dynamiczna traktuje feed jako źródło prawdy

Statyczny baner projektuje się raz i publikuje. Dynamiczny baner, wideo czy reklama katalogowa są generowane dla każdego SKU i każdego kanału na dużą skalę, co oznacza, że projekt istnieje wyłącznie jako zestaw reguł: umieść to pole tutaj, sformatuj tamto pole w ten sposób, ukryj ten element, jeśli pole jest puste. Narzędzia Feedance do kreacji graficznych, kreacji wideo i kreacji HTML5 działają w ten sposób, podobnie jak każdy inny silnik kreacji oparty na feedzie dostępny na rynku. Praktyczna konsekwencja jest taka, że błąd w kreacji to niemal zawsze błąd w danych przebrany za problem z designem. Jeśli dziesięć SKU na tysiąc pokazuje zepsuty układ, najszybsza diagnoza to nie „sprawdź szablon”, tylko „wyciągnij te dziesięć wierszy i zobacz, czym się różnią”.

Pięć pól feedu, które decydują o wyrenderowaniu kreacji

Nie każdy atrybut feedu produktowego wpływa na kreację. Te pięć tak – i zawodzą w przewidywalny sposób.

• image_link i additional_image_link. Google wymaga co najmniej 500 x 500 pikseli i zaleca 1500 x 1500 lub więcej, a także wprost zakazuje placeholderów, ogólnych ilustracji, ramek, znaków wodnych oraz tekstu promocyjnego lub logo wtopionych w zdjęcie. Osobna strona zasad omawia to bezpośrednio: odrzucenia z powodu „tekstu na obrazie” wywołują logo sprzedawcy, wezwania do działania lub znaki wodne zasłaniające produkt, choć Google nie publikuje dokładnego progu w pikselach ani procentach, określającego, ile tekstu to za dużo. W przypadku generowania kreacji zdjęcie z wtopioną plakietką z ceną lub naklejką „-50%” zderzy się z plakietką, którą twój szablon zaraz na nie nałoży, dając podwójnie ostemplowany, nieczytelny efekt. additional_image_link jest opcjonalne, ograniczone do dziesięciu adresów URL na produkt, a każdy wpis musi być czystym, zgodnym z RFC 3986 adresem URL krótszym niż 2000 znaków – zabłąkany przecinek w niezakodowanym adresie URL po cichu usunie wszystkie kolejne zdjęcia.
• title. Szablony przycinają tekst. Tytuł o długości 150 znaków przygotowany pod stronę wyników wyszukiwania zostanie ucięty w połowie słowa w miejscu docelowym 4:5 w feedzie lub w ramce relacji 9:16. Jeśli formuła tytułu umieszcza markę na początku, a cechę wyróżniającą na końcu („Rozmiar 42, czerwony, bawełna”), to właśnie ta część zostanie odcięta.
• price i sale_price. Silniki kreacji renderują to pole, które jest wypełnione, a drugie ukrywają. Feed, który wysyła sale_price równe price (częsty błąd eksportu tuż po zakończeniu rabatu), generuje baner reklamujący rabat 0% albo przekreśloną cenę identyczną z pokazaną – wygląda to na błąd renderowania, ale jest błędem danych.
• availability. Większość silników kreacji domyślnie wyklucza niedostępne produkty z dynamicznych zestawów. Jeśli twój feed zgłasza in stock jeszcze dzień po tym, jak magazyn faktycznie się wyprzedał, kreacja dalej wyświetla reklamę czegoś, czego klient nie może kupić – a to gorszy wynik niż pusta ramka.
• product_type / custom_label_0–4. Na ich podstawie szablon wybiera wariant układu – inną ramkę dla odzieży niż dla elektroniki, inne wezwanie do działania dla produktów w pełnej cenie niż dla wyprzedaży. Puste lub niespójne product_type oznacza, że każde SKU wraca do tego samego ogólnego szablonu niezależnie od kategorii – i zwykle to właśnie jest faktyczna przyczyna skarg typu „wszystkie nasze kreacje wyglądają tak samo”.

Analiza wiersza feedu przed i po

Poniższa tabela to przykład poglądowy, a nie feed rzeczywistego klienta, przygotowany po to, by pokazać, jak tych pięć pól zmienia się razem. Wiersz „przed” to typowy surowy eksport ze sklepu opartego na wtyczkach; wiersz „po” pokazuje, co naprawia przebieg wzbogacania opartego na regułach przed wygenerowaniem kreacji.

Żadna z tych pięciu poprawek nie dotyka samego szablonu kreacji. Szablon nie zmienił się między „przed” a „po” – zmienił się feed.

Ograniczenia kreacji w kanałach, które feed również musi spełnić

Nawet idealnie wzbogacony feed może dać zepsutą kreację, jeśli wynik nie odpowiada regułom formatu danego kanału. Różnią się one między platformami i często się zmieniają, więc traktuj poniższą tabelę jako punkt wyjścia do weryfikacji, a nie ostateczną specyfikację.

Pięciopunktowa diagnostyka, zanim obwinisz szablon

1. Wyciągnij konkretne SKU z zepsutą kreacją i najpierw sprawdź rozdzielczość oraz dostępność pliku w image_link – zdjęcie zwracające 404 lub za małe to zdecydowanie najczęstsza przyczyna.
2. Sprawdź, czy additional_image_link nie zawiera niezakodowanego przecinka lub adresu URL dłuższego niż 2000 znaków, co po cichu skraca listę zdjęć zamiast zgłosić widoczny błąd.
3. Porównaj price i sale_price – jeśli są równe, plakietka rabatu pokazuje prawdziwy błąd, a nie wadę projektu.
4. Porównaj wiek pola availability z faktycznym rytmem synchronizacji stanów magazynowych. Przy codziennej synchronizacji ta luka może z założenia wynosić do 24 godzin – to inny problem niż zepsuty feed i wymaga szybszego planu synchronizacji, a nie poprawki danych.
5. Pogrupuj zepsute SKU według product_type. Jeśli skupiają się w jednej kategorii, problemem jest zwykle brakująca lub błędnie sformatowana wartość taksonomii, a nie dane poszczególnych produktów.

Gdzie ta metoda się nie sprawdza

Ta metoda diagnozuje kompletność renderowania – czy pola potrzebne szablonowi są obecne, prawidłowo sformatowane i mają właściwy zakres. Nie diagnozuje jakości kreacji: tego, czy układ jest dobrze zaprojektowany, czy tekst konwertuje, ani czy tempo filmu utrzymuje uwagę. To pytania z zakresu designu i testowania, na które wzbogacanie feedu nie odpowie. Jeśli faktyczną luką twojego zespołu jest testowanie wielu wariantów kreacji na różnych segmentach odbiorców, a nie naprawianie zepsutych renderów, narzędzie zbudowane specjalnie wokół testowania wariantów, takie jak Marpipe, wykonuje inne zadanie niż generowanie kreacji z feedu i może lepiej odpowiadać na to konkretne pytanie. Warstwa ochrony feedu w Feedance również ma realne ograniczenie, które warto jasno nazwać: działa na podstawie monitorowania liczby produktów i logów błędów, a nie ciągłego nadzoru w czasie rzeczywistym, więc nagłe uszkodzenie feedu w ciągu dnia zostanie wychwycone przy kolejnym zaplanowanym sprawdzeniu, a nie w chwili, gdy nastąpi.

Najczęściej zadawane pytania

Dlaczego moja reklama dynamiczna pokazuje szary prostokąt zamiast zdjęcia produktu?

Najczęstszą przyczyną jest adres URL w image_link, który już nie działa, lub zdjęcie poniżej minimalnej rozdzielczości kanału. Zanim sprawdzisz cokolwiek innego, otwórz ten adres URL bezpośrednio w przeglądarce.

Czy Feedance synchronizuje mój feed w czasie rzeczywistym?

Nie. Feedance synchronizuje dane codziennie w planie Essentials i co godzinę w planach Business i Enterprise. Jeśli twoja kreacja musi odzwierciedlać zmiany stanów lub cen szybciej, plan z synchronizacją cogodzinną zamyka większość tej luki, ale żaden z planów nie działa w czasie rzeczywistym.

Czy tekst promocyjny wtopiony w zdjęcie produktu może spowodować odrzucenie całego feedu?

Może spowodować odrzucenie poszczególnych produktów na podstawie zasad Google dotyczących tekstu na obrazie, a nie całego konta, choć odpowiednio wysoki odsetek odrzuceń może wywołać szerszy przegląd na poziomie konta. Rozwiązaniem jest czyste zdjęcie bazowe samego produktu, a ewentualną plakietkę promocyjną powinien dodawać szablon kreacji.

Ile dodatkowych zdjęć na produkt naprawdę warto wysyłać?

additional_image_link pozwala na maksymalnie dziesięć, ale przy generowaniu kreacji więcej nie znaczy automatycznie lepiej – każde zdjęcie to potencjalne dane wejściowe szablonu, więc wysyłaj zdjęcia, które rzeczywiście pokazują inne ujęcia lub konteksty, a nie niemal identyczne kopie.

Dlaczego jedna kategoria produktów renderuje się dobrze, a inna nie?

Niemal zawsze wynika to z luki w product_type lub custom_label. Jeśli pole jest puste lub niespójnie sformatowane w jednej kategorii, każde SKU w niej wraca do ogólnego szablonu, niezależnie od jakości zdjęć.

Czy niedostępne produkty należy całkowicie usuwać z feedu?

Niekoniecznie – ustawienie availability na out of stock i pozwolenie silnikowi kreacji na ich wykluczenie zwykle wystarcza i zachowuje historyczne dane o wynikach na wypadek powrotu produktu. Całkowite usunięcie jest potrzebne tylko w przypadku SKU wycofanych z oferty.

Czy Feedance zarządza strategią ustalania stawek, gdy kreacja już działa?

Nie. Feedance zarządza feedem i generuje z niego kreacje; decyzje o strategii stawek i budżecie pozostają na platformie reklamowej lub w twoim narzędziu do zakupu mediów.

Jak najszybciej wychwycić te problemy przed publikacją?

Przeprowadź powyższą pięciopunktową diagnostykę na próbce SKU przed startem kampanii, a nie po tym, jak kreacje zaczną się wyświetlać. Wychwycenie błędnie sformatowanej wartości product_type w dziesięciu SKU to pięciominutowa poprawka przed startem i zgłoszenie do supportu po nim.

Jeśli twoje dynamiczne kreacje się psują i chcesz, by ktoś jeszcze sprawdził, które z tych pięciu pól jest faktyczną przyczyną, 15-minutowe demo to najszybszy sposób, by przejść przez twój feed z tą listą kontrolną.