Napraw rozbieżności cen Google Merchant Center w PrestaShop
Rozbieżność cen w Google Merchant Center oznacza, że oferta w danych produktowych nie zgadza się z ofertą znalezioną przez Google w sklepie. Poprawienie jednej liczby bez prześledzenia źródła może chwilowo usunąć ostrzeżenie, a następny eksport odtworzy problem.
W 2026 roku ten sam katalog może obsługiwać tradycyjne miejsca Shopping i nowsze doświadczenia zakupów z AI. Wiarygodny zapis oferty pozostaje niezbędny: klient powinien dotrzeć do reklamowanego wariantu w reklamowanej cenie.
Użyj tego poradnika do prześledzenia jednego objętego artykułu przez dane, publiczną stronę produktu, dane strukturalne i koszyk. Przykłady opisują proces diagnozy; dokładne menu i kontrolki eksportu zależą od modułu danych.
1. Zapisz objętą ofertę przed jakąkolwiek zmianą
Zapisz identyfikator artykułu Merchant Center, zgłoszony problem, kraj docelowy, język, walutę i adres strony docelowej. Zachowaj osobno czas powiadomienia i czas badania.
Wyeksportuj lub skopiuj odpowiedni wiersz danych produktowych zwykłymi narzędziami. Zapisz także system źródłowy oraz czas wygenerowania, przesłania i przetworzenia danych.
Ostrzeżenie zauważone dziś może opisywać wczorajsze dane. Zachowanie znaczników czasu zapobiega zmianie już poprawnej ceny przy pominięciu powracającego problemu harmonogramu.
Wytyczne Google dotyczące rozbieżności cen wyjaśniają, że przesłane ceny są sprawdzane względem strony docelowej i ponowna ocena może potrwać. Nie zmieniaj wielokrotnie poprawnych danych tylko dlatego, że status nie zaktualizował się natychmiast.
2. Potwierdź dokładny produkt i kombinację
Powiąż identyfikator artykułu z produktem PrestaShop i, jeśli to właściwe, jego kombinacją. Uwzględnij indeks wariantu oraz liczbę sztuk w opakowaniu w badaniu.
Użyj konkretnego przykładu: dane reklamują niebieską butelkę 500 ml za 24 €, ale adres otwiera domyślną butelkę 750 ml za 29 €. Obie ceny mogą być osobno poprawne, a reklamowana oferta nadal niespójna.
| Punkt kontrolny | Wartość do zapisania |
|---|---|
| Artykuł w danych | Zewnętrzny identyfikator i dokładny wariant |
| Adres docelowy | Pełny adres z parametrami wyboru |
| Edytor produktu | Wewnętrzne indeksy produktu i kombinacji |
| Wybór publiczny | Wariant początkowo wybrany dla nowego odwiedzającego |
| Pozycja koszyka | Faktycznie dodany indeks i ilość |
Popraw mapowanie u źródła. Zmiana widocznego tytułu na 500 ml nie rozwiąże adresu nadal wybierającego 750 ml.
Jeśli identyfikatory między kanałami są niespójne, użyj poradnika gotowości katalogu na AI aby stworzyć jedną utrzymywaną mapę produktów przed naprawą poszczególnych eksportów.
3. Porównaj cztery ceny w tym samym kontekście
Otwórz rzeczywisty adres docelowy w czystej sesji przeglądarki. Zapisz wyraźnie widoczną cenę, walutę i wybrany wariant przed interakcją ze stroną.
Sprawdź informacje oferty w danych strukturalnych odpowiednimi narzędziami programistycznymi lub walidacyjnymi, a potem dodaj artykuł do koszyka. Porównaj wyniki z przesłanym wierszem danych.
Zachowaj stały kontekst: miejsce docelowe, język, walutę, prezentację podatku i status klienta. Zalogowany klient biznesowy może widzieć inną cenę niż publiczna oferta używana w ogłoszeniu.
Specyfikacja Google dotycząca atrybutu ceny opisuje wymagania cenowe kanału. Stosuj je przy wyborze przesyłanej wartości zamiast zakładać, że cena bazowa panelu zawsze jest poprawną kwotą reklamowaną.
Zapisz porównanie jako cztery wartości ze znacznikami czasu. Zapis „dane 24 €; strona 29 €; znaczniki 24 €; koszyk 29 €” od razu zawęża badanie.
4. Ustal, który system jest błędny
Przypisz odpowiedzialność każdej powierzchni. Eksporter danych, motyw, moduł promocji i buforowana strona produktu mogą generować wartości niezależnie.
Jeśli strona publiczna i koszyk się zgadzają, lecz dane się różnią, sprawdź eksporter i harmonogram. Jeśli widoczna strona różni się od danych strukturalnych, poproś właściciela motywu lub modułu o prześledzenie obu ścieżek renderowania.
Jeśli koszyk różni się od strony produktu, zbadaj konfigurację handlową przed korektą wyłącznie reklamową. Klienci potrzebują spójnej ceny zakupu, a nie tylko czystego panelu diagnostycznego.
Unikaj jednoczesnego zmieniania kilku komponentów. Wykonaj jedną kontrolowaną poprawkę, odbuduj objęty wynik i powtórz to samo porównanie, aby ustalić, co rzeczywiście usunęło rozbieżność.
Prowadź krótki dziennik decyzji: zaobserwowana niespójność, odpowiedzialny komponent, wykonana zmiana i wynikowe wartości. Będzie przydatnym odniesieniem przy kolejnej kampanii zmieniającej ceny.
5. Sprawdź czas przecen i warunki klienta
Sprawdź ofertę na początku i końcu promocji. Poprawnie zaplanowany rabat sklepu może nadal różnić się od danych wygenerowanych przed rozpoczęciem kampanii.
Zapisz strefę czasową sklepu, danych i każdego narzędzia planowania kampanii. Godzina różnicy może mieć znaczenie na granicy krótkiej promocji.
Odróżniaj publiczną cenę produktu od warunkowej korzyści wymagającej kodu, członkostwa lub konkretnego koszyka. Nie przesyłaj warunkowego wyniku jako zwykłej bezwarunkowej ceny bez sprawdzenia obsługi przez kanał.
Poradnik niespójności Merchant Center wskazuje typowe przyczyny, w tym wybór wariantu, czas przecen i różnice ofert. Użyj go do klasyfikacji problemu, a następnie prześledź rzeczywiste wartości instalacji.
Dla samej promocji skorzystaj z istniejącego poradnika rabatów na Black Friday. Poprawne obliczenie marży i dokładna prezentacja kanału są osobnymi kontrolami.
6. Sprawdź pamięć podręczną i dynamiczne renderowanie
Poproś osobę odpowiedzialną technicznie o sprawdzenie odpowiedzi na świeże żądanie przed interakcjami po stronie klienta. Wartość poprawiana dopiero po uruchomieniu skryptu może nie odpowiadać danym widzianym przez robota kanału.
Porównaj świeżo wygenerowaną stronę z każdą wersją buforowaną podawaną odwiedzającym. Sprawdź, czy zmiana ceny unieważnia właściwe warianty produktu, kombinacji i języka.
Nie czyść wielokrotnie wszystkich pamięci podręcznych bez ustalenia brakującego unieważnienia. Tymczasowa poprawka powracająca po kolejnej aktualizacji ceny dowodzi, że ścieżka aktualizacji nadal wymaga pracy.
Zapisz test bez wprowadzania cen specjalnych dla robotów. Celem jest spójne przedstawianie tej samej prawdziwej oferty, a nie specjalna wersja wyłącznie do zatwierdzenia.
Użyj istniejącego poradnika wydajności PrestaShop przy koordynacji zmian buforowania, aby poprawka respektowała także wymagania operacyjne sklepu.
7. Popraw źródło i prześlij kontrolowaną aktualizację
Zaktualizuj pole, mapowanie lub harmonogram odpowiedzialny za rozbieżność. Wygeneruj mały eksport próbny i sprawdź objęty wiersz przed przesłaniem pełnej aktualizacji katalogu.
Ponownie otwórz stronę publiczną i koszyk po zmianie. Ponownie zapisz porównanie czterech wartości, aby zespół mógł pokazać zgodność oferty przesłanej i możliwej do zakupu.
Prześlij aktualizację obsługiwanym procesem danych i sprawdź bieżący status Merchant Center po przetworzeniu. Zapisuj oczekujący przegląd jako oczekujący, a nie nieudaną poprawkę czy gwarantowane zatwierdzenie.
Jeśli dla konkretnego problemu dostępna jest opcja przeglądu, postępuj według bieżących instrukcji konta. Nie zgaduj ścieżki menu ani nie przesyłaj wielokrotnie niepowiązanych artykułów.
Jeśli problem trwa, eskaluj z identyfikatorem artykułu, adresem, znacznikami czasu i dowodami porównania. Te szczegóły są przydatniejsze niż zrzut pokazujący tylko ostrzeżenie konta.
8. Dodaj mały cykliczny audyt ofert
Wybierz reprezentatywne produkty do powtarzalnego porównania po zmianach katalogu i promocji. Uwzględnij warianty, przecenione artykuły, minimalne ilości i różne obsługiwane waluty, jeśli to właściwe.
Określ próg alertu dla liczby objętych ofert lub handlowej wagi pojedynczego błędu. Rozbieżność ważnego reklamowanego produktu może wymagać uwagi przed większą grupą nieaktywnych artykułów.
Oddziel sukces eksportu od poprawności ofert. Plik może przesłać się poprawnie, zawierając złą cenę każdego wariantu.
Przejrzyj harmonogram aktualizacji przy zmianie częstotliwości cen. Codzienny proces danych może już nie pasować do katalogu, którego promocje zmieniają się kilka razy dziennie.
9. Typowe problemy rozbieżności i rozwiązania
| Problem | Prawdopodobna przyczyna | Co sprawdzić lub zmienić |
|---|---|---|
| Reklamowana cena dotyczy innego rozmiaru | Adres docelowy otwiera domyślną kombinację | Popraw adres wariantu i mapowanie identyfikatora |
| Przecena zaczyna się poprawnie, lecz dane są stare | Czas eksportu nie jest powiązany z czasem promocji | Koordynuj aktualizacje i sprawdzaj znaczniki czasu |
| Znaczniki różnią się od widocznej ceny | Dwa komponenty osobno obliczają lub buforują ofertę | Prześledź obie ścieżki renderowania |
| Administrator widzi poprawną cenę, klienci nie | Kontekst klienta jest inny | Testuj publiczny adres z ustawieniami docelowego rynku |
| Ostrzeżenie wraca po każdej aktualizacji | Ręczna edycja jest nadpisywana przez dane źródłowe | Napraw wartość lub mapowanie u źródła |
10. Lista kontrolna spójności oferty
- Zachowano identyfikator objętego artykułu i czas powiadomienia.
- Zidentyfikowano dokładny produkt, wariant i ilość.
- Dane, stronę, dane strukturalne i koszyk porównano razem.
- Waluta, rynek i kontekst klienta są spójne.
- Sprawdzono harmonogramy przecen i strefy czasowe.
- Poprawkę wykonano w odpowiedzialnym źródle.
- Sprawdzono nowy eksport i ofertę publiczną.
- Cykliczne kontrole obejmują reprezentatywne złożone oferty.
Najczęściej zadawane pytania
Czy należy edytować cenę bezpośrednio w Merchant Center?
Tylko jeśli taki jest zamierzony proces zarządzania źródłem oferty. Jeśli wartość kontrolują połączone dane, ręczna edycja może zostać nadpisana, więc ustal i popraw wcześniejszą przyczynę.
Dlaczego dwie poprawne ceny nadal mogą powodować rozbieżność?
Mogą opisywać inne warianty, ilości lub warunki klienta. Ogłoszenie i strona docelowa muszą przedstawiać tę samą ofertę, a nie tylko dwie poprawne ceny katalogu.
Czy czyszczenie pamięci podręcznej trwale rozwiązuje problem?
Tylko jeśli bazowy proces aktualizacji następnie utrzymuje właściwy wynik aktualnym. Jeśli rozbieżność wraca po kolejnej zmianie ceny, badaj unieważnianie i generowanie zamiast powtarzać tymczasowe obejście.
Jak szybko objęty produkt zostanie ponownie zatwierdzony?
Przetwarzanie i ponowne sprawdzanie wymaga czasu i zależy od problemu i stanu konta. Śledź bieżący status i instrukcje Merchant Center bez obiecywania zespołowi marketingu dokładnego terminu zatwierdzenia.
Czy przesłanie danych może się udać mimo błędnych danych produktów?
Tak. Udana transmisja dowodzi dotarcia danych do usługi, nie zgodności każdej oferty ze sklepem. Zachowaj walidację treści jako osobną kontrolę.
Co dołączyć do prośby o pomoc programisty?
Podaj identyfikator artykułu, dokładny adres, indeksy produktu i kombinacji, kontekst rynku, znaczniki czasu i cztery porównane wartości. Dodaj odtwarzalne kroki i wskaż komponent obecnie dostarczający każdą wartość.