Google Merchant Center klaidos 2026 m.: kaip panaikinti sustabdymus ir išsaugoti Shopping ROAS
Dauguma Shopping nesėkmių prasideda dar prieš kainų siūlymą: duomenų sraute, politikos signaluose ir svetainės patikimumo vertinime. Štai kaip ištaisyti svarbiausius atmetimus, tinkamai apskųsti sustabdymus ir išvengti pasikartojančių problemų.
Jei jūsų Shopping kampanijos veikia prasčiau, problema dažnai slypi visai ne pačioje kampanijoje. Ji prasideda Google Merchant Center: neteisingi identifikatoriai, politikos žymos, nesuderintos kainos, silpni pristatymo duomenys arba svetainė, kuri Google vertintojams atrodo nepatikima. Mūsų audituose duomenų srauto ir politikos problemos paaiškina maždaug 60–70 % prastų Shopping rezultatų dar prieš tai, kai kainų siūlymo strategija apskritai tampa ribojančiu veiksniu.
Trys atmetimo priežastys, kurios kenkia labiausiai
2026 m. brangiausiai kainuojančios Merchant Center problemos vis dar tos pačios trys: neteisingi arba trūkstami GTIN, klaidinantis pateikimas ir kainų neatitikimas tarp duomenų srauto ir nukreipimo puslapio. GTIN problemos mažina produkto matomumą. Kainų neatitikimai sukelia prekių atmetimus ir gali peraugti į paskyros lygio įspėjimus. Pavojingiausia yra klaidinantis pateikimas: jei Google mano, kad jūsų svetainė slepia svarbią verslo informaciją, perdeda teiginius arba rodo nenuoseklias atsiskaitymo sąlygas, sustabdymas gali įvykti greitai, o apskundimas tampa sudėtingesnis.
- GTIN problemos: neteisingas kodo ilgis, pakartotinai naudojami identifikatoriai, netikri pakaitalai, tokie kaip 0000000000000;
- Klaidinantis pateikimas: trūksta kontaktinių duomenų, neaiškios grąžinimo sąlygos, neįmanomi pažadai, paslėpti mokesčiai, nenuoseklus domeno prekės ženklo pateikimas;
- Kainų neatitikimas: duomenų sraute nurodyta €49.99, o nukreipimo puslapyje po varianto pasirinkimo, geografinio pakeitimo ar struktūrinių duomenų vėlavimo rodoma €54.99;
- Pristatymo / mokesčių spragos: galutinė kaina atsiskaitymo metu skiriasi nuo Merchant Center nustatymų;
- Prieinamumo neatitikimas: duomenų sraute nurodyta, kad yra sandėlyje, o puslapyje rodoma, kad nėra sandėlyje arba priimami išankstiniai užsakymai.
Kodėl Shopping ROAS prasideda duomenų sraute, o ne kampanijoje
Tvarkingas duomenų srautas pagerina ne tik patvirtinimo rodiklį. Jis veikia užklausų atitikimą, pasitikėjimą aukcione ir paspaudimų kokybę. Pavadinimai su prekės ženklu + produkto tipu + pagrindine savybe katalogų paskyrose paprastai lenkia bendrinius pavadinimus 10–25 % pagal paspaudimų rodiklį. Teisingi GTIN padeda Google susieti produktus su tinkamais žinių grafiko objektais, o tai gerina aktualumą. Tiksli kaina, pristatymas ir prieinamumas sumažina iššvaistytus paspaudimus iš naudotojų, kurie išeina, kai atsiskaitymo realybė skiriasi nuo skelbimo. Todėl dvi parduotuvės su tais pačiais pasiūlymais gali turėti labai skirtingą ROAS: viena perka srautą į patikimą produkto įrašą, kita moka už tai, kad parodytų neatitikimus.
Greičiausias būdas pagerinti Shopping rezultatus dažnai yra ne didinti pasiūlymus, o pašalinti priežastis, dėl kurių Google nepasitiki jūsų katalogu.
Kaip ištaisyti sustabdymą jo dar labiau nepabloginant
Dažniausia klaida — apskųsti per anksti. Jei prašote peržiūros dar prieš tai, kai pagrindinė priežastis visur ištaisyta, švaistote vertintojų pasitikėjimą ir dažnai įstringate lėtesniame antros peržiūros cikle. Geresnis procesas yra toks: Diagnostics skiltyje nustatykite tikslią politiką, pagal ją patikrinkite visą svetainę ir duomenų srautą, užfiksuokite kiekvieną pataisymą ir tik tada vieną kartą pateikite apeliaciją su įrodymais. Klaidinančio pateikimo atveju vertintojai tikrina verslo tapatybės signalus visoje svetainėje: įmonės pavadinimą, adresą, telefoną, grąžinimus, pristatymo terminus, mokėjimo būdus, pinigų grąžinimo sąlygas ir tai, ar akcijos atrodo realistiškos. Klientams sakome daryti prielaidą, kad žmogus vertintojas per mažiau nei penkias minutes palygins pagrindinį puslapį, produkto puslapį, atsiskaitymą ir politikos puslapius.
- 1 žingsnis: eksportuokite Diagnostics problemas pagal prekę ir pagal politiką, neapsiribokite ekrano nuotraukomis;
- 2 žingsnis: pirmiausia sutvarkykite visos svetainės patikimumo signalus — kontaktų puslapį, juridinį subjektą, grąžinimus, pristatymą, mokėjimą, pinigų grąžinimo politiką;
- 3 žingsnis: ištaisykite duomenų srauto lygio klaidas pagrindiniame sraute ir pateikite jį iš naujo;
- 4 žingsnis: iš naujo nuskaitykite svarbiausius nukreipimo puslapius ir patikrinkite galutinę kainą / prieinamumą kaip įprastas naudotojas;
- 5 žingsnis: vieną kartą pateikite apeliaciją su trumpa santrauka, kas ir kur buvo pakeista.
Duomenų srauto higienos taisyklės, padedančios išvengti pasikartojančių atmetimų
Geros Merchant Center paskyros veikia pagal rutiną, o ne herojiškas pastangas. Suplanuokite duomenų srauto atnaujinimus bent kartą per dieną, jei kaina ar likutis dažnai keičiasi; greitai besikeičiantiems katalogams gali reikėti 2–4 atnaujinimų per dieną. Kur įmanoma, naudokite automatinius prekių atnaujinimus, tačiau nepasikliaukite jais kaip duomenų srauto tikslumo pakaitalu. Laikykite struktūrinius duomenis suderintus su duomenų srautu, ypač kainą, valiutą ir prieinamumą. Suvienodinkite pavadinimus, produktų tipus ir vaizdų taisykles. Jei yra variantų, įsitikinkite, kad spalva, dydis ir prekių grupės ID yra nuoseklūs. Prekės ženklo produktams GTIN turi būti pateiktas visada, kai jis egzistuoja; nustatyti identifier_exists į no produktams, kurie akivaizdžiai turi GTIN, yra vienas lengviausių būdų sukelti išvengiamas problemas.
Kada papildomi duomenų srautai išgelbsti paskyrą
Papildomi duomenų srautai naudojami per retai. Jie idealiai tinka tada, kai pagrindinė el. prekybos platforma negali lengvai praturtinti pavadinimų, pasirinktinių etikečių, akcijinių kainų, pristatymo atributų ar neįtrauktų paskirties vietų. Užuot perrinkinėję pagrindinį duomenų srautą, galite pataisyti silpnus laukus jo viršuje. Praktikoje papildomus duomenų srautus naudojame maržos lygiams, sezoniškumo etiketėms, pavadinimų patobulinimams ir laikiniems pataisymams pridėti, kol laukiama programavimo sprendimo. Tai sutrumpina atkūrimo laiką nuo savaičių iki dienų. Tik nepamirškite: papildomi duomenų srautai gali pagerinti duomenis, bet jie negali paslėpti politikos pažeidimų pačioje svetainėje.
- Naudokite papildomus duomenų srautus pavadinimų perrašymui, pasirinktinių etikečių, akcijų laikotarpių ir trūkstamų atributų papildymui;
- Nenaudokite jų nukreipimo puslapio problemoms maskuoti, kurias Google vis tiek gali nuskaityti;
- Susiekite pagal stabilų ID ir dokumentuokite atsakomybę, kad platforma nepersirašytų pataisymų;
- Po kiekvieno katalogo atnaujinimo ar migracijos peržiūrėkite sujungimo taisykles.
2026 m. prevencijos kontrolinis sąrašas
Prieš didindami Shopping biudžetą, kas mėnesį atlikite prevencinę patikrą. Patikrinkite, ar juridiniai verslo duomenys yra matomi ir sutampa su mokėjimais bei sąskaitomis. Išbandykite penkis atsitiktinius produktus nuo skelbimo paspaudimo iki atsiskaitymo ir palyginkite duomenų srauto kainą, pristatymą ir prieinamumą su tuo, ką mato naudotojas. Patvirtinkite GTIN formatą ir unikalumą. Patikrinkite vaizdų kokybę ir atitiktį politikai. Peržiūrėkite ne tik esamas Diagnostics klaidas, bet ir tendencijas: pasikartojantys įspėjimai dažnai yra sustabdymo pirmtakai. Parduotuvėms, turinčioms daugiau nei 1 000 SKU, paskirkite vieną atsakingą asmenį už duomenų srauto kokybę ir vieną už svetainės atitiktį politikai; kai niekas nevaldo abiejų sričių, problemos keliauja tarp komandų ir lieka neišspręstos.
- Matoma verslo tapatybė: įmonės pavadinimas, adresas, el. paštas, telefonas, grąžinimai, pristatymas, pinigų grąžinimo politika;
- Duomenų srautas sinchronizuojamas kasdien arba dažniau, jei kainos / likučiai greitai keičiasi;
- Struktūriniai duomenys atitinka nukreipimo puslapius ir Merchant Center atributus;
- GTIN galiojantys ten, kur prieinami; jokių netikrų pakaitalų;
- Atsitiktiniai atsiskaitymo testai dėl kainos, pristatymo ir prieinamumo išlaikyti;
- Papildomas duomenų srautas naudojamas kontroliuotam praturtinimui, o ne chaotiškam gesinimui;
- Apeliacijos teikiamos tik tada, kai pataisymai jau visiškai įdiegti.
Praktinė 2026 m. taisyklė paprasta: Merchant Center pirmiausia vertinkite kaip atitikties ir duomenų kokybės sistemą, o tik po to kaip reklamos kanalą. Jei duomenų srautas tvarkingas, o svetainė patikima, Shopping mastelį didinti paprastai tampa lengviau. Jei ne, jokia kainų siūlymo strategija ilgai neišgelbės ROAS. Išlikimo gidas sąmoningai nuobodus: tikslūs identifikatoriai, nuoseklios kainos, skaidrios politikos, disciplinuoti duomenų srauto atnaujinimai ir viena tvarkinga apeliacija, kai jos reikia. Būtent tai padeda produktams likti rodomiems, o pajamoms — stabilioms.