Sjekk lenkeforhåndsvisningen dinSe kortet før du deler lenken.
Lim inn en URL og få delingskortet slik Facebook, X, LinkedIn, WhatsApp, Discord, Slack, Telegram og iMessage hver for seg tegner det, i lys og mørk modus, pluss en liste over det som mangler og taggene du limer inn for å fikse det.
URL-en hentes av serveren vår, fordi en nettleser ikke kan lese et annet nettsted for deg. Den logges aldri, lagres aldri og gis aldri videre til noen tredjepart.
Lim inn en URL for å se delingskortene
Du får kortet slik Facebook, X, LinkedIn, WhatsApp, Discord, Slack, Telegram og iMessage hver for seg tegner det, pluss en liste over det som mangler.
Hvorfor viser lenkeforhåndsvisningen feil bilde?
Nesten alltid én av fem ting, og denne open graph-sjekken sier hvilken, i stedet for å be deg legge til et og:image du allerede har.
Det finnes mer enn ett og:image
Temaet legger inn ett, en utvidelse legger inn enda ett, og plattformene tar i de aller fleste tilfeller det første de møter i head. Bildet du regnet med ligger som regel lenger ned. Taggtabellen over lister hver kandidat og merker den som vinner.
Bildet er en relativ sti
og:image="/img/card.png" er ingen URL en robot kan hente. Den må være absolutt, og den må løses fra den endelige adressen etter videresendinger, ikke den du skrev inn. Hvis nettstedet ditt sender videre til www, kan en sti som fungerer lokalt peke på ingenting i produksjon.
Bildet er beskyttet mot hotlinking
Det åpner helt fint i nettleseren din fordi du har en økt og riktig referer. En robot har ingen av delene, får en 403, og kortet ender uten bilde. Dette verktøyet henter bildet slik en fremmed ville gjort, så feilen dukker opp her og ikke etter at du har delt lenken.
Plattformen viser fortsatt cachen sin
Du fikset taggen for en time siden, og det gamle bildet ligger der ennå. Hver plattform cacher forhåndsvisningen for seg, og noen holder på den i uker. Ingenting du endrer på din side tømmer den, du må tvinge fram en ny henting med plattformens eget verktøy.
Siden hadde aldri taggene
Hvis nettstedet ditt rendres i klienten, finnes taggene i inspektøren din og ikke i HTML-en serveren sendte tilbake. Ingen robot venter på JavaScript. Dette er den vanligste årsaken på moderne stacker, og den folk bruker lengst tid på å tro på.
Hvilke Open Graph-tagger trenger du egentlig?
Fire bærer hele kortet. Resten er finpuss, og en forhåndsvisning av metatagger som markerer alle tjue som like presserende hjelper deg ikke.
og:title og og:description
Overskriften og de to linjene under. Uten og:title faller plattformen tilbake på <title>, som oftest er skrevet for søkeresultater og leser dårlig som overskrift på et kort. Uten en beskrivelse blir brødteksten i kortet rett og slett tom.
og:image, absolutt og minst 1200 px bred
Facebook oppgir 200x200 som nedre grense og 1200x630 som anbefaling. LinkedIn oppgir 1200x627, og at bilder under 401 px bredde vises som en liten miniatyr i stedet for et banner. Ett bilde i 1200x630 dekker alle plattformene på én gang.
twitter:card
Den ene taggen X faktisk trenger fra deg. Sett den til summary_large_image, så tar Open Graph-taggene dine resten: X faller tilbake på og:title, og:description og og:image når twitter:-motstykkene mangler, så du trenger ikke duplisere dem.
og:url, og de som bare rydder
og:url hindrer at samme side telles som flere når den deles med ulike sporingsparametere. og:image:width og height lar en plattform sette opp kortet før bildet har kommet fram. og:type, og:site_name, og:locale og og:image:alt er finish.
Trenger jeg Twitter-tagger når jeg allerede har Open Graph?
Som regel ikke, og det er herfra mye duplisert markup kommer. To ting er verdt å forstå før du kopierer en snutt på femten linjer fra en blogg.
X faller tilbake på Open Graph av seg selv
Hvis twitter:title, twitter:description eller twitter:image mangler, leser X og:title, og:description og og:image i stedet. Den eneste taggen du faktisk må legge til er altså twitter:card, som avgjør om den lille firkantede summary eller det store banneret blir tegnet. Å legge til resten er bare nyttig når du vil at X skal si noe annet enn alle andre steder.
property= mot name=, og hvorfor begge fungerer
Open Graph-spesifikasjonen legger taggene sine på property=, og kortspesifikasjonen til X legger sine på name=. I praksis leser begge plattformene begge deler, og derfor melder en sjekk som bare kjenner igjen én skrivemåte halvparten av taggene dine som manglende. Denne leser begge og forteller deg hvilken skrivemåte du brukte, som en merknad og ikke som en feil.
Hvorfor viser forhåndsvisningen fortsatt det gamle bildet?
Fordi plattformen ikke ser på siden din. Den ser på kopien den tok første gang noen delte lenken, og den fortsetter med det til noe får den til å se en gang til.
Hver plattform cacher for seg
Å fikse taggen varsler ingen. Facebook, LinkedIn og X holder hver sin kopi, så en lenke kan se riktig ut ett sted og utdatert ut to andre steder samtidig.
Hent på nytt med de offisielle verktøyene
Facebook Sharing Debugger, X Card Validator og LinkedIn Post Inspector har hver sin knapp som tvinger fram en fersk henting. Det er den eneste pålitelige måten å tømme den på, og den virker umiddelbart.
Meldingsappene cacher nesten ikke
WhatsApp, Telegram, Discord og Slack henter som regel siden på nytt for hver nye melding, så de er den raskeste måten å bekrefte en fiks på uten å vente på noen andre.
En ny URL er nødutgangen
Nekter en plattform å oppdatere seg, går du helt utenom cachen ved å dele en URL den aldri har sett. Å legge til én parameter holder som regel.
Usikker på hvor en forkortet lenke faktisk fører? Nøst den opp med QR-kodeleseren
Trenger du en ren lenke å dele nå som taggene er fikset? Lag en med den gratis lenkeforkorteren
Forhåndsvisningen er den enkle halvdelen. Den andre er å vite hva klikket ga.
Et godt kort henter klikket. Etter det forteller en rå URL deg ingenting: ikke hvor besøket kom fra, ikke hvilken plattform som faktisk leverte, og den kan ikke peke et nytt sted når den først ligger ute. Det hullet finnes LinkScale for.
Se hvilken plattform som leverte
Klikk fordelt på kilde, land og enhet, så du vet om det var LinkedIn-innlegget eller nyhetsbrevet som gjorde jobben.
Endre hvor den går, senere
Pek en lenke som allerede er publisert et nytt sted, uten å be noen om å dele den på nytt.
Behold kortet
En LinkScale-lenke bærer sine egne delingstagger, så å forkorte den koster deg ikke forhåndsvisningen du nettopp fikset.
Spørsmål om lenkeforhåndsvisning
Har du flere spørsmål?
OnlineEkte mennesker, svarer som regel innen få minutter.
Det er gratis, uten konto og uten en bruksgrense verdt å nevne. URL-en hentes av serveren vår, fordi en nettleser ikke kan lese et annet nettsted for deg, og det er alt det endepunktet gjør: henter siden, trekker ut taggene, sender dem tilbake. Den logges ikke, skrives ikke til noen database og gis ikke videre til tredjepart. Vil du heller at ingenting forlater maskinen din, gjør modusen med innlimt HTML hele analysen i nettleseren.
Kom videre med LinkScale
Kortet er fikset. Nå kan du finne ut hva klikket var verdt.
LinkScale viser deg hvor hvert klikk kom fra, og lar deg endre hvor en lenke går etter at den er publisert.
Free 14-day trial on every plan