Linkvoorbeeld-checkerBekijk de kaart voordat je de link post.
Plak een URL en krijg de deelkaart zoals Facebook, X, LinkedIn, WhatsApp, Discord, Slack, Telegram en iMessage hem elk tekenen, in licht en donker, plus een lijst van wat er ontbreekt en de tags die je plakt om het te fixen.
De URL wordt door onze server opgehaald, omdat een browser geen andere site voor je kan lezen. Hij wordt nooit gelogd, nooit opgeslagen en nooit doorgegeven aan derden.
Plak een URL om de deelkaarten te zien
Je krijgt de kaart zoals Facebook, X, LinkedIn, WhatsApp, Discord, Slack, Telegram en iMessage hem elk tekenen, plus een lijst van wat er ontbreekt.
Waarom toont mijn linkvoorbeeld de verkeerde afbeelding?
Bijna altijd een van vijf dingen, en deze open graph checker zegt welke, in plaats van je te vertellen dat je og:image moet toevoegen terwijl je die al hebt.
Er is meer dan één og:image
Het thema voegt er een toe, een plugin voegt er nog een toe, en platformen nemen vrijwel altijd de eerste die ze in de head tegenkomen. De afbeelding die je verwachtte staat meestal verderop. De tagtabel hierboven somt elke kandidaat op en markeert degene die wint.
De afbeelding is een relatief pad
og:image="/img/card.png" is geen URL die een scraper kan ophalen. Hij moet absoluut zijn en moet oplossen vanaf het uiteindelijke adres na redirects, niet vanaf het adres dat je intypte. Als je site doorstuurt naar www, kan een pad dat lokaal werkt in productie op niets uitkomen.
De afbeelding is beveiligd tegen hotlinken
Hij opent prima in je browser omdat je een sessie en de juiste referer hebt. Een scraper heeft geen van beide, krijgt een 403, en de kaart valt terug op geen afbeelding. Deze tool laadt de afbeelding zoals een vreemde dat zou doen, zodat die fout hier opduikt en niet pas na je post.
Het platform toont nog zijn cache
Je hebt de tag een uur geleden gefixt en de oude afbeelding staat er nog. Elk platform cachet het voorbeeld apart en sommige houden het weken vast. Niets wat je aan jouw kant verandert wist dat, je moet de URL opnieuw laten ophalen met de tool van het platform zelf.
De pagina had de tags nooit
Als je site in de client rendert, bestaan de tags in je inspector en niet in de HTML die de server terugstuurde. Geen enkele scraper wacht op JavaScript. Dit is de meest voorkomende oorzaak op moderne stacks en degene die mensen het traagst geloven.
Welke Open Graph-tags heb je echt nodig?
Vier dragen de kaart. De rest is verfijning, en een meta tags preview die alle twintig als even urgent markeert helpt je niet.
og:title en og:description
De kop en de twee regels eronder. Zonder og:title valt een platform terug op <title>, die meestal voor zoekresultaten geschreven is en slecht leest als kop van een kaart. Zonder beschrijving blijft de body van de kaart simpelweg leeg.
og:image, absoluut en minstens 1200 px breed
Facebook documenteert 200x200 als ondergrens en 1200x630 als aanbeveling. LinkedIn documenteert 1200x627, en dat afbeeldingen onder 401 px breed als kleine thumbnail verschijnen in plaats van als banner. Eén afbeelding van 1200x630 bedient alle platformen tegelijk.
twitter:card
De enige tag die X echt van je nodig heeft. Zet hem op summary_large_image en je Open Graph-tags doen de rest: X valt terug op og:title, og:description en og:image als de twitter:-equivalenten ontbreken, dus je hoeft ze niet te dupliceren.
og:url, en de tags die alleen opruimen
og:url voorkomt dat dezelfde pagina als meerdere telt wanneer hij met verschillende trackingparameters gedeeld wordt. og:image:width en height laten een platform de kaart opmaken voordat de afbeelding binnen is. og:type, og:site_name, og:locale en og:image:alt zijn afwerking.
Heb ik Twitter-tags nodig als ik al Open Graph heb?
Meestal niet, en daar komt veel gedupliceerde markup vandaan. Twee dingen zijn het begrijpen waard voordat je een snippet van vijftien regels van een blog kopieert.
X valt vanzelf terug op Open Graph
Ontbreken twitter:title, twitter:description of twitter:image, dan leest X in plaats daarvan og:title, og:description en og:image. De enige tag die je echt moet toevoegen is dus twitter:card, die bepaalt of het kleine vierkante summary of de grote banner getekend wordt. De rest toevoegen is alleen nuttig als je wilt dat X iets anders zegt dan overal elders.
property= tegenover name=, en waarom allebei werkt
De Open Graph-specificatie zet haar tags op property=, en de kaartspecificatie van X zet die van haar op name=. In de praktijk lezen beide platformen allebei, en daarom rapporteert een checker die maar één schrijfwijze herkent de helft van je tags als ontbrekend. Deze leest ze allebei en vertelt je welke schrijfwijze je gebruikte, als notitie en niet als fout.
Waarom toont mijn voorbeeld nog steeds de oude afbeelding?
Omdat het platform niet naar jouw pagina kijkt. Het kijkt naar de kopie die het nam toen iemand de link voor het eerst deelde, en het blijft dat doen tot iets het dwingt opnieuw te kijken.
Elk platform cachet apart
De tag fixen waarschuwt niemand. Facebook, LinkedIn en X houden elk hun eigen kopie, dus een link kan op de ene plek kloppen en op twee andere tegelijk verouderd zijn.
Opnieuw laten ophalen met de officiële tools
De Facebook Sharing Debugger, de X Card Validator en de LinkedIn Post Inspector hebben elk een knop die een verse ophaling afdwingt. Dat is de enige betrouwbare manier om het te wissen, en het werkt meteen.
De messengers cachen nauwelijks
WhatsApp, Telegram, Discord en Slack halen doorgaans bij elk nieuw bericht opnieuw op, dus zij zijn de snelste manier om een fix te bevestigen zonder op iemand te wachten.
Een nieuwe URL is de nooduitgang
Weigert een platform te verversen, dan omzeilt het delen van een URL die het nooit gezien heeft de cache volledig. Eén parameter toevoegen is meestal genoeg.
Weet je niet waar een verkorte link echt heen gaat? Pel hem af met de QR-code-resolver
Een schone link nodig om te delen nu de tags kloppen? Maak er een met de gratis link shortener
Het voorbeeld is de makkelijke helft. Weten wat de klik opleverde is de andere.
Een goede kaart haalt de klik binnen. Daarna vertelt een kale URL je niets: niet waar het bezoek vandaan kwam, niet welk platform echt geleverd heeft, en hij kan niet meer ergens anders heen wijzen zodra hij gepost is. Voor dat gat bestaat LinkScale.
Zie welk platform geleverd heeft
Kliks per bron, land en apparaat, zodat je weet of de LinkedIn-post of de nieuwsbrief het werk deed.
Verander later waar hij heen gaat
Wijs een link die al gepost is naar een nieuwe bestemming, zonder iemand te vragen hem opnieuw te delen.
Houd de kaart intact
Een LinkScale-link draagt zijn eigen deeltags, dus inkorten kost je niet het voorbeeld dat je net gefixt hebt.
Vragen over linkvoorbeelden
Nog vragen?
OnlineEchte mensen, meestal binnen een paar minuten antwoord.
Hij is gratis, zonder account en zonder noemenswaardige gebruikslimiet. De URL wordt door onze server opgehaald, omdat een browser geen andere site voor je kan lezen, en dat is het enige wat dat endpoint doet: de pagina ophalen, de tags eruit halen, ze teruggeven. Hij wordt niet gelogd, niet naar een database geschreven en niet aan derden doorgegeven. Wil je liever dat er niets van je machine af gaat, dan doet de modus met geplakte HTML de hele analyse in je browser.
Ga verder met LinkScale
De kaart klopt. Kom er nu achter wat de klik waard was.
LinkScale laat je zien waar elke klik vandaan kwam en laat je veranderen waar een link heen gaat nadat hij gepost is.
Free 14-day trial on every plan