Optymalizacja pliku produktowego dla Comparison Shopping Services

Dwa poziomy danych o produktach, które musisz rozróżnić

W CSS i Google Shopping często mylone są dwa różne poziomy danych.

1. Feed sprzedawcy w Google Merchant Center

Ten feed zawiera dane o produktach ze sklepu internetowego. Obejmuje na przykład:

• Identyfikator produktu
• Tytuł
• Opis
• Strona produktu
• Cena
• Dostępność
• Zdjęcia
• Marka
• GTIN
• Informacje o wariantach
• Dane dotyczące wysyłki

Dane te są wykorzystywane między innymi do reklam produktowych i bezpłatnych ofert produktów. Feed pozostaje kluczowy, nawet jeśli sprzedawca jest podłączony przez partnera CSS.

2. Dane produktów dla stron produktowych CSS

Usługi porównywania cen (Comparison Shopping Services) mogą dodatkowo udostępniać własne strony produktów. Dla organicznego wyświetlania takich stron produktowych CSS, Google wymienia między innymi atrybuty takie jak id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, atrybuty wariantów, product_detail i product_highlight.

Praktyczna konsekwencja jest taka:

Dane o produktach nie tylko muszą być technicznie poprawne. Muszą być również tak ustrukturyzowane, aby sprzedawcy, Google i dostawca CSS mogli jednoznacznie identyfikować te same produkty.

W jakiej kolejności optymalizować feed?

Częstym błędem jest natychmiastowe pisanie nowych tytułów, mimo że nadal istnieją podstawowe błędy w danych.

Bardziej sensowna jest jasna priorytetyzacja:

Starannie zoptymalizowany tytuł na niewiele się zda, jeśli produkt zostanie odrzucony z powodu błędu cenowego. I odwrotnie, zatwierdzony feed to jeszcze nie dobry feed.

Stabilne identyfikatory produktów i czyste warianty stanowią podstawę

Każdy produkt na sprzedaż, a właściwie każdy wariant produktu, który można zamówić niezależnie, wymaga unikalnego przypisania.

W przypadku koszulki z pięcioma rozmiarami i czterema kolorami nie ma tylko jednego produktu, ale aż do 20 konkretnych wariantów. Każdy wariant może mieć własną kombinację następujących danych:

• Identyfikator produktu
• Kolor
• Rozmiar
• Cena
• Dostępność
• Zdjęcie
• GTIN
• MPN

Google w swoich przykładach pokazuje, że warianty mogą być przesyłane osobno i łączone za pomocą wspólnego item_group_id. Tytuł i atrybuty wariantów powinny poprawnie opisywać dane wykonanie.

Dobre zasady dla identyfikatorów produktów

Identyfikator produktu powinien:

• pozostać stabilny na stałe
• być unikalny w ramach feedu
• nie zależeć od ceny ani stanu magazynowego
• w miarę możliwości pochodzić z systemu zarządzania towarami lub systemu sklepu
• w przypadku wariantów identyfikować konkretne wykonanie

Nie używaj za każdym razem nowego identyfikatora, gdy zmieniasz tytuł, cenę lub zdjęcie. Dla Google stworzyłoby to nową ofertę, mimo że nadal jest to ten sam produkt.

Typowy błąd wariantów

Sprzedawca przesyła wszystkie rozmiary buta pod tym samym identyfikatorem. Na stronie docelowej domyślnie wybrany jest rozmiar 42, ale w feedzie produkt określony jest jako rozmiar 39.

W związku z tym feed, strona produktu i faktycznie dostępny do wyboru wariant nie są ze sobą spójne.

Lepsze jest:

• własny identyfikator dla każdego rozmiaru i koloru
• poprawny wariant strony docelowej
• odpowiednie zdjęcie wariantu
• aktualna dostępność
• wspólny item_group_id

Optymalizacja tytułów produktów: precyzja zamiast liczby słów kluczowych

Tytuł produktu to nie klasyczny tytuł SEO ani reklama. Ma on jak najszybciej wyjaśnić Google i użytkownikowi, jaki konkretny produkt jest oferowany.

Dobry tytuł, w zależności od asortymentu, odpowiada na kilka z tych pytań:

• Jaka marka?
• Jaki model?
• Jaki rodzaj produktu?
• Dla jakiej grupy docelowej?
• Jakie wykonanie?
• Jaki kolor?
• Jaki rozmiar?
• Jaki materiał?
• Jaka specyfikacja techniczna?
• Jaka liczba sztuk?

Google zaleca dokładne i specyficzne tytuły oraz prezentuje warianty, takie jak kolor i rozmiar, bezpośrednio w tytule również we własnych przykładach.

Sensowne struktury tytułów według typu produktu

Przykłady

Zbyt ogólne:

Damska kurtka nowoczesna tanio

Lepsze:

Marka Damska kurtka przejściowa wodoodporna Granatowy Rozmiar 40

Zbyt reklamowe:

Najlepszy profesjonalny ekspres do kawy kup teraz tanio

Lepsze:

Marka Model Ekspres automatyczny 15 bar 1,8 l Czarny

Niedokładne:

Pompa przemysłowa stal nierdzewna

Lepsze:

Marka Pompa wirowa 400 V 12 m³/h Stal nierdzewna DN 50

Najważniejsze informacje na początku

Nie każdy tytuł jest wyświetlany w całości w każdej prezentacji. Dlatego umieść informacje decydujące o zakupie na początku.

W przypadku znanego produktu markowego, marka może być na pierwszym miejscu. W przypadku mniej znanego producenta, konkretny typ produktu może być ważniejszy.

Nie ma sztywnej reguły dla wszystkich asortymentów. Kluczowe jest, jaka informacja pozwala użytkownikowi najszybciej zidentyfikować produkt.

Bez sztucznych list słów kluczowych

Tytuł taki jak ten nie zapewnia dodatkowej przejrzystości:

Krzesło biurowe krzesło do pisania krzesło robocze krzesło obrotowe kup tanio online

Kilka podobnych terminów umieszczonych obok siebie sprawia, że tytuł staje się nieczytelny i rozwadnia konkretny opis produktu.

Lepsze:

Marka ergonomiczne krzesło biurowe z podparciem lędźwiowym Czarne

Synonimy, dodatkowe obszary zastosowania i szczegóły techniczne mogą zostać uwzględnione w opisie lub w dodatkowych atrybutach.

Prawidłowe oznaczanie tytułów produktów generowanych przez AI

W przypadku dużych asortymentów, systemy AI mogą pomóc w generowaniu tytułów ze strukturyzowanych danych produktów. Jednak AI nie powinna swobodnie „tworzyć”, lecz działać w oparciu o jasne zasady.

Sensowny prompt, czyli szablon tytułu, używa tylko faktycznie istniejących pól:

Utwórz tytuł produktu z marki, modelu, typu produktu, koloru, rozmiaru i materiału. Nie wymyślaj cech i nie używaj stwierdzeń reklamowych.

W aktualnej dokumentacji Merchant Center Google rozróżnia klasyczny atrybut title i structured_title. W przypadku tytułów generowanych przez generatywną AI, należy używać structured_title. Tytuły niegenerowane przez AI mogą być przesyłane poprzez title lub structured_title.

Nawet w przypadku automatycznych tytułów, kontrola jakości jest niezbędna. Sprawdź w szczególności:

• wymyślone cechy
• podwójne terminy
• błędne jednostki miary
• ucięte nazwy modeli
• brakujące dane wariantów
• nienaturalne tłumaczenia
• niedozwolone stwierdzenia reklamowe

Tworzenie opisów dla użytkowników i systemów

Wiele opisów produktów w feedzie składa się jedynie z pierwszego akapitu strony produktu. Inne zawierają elementy nawigacyjne, pozostałości HTML, ogólne teksty producentów lub zamienne frazy reklamowe.

Dobry opis w feedzie powinien natomiast zrozumiale podsumowywać najważniejsze cechy produktu.

W zależności od produktu, należą do nich:

• funkcja
• obszar zastosowania
• materiał
• wymiary
• dane techniczne
• kompatybilność
• zakres dostawy
• grupa docelowa
• specjalne cechy wyposażenia

Dla bogatych prezentacji produktów Google zaleca obszerne, dobrze ustrukturyzowane opisy i podaje ponad 200 znaków jako rekomendację. Dodatkowo, szczegóły produktu i dodatkowe zdjęcia produktu mogą być przesyłane za pośrednictwem oddzielnych atrybutów.

Przykład słabego opisu

Wysokiej jakości produkt o najlepszej jakości. Zamów teraz wygodnie online i skorzystaj z naszej szybkiej wysyłki.

Tekst mógłby pasować do prawie każdego produktu. Nie dostarcza ani Google, ani potencjalnemu klientowi użytecznych informacji.

Lepiej

Biurko z regulacją wysokości z elektrycznie sterowanym stelażem, powierzchnią roboczą 160 × 80 cm i zakresem regulacji od 65 do 130 cm. Stelaż posiada dwa silniki, funkcję pamięci dla czterech wysokości oraz maksymalne obciążenie 100 kg.

Tutaj opisane są konkretne cechy, bez przeładowywania tekstu słowami kluczowymi.

Skuteczne użycie product_highlight i product_detail

Nie każda informacja musi znaleźć się w tytule lub opisie.

Dzięki product_highlight możesz przekazać zorganizowane, krótkie zalety produktu lub kluczowe cechy. Google zaleca od czterech do sześciu wyróżnień; możliwe są co najmniej dwa i maksymalnie 100. Pojedyncze wyróżnienie może zawierać do 150 znaków.

Przykłady:

• Elektryczna regulacja wysokości od 65 do 130 cm
• Funkcja pamięci dla czterech wysokości roboczych
• Obciążenie do 100 kg
• Dwa ciche silniki
• Blat z drewna z certyfikatem FSC

Atrybut product_detail natomiast nadaje się do bardziej ustrukturyzowanych danych technicznych, na przykład:

Dzięki temu tytuł pozostaje czytelny, a informacje techniczne są dostępne w sposób zorganizowany.

Prawidłowe przesyłanie GTIN, marki i MPN

Unikalne identyfikatory produktów pomagają jednoznacznie zidentyfikować konkretny produkt handlowy.

Do najważniejszych danych należą:

• gtin: Global Trade Item Number, na przykład EAN lub UPC
• brand: Marka
• mpn: Numer części producenta

Google zaleca, aby w miarę możliwości przesyłać wszystkie trzy informacje. Te identyfikatory produktów mogą pomóc Google prawidłowo przypisać ofertę i pokazać użytkownikom poszukiwany produkt.

Nigdy nie wymyślaj numeru GTIN

Jeśli produkt posiada oficjalny numer GTIN, musi być użyty dokładnie ten numer. Nie generuj własnych sekwencji cyfr tylko po to, aby wypełnić pole.

W przypadku wariantów często każdy konkretny wariant ma swój własny numer GTIN. Czerwony T-shirt w rozmiarze M może mieć inny numer GTIN niż ten sam model w kolorze niebieskim lub w rozmiarze L.

Produkty bez unikalnych identyfikatorów

Ręcznie wykonane pojedyncze egzemplarze, produkty zindywidualizowane lub niektóre wyroby własne mogą nie posiadać numerów GTIN, MPN lub marki.

W przypadku produktów, którym faktycznie nie przypisano unikalnych identyfikatorów, można użyć atrybutu identifier_exists z wartością „no” lub „false”. Tego atrybutu nie należy używać do omijania brakujących danych dla normalnych produktów markowych.

Marki własne

W przypadku prawdziwej marki własnej, wprowadzasz swoją markę jako „brand”. Istniejący wewnętrzny numer artykułu może pod pewnymi warunkami służyć jako MPN, jeśli jednoznacznie identyfikuje produkt jako artykuł producenta.

Ważne jest konsekwentne używanie w sklepie, w feedzie, na opakowaniu i na stronie produktu.

Rozróżnianie kategorii produktów Google i własnych typów produktów

Atrybuty google_product_category i product_type pełnią różne funkcje.

google_product_category

Tutaj produkt jest klasyfikowany zgodnie z taksonomią produktów Google.

Przykład:

Odzież i akcesoria > Odzież > Odzież wierzchnia > Kurtki i płaszcze

Google dokumentuje zarówno numeryczne identyfikatory kategorii, jak i pełne ścieżki kategorii oraz pokazuje przyporządkowanie na podstawie wielu typów produktów.

Wybierz najbardziej szczegółową kategorię. Krzesło biurowe nie powinno być ogólnie klasyfikowane jako „Meble”, jeśli dostępna jest bardziej precyzyjna podkategoria.

product_type

To pole może odzwierciedlać strukturę Twojego sklepu lub asortymentu.

Przykład:

Wyposażenie biura > Krzesła biurowe > Ergonomiczne krzesła biurowe

Czysty typ produktu pomaga w ocenie i grupowaniu produktów zgodnie z Twoją rzeczywistą logiką asortymentu.

Nie umieszczaj logiki kampanii w kategoriach

Wartości takie jak te nie są sensownymi typami produktów:

• wysoka marża
• Bestseller
• Wyprzedaż
• Kampania 3
• Test PMax
• Priorytet A

Takie informacje należą do etykiet niestandardowych (Custom Labels). Kategoria powinna opisywać, czym jest produkt, a nie jak chcesz go promować.

Zoptymalizuj zdjęcia produktów i lifestyle_image_link

Zdjęcie często decyduje o tym, czy użytkownik w ogóle zauważy wynik Zakupów Google.

Główne zdjęcie powinno przedstawiać konkretny produkt w możliwie najjaśniejszy sposób. Unikaj:

• błędnych wariantów
• maleńkich produktów na dużych powierzchniach obrazu
• słabego wycinania tła
• niespójnych teł
• rozmytych zdjęć
• zdjęć zastępczych
• akcesoriów nieuwzględnionych w ofercie jako dominującego elementu

Aby uzyskać bogatą prezentację produktów, Google zaleca obrazy o wysokiej rozdzielczości i podaje ponad 1500 pikseli po dłuższym boku jako rekomendację.

Główne zdjęcie odpowiada na pytanie: Co kupuję?

Atrybut image_link powinien przedstawiać faktycznie oferowany produkt.

W przypadku wariantów zdjęcie musi pasować do koloru, materiału lub wykonania. Użytkownik, który klika na niebieskie krzesło, nie powinien trafić na stronę produktu z czerwonym krzesłem jako wstępnie wybranym wariantem.

Dodatkowe zdjęcia odpowiadają na dalsze pytania zakupowe

Za pomocą additional_image_link możesz przesłać dodatkowe widoki. Google obsługuje do dziesięciu dodatkowych zdjęć. Mogą one przedstawiać na przykład różne perspektywy, detale, opakowania lub sytuacje zastosowania.

Sensowna kolejność zdjęć może wyglądać następująco:

• wyraźne główne zdjęcie
• widok z boku
• widok z tyłu
• ujęcie detalu
• proporcje rozmiarów
• produkt w użyciu
• zakres dostawy
• opakowanie

Co to jest lifestyle_image_link?

Dzięki lifestyle_image_link można przesyłać zdjęcia lifestyle'owe oddzielnie od klasycznych zdjęć produktów.

Google wymienia na przykład:

• odzież na modelu
• meble w umeblowanym pomieszczeniu
• kilka produktów jako kompletny zestaw
• produkty w rzeczywistej sytuacji użytkowania
• image_link: Sofa wycięta z tła lub na neutralnym tle
• additional_image_link: Widok z boku, tyłu, detal tkaniny
• lifestyle_image_link: Sofa w pełni umeblowanym salonie

Atrybut ten jest szczególnie przydatny, jeśli Twoje główne zdjęcie ma pozostać rzeczowe i skoncentrowane na produkcie, ale chcesz dodatkowo przekazać kontekst użytkowania.

W przypadku sofy podział może wyglądać następująco:

Ceny i dostępność muszą być zsynchronizowane

Zoptymalizowany feed jest bezwartościowy, jeśli po kliknięciu użytkownicy znajdą inną cenę lub niedostępny artykuł.

Cena przesłana w atrybucie price musi odpowiadać cenie na danej stronie produktu. Waluta również musi pasować do kraju docelowego i widocznej waluty na stronie docelowej.

Dla availability Google obsługuje między innymi:

• in_stock (dostępny)
• out_of_stock (brak w magazynie)
• preorder (zamówienie przedpremierowe)
• backorder (zamówienie oczekujące)

Informacje te muszą być zgodne ze stroną produktu, procesem płatności i, w razie potrzeby, z danymi strukturalnymi. W przypadku zamówień przedpremierowych lub oczekujących wymagana jest dodatkowo data dostępności, która również powinna być widoczna na stronie produktu.

Nie usuwaj produktów niepotrzebnie

Jeśli artykuł jest tymczasowo niedostępny, nie powinieneś automatycznie usuwać go całkowicie ze źródła danych.

W zależności od sytuacji możesz:

• użyć out_of_stock
• sterować pauzą za pomocą odpowiedniego atrybutu
• w przypadku zamówień oczekujących użyć backorder
• w przypadku jeszcze nieopublikowanych produktów użyć preorder

Dzięki temu przypisanie produktu zasadniczo pozostaje zachowane, a artykuł może zostać zaktualizowany, gdy ponownie będzie dostępny.

Bezpieczne wdrażanie zmiany cen dla Zakupów Google

Dynamiczne sterowanie cenami może być sensowne w środowisku Zakupów. Zwiększa jednak ryzyko rozbieżności cen.

System zmiany cen powinien nie tylko zmieniać widoczną cenę w sklepie. Musi jednocześnie aktualizować wszystkie istotne warstwy danych:

• cena w systemie sklepowym
• cena na stronie produktu
• dane strukturalne na stronie produktu
• źródło danych Merchant Center
• ewentualne lokalne informacje o cenach
• dane produktowe CSS

Zmiana powinna nastąpić w miarę możliwości jako spójny proces. Jeśli feed zostanie zaktualizowany najpierw, podczas gdy strona produktu nadal pokazuje starą cenę, tymczasowo powstaje rozbieżność. To samo dotyczy odwrotnej kolejności.

Google może wykorzystywać automatyczne aktualizacje produktów dotyczące ceny i dostępności, jeśli na stronie produktu znajdują się dane strukturalne. Funkcja ta jest jednak pomyślana jako dodatkowe zabezpieczenie i nie zastępuje regularnej aktualizacji danych produktów.

Repricing potrzebuje granic ekonomicznych

Najniższa cena nie jest automatycznie ceną najbardziej dochodową.

Sensowny system uwzględnia:

• cena zakupu
• marża
• koszty wysyłki
• opłaty za płatność
• wskaźnik zwrotów
• koszty reklamy
• minimalny stan magazynowy
• poziom konkurencji
• pożądana pozycja na rynku

Dlatego ustal ceny minimalne i granice marż. W przeciwnym razie automatyczna redukcja cen może generować więcej kliknięć, ale jednocześnie zniszczyć marżę jednostkową.

Czyste połączenie Local Inventory z feedem produktowym

Sprzedawcy z placówkami stacjonarnymi potrzebują oprócz ogólnych danych produktowych również lokalnych informacji o stanie magazynowym.

Należy rozróżnić między:

• samym produktem
• jego dostępnością w konkretnym sklepie
• ewentualnie różniącą się lokalną ceną
• opcjami odbioru i dostawy

Google umożliwia sprzedawcom wykorzystanie istniejących danych produktowych również w lokalnych reklamach i bezpłatnych lokalnych ofertach produktowych. W zależności od konfiguracji, dane produktowe i lokalne dane o stanie magazynowym mogą być automatycznie synchronizowane.

W przypadku cen zależnych od placówki, cena może pochodzić albo z głównego źródła danych o produktach, albo z lokalnych danych o stanie magazynowym. Kluczowe jest, aby cena widoczna na stronie produktu w danej placówce zgadzała się z przesłanymi danymi.

Typowa struktura Local Inventory

Produkt pozostaje ten sam. Stan magazynowy i cena mogą się jednak różnić w zależności od lokalizacji.

Ważna jest spójna identyfikacja placówki. ID sklepu używane w lokalnym zasobie danych musi być jednoznacznie przypisane do danej placówki.

Wykorzystaj Custom Labels do dochodowych kampanii

Technicznie dobry feed opisuje produkt. Ekonomicznie dobry feed zawiera dodatkowo informacje, za pomocą których możesz sterować asortymentem według wartości biznesowej.

Google udostępnia do tego pięć niestandardowych etykiet:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Google wymienia jako możliwe zastosowania m.in. sezonowość, siłę sprzedaży, przedział cenowy, marżę i wprowadzenie na rynek. Wartości nie są widoczne dla klientów, lecz służą do grupowania i analizy w kampaniach Shopping i Performance Max.

Przykład sensownego wypełnienia

Dzięki temu możesz na przykład zauważyć, czy Twoja kampania generuje obrót, ale głównie sprzedaje produkty o niskiej marży.

Unikaj zbyt wielu pojedynczych wartości

Custom Label nie jest przeznaczony jako drugi identyfikator produktu.

Mało sensowne:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = wysoka_marza
• custom_label_0 = srednia_marza
• custom_label_0 = niska_marza

Bardziej sensowne:

Wartości powinny tworzyć prawdziwe grupy, na podstawie których możesz podejmować decyzje.

Wybierz odpowiednie źródło danych

Nie każdy sklep potrzebuje tego samego rozwiązania technicznego.

Małe, stosunkowo stabilne asortymenty

W przypadku niewielu produktów i rzadkich zmian cen, automatycznie pobierany plik może być wystarczający.

Możliwe formaty to na przykład:

• XML
• TSV
• automatycznie dostarczany plik produktowy
• bezpośrednia integracja sklepu

Decydujący jest nie sam format, lecz niezawodność aktualizacji.

Średnie asortymenty z dodatkowymi danymi biznesowymi

Tutaj może być przydatne połączenie podstawowego i uzupełniającego źródła danych.

Podstawowe źródło zawiera na przykład:

• Identyfikator produktu
• Tytuł
• Cena
• Dostępność
• Link do produktu
• Zdjęcia
• Klasy marż
• Przyporządkowania sezonowe
• Etykiety kampanii
• Zoptymalizowane tytuły
• Dodatkowe cechy produktu

Uzupełniające źródło dostarcza:

Po przetworzeniu produkt w Merchant Center może składać się z jednego podstawowego wejścia produktu i kilku uzupełniających wejść.

Duże lub bardzo dynamiczne asortymenty

W przypadku częstych zmian cen, zapasów lub asortymentu, Merchant API jest często bardziej solidną podstawą.

Google umożliwia zarządzanie podstawowymi i uzupełniającymi źródłami danych za pośrednictwem Merchant API. Źródła danych mogą być konfigurowane dla określonych języków i etykiet feedów lub elastyczniej używane dla wielu kombinacji.

Dla źródeł danych opartych na plikach Google zwraca uwagę, że ręczne lub zaplanowane pobieranie nie jest przeznaczone do dowolnie częstych aktualizacji. Jeśli aktualizacje są potrzebne częściej niż raz dziennie, należy zamiast tego skorzystać z usługi Products.

Praktyczny podział jest zatem następujący:

Lokalizowanie feedów produktów dla wielu krajów

Międzynarodowy feed to nie tylko przetłumaczona kopia polskiego feedu.

W zależności od kraju docelowego mogą się różnić:

• Język
• Waluta
• Cena
• Podatek VAT
• Koszty wysyłki
• Dostępność
• Oznaczenia rozmiarów
• Jednostki miary
• Nazwy produktów
• Prawne informacje obowiązkowe
• Asortyment

W Merchant API feedLabel, contentLanguage i kraje docelowe to oddzielne elementy konfiguracji. Etykieta feedu, taka jak „PL”, nie powoduje automatycznie, że produkty są kierowane wyłącznie na Polskę. Kraje docelowe i konfiguracja wysyłki muszą być ustawione oddzielnie.

Tłumacz nie tylko słowa, ale zachowania wyszukiwania

Dosłowne tłumaczenie może być poprawne językowo, ale komercyjnie nieodpowiednie.

Na przykład użytkownicy w różnych krajach mogą:

• używać innych terminów produktowych
• inaczej pisać miary
• różnie łączyć marki i modele
• intensywniej szukać materiałów lub zastosowań
• oczekiwać innych standardów rozmiarów

Dlatego buduj własne zasady tytułów dla każdego języka. Wspólna baza danych produktów może stanowić podstawę, ale dane wyjściowe językowe powinny być zlokalizowane.

Jak sprawić, by optymalizacje feedów były mierzalne

Nie zmieniaj wszystkich atrybutów całego asortymentu jednocześnie. W przeciwnym razie trudno będzie później stwierdzić, które działanie faktycznie pomogło.

Lepszy jest kontrolowany proces.

Krok 1: Tworzenie porównywalnych grup produktów

Na przykład:

• 200 produktów ze zoptymalizowanymi tytułami
• 200 podobnych produktów z dotychczasowymi tytułami
• Grupa produktów ze zdjęciami lifestylowymi
• Porównywalna grupa produktów bez zdjęć lifestylowych

Albo:

Krok 2: Dokumentowanie wcześniejszych wyników

Zanotuj co najmniej:

• Wyświetlenia
• Kliknięcia
• Współczynnik klikalności (CTR)
• Koszty
• Konwersje
• Współczynnik konwersji
• Przychody
• Współczynnik kosztów do przychodów
• Udział zatwierdzonych produktów

Krok 3: Zmiana tylko jednego większego czynnika

Przetestuj na przykład najpierw tytuły. Następnie zdjęcia. Następnie etykiety niestandardowe (Custom Labels) lub opisy produktów.

Krok 4: Zbierz wystarczająco dużo danych

Produkt z dwoma wyświetleniami nie dostarczy wiarygodnych danych. Oceniaj zmiany na poziomie sensownie dużych grup produktów i uwzględniaj efekty sezonowe.

Krok 5: Oceniaj wartość biznesową, a nie współczynnik klikalności

Nowy tytuł może zwiększyć współczynnik klikalności, ale przyciągnąć mniej użytkowników gotowych do zakupu.

Dlatego nie oceniaj tylko:

Czy optymalizacja przyniosła więcej kliknięć?

Ale:

Czy wygenerowała więcej dochodowych zamówień lub wyższą marżę?

Najczęstsze błędy w plikach produktowych CSS

Praktyczny plan na 30 dni

Tydzień 1: Sprawdź stan techniczny

Na początek sporządź inwentaryzację:

• Ile produktów jest zatwierdzonych?
• Jakie błędy występują najczęściej?
• Czy cena i dostępność są zgodne?
• Czy identyfikatory są stabilne?
• Czy warianty są poprawnie rozdzielone?
• Jak wysoki jest odsetek prawidłowych GTIN-ów?
• Które produkty nie posiadają zdjęć?

Najpierw usuń błędy, które całkowicie wykluczają produkty z wyświetlania.

Tydzień 2: Popraw tytuły i identyfikatory

Wybierz najważniejsze grupy produktów według obrotu lub potencjału.

Opracuj szablon tytułu dla każdej kategorii i uzupełnij:

• Marka
• Model
• Typ produktu
• Główna specyfikacja
• Informacje o wariantach

Równocześnie sprawdź GTIN, MPN i markę.

Tydzień 3: Rozbuduj zdjęcia i informacje o produkcie

Dla ważnych produktów dodaj:

• główne zdjęcia w wysokiej rozdzielczości
• alternatywne perspektywy
• zbliżenia
• zdjęcia lifestylowe
• najważniejsze cechy produktu
• szczegóły techniczne produktu

Skup się najpierw na produktach z wieloma wyświetleniami, ale ze słabym współczynnikiem klikalności lub konwersji.

Tydzień 4: Zarządzanie ekonomiczne i automatyzacja

Zdefiniuj system Custom Label i przenieś:

• Marża
• Siła sprzedaży
• Stan magazynowy
• Sezon
• Priorytet strategiczny

Następnie sprawdź, czy częstotliwość aktualizacji pasuje do Twojego asortymentu. Dynamiczne ceny i stany magazynowe przemawiają za rozwiązaniem opartym na API.

Wnioski: CSS Partner to infrastruktura, a feed to dźwignia wydajności

Dobry Comparison Shopping Service tworzy podstawy dla profesjonalnego połączenia CSS. To, czy Twój asortyment faktycznie wykorzystuje swój potencjał, zależy jednak w dużej mierze od jakości danych produktowych.

Nie zaczynaj od kosmetycznych optymalizacji. Najpierw upewnij się, że produkty są jednoznacznie identyfikowane, prawidłowo zatwierdzane i dostarczane z aktualnymi cenami i stanami magazynowymi.

Następnie należy podjąć działania zwiększające wydajność:

• precyzyjne tytuły produktów
• ustrukturyzowane opisy
• poprawne numery GTIN
• specyficzne kategorie
• przekonujące zdjęcia produktów
• zdjęcia lifestyle’owe
• ekonomiczne etykiety niestandardowe
• niezawodna automatyzacja

Najlepszy plik danych produktowych nie zawiera jak największej liczby informacji. Zawiera właściwe informacje, w odpowiednim atrybucie, dla właściwego produktu i we właściwym czasie.

Szczególnie w przypadku dużych asortymentów optymalizacja feedu staje się procesem ciągłym. Kto łączy połączenie CSS, dane produktowe, kontrolę cen i logikę kampanii, tworzy znacznie lepszą podstawę dla skalowalnych kampanii Google Shopping.

Częste pytania dotyczące optymalizacji pliku produktowego dla CSS