Linkki [link] Google Shoppingissa: vaatimukset, parhaat käytännöt ja esimerkit

Mikä on Linkki [link] -määrite?

link-määritteessä on sen laskeutumissivun URL-osoite, jolle ostaja päätyy klikatessaan Shopping-mainostasi tai maksutonta listaustasi. Se on yksi kolmesta kriittisimmästä pakollisesta määritteestä (title- ja price-määritteiden ohella), koska jokainen Shopping-kampanjasi tuottama konversio alkaa siitä. Rikkinäinen, virheellinen tai huonosti optimoitu linkki tarkoittaa suoraan hukattua mainosbudjettia, hylättyjä tuotteita ja menetettyä myyntiä.

Klikkauskohteen lisäksi Google indeksoi link-URL-osoitteen aktiivisesti ja tarkistaa, että mainostamasi tuote vastaa laskeutumissivun sisältöä. Link-määritteessä ei siis ole kyse vain liikenteen ohjaamisesta, vaan myös siitä, että syötteesi ja verkkosivustosi tiedot pysyvät yhdenmukaisina. Googlen indeksointirobotti tarkistaa hinnan, saatavuuden, tuotenimen vastaavuuden ja sivun saavutettavuuden, ja se hylkää tuotteet, joissa havaitaan ristiriitoja.

Tekniset tiedot

Missä se näkyy

• Shopping-mainokset – Jokainen Shopping-mainoksen klikkaus vie ostajan link-URL-osoitteeseen (tai ads_redirect-URL-osoitteeseen, jos se on määritetty). Mainoksessa näkyvä verkkotunnus (”example.com”) poimitaan tästä URL-osoitteesta. Useimmissa mainosmuodoissa ostaja näkee verkkotunnuksen mutta ei koko URL-osoitetta.

• Maksuttomat tuotelistaukset – Myös Shopping-välilehden maksuttomien listausten klikkaukset ohjautuvat link-määritteen osoitteeseen. Maksuttomiin listauksiin sovelletaan samoja URL-osoitteen vastaavuus- ja indeksointivaatimuksia kuin maksettuihin mainoksiin.

• Dynaaminen uudelleenmarkkinointi – Google yhdistää tuotteen laskeutumissivun URL-osoitteen avulla käyttäjien toimintasignaalit (sivun katselut, ostoskoriin lisäämiset) tiettyihin tuotteisiin ja rakentaa niistä uudelleenmarkkinointiyleisöjä. URL-osoitteen on vastattava sivua, jolla uudelleenmarkkinointitagisi laukeaa.

Säännöt

• HTTPS vaaditaan Shopping-mainoksissa – HTTP-osoitteet johtavat maksullisissa sijoitteluissa automaattiseen hylkäykseen. SSL-varmenteen on oltava kelvollinen (ei vanhentunut eikä itse allekirjoitettu).

• Osoitteen on johdettava juuri kyseiselle tuotesivulle – URL-osoitteen on palautettava sivu, jolla näkyy täsmälleen mainostettu tuote, ei kategoriasivu, hakutulossivu tai etusivu.

• Palautettava HTTP 200 – 404, 410, 500 tai uudelleenohjaus virhesivulle johtaa hylkäykseen. Tilapäisistä palvelinvirheistä (503) voi tulla varoituksia ennen hylkäystä.

• Laskeutumissivun on vastattava syötteen tietoja – Hinnan, saatavuuden ja sivulla näkyvän tuotteen on vastattava syötteen tietoja. Googlen indeksointirobotit tarkistavat tämän.

• Ei välisivuja tai kirjautumisseiniä – Sivut, jotka vaativat kirjautumisen, joissa ikävarmistusikkuna estää pääsyn tai joissa koko sivun välimainos näkyy ennen tuotetta, eivät ole sallittuja.

• Ei pelkästään JavaScriptillä toimivia sivuja – Jos tuotetiedot muodostetaan vain JavaScriptillä (eivätkä ne näy HTML-lähdekoodissa tai jäsennellyssä datassa), Googlen indeksointirobotti ei välttämättä pysty tarkistamaan syötteen tietoja, mikä johtaa ristiriitoihin ja hylkäyksiin.

Parhaat käytännöt

Käytä pohjana siistejä kanonisia URL-osoitteita

link-määritteen pitäisi osoittaa tuotteen kanoniseen URL-osoitteeseen eli siistiin, pysyvään versioon ilman istuntotunnuksia, sivutusparametreja tai käyttöliittymän tilamuuttujia. Pidä seurantaparametrit ads_redirect-määritteessä tai käytä UTM-parametreja, jotka eivät vaikuta sivun sisältöön. Siistit kanoniset URL-osoitteet pysyvät vakaampina sivustopäivityksissä, ja niitä on helpompi hallita syötteen käsittelyketjussa.

Schema.org-merkinnät yhdenmukaisiksi syötteen kanssa

Lisää tuotesivuillesi Schema.org Product -merkinnät ja pidä ne synkronoituina syötteesi kanssa. Kun Googlen indeksointirobotti löytää vastaavan jäsennellyn datan (sama hinta, sama saatavuustila, sama GTIN-koodi), se vahvistaa syötteesi tiedot nopeammin ja varmemmin, mikä pienentää hylkäysriskiä. Tuotteita, joiden jäsennelty data on tarkkaa, merkitään ristiriitojen vuoksi harvemmin, vaikka tietojen synkronoinnissa olisi lyhyitä viiveitä.

URL-osoitteiden pysyvyys sivustosiirroissa

Verkkokauppa-alustan vaihto on yleisin syy laajoihin linkkeihin liittyviin hylkäyksiin. Tarkistuslista siirron suunnitteluun:

• Kartoita kaikki nykyiset tuote-URL-osoitteet uusiin URL-osoitteisiin ennen käyttöönottoa

• Tee 301-uudelleenohjaukset kaikille siirretyille tuotesivuille heti käyttöönoton yhteydessä

• Päivitä Merchant Centerin syötteeseen uudet kanoniset URL-osoitteet heti, kun ne ovat käytössä

• Seuraa Merchant Centerin ”Tarvitsee huomiota” -välilehteä päivittäin ensimmäiset 2 viikkoa siirron jälkeen

• Testaa ennen siirtoa URL-tarkistustyökalulla vähintään 50 tuote-URL-osoitteen otos

Seuranta sotkematta syötettä

Vaikutus tuloksiin

• Hylkäysprosentti – Linkkeihin liittyvät ongelmat kuuluvat Merchant Centerin 3 yleisimmän tuotehylkäysten syyn joukkoon. Jos 10 000 tuotteen syötteessä hylkäysprosentti on 1 %, 100 tuotetta ei voi näkyä, mikä pienentää suoraan kampanjan kattavuutta ja myyntiä.

• Laskeutumissivun laatu – Hitaat, sisällöltään ohuet tai syötteen kanssa ristiriitaiset laskeutumissivut linkitetyssä URL-osoitteessa laskevat konversioprosenttia ja voivat johtaa laskeutumissivuun liittyviin hylkäyksiin. Shopping-mainoksissa ei ole avainsanojen laatupisteitä, joten haitta näkyy konversioissa eikä laatupisteiden heikkenemisenä.

• Konversioprosentti – Kun käyttäjä päätyy juuri siihen tuotteeseen, jota hän klikkasi (eikä rikkinäisten uudelleenohjausten takia kategoria- tai etusivulle), konversioprosentti voi parantua 20–40 %. Tarkat laskeutumissivut vähentävät välittömiä poistumisia ja vahvistavat ostoaikomusta jo saapuessa.

• Indeksoinnin tarkistusviive – Syötteen päivityksen jälkeen Googlen indeksointirobotit voivat tarkistaa tuote-URL-osoitteet uudelleen vasta 1–3 päivän kuluttua. Tänä aikana niiden tuotteiden näyttökerrat, joiden linkkejä on juuri muutettu, voivat laskea tilapäisesti, kunnes indeksointi vahvistaa tietojen oikeellisuuden.

Yleiset virheet

• HTTP:n käyttäminen HTTPS:n sijaan tuote-URL-osoitteissa – välitön hylkäys maksullisissa sijoitteluissa

• Linkittäminen kategoria- tai hakutulossivulle kyseisen tuotesivun sijaan

• Istuntopohjaiset URL-osoitteet (joissa on SESSIONID= tai vastaava), jotka vanhenevat ja palauttavat indeksoitaessa 404-virheen

• 301-uudelleenohjauksia ei tehdä, kun tuote-URL-osoitteet muuttuvat, mikä aiheuttaa joukoittain 404-hylkäyksiä

• Seurantaparametrit, jotka muuttavat sivun sisältöä tai näyttävät seurantaliikenteelle eri hintoja

• JavaScriptillä muodostetut sivut ilman staattista HTML-vastinetta tai jäsenneltyä dataa, jolloin Googlen indeksointirobotti ei pysty tarkistamaan tuotetietoja

• Useiden tuoteversioiden ohjaaminen samaan URL-osoitteeseen – kaikilla on sama hinta/saatavuus, eikä Google pysty erottamaan niitä toisistaan

Ammattilaisen vinkit

• Ota käyttöön automaattinen URL-osoitteiden valvonta – Aja palvelinpuolella päivittäin URL-osoitteiden tilatarkistus 500 tärkeimmälle tuotteellesi (mainoskulujen mukaan) ja hälytä, jos vastaus on muu kuin 200. Muutamassa tunnissa havaittu rikkinäinen linkki tulee paljon halvemmaksi kuin linkki, joka huomataan vasta 3 päivän hukkakulujen jälkeen. Screaming Frog, omat skriptit ja GMC-syötteen valvontapalvelut toimivat kaikki.

• Lisää Schema.org-merkinnät kaikille tuotesivuille – Kun Product-merkinnöissä on oikeat price, availability, sku ja gtin, Googlen indeksointirobotti voi verrata syötteesi tietoja jäsenneltyyn dataan. Näin ristiriidat on helpompi havaita ja korjata – ja vahvistetut tuotteet merkitään harvemmin indeksoinnin aikana havaittujen erojen vuoksi.

• Käytä ads_redirect-määritettä kaikkeen maksettujen klikkausten seurantaan – Pidä link siistinä kanonisena tuote-URL-osoitteena ja siirrä kaikki seuranta (UTM-parametrit, klikkaustunnisteet, uudelleenohjausketjut) ads_redirect-määritteeseen. Syötettä on silloin helpompi auditoida, kanoniset URL-osoitteet pysyvät vakaina orgaanista näkyvyyttä ja maksuttomia listauksia varten, eivätkä seurannan muutokset vaadi syötteen päivittämistä.

• Testaa linkit ohjelmallisesti syötteen luontiprosessissa – Tee ennen syötepäivityksen lähettämistä kevyt HEAD-pyyntötarkistus kaikille erän URL-osoitteille. Kaikki muut kuin 200-vastaukset pitää merkitä ja selvittää ennen kuin syöte lähetetään Googlelle. Tämä yksi tarkistusvaihe estää suurimman osan linkkeihin liittyvistä hylkäyksistä.