Link [link] i Google Shopping: Krav, bedste praksis og eksempler

Hvad er attributten link?

Attributten link indeholder URL’en på den landingsside, køberne kommer til, når de klikker på din Shopping-annonce eller dit produkt i de gratis fortegnelser. Den er en af de tre vigtigste obligatoriske attributter (sammen med title og price), fordi den er indgangen til hver eneste konvertering, din Shopping-kampagne kan skabe. Et link, der er ødelagt, ikke stemmer overens med siden eller er dårligt optimeret, betyder direkte spildt annoncebudget, afviste produkter og tabt omsætning.

Ud over at være klikdestination bliver URL’en i link aktivt crawlet af Google for at kontrollere, at det, du annoncerer, stemmer overens med det, landingssiden viser. Attributten link handler altså ikke kun om at sende trafik videre — den handler også om at holde dataene i dit feed og på dit website i overensstemmelse. Googles crawler tjekker pris, tilgængelighed, om titlen matcher, og om siden kan tilgås, og afviser produkter, hvor der er uoverensstemmelser.

Tekniske specifikationer

Hvor linket bruges

• Shopping-annoncer — Hvert klik på en Shopping-annonce sender køberen til URL’en i link (eller URL’en i ads_redirect, hvis den er angivet). Domænet, der vises i annoncen (»example.com«), hentes fra denne URL. I de fleste annonceformater ser køberne domænet, men ikke hele URL’en.

• Gratis fortegnelser — På fanen Shopping bruger klik på gratis fortegnelser også attributten link som klikdestination. De samme krav til URL-match og kontrol ved crawling gælder for gratis fortegnelser som for betalte annoncer.

• Dynamisk remarketing — Google bruger URL’en til produktets landingsside til at knytte signaler om brugeradfærd (sidevisninger, læg-i-kurv-hændelser) til bestemte produkter, når der opbygges remarketingmålgrupper. URL’en skal matche den side, dit remarketingtag udløses på.

Regler

• HTTPS er påkrævet til Shopping-annoncer — HTTP-URL’er fører automatisk til afvisning på betalte placeringer. SSL-certifikatet skal være gyldigt (ikke udløbet, ikke selvsigneret).

• Skal føre til den specifikke produktside — URL’en skal returnere en side, der viser præcis det produkt, du annoncerer, ikke en kategoriside, en side med søgeresultater eller forsiden.

• Skal returnere HTTP 200 — 404, 410, 500 eller en omdirigering til en fejlside fører til afvisning. Midlertidige serverfejl (503) kan give advarsler, før produktet afvises.

• Landingssiden skal matche produktdataene — Pris, tilgængelighed og det viste produkt i det hele taget skal stemme overens med feedet. Googles crawlere kontrollerer det.

• Ingen mellemsider eller loginmure — Sider, der kræver login, pop op-vinduer til aldersbekræftelse, der blokerer adgangen, eller mellemsider i fuld skærm, før produktet vises, er ikke tilladt.

• Ingen sider, der kun virker med JavaScript — Vises produktoplysningerne kun via JavaScript (og står de hverken i HTML-kildekoden eller i strukturerede data), kan Googles crawler måske ikke kontrollere dine produktdata, og det fører til uoverensstemmelser og afviste produkter.

Bedste praksis

Brug rene, kanoniske URL’er som udgangspunkt

Attributten link bør pege på produktets kanoniske URL — den rene, permanente version uden sessions-id’er, sideinddelingsparametre eller variabler for UI-tilstand. Læg sporingsparametre i ads_redirect, eller brug UTM-parametre, der ikke påvirker sidens indhold. Rene kanoniske URL’er er mere stabile, når websitet opdateres, og nemmere at styre i dine feedpipelines.

Hold strukturerede data fra Schema.org i trit med feedet

Tilføj Schema.org-opmærkning af typen Product på dine produktsider, og hold den synkroniseret med dit feed. Når Googles crawler finder strukturerede data, der matcher (samme pris, samme tilgængelighedsstatus, samme GTIN), validerer den dine produktdata hurtigere og mere sikkert, og risikoen for afvisning falder. Produkter med korrekte strukturerede data bliver sjældnere markeret for uoverensstemmelser, selv i korte perioder, hvor dataene ikke er synkroniseret.

Stabile URL’er ved migrering af websitet

Skift af e-handelsplatform er den hyppigste årsag til, at mange produkter på én gang bliver afvist på grund af links. Tjekliste til planlægning af migreringen:

• Kortlæg alle eksisterende produkt-URL’er til de nye URL’er før skiftet

• Opret 301-omdirigeringer for alle flyttede produktsider i samme øjeblik, som skiftet sker

• Opdater dit Merchant Center-feed med de nye kanoniske URL’er, så snart de nye URL’er er live

• Hold øje med fanen »Kræver handling« i Merchant Center hver dag de første 2 uger efter migreringen

• Test en stikprøve på 50+ produkt-URL’er med et værktøj til URL-tjek før migreringen

Sporing uden at rode feedet til

Betydning for performance

• Andel afviste produkter — Linkproblemer er blandt de 3 hyppigste årsager til afviste produkter i Merchant Center. Er 1 % af produkterne i et feed med 10.000 produkter afvist, er der 100 produkter, der ikke kan vises, og det koster direkte rækkevidde og omsætning i kampagnen.

• Landingssidens kvalitet — Langsomme, tynde eller uoverensstemmende landingssider på den linkede URL sænker din konverteringsrate og kan udløse afvisninger på grund af landingssiden. Shopping-annoncer har intet søgeordsbaseret Kvalitetsresultat, så prisen viser sig i konverteringerne og ikke som et lavere Kvalitetsresultat.

• Konverteringsrate — Sender du brugerne direkte til det produkt, de klikkede på (i stedet for til en kategoriside eller forsiden på grund af ødelagte omdirigeringer), kan det forbedre konverteringsraten med 20–40 %. Præcise landingssider giver en lavere afvisningsprocent og en højere købshensigt, når brugeren lander.

• Ventetid på ny crawling — Efter en feedopdatering kan det tage Googles crawlere 1–3 dage at kontrollere produkt-URL’erne igen. I den periode kan produkter med nye linkændringer få et midlertidigt fald i eksponeringer, indtil crawlingen har bekræftet, at dataene er gyldige.

Almindelige fejl

• At bruge HTTP i stedet for HTTPS til produkt-URL’er — øjeblikkelig afvisning på betalte placeringer

• At linke til en kategoriside eller en side med søgeresultater i stedet for den specifikke produktside

• At bruge sessionsbaserede URL’er (med SESSIONID= eller lignende), der udløber og giver 404-fejl, når de crawles

• Ikke at oprette 301-omdirigeringer, når produkt-URL’er ændres, så mange produkter på én gang afvises med 404

• At indsætte sporingsparametre, der ændrer sidens indhold eller viser andre priser for trafik med sporing

• At bruge sider, der gengives med JavaScript, uden statiske HTML-versioner eller strukturerede data, så Googles crawler ikke kan kontrollere produktoplysningerne

• At lade flere produktvarianter pege på den samme URL — de får alle den samme pris/tilgængelighed, og Google kan ikke skelne dem fra hinanden

Pro-tips

• Sæt automatisk overvågning af URL’er op — Brug et URL-sundhedstjek på serversiden for dine 500 vigtigste produkter (målt på annonceforbrug), som kører dagligt og advarer ved svar, der ikke er 200. Et ødelagt link, der bliver fanget inden for få timer, koster langt mindre end et, der først opdages efter 3 dages spildt budget. Værktøjer som Screaming Frog, egne scripts eller overvågningstjenester til GMC-feeds kan alle bruges.

• Brug Schema.org-opmærkning på alle produktsider — Et produktskema med korrekte price, availability, sku og gtin gør det muligt for Googles crawler at sammenholde dine produktdata med de strukturerede data. Så er uoverensstemmelser nemmere at finde og rette — og validerede produkter bliver sjældnere markeret for afvigelser ved crawling.

• Brug attributten ads_redirect til al sporing af betalt trafik — Behold link som den rene, kanoniske produkt-URL, og læg al sporing (UTM’er, klik-id’er, omdirigeringskæder) i ads_redirect. Så er dit feed nemmere at gennemgå, de kanoniske URL’er forbliver stabile til organisk trafik og gratis fortegnelser, og ændringer i sporingen kræver ingen feedopdateringer.

• Test links automatisk i din pipeline til feedgenerering — Kør et let tjek med HEAD-requests på alle URL’er i feedbatchen, før du indsender en feedopdatering. Alt, der ikke returnerer 200, bør markeres og undersøges, før feedet sendes til Google. Det ene valideringstrin forhindrer de fleste linkrelaterede afvisninger.