Länk [link] i Google Shopping: krav, bästa praxis och exempel

Vad är attributet link?

Attributet link innehåller webbadressen till den målsida som köpare kommer till när de klickar på din Shopping-annons eller kostnadsfria listning. Det är ett av de tre viktigaste obligatoriska attributen (tillsammans med title och price), eftersom det är ingången till varje konvertering som din Shopping-kampanj kan ge. En trasig, felmatchad eller dåligt optimerad länk leder direkt till bortkastad annonsbudget, underkända produkter och förlorade intäkter.

Förutom att vara klickmål genomsöks webbadressen i link aktivt av Google för att kontrollera att det du annonserar stämmer med det som visas på målsidan. Attributet handlar alltså inte bara om att styra trafik – det handlar om att hålla uppgifterna i feeden och på webbplatsen samstämmiga. Googles sökrobot kontrollerar pris, tillgänglighet, att titeln stämmer och att sidan går att nå, och underkänner produkter där den hittar avvikelser.

Tekniska specifikationer

Var det visas

• Shopping-annonser – Varje klick på en Shopping-annons tar köparen till webbadressen i link (eller i ads_redirect om den är angiven). Domänen som visas i annonsen (”example.com”) hämtas från den här webbadressen. I de flesta annonsformat ser köparen domänen men inte hela webbadressen.

• Kostnadsfria listningar – På Shopping-fliken används attributet link också som klickmål för kostnadsfria listningar. Samma krav på matchning och kontroll vid genomsökning gäller för kostnadsfria listningar som för betalda annonser.

• Dynamisk remarketing – Google använder målsidans webbadress för att koppla signaler om användarbeteende (sidvisningar, händelser när något läggs i varukorgen) till specifika produkter när remarketingmålgrupper byggs. Webbadressen måste stämma med den sida där din remarketingtagg aktiveras.

Regler

• HTTPS krävs för Shopping-annonser – HTTP-adresser leder automatiskt till underkännande för betalda placeringar. SSL-certifikatet måste vara giltigt (inte utgånget, inte självsignerat).

• Måste leda till den specifika produktsidan – Webbadressen måste returnera en sida som visar exakt den annonserade produkten, inte en kategorisida, en sökresultatsida eller startsidan.

• Måste returnera HTTP 200 – 404, 410, 500 eller en omdirigering till en felsida leder till underkännande. Tillfälliga serverfel (503) kan ge varningar innan produkten underkänns.

• Målsidan måste stämma med produktdata – Pris, tillgänglighet och den produkt som visas måste stämma med uppgifterna i feeden. Googles sökrobotar kontrollerar detta.

• Inga mellansidor eller inloggningsväggar – Sidor som kräver inloggning, popup-fönster för åldersverifiering som blockerar åtkomsten eller mellansidor som täcker hela skärmen innan produkten visas är inte tillåtna.

• Inga sidor som bara bygger på JavaScript – Om produktinformationen bara renderas med JavaScript (och inte finns i HTML-källkoden eller i den strukturerade datan) kan det hända att Googles sökrobot inte kan kontrollera din produktdata, vilket leder till avvikelser och underkända produkter.

Bästa praxis

Använd kanoniska, rena webbadresser som grund

Attributet link bör peka på produktens kanoniska webbadress – den rena, permanenta versionen utan sessions-ID:n, sidnumreringsparametrar eller variabler för gränssnittets tillstånd. Lägg spårningsparametrar i ads_redirect eller använd UTM-parametrar som inte påverkar sidans innehåll. Rena kanoniska webbadresser är stabilare när webbplatsen uppdateras och enklare att hantera i feedhanteringen.

Samstämmig strukturerad data enligt Schema.org

Lägg till Schema.org-uppmärkning av typen Product på produktsidorna och håll den synkroniserad med feeden. När Googles sökrobot hittar matchande strukturerad data (samma pris, samma tillgänglighetsstatus, samma GTIN) validerar den din produktdata snabbare och säkrare, vilket minskar risken för underkännande. Produkter med korrekt strukturerad data flaggas mer sällan för avvikelser, även under korta glapp i datasynkroniseringen.

Stabila webbadresser vid webbplatsmigreringar

Byten av e-handelsplattform är den vanligaste orsaken till länkrelaterade massunderkännanden. Checklista för migreringen:

• Mappa alla befintliga produktadresser till de nya webbadresserna före bytet

• Lägg in 301-omdirigeringar för alla flyttade produktsidor direkt vid bytet

• Uppdatera din Merchant Center-feed med de nya kanoniska webbadresserna så snart de är live

• Gå igenom fliken ”Åtgärd krävs” i Merchant Center dagligen under de första 2 veckorna efter migreringen

• Testa ett urval på 50+ produktadresser före migreringen med ett verktyg som kontrollerar webbadresser

Spårning utan att förorena feeden

Påverkan på resultat

• Andel underkända produkter – Länkrelaterade problem är bland de 3 vanligaste orsakerna till underkända produkter i Merchant Center. Om 1 % av produkterna i en feed med 10 000 produkter underkänns är det 100 produkter som inte kan visas, vilket direkt minskar kampanjens räckvidd och intäkter.

• Målsidans kvalitet – Långsamma, tunna eller felmatchade målsidor på den länkade webbadressen sänker konverteringsgraden och kan leda till att produkter underkänns på grund av målsidan. Shopping-annonser har inget kvalitetsresultat för sökord, så kostnaden märks i konverteringarna snarare än som ett sänkt kvalitetsresultat.

• Konverteringsgrad – Att skicka användarna till exakt den produkt de klickade på (i stället för en kategorisida eller startsidan på grund av trasiga omdirigeringar) kan höja konverteringsgraden med 20–40 %. Exakta målsidor minskar avvisningsfrekvensen och ökar köpavsikten när besökaren landar.

• Fördröjd kontroll vid genomsökning – Efter en feeduppdatering kan det ta 1–3 dagar innan Googles sökrobotar har kontrollerat produktadresserna igen. Under den tiden kan produkter med nyligen ändrade länkar tillfälligt få färre exponeringar, tills genomsökningen har bekräftat att uppgifterna stämmer.

Vanliga misstag

• Att använda HTTP i stället för HTTPS för produktadresser – omedelbart underkännande för betalda placeringar

• Att länka till en kategori- eller sökresultatsida i stället för den specifika produktsidan

• Att använda sessionsbaserade webbadresser (med SESSIONID= eller liknande) som slutar gälla och ger 404 när de genomsöks

• Att inte lägga in 301-omdirigeringar när produktadresser ändras, vilket leder till massunderkännanden på grund av 404

• Att lägga in spårningsparametrar som ändrar sidans innehåll eller visar andra priser för spårningstrafiken

• Att använda JavaScript-renderade sidor utan statisk HTML eller strukturerad data, så att Googles sökrobot inte kan kontrollera produktuppgifterna

• Att låta flera produktvarianter peka på samma webbadress – alla får samma pris/tillgänglighet och Google kan inte skilja dem åt

Proffstips

• Sätt upp automatisk kontroll av webbadresser – Kör en daglig hälsokontroll på serversidan av webbadresserna för dina 500 viktigaste produkter (efter annonskostnad) och få en varning vid svar som inte är 200. En trasig länk som upptäcks inom några timmar kostar mycket mindre än en som upptäcks efter 3 dagars bortkastad budget. Verktyg som Screaming Frog, egna skript eller tjänster för feedövervakning i GMC fungerar alla.

• Lägg in Schema.org-uppmärkning på alla produktsidor – Produktschema med korrekta price, availability, sku och gtin gör att Googles sökrobot kan stämma av din produktdata mot den strukturerade datan. Då blir avvikelser lättare att upptäcka och åtgärda – och validerade produkter flaggas mer sällan för avvikelser vid genomsökningen.

• Använd attributet ads_redirect för all spårning av betalda klick – Behåll link som den rena kanoniska produktadressen och lägg all spårning (UTM-parametrar, klick-ID:n, omdirigeringskedjor) i ads_redirect. Då blir feeden lättare att granska, de kanoniska webbadresserna förblir stabila för organiska och kostnadsfria listningar, och ändringar i spårningen kräver inga feeduppdateringar.

• Testa länkarna automatiskt när feeden genereras – Innan du skickar in en feeduppdatering kör du en enkel HEAD-förfrågan mot alla webbadresser i feedomgången. Allt som returnerar något annat än 200 bör flaggas och undersökas innan feeden skickas till Google. Det här enda valideringssteget förhindrar de flesta länkrelaterade underkännandena.