Povezava [link] v Google Shoppingu: zahteve, najboljše prakse in primeri

Kaj je atribut link?

Atribut link vsebuje URL pristajalne strani, na katero kupci pridejo, ko kliknejo vaš Shopping oglas ali brezplačni vnos izdelka. Je eden od treh najpomembnejših obveznih atributov (poleg title in price), saj je vstopna točka za vsako konverzijo, ki jo lahko prinese vaša Shopping kampanja. Nedelujoča, neujemajoča se ali slabo optimizirana povezava pomeni neposredno zapravljen oglaševalski proračun, zavrnjene izdelke in izgubljen prihodek.

URL iz atributa link ni le cilj klika: Google ga aktivno obiskuje s pajki in preverja, ali se to, kar oglašujete, ujema s tem, kar prikazuje pristajalna stran. Atribut link torej ni namenjen le usmerjanju prometa — skrbi tudi za skladnost podatkov med feedom in spletnim mestom. Googlov pajek preverja ceno, razpoložljivost, ujemanje naslova in dostopnost strani ter zavrne izdelke, pri katerih najde odstopanja.

Tehnične specifikacije

Kje se prikazuje

• Shopping oglasi — Vsak klik na Shopping oglas kupca pošlje na URL iz link (ali na URL iz ads_redirect, če je nastavljen). Domena, prikazana v oglasu (»example.com«), se prevzame iz tega URL-ja. V večini oblik oglasov kupci vidijo domeno, ne pa celotnega URL-ja.

• Brezplačni vnosi izdelkov — Tudi kliki na brezplačne vnose na zavihku Nakupovanje kot cilj klika uporabljajo atribut link. Za brezplačne vnose veljajo enake zahteve glede ujemanja URL-jev in preverjanja s pajkanjem kot za plačane oglase.

• Dinamični remarketing — Google z URL-jem pristajalne strani izdelka poveže signale vedenja uporabnikov (ogledi strani, dodajanja v košarico) s konkretnimi izdelki in iz njih gradi remarketing občinstva. URL se mora ujemati s stranjo, na kateri se sproži vaša remarketing oznaka.

Pravila

• HTTPS je obvezen za Shopping oglase — URL-ji s HTTP pri plačanih umestitvah povzročijo samodejno zavrnitev. Potrdilo SSL mora biti veljavno (ne sme biti poteklo ali samopodpisano).

• URL mora voditi na stran konkretnega izdelka — URL mora vrniti stran, ki prikazuje natanko oglaševani izdelek, ne strani kategorije, strani z rezultati iskanja ali domače strani.

• Vrniti mora HTTP 200 — Napake 404, 410, 500 ali preusmeritev na stran z napako povzročijo zavrnitev. Začasne napake strežnika (503) lahko pred zavrnitvijo sprožijo opozorila.

• Pristajalna stran se mora ujemati s podatki v feedu — Cena, razpoložljivost in prikazani izdelek se morajo ujemati s tem, kar je v feedu. Googlovi pajki to preverjajo.

• Brez vmesnih strani in prijavnih zidov — Strani, ki zahtevajo prijavo, pojavna okna za preverjanje starosti, ki onemogočijo dostop, ali celozaslonske vmesne strani pred prikazom izdelka niso dovoljene.

• Brez strani, ki delujejo samo z JavaScriptom — Če so podatki o izdelku prikazani samo prek JavaScripta (niso v izvorni kodi HTML ali strukturiranih podatkih), jih Googlov pajek morda ne bo mogel preveriti glede na feed, kar vodi do neujemanj in zavrnitev.

Najboljše prakse

Kot osnovo uporabite kanonične, čiste URL-je

Atribut link naj kaže na kanonični URL izdelka — čisto, trajno, kanonično različico brez ID-jev sej, parametrov za številčenje strani ali spremenljivk stanja uporabniškega vmesnika. Parametre za sledenje hranite v ads_redirect ali uporabite UTM parametre, ki ne vplivajo na vsebino strani. Čisti kanonični URL-ji so ob posodobitvah spletnega mesta stabilnejši in jih je v procesih priprave feeda lažje upravljati.

Usklajenost s strukturiranimi podatki Schema.org

Na straneh izdelkov dodajte oznake Schema.org Product in jih sproti usklajujte s feedom. Ko Googlov pajek najde ujemajoče se strukturirane podatke (ista cena, isti status razpoložljivosti, ista številka GTIN), vaše podatke v feedu potrdi hitreje in z večjo gotovostjo, kar zmanjša tveganje zavrnitve. Izdelki s točnimi strukturiranimi podatki bodo manj verjetno označeni zaradi neujemanj, tudi med krajšimi zamiki pri sinhronizaciji podatkov.

Stabilnost URL-jev med selitvami spletnega mesta

Selitve na drugo platformo za spletno trgovino so glavni vzrok za množične zavrnitve zaradi povezav. Kontrolni seznam za načrtovanje selitve:

• Pred preklopom vse obstoječe URL-je izdelkov preslikajte v nove URL-je

• Takoj ob preklopu uvedite preusmeritve 301 za vse premaknjene strani izdelkov

• Takoj ko so novi URL-ji aktivni, v feedu v Merchant Centru nastavite nove kanonične URL-je

• Prva 2 tedna po selitvi vsak dan preverjajte zavihek »Potrebno je ukrepanje« v Merchant Centru

• Pred selitvijo z orodjem za preverjanje URL-jev preizkusite vzorec 50+ URL-jev izdelkov

Sledenje brez onesnaževanja feeda

Vpliv na uspešnost

• Stopnja zavrnitev — Težave s povezavami so med 3 najpogostejšimi vzroki za zavrnitev izdelkov v Merchant Centru. Stopnja zavrnitev 1 % pri feedu z 10.000 izdelki pomeni 100 izdelkov, ki se ne morejo prikazovati, kar neposredno zmanjša doseg kampanje in prihodek.

• Kakovost pristajalne strani — Počasne, vsebinsko revne ali neujemajoče se pristajalne strani na povezanem URL-ju znižajo stopnjo konverzije in lahko sprožijo zavrnitve zaradi pristajalne strani. Shopping oglasi nimajo Ocene kakovosti za ključne besede, zato se strošek pokaže pri konverzijah, ne pa kot slabša Ocena kakovosti.

• Stopnja konverzije — Če uporabnike pošljete na natanko tisti izdelek, ki so ga kliknili (in ne na stran kategorije ali domačo stran zaradi pokvarjenih preusmeritev), lahko stopnjo konverzije izboljšate za 20–40 %. Natančne pristajalne strani zmanjšajo stopnjo odboja in povečajo nakupno namero ob prihodu.

• Zamik pri preverjanju s pajkanjem — Po posodobitvi feeda lahko Googlovi pajki za ponovno preverjanje URL-jev izdelkov potrebujejo 1–3 dni. V tem času lahko izdelki z nedavno spremenjenimi povezavami začasno izgubijo del prikazov, dokler pajkanje ne potrdi veljavnosti podatkov.

Pogoste napake

• Uporaba HTTP namesto HTTPS za URL-je izdelkov — takojšnja zavrnitev pri plačanih umestitvah

• Povezava na stran kategorije ali stran z rezultati iskanja namesto na stran s podrobnostmi o konkretnem izdelku

• Uporaba URL-jev, vezanih na sejo (z SESSIONID= ali podobnim), ki potečejo in ob pajkanju vrnejo napako 404

• Ob spremembi URL-jev izdelkov niso uvedene preusmeritve 301, kar povzroči množične zavrnitve zaradi napake 404

• Vdelava parametrov za sledenje, ki spremenijo vsebino strani ali prometu s sledenjem prikažejo drugačne cene

• Uporaba strani, ki jih izriše JavaScript, brez statične različice HTML ali strukturiranih podatkov, zato Googlov pajek ne more preveriti podatkov o izdelku

• Več različic izdelka kaže na isti URL — vse imajo isto ceno/razpoložljivost in Google jih ne more razlikovati

Profesionalni nasveti

• Nastavite samodejno spremljanje URL-jev — Za svojih 500 najpomembnejših izdelkov (glede na porabo za oglase) uvedite strežniško preverjanje delovanja URL-jev, ki se izvaja vsak dan in opozori na vsak odgovor, ki ni 200. Nedelujoča povezava, ki jo odkrijete v nekaj urah, stane precej manj kot tista, ki jo odkrijete po 3 dneh zapravljene porabe. Uporabite lahko orodja, kot je Screaming Frog, lastne skripte ali namenske rešitve za spremljanje feedov v GMC-ju.

• Na vse strani izdelkov dodajte oznake Schema.org — Shema Product z natančnimi price, availability, sku in gtin Googlovemu pajku omogoča, da podatke v feedu primerja s strukturiranimi podatki, zato je neujemanja lažje odkriti in odpraviti — potrjeni izdelki pa bodo manj verjetno označeni zaradi odstopanj ob pajkanju.

• Za vse sledenje plačanega prometa uporabite ads_redirect — link naj ostane čist kanonični URL izdelka, vse sledenje (UTM-ji, ID-ji klikov, verige preusmeritev) pa postavite v ads_redirect. Tako je feed lažje pregledovati, kanonični URL-ji ostanejo stabilni za organski promet in brezplačne vnose izdelkov, spremembe sledenja pa ne zahtevajo posodobitev feeda.

• Povezave programsko preizkusite že v procesu generiranja feeda — Preden pošljete posodobitev feeda, za vse URL-je v paketu zaženite preprosto preverjanje z zahtevo HEAD. Vse, kar ne vrne 200, označite in raziščite, preden feed pošljete Googlu. Ta en sam korak preverjanja prepreči večino zavrnitev zaradi povezav.