Tjek din link-forhåndsvisningSe kortet, før du deler linket.
Indsæt en URL og få delekortet, sådan som Facebook, X, LinkedIn, WhatsApp, Discord, Slack, Telegram og iMessage hver især tegner det, i lys og mørk tilstand, plus en liste over det, der mangler, og de tags, du indsætter for at rette det.
URL-en hentes af vores server, fordi en browser ikke kan læse et andet website for dig. Den bliver aldrig logget, aldrig gemt og aldrig givet videre til tredjepart.
Indsæt en URL for at se dens delekort
Du får kortet, sådan som Facebook, X, LinkedIn, WhatsApp, Discord, Slack, Telegram og iMessage hver især tegner det, plus en liste over det, der mangler.
Hvorfor viser min link-forhåndsvisning det forkerte billede?
Næsten altid en ud af fem ting, og dette open graph-tjek siger hvilken, i stedet for at bede dig tilføje et og:image, du allerede har.
Der er mere end ét og:image
Temaet lægger ét ind, et plugin lægger endnu ét ind, og platformene tager i langt de fleste tilfælde det første, de møder i head. Det billede, du regnede med, ligger som regel længere nede. Tag-tabellen ovenfor viser hver kandidat og markerer den, der vinder.
Billedet er en relativ sti
og:image="/img/card.png" er ikke en URL, som en crawler kan hente. Den skal være absolut, og den skal kunne slås op fra den endelige adresse efter viderestillinger, ikke den, du skrev. Hvis dit site sender videre til www, kan en sti, der virker lokalt, ende med at pege på ingenting i produktion.
Billedet er beskyttet mod hotlinking
Det åbner fint i din browser, fordi du har en session og den rigtige referer. En crawler har ingen af delene, får en 403, og kortet ender uden billede. Dette værktøj henter billedet, som en fremmed ville gøre, så fejlen dukker op her i stedet for efter du har delt linket.
Platformen viser stadig sin cache
Du rettede tagget for en time siden, og det gamle billede er der stadig. Hver platform cacher forhåndsvisningen for sig selv, og nogle holder på den i uger. Intet af det, du ændrer i din ende, rydder den, du skal tvinge en ny hentning med platformens eget værktøj.
Siden har aldrig haft de tags
Hvis dit site renderes i klienten, findes dine tags i inspektøren og ikke i den HTML, serveren sendte tilbage. Ingen crawler venter på JavaScript. Det er den hyppigste årsag på moderne stacks og den, folk er længst om at tro på.
Hvilke Open Graph-tags har du egentlig brug for?
Fire bærer kortet. Resten er finjustering, og en meta tags-forhåndsvisning, der markerer alle tyve som lige presserende, hjælper dig ikke.
og:title og og:description
Overskriften og de to linjer under. Uden og:title falder en platform tilbage på <title>, som oftest er skrevet til søgeresultater og læser dårligt som overskrift på et kort. Uden en beskrivelse er kortets brødtekst simpelthen tom.
og:image, absolut og mindst 1200 px bred
Facebook dokumenterer 200x200 som nedre grænse og 1200x630 som anbefaling. LinkedIn dokumenterer 1200x627 og at billeder under 401 px i bredden vises som en lille miniature i stedet for et banner. Ét billede i 1200x630 dækker alle platforme på én gang.
twitter:card
Det ene tag, X reelt har brug for fra dig. Sæt det til summary_large_image, så klarer dine Open Graph-tags resten: X falder tilbage på og:title, og:description og og:image, når twitter:-modstykkerne mangler, så du behøver ikke duplikere dem.
og:url, og dem der bare rydder op
og:url forhindrer, at den samme side tæller som flere, når den deles med forskellige sporingsparametre. og:image:width og height lader en platform sætte kortet op, før billedet når frem. og:type, og:site_name, og:locale og og:image:alt er finish.
Har jeg brug for Twitter-tags, når jeg allerede har Open Graph?
Som regel ikke, og det er herfra en masse duplikeret markup kommer. To ting er værd at forstå, før du kopierer et femten linjer langt uddrag fra en blog.
X falder selv tilbage på Open Graph
Hvis twitter:title, twitter:description eller twitter:image mangler, læser X og:title, og:description og og:image i stedet. Det eneste tag, du reelt skal tilføje, er derfor twitter:card, som afgør, om den lille firkantede summary eller det store banner bliver tegnet. At tilføje resten giver kun mening, når du vil have X til at sige noget andet end alle andre steder.
property= over for name=, og hvorfor begge virker
Open Graph-specifikationen lægger sine tags på property=, og X kortspecifikation lægger sine på name=. I praksis læser begge platforme begge dele, og derfor melder et tjek, der kun matcher den ene stavemåde, halvdelen af dine tags som manglende. Dette her læser begge og fortæller dig, hvilken stavemåde du brugte, som en note og ikke som en fejl.
Hvorfor viser min forhåndsvisning stadig det gamle billede?
Fordi platformen ikke kigger på din side. Den kigger på den kopi, den tog første gang nogen delte linket, og den bliver ved med det, indtil noget får den til at kigge igen.
Hver platform cacher for sig
At rette tagget giver ikke besked til nogen. Facebook, LinkedIn og X har hver sin kopi, så et link kan se rigtigt ud ét sted og forældet ud to andre steder samtidig.
Hent forfra med de officielle værktøjer
Facebook Sharing Debugger, X Card Validator og LinkedIn Post Inspector har hver en knap, der tvinger en frisk hentning. Det er den eneste pålidelige måde at rydde den på, og det virker med det samme.
Beskedapperne cacher næsten ikke
WhatsApp, Telegram, Discord og Slack henter typisk siden ved hver ny besked, så de er den hurtigste måde at bekræfte en rettelse på uden at vente på nogen.
En ny URL er nødudgangen
Nægter en platform at opdatere, kommer du helt uden om cachen ved at dele en URL, den aldrig har set. En enkelt ekstra parameter er som regel nok.
Er du i tvivl om, hvor et forkortet link egentlig fører hen? Rul det ud med QR-kode-læseren
Mangler du et rent link at dele, nu hvor dine tags er rettet? Lav et med den gratis link-forkorter
Forhåndsvisningen er den nemme halvdel. Den anden er at vide, hvad klikket gav.
Et godt kort henter klikket. Derefter fortæller en rå URL dig ingenting: ikke hvor besøget kom fra, ikke hvilken platform der reelt leverede, og den kan ikke pege et nyt sted hen, når den først er delt. Det hul findes LinkScale til.
Se, hvilken platform der leverede
Klik fordelt på kilde, land og enhed, så du ved, om det var LinkedIn-opslaget eller nyhedsbrevet, der gjorde arbejdet.
Skift destination bagefter
Peg et link, der allerede er delt, et nyt sted hen, uden at bede nogen om at dele det igen.
Behold kortet
Et LinkScale-link bærer sine egne deletags, så det koster dig ikke den forhåndsvisning, du lige har rettet, at forkorte det.
Spørgsmål om link-forhåndsvisning
Har du flere spørgsmål?
OnlineRigtige mennesker, svarer typisk inden for få minutter.
Det er gratis, uden konto og uden en brugsgrænse værd at nævne. URL-en hentes af vores server, fordi en browser ikke kan læse et andet website for dig, og det er det eneste, det endpoint gør: henter siden, trækker tags ud, sender dem tilbage. Den bliver ikke logget, ikke skrevet til nogen database og ikke givet videre til tredjepart. Vil du hellre have, at intet forlader din maskine, laver tilstanden med indsat HTML hele analysen i din browser.
Kom videre med LinkScale
Kortet er rettet. Find nu ud af, hvad klikket var værd.
LinkScale viser dig, hvor hvert klik kom fra, og lader dig ændre, hvor et link fører hen, efter du har delt det.
Free 14-day trial on every plan