Vises WhatsApp-linkforhåndsvisningen ikke? Ret op på og:image

En WhatsApp-linkforhåndsvisning, der ikke vises, skyldes næsten altid en af fem årsager: siden har ikke et og:image-tag, billed-URL'en er ikke offentligt tilgængelig, billedet har den forkerte form, så WhatsApp beskærer det, beskæringen er fin, men forhåndsvisningen er forældet, eller butikkens SEO-plugin udskriver et konkurrerende tag. Denne guide dækker hver årsag, hvorfor du ikke kan tvinge WhatsApp til at opdatere, og hvad du skal ændre på en WooCommerce-butik.

Det korte svar

WhatsApp opbygger et link preview (linkpreview) ud fra sidens Open Graph-tags. Hvis og:image mangler, er utilgængeligt eller ikke er formet som et 1200×630-kort, kommer delingen frem som et bart link, en grå flise eller et dårligt beskåret produktfoto. De fleste WooCommerce-butikker sætter aldrig et og:image for produktsider overhovedet — SEO-pluginen falder tilbage til det statiske featured image (udvalgte billede), og et kvadratisk eller højt produktfoto får klippet siderne eller toppen af.

1. Der er intet og:image-tag på siden

Dette er den mest almindelige årsag i en webshop. WordPress og WooCommerce udsender ikke et og:image for produkt-, kategori- eller butikssider som standard, og et tema, der ikke håndterer Open Graph, udelader tagget helt.

Løsning: Se sidens kildekode og bekræft, at et og:image-tag er til stede, absolut (en fuld https://…-URL, aldrig en relativ sti), og server-renderet — ikke injiceret af JavaScript efter indlæsning. WhatsApp kører ikke dit JavaScript.

curl -s https://your-store.com/product/example | grep -i 'og:image'

Et tomt resultat er dit svar: WhatsApp har intet billede at vise.

2. Billed-URL'en er ikke offentligt tilgængelig

WhatApp's crawler henter billedet på samme måde som enhver anonym klient. En URL bag et login, på localhost, på en rå IP-adresse eller på en sti, der er blokeret af robots.txt, vil fejle.

Fix: Bekræft, at URL'en returnerer et billede uden legitimationsoplysninger.

curl -I https://your-store.com/wp-content/uploads/product.jpg

Du ønsker 200 OK og en Content-Type på image/png eller image/jpeg.

robots.txt-fælden. Sociale crawlers respekterer robots.txt, så en regel, der blokerer stien, der indeholder dine billeder, ødelægger preview'et — og det ødelægger det på en måde, der er let at fejldiagnosticere. Metas debugger rapporterer derefter "could not be processed as an image. It may be corrupted or may have an invalid format", hvilket lyder præcis som en ødelagt rendering. curl gengiver det aldrig, fordi curl ignorerer robots.txt. Hvis dine billeder serveres fra en sti, der er dækket af en Disallow:-regel, vil preview'et fejle, uanset hvor gyldig filen er. Vi ramte selv dette på FastOG's egen render-sti og løste det med en longest-match Allow:-override.

3. WhatsApp beskærer dit produktbillede — og at redigere billedet løser ikke problemet

Dette er det symptom, som handlende beskriver som "mine produktbilleder er beskåret på WhatsApp", og det er værd at forstå ordentligt.

Platformen beskærer det billede, den får tilsendt, til en 1200×630-ramme. Et produktbillede, der er kvadratisk eller højt, får skåret siderne eller toppen af; et logoflise bliver strakt. Manuelt at beskære kildebilledet i Photoshop er en tabt kamp, fordi WhatsApp bestemmer beskæringen ud fra kortets billedformat, ikke ud fra den komposition, du valgte — og det næste produktbillede har igen en anden form.

Løsningen er at ændre det billede, du serverer, ikke det foto, du ejer. Send et kort, der allerede er komponeret i 1200×630, med produktbilledet tilpasset indeni. Så har platformen intet tilbage at beskære.

4. Den korrekte billedstørrelse til WhatsApp-linkforhåndsvisninger

Standardstørrelsen for Open Graph-billeder er 1200×630 pixels — et 1,91:1-format — og det er den form, alle større platforme, inklusive WhatsApp, forventer. Serverer du 1200×630, gengives forhåndsvisningen som tilsigtet; serverer du et kvadratisk 1000×1000-billede, beskærer WhatsApp det for at fylde rammen ud.

Hold filen under 5 MB. Et 1200×630-tekst-og-produktkort ligger normalt mellem 200 KB og 500 KB som PNG.

Se OG-billedstørrelse: 1200×630 forklaret for at forstå, hvorfor det format blev standarden.

5. Forhåndsvisningen er forældet — og du kan ikke tvinge WhatsApp til at opdatere

Hvis tagget, URL'en og strukturen alle er korrekte, og forhåndsvisningen stadig er forkert, så kigger du på en cache.

WhatsApp cacher forhåndsvisningen. Den ligger i modtagerens app, hvilket betyder, at intet værktøj kan bede WhatsApp om at opdatere den — hverken en debugger, et API eller os. WhatsApp tilbyder ingen programmatisk opdatering af nogen art, så der er ingen knap at trykke på. Alle der påstår andet, beskriver Facebooks adfærd, ikke WhatsApps.

Det du kan gøre, er at sikre, at det korrekte billede venter på, næste gang WhatsApp læser siden. Det er derfor, FastOG's cover-URL'er er indholdsadresserede: ændrer du produktets titel, pris eller billede, ændrer URL'en sig med det, så den næste læsning ikke kan hente det gamle kort. Hvornår den læsning sker, er op til WhatsApp.

To beslægtede platforme opfører sig på samme måde — LinkedIn og X tilbyder heller ingen invaliderings-API og genlæser typisk inden for cirka en uge. Deres egne inspektionsværktøjer kan skubbe til det, hvis du har travlt:

Brug af Facebook-debuggeren til et WhatsApp-problem. Det er stadig værd at indsætte URL'en i Sharing Debugger, selvom den ikke kan opdatere WhatsApp, fordi den henter siden på samme måde som WhatsApp vil og rapporterer, hvad den faktisk fandt — manglende tags, utilgængelige billeder, dårlige formater. Behandl den som en validator for taggene, ikke som en løsning på WhatsApp-cachen.

6. Sådan rettes dette i en WooCommerce-butik

På WooCommerce er det værd at beskrive arbejdsgangen præcist, fordi fejltilstanden normalt ligger i SEO-pluginnet, ikke i temaet:

• Tagget findes ikke som standard. WooCommerce leveres uden og:image for product, product_cat eller butikssiden.
• Dit SEO-plugin udfylder hullet dårligt. Yoast, Rank Math, All in One SEO og SEOPress udskriver en og:image — men for et produkt bruger de det statiske feature-billede. Det er et kvadratisk eller stående foto, hvilket er præcis det billede, WhatsApp derefter beskærer.
• Hold øje med duplikerede tags. Hvis to plugins begge udskriver og:image, vælger platformen ét af dem, og det er måske ikke det, du forventer. Se kildekoden og tæl, hvor mange og:image-tags siden udsender.

FastOG til WooCommerce går en anden vej: Det renderer et 1200×630-kort fra live-katalogdata (titel, pris, tilbudsmærke, bedømmelse, produktfotografering) på sin egen render-tjeneste og overlader derefter det cover til det SEO-plugin, du allerede kører, i stedet for at udskrive et konkurrerende tag. Så du beholder ét og:image på siden, og det er et kort komponeret til 1.91:1-formatet frem for et rå produktfoto.

Da covers genereres ud fra live-katalogdata, matcher prisen på kortet prisen på siden, og et produkt med rabat får et tilbudsmærke. Når du gemmer et produkt, beder pluginnet også Facebook om at genlæse siden — Facebook er den eneste platform, der tilbyder en programmatisk opdatering. WhatsApp, LinkedIn og X følger deres egen tidsplan, og pluginnet siger det klart i stedet for at love en opdatering, det ikke kan levere.

• Installation: FastOG til WooCommerce på WordPress.org
• Detaljer og FAQ: WooCommerce-integrationssiden

Tjek, hvad WhatsApp faktisk vil se

Før du ændrer noget, så se siden, som en crawler gør. Indsæt en hvilken som helst produkt-URL i Se dine links, som købere gør – den henter siden, læser dens nuværende Open Graph-tags og viser den resulterende forhåndsvisning, som WhatsApp, X og Messenger gengiver den, ved siden af et FastOG-cover bygget ud fra de samme produktdata. Ingen tilmelding nødvendig.

Foretrækker du at inspicere de rå tags? Brug Open Graph Meta Tag Generator til at se markeringen, eller tjek referencen i og:image vises ikke? Sådan løser du det.

FAQ

Hvorfor bliver mit produktbillede beskåret på WhatsApp?

WhatsApp beskærer det billede, det modtager, til en 1200×630-ramme. Et kvadratisk eller portrætorienteret produktfoto mister sine sider eller sin top. Hvis du serverer et kort, der allerede er komponeret i 1200×630 — med produktfotoet tilpasset inde i kortet — har platformen intet at beskære.

Kan jeg tvinge WhatsApp til at opdatere et link preview?

Nej. WhatsApp tilbyder ingen opdaterings-API eller debugger, og det cachelagrede preview ligger i modtagerens app. Du kan kun sikre, at det korrekte billede venter på næste aflæsning. Facebook er undtagelsen og tilbyder en programmatisk genindlæsning.

Hvorfor viser Facebook Sharing Debugger mit billede, men WhatsApp viser intet?

Fordi det er separate caches, og debuggeren rapporterer om sidens tags, som begge platforme læser. Hvis debuggeren viser et korrekt billede, men WhatsApp ikke viser noget, er tagsene i orden, og du kigger på en ikke-opdateret WhatsApp-cache. Hvis debuggeren også viser intet, mangler tagget, eller billedet er utilgængeligt — gennemgå årsag 1 og 2.

Bruger WhatsApp og:image eller twitter:image?

og:image. Sæt Open Graph-tagsene. twitter:image er til X.

Har jeg brug for et plugin, eller kan jeg bare tilføje tagget selv?

Du kan selv tilføje et statisk og:image-tag til dit tema — det virker og er meget bedre end ingenting. Det, det ikke kan, er at producere et særskilt kort per produkt uden manuelt at oprette ét billede per produkt, og det bliver forældet, hver gang en pris ændres. Det er på det tidspunkt, et dynamisk cover er det værd.

Min side er ikke på FastOG. Vil dette stadig hjælpe?

Ja — de fem årsager er platformadfærd, ikke FastOG-adfærd. Gennemgå dem i rækkefølge med curl, sidekilde og debuggeren.

Relateret

• og:image vises ikke? Sådan løser du det
• Øjeblikkelig WhatsApp-billedopdatering til WooCommerce
• WooCommerce-prissynkronisering i WhatsApp-forhåndsvisningen
• Tving en opdatering af Facebook Open Graph-cachen
• OG-billedstørrelse: 1200×630 forklaret
• Sådan cacher du OG-billeder
• Signerede OG-billed-URL'er
• Open Graph-meta-tag-generator