BLOG · SOCIAL DELING

Open Graph-tjekker:
se dit link før du deler det

Hvad og-taggene gør, de fem fejl der dræber klik — og tre måder at tjekke dem på, inklusive en automatiseret der også fanger twitter:card.

Opdateret august 2026 · 5 minutters læsning

Hvorfor dette gælder dig

Når en URL indsættes i et socialt netværk eller chat-app, henter platformens crawler din side og læser fire meta-tags fra og-navnerummet: og:title, og:description, og:image og og:url. Mangler taggene, gætter platformen — normalt dårligt: intet billede, en afkortet titel eller en beskrivelse skrabt fra tilfældig sidetekst. Er taggene forkerte, vises det forkerte kort — og platformene cachér aggressivt: at rette taggene i dag retter ikke kort der allerede er cachet.

🖼️ Billede-problemet

Den hyppigste fejl: og:image mangler, er relativ i stedet for absolut, mindre end 200×200 px eller bag login. Enhver af dem renderer slet intet billede.

🗄️ Cache-problemet

Facebook og LinkedIn cacher delingsdata i dage. Ret taggene først, tving derefter en re-scrape via platformens debugger — ellers tester du på gamle data.

✅ Ét tjek, alle tags

En god tjekker validerer alle tags på én gang: tilstedeværelse, størrelser, absolutte URLs, billeddimensioner og twitter:card-fallbacks.

Sådan tjekker du dine Open Graph-tags

Mulighed A — automatiseret (anbefalet). Indsæt din URL i den gratis page-profiler. Udover den fulde tekniske SEO-rapport får du hele Open Graph- og Twitter Card-billedet: hvilke tags findes, om og:image resolves og opfylder minimumsstørrelsen, og om twitter:card har fornuftige fallbacks.

Mulighed B — view-source. Åbn din side, vis kilde og søg efter "og:". Du bør finde mindst title, description, image og url i <head>. Husk: tags renderet client-side af JavaScript er usynlige for de fleste platform-crawlere — de skal ligge i det rå HTML-svar.

Mulighed C — platform-debuggere. Efter rettelsen: kør Facebooks Sharing Debugger og LinkedIns Post Inspector for at friske cacherne op og bekræfte det nye kort. Hver platform cacher uafhængigt; at rydde én rydder ikke de andre.

📏 Billed-regler: 1200×630 px, absolut URL, under ~8 MB, offentligt tilgængelig, PNG eller JPEG. Det består alle store platformers krav med margen.

✍️ Titler og beskrivelser: Kort afkortes omkring 55-65 tegn titel og ~110-160 tegn beskrivelse afhængigt af platform. De vigtige ord først.

🧩 Tags pr. side: Ét fælles sæt OG-tags på hele sitet betyder at hver delt artikel viser forsidekortet. Generér dem pr. skabelon — de fleste CMS'er gør det med ét plugin eller én meta-partial.

Fem Open Graph-fejl der dræber klik

1. Manglende og:image. Opslag uden billeder får markant færre klik — og platformen finder sjældent et passende alternativ selv.

2. Relativ billede-URL. og:image skal være absolut. Crawleren resolver ikke relative stier pålideligt.

3. Billede bag auth eller for lille. Under 200×200 px eller bag login = intet kortbillede, uden advarsel.

4. Samme tags overalt. Ét globalt sæt betyder at artikler deles med forsidekortet — og click-through lider.

5. Ingen re-scrape efter rettelse. Rettede tags vises ikke før cachet tvinges frisk. Test altid via debuggeren efter ændring.

Ofte stillede spørgsmål

Hvad laver Open Graph-tags egentlig?

De fortæller sociale platforme og chat-apps hvordan et link skal kort-lægges: titel, beskrivelse, billede og kanonisk URL. Udem dem gætter crawleren — typisk med afkortet titel, tilfældig tekst som beskrivelse eller slet intet billede.

Hvorfor viser mit link stadig det gamle billede efter jeg rettede det?

Platformene cacher delingsdata aggressivt — Facebook og LinkedIn i flere dage. Kør URL'en igennem platformens debugger (Facebook Sharing Debugger, LinkedIn Post Inspector) for at tvinge en re-scrape. Hver platform cacher uafhængigt.

Hvor stort skal og:image være?

1200×630 px er den sikre standard: mindst 200×200 px kræves af de fleste, men små billeder renders lav opløsning eller slet ikke. Absolut URL, under ~8 MB, PNG eller JPEG, offentligt tilgængelig.

Kan JavaScript-genererede OG-tags bruges?

Usikkert. Mange platform-crawlere eksekverer ikke JavaScript, så tags der først dukker op efter render ses ikke. De skal stå i det rå HTML-svar — generér dem server-side eller statisk i build.

Hvordan tjekker jeg hurtigst muligt?

Indsæt URL'en i den gratis page-profiler på /page-profile. Ud over hele SEO-rapporten får du status på hvert og:-tag og twitter:card — inklusive om billedet resolver og opfylder størrelseskravene. Sekunder, ingen konto.

Start med en gratis scanning →

Relateret: Teknisk SEO-tjek · Hreflang-guiden · Metadata-audit