OG-Billedstørrelse: 1200×630 forklaret
Standardstørrelsen for Open Graph-billeder er 1200×630 pixels (et billedformat på 1,91:1). Det er den størrelse, som Facebook, X, LinkedIn, WhatsApp, Slack og Discord anbefaler og gengiver korrekt, så at bygge hvert og:image i 1200×630 er den sikre standard for deling på sociale medier.
Hvorfor 1200×630?
Sociale platforme beskærer og skalerer den delte forhåndsvisning. 1200×630 er bredt nok til at forblive skarpt på skærme med høj pixeltæthed, samtidig med at det bevarer forholdet (1,91:1), som alle større platforme gengiver uden at beskære overskriften eller branding. Mindre billeder bliver op-skaleret og ser slørede ud; større billeder bliver ned-skaleret eller afvist.
Reglerne, du skal følge
| Egenskab | Anbefalet |
|---|---|
| Bredde | 1200 px |
| Højde | 630 px |
| Billedformat | 1,91:1 |
| Maks. filstørrelse | Under 5 MB (8 MB er den hårde grænse) |
| Format | PNG (skarp tekst) eller JPG (fotos) |
Hvor det sikre område er
Platforme beskærer nogle gange toppen og bunden eller en lodret stribe. Hold overskriftstekst og dit logo inden for de midterste ~50 % af kortet, så vigtigt indhold overlever de fleste beskæringer.
Hvorfor nogle previews vises som et lille miniaturebillede
Et korrekt 1200×630-billede kan stadig vises som et lille kvadratisk miniaturebillede ved siden af teksten i stedet for som et bredt kort. Den beslutning træffer platformen, og den er ikke styret af billedets dimensioner alene — LinkedIn, Slack og WhatsApp vælger hver især et layout ud fra siden og billedet sammen, og ingen af dem tilbyder en indstilling til at tvinge det store kort frem.
To ting er under din kontrol og er værd at tjekke først, fordi en ødelagt en giver det lille kort hver gang:
- Billedet skal kunne hentes, når crawleren spørger. Et miniaturebillede er det, platformene falder tilbage på, når de ikke kan læse eller fortolke billedet. Vores egen diagnostik rapporterer dette pr. platform, inklusive de tilfælde, hvor en crawler giver op: et animeret billede og et billede over dets hentebudget (WhatsApps er 600 KB i vores konfiguration) vises begge som tekst uden noget billede overhovedet i stedet for som et lille kort.
/trymåler de faktiske bytes, format og animation og angiver dommen pr. platform. - De angivne dimensioner skal matche den faktiske fil.
og:image:widthogog:image:height, der ikke stemmer overens med billedet, er en almindelig årsag til et forringet kort; en skabelon-gengivelse angiver altid, hvad den faktisk har produceret.
Det, du ikke kan gøre, er at tvinge det brede kort frem, hvor en platform foretrækker miniaturebilledet. Det kan intet værktøj, hvilket er grunden til, at vi ikke sælger det: se WhatsApp Link Preview Not Showing? for de årsager, der faktisk kan rettes, og cache-guiden for, hvorfor et billede, du har ændret, måske ikke er det, der bliver læst.
Sådan håndterer FastOG størrelse
FastOG renderer hver skabelon i præcis 1200×630, så du aldrig behøver at tænke på størrelse eller format — outputtet er klar til og:image og twitter:image ud af boksen.
<meta property="og:image" content="https://fastog.com/api/v1/og?template=default&title=My+Post&key=sk_...&s=...">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
API'et accepterer også en eksplicit width, height og format (png, jpeg eller webp), når en overflade har brug for noget andet end standarden — X-profiloverskrifter er det medfølgende eksempel, ved 1500×500 via xheader-skabelonen.
FAQ
Er 1200×630 stadig den rigtige størrelse i 2025?
Ja. Det er stadig den bredt anbefalede standard på tværs af Facebook, X, LinkedIn, WhatsApp, Slack og Discord.
Hvad hvis jeg bruger en anden størrelse?
Det virker som regel stadig, men kan blive beskåret eller sløret. Hvis du må afvige, så behold 1,91:1-forholdet og hold dig under 5 MB.
Kan FastOG lade mig angive en tilpasset størrelse?
Ja. Standardstørrelsen er 1200×630, hvilket er det, platformene forventer, men API'et accepterer width, height og format (png, jpeg, webp), når du har brug for et andet lærred — for eksempel en 1500×500 X-profilheader.