Dimensione immagine open graph: 1200 × 630 per ogni superficie

La dimensione immagine open graph ha una risposta che soddisfa tutte le superfici insieme: 1200 × 630 pixel, JPG o PNG, meno di 5 MB. Quel singolo file rispetta il minimo consigliato da Meta, sta nel rapporto 1.91:1 richiesto, resta sotto entrambi i limiti di peso documentati e funziona come fallback per la card di X. Non serve un set. Servono un'immagine e quattro righe di markup.

Prima di questa pagina

Questo capitolo dà per presenti le quattro proprietà Open Graph obbligatorie. Se non ne sei certo, il conteggio su 26 homepage reali è in open graph tags on 26 homepages (in inglese), con l'elenco ufficiale di ciò che è obbligatorio. Per il tag vicino che descrive la pagina nei risultati, vedi come scrivere una meta description.

Perché basta un file

Ogni superficie che mostra un'anteprima legge le stesse due famiglie di tag, nello stesso ordine, poi ritaglia il risultato nella propria cornice. L'immagine che fornisci è un input per il layout di qualcun altro. Per questo un file generoso batte una cartella di varianti per piattaforma: il ritaglio non lo controlli, quindi controlli la sorgente.

Il protocollo Open Graph inserisce og:image tra le quattro proprietà obbligatorie. Definisce anche le proprietà strutturate opzionali per larghezza, altezza e descrizione. E se ne fornisci più di una: «Se un tag può avere più valori, basta mettere più versioni dello stesso meta tag nella pagina. Il primo tag, dall'alto verso il basso, ha la precedenza in caso di conflitto» (ogp.me, consultato il 2026-10-27).

L'immagine è il tuo file. Il ritaglio appartiene a chi la mostra. Dimensiona per la cornice che non vedi.

Dimensione immagine open graph: i numeri e la fonte

Due fonti pubblicate fissano i vincoli e non si contraddicono: vale il limite più stretto. Il rilevamento su 26 homepage citato sotto è stato fatto il 2026-08-27 e non è stato ripetuto per questa versione italiana.

Meta chiede immagini «di almeno 1200 x 630 pixel per la migliore visualizzazione su dispositivi ad alta risoluzione», con minimo 200 x 200 e un rapporto il più vicino possibile a 1.91:1 per mostrare l'immagine intera nel feed senza ritagli. X indica che le immagini devono pesare meno di 5 MB, che i formati supportati sono JPG, PNG, WEBP e GIF, che di una GIF animata si usa solo il primo fotogramma e che SVG non è supportato (documentazione Meta e riferimento card di X, verificati il 2026-08-27).

L'intersezione sicura è 1200 × 630, JPG o PNG, sotto 5 MB. È il numero da passare a chi produce il file.

Il markup da incollare

Quattro righe fanno il lavoro obbligatorio; la quinta e la sesta evitano un giro e descrivono l'immagine. Solo URL assolute: un percorso relativo alla radice è il modo più comune di rompere tutto.

<meta property="og:image" content="https://esempio.it/og/home.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:alt" content="Una riga che descrive l'immagine">
<meta name="twitter:card" content="summary_large_image">

Attenzione agli attributi. I valori Open Graph vanno su property, quelli della card di X su name. Le due famiglie vengono lette in entrambi i modi, ma nel nostro rilevamento del 2026-08-27 su 26 homepage tre siti scrivevano almeno uno di questi tag sull'attributo sbagliato, incluso MDN, che mette tutti e dieci i suoi tag og: su name.

Verificare con tre comandi

Eseguili su un URL pubblicato. Ognuno termina con un valore confrontabile con la tabella.

1. Leggi cosa dichiara la pagina: curl -sL --compressed -A 'Mozilla/5.0' https://esempio.it/ | grep -o '<meta[^>]*og:image[^>]*>'. Se non torna nulla, il tag è inserito da uno script e la maggior parte dei lettori non lo vedrà.
2. Verifica che l'URL sia assoluto e raggiungibile: copia il valore di content ed esegui curl -sI <url> | head -3. Vuoi un 200 e un content type immagine. Un 404 qui appare come nessuna immagine e nessun errore.
3. Verifica che la dimensione reale in pixel corrisponda. Su macOS: sips -g pixelWidth -g pixelHeight file.jpg. Dichiarare 1200 × 630 su un file da 800 × 600 è peggio che non dichiarare nulla, perché il lettore può riservare uno spazio che non riceverà mai.

Tre errori frequenti

Tutti e tre si vedono nel markup o in una richiesta HTTP. Nessuno richiede un'anteprima renderizzata per essere trovato.

1. Un percorso relativo in og:image. Il protocollo si aspetta un URL. Nel rilevamento del 2026-08-27 su 26 homepage, un sito dichiarava og:image e twitter:image come /dev-cdn/v/marketing/…. Chi non risolve rispetto all'URL della pagina non ottiene nulla, e il tuo browser non ti mostrerà mai il problema.
2. Un logo al posto di un banner. Un file quadrato in una cornice 1.91:1 viene incorniciato con bande o ritagliato al centro. Nello stesso rilevamento, dei sette siti che dichiaravano dimensioni, quattro indicavano meno di 1200 × 630: 400 × 400, 512 × 512, 800 × 600 e 1024 × 1024.
3. Testo inciso nell'immagine. Quello che scrivi lì viene ritagliato da cornici che non vedi e resta invisibile a tutto ciò che legge testo. Metti le parole in og:title, dove sono già lette.

Dove si ferma

La dimensione giusta non aggiorna l'anteprima. Ogni superficie mette in cache ciò che ha scaricato la prima volta e nessuna rilegge secondo il tuo calendario. Se cambi il file, cambia anche l'URL: un percorso nuovo è l'unico meccanismo anti-cache che funziona ovunque allo stesso modo.

Il secondo limite è la misura. Non abbiamo verificato anteprime renderizzate su nessuna superficie. Farlo con onestà richiederebbe di pubblicare un link reale su ciascuna, e i validatori che rispondevano a questa domanda sono dietro un login. Tutto qui viene da requisiti pubblicati e da ciò che 26 homepage dichiarano davvero. Se una piattaforma ritaglia la tua immagine in un modo che questa pagina non prevede, ha ragione la piattaforma e questa pagina è incompleta.

Domande frequenti

Qual è la dimensione corretta di un'immagine Open Graph?

1200 × 630 pixel, il minimo consigliato da Meta per gli schermi ad alta risoluzione e il rapporto 1.91:1 richiesto. Tieni il file sotto 5 MB per rispettare anche X, e in JPG o PNG per passare tutte le liste di formati.

Serve un'immagine separata per X?

No. Il riferimento delle card di X documenta og:image come fallback di twitter:image, quindi un file copre entrambi. Aggiungine un secondo solo se devono davvero differire, sapendo che avrai due file da tenere sincronizzati.

Perché la mia anteprima non mostra l'immagine?

In ordine di frequenza: l'URL è relativo, non restituisce 200, il tag è inserito da uno script e non era nell'HTML consegnato, oppure il file è un SVG. X dice chiaramente che SVG non è supportato.

Devo dichiarare og:image:width e og:image:height?

Sono opzionali e aiutano, perché chi conosce le dimensioni può riservare la card prima che l'immagine arrivi. Dichiara solo se sono veri. Nel nostro rilevamento solo sette homepage su 26 li dichiaravano.

og:image:alt è importante?

È la descrizione accessibile dell'immagine della card, e quasi nessuno la scrive: tre su 26 nel nostro rilevamento. Costa una riga. Per ciò che le stesse pagine inviano sul lato X, vedi twitter card tags on 26 homepages (in inglese), e per capire cosa riceve un motore dalla tua pagina prima di analizzarla, guarda il registro di promozione di QueryWin.