Search Engine Optimization Intermediate

Tag Open Graph

I tag Open Graph modellano l’anteprima dei link sui social, proteggono la presentazione del brand e migliorano il CTR di riferimento, ma non sono un fattore di ranking diretto.

Updated Apr 04, 2026

Quick Definition

I tag Open Graph sono metadati social presenti nella sezione <head> della pagina che controllano il modo in cui un URL viene visualizzato quando viene condiviso su piattaforme come Facebook, LinkedIn, Slack e WhatsApp. Non migliorano direttamente i posizionamenti su Google, ma incidono in modo significativo sul CTR (click-through rate), sul controllo del brand e su quanto spesso i link condivisi generano traffico invece di sembrare “rotti”.

Le meta tag Open Graph indicano alle piattaforme social quale titolo, descrizione, immagine e URL canonico utilizzare quando qualcuno condivide una pagina. Per i team SEO, il vantaggio è semplice: anteprime migliori significano più traffico referral qualificato, meno condivisioni “brutte” e un controllo più preciso su come le tue pagine vengono presentate fuori dalla ricerca.

Cosa fanno davvero i meta tag Open Graph

I tag principali sono og:title, og:description, og:image, og:url e og:type. Facebook ha creato il protocollo, ma LinkedIn, Slack, Discord e WhatsApp continuano a basarsi molto su di esso. X è meno coerente perché preferisce i tag Twitter Card, quindi le implementazioni serie spesso includono entrambi.

Questo non è un fattore di ranking. Google Search Console non mostrerà un incremento solo perché hai aggiunto og:image. John Mueller di Google ha dichiarato più volte che i metadati social non sono un fattore di ranking diretto nella ricerca. Il guadagno è la distribuzione, non i posizionamenti.

Perché i team SEO dovrebbero preoccuparsene

I link condivisi sono asset creativi. Se il tuo CMS lascia la generazione delle anteprime al caso, ottieni immagini ritagliate in modo casuale, titoli “di repertorio” o addirittura nessuna immagine. Questo uccide rapidamente il CTR.

Nei siti ricchi di contenuti, correggere i meta tag Open Graph sulle landing page principali spesso migliora il traffico social e “dark social” più di quanto i team si aspettino. Puoi verificarlo in GSC per la domanda sulle landing page, poi in GA4 o Adobe per le sessioni referral e le conversioni assistite. Ahrefs e Semrush non misurano direttamente le performance OG, ma ti aiutano a capire quali pagine dare priorità: link, menzioni e asset in cima al funnel con reale potenziale di condivisione.

Dettagli di implementazione che contano

  • Inserisci i tag OG nell’<head>, preferibilmente con rendering lato server.
  • Usa URL assoluti per og:image e og:url.
  • Imposta un’immagine principale intorno a 1200 x 630 px. Mantieni dimensioni del file ragionevoli, di solito sotto 300 KB se la qualità resta valida.
  • Imposta un og:title unico per il social quando il titolo SEO è troppo lungo o troppo orientato alla SERP.
  • Abbinalo ai tag Twitter Card. Non dare per scontato che X legga OG in modo pulito.
  • Reindicizza con Meta Sharing Debugger e LinkedIn Post Inspector dopo gli aggiornamenti.

Screaming Frog è lo strumento di QA più veloce per farlo. Esegui la scansione del sito, estrai i campi OG e individua tag mancanti, immagini duplicate, URL immagine non-200 e pagine in cui og:url entra in conflitto con i canonici. Su siti di grandi dimensioni, questo intercetta più problemi rispetto al semplice controllo a campione dei template.

Dove i consigli convenzionali non reggono

La tesi comune è che ogni pagina richieda meta tag OG creati a mano. Non è vero. Su un ecommerce con 50.000 URL, la logica basata su template batte la copia manuale ogni volta. Riserva il trattamento personalizzato alle pagine di categoria, alle campagne, ai report e alle pagine con intenti di condivisione esterna.

Un’altra avvertenza: il comportamento delle anteprime è incoerente tra le app. Slack può memorizzare in cache in modo aggressivo. WhatsApp può troncare in modo diverso rispetto a LinkedIn. Discord può prelevare immagini non aggiornate. Quindi sì, implementa le best practice, ma non fingere che il rendering delle anteprime sia totalmente deterministico.

Se usi Surfer SEO, Moz, Ahrefs o Semrush nei workflow di contenuti, tratta Open Graph come uno strato di distribuzione, non come una casella di controllo del punteggio di ottimizzazione. I buoni tag OG non salveranno contenuti deboli. Impediscono soltanto che contenuti forti vengano presentati male.

Frequently Asked Questions

Le tag Open Graph aiutano direttamente l’SEO?
Non direttamente. Non sono un fattore di ranking per Google e Google Search Console non riporta alcun beneficio in termini di posizionamento derivante dalla sola implementazione degli OG. Il valore è indiretto: anteprime social più efficaci possono aumentare il traffico referral, le ricerche sul brand e le conversioni assistite.
Quali tag Open Graph sono essenziali?
Almeno: og:title, og:description, og:image, og:url e og:type. Se salti og:image, in genere il calo di performance è il più marcato, perché le condivisioni senza immagini risultano più deboli sulla maggior parte delle piattaforme.
Le tag OG dovrebbero corrispondere ai title tag e alle meta description?
Qualche volta, non sempre. Per molte pagine, l’abbinamento va benissimo, ma i testi per i social spesso richiedono messaggi più brevi e chiari rispetto a quelli della SERP. Se il tuo title tag è pieno di modificatori pensati per la ricerca, scrivi un og:title più pulito per la condivisione.
Come fai l’audit dei tag Open Graph su larga scala?
Usa Screaming Frog per eseguire la scansione di tutti gli URL indicizzabili ed estrarre i campi OG. Poi verifica le pagine ad alto valore con Meta Sharing Debugger, LinkedIn Post Inspector e test di condivisione in tempo reale su Slack o WhatsApp, perché il comportamento della cache varia.
Tutte le piattaforme utilizzano i tag Open Graph nello stesso modo?
No. Facebook e LinkedIn sono abbastanza prevedibili, ma Slack, Discord, WhatsApp e X possono gestire caching, troncamento e logiche di fallback in modo diverso. Ecco perché un’implementazione perfetta non garantisce comunque anteprime identiche ovunque.
Quando la produzione di immagini OG personalizzate vale davvero lo sforzo?
Di solito, per pagine con una reale intenzione di condivisione: report, asset PR, webinar, lanci di prodotto e contenuti “linkabili”. Per i grandi cataloghi e-commerce, la generazione di immagini tramite template attraverso Cloudinary o logiche del CMS è generalmente l’unica opzione scalabile.

Self-Check

Le nostre URL più condivise utilizzano titoli e immagini OG personalizzati oppure solo tutto ciò che il CMS genera automaticamente in modo predefinito?

Abbiamo eseguito la scansione dei tag OG in Screaming Frog per individuare immagini mancanti, titoli duplicati e URL delle immagini non funzionanti?

Le nostre etichette di anteprima social (social preview) sono allineate agli URL canonici o stiamo creando segnali misti con valori di og:url parametrizzati?

Abbiamo testato il rendering reale in Meta, LinkedIn, Slack e WhatsApp invece di presumere che un singolo debugger copra tutti i casi?

Common Mistakes

❌ L’utilizzo di percorsi relativi delle immagini o di URL delle immagini reindirizzati in og:image, che causa la rottura delle anteprime su alcune piattaforme.

❌ Copiare il title SEO in og:title anche quando è troppo lungo, troppo ricco di keyword o mal formattato per la condivisione.

❌ Supponendo che Open Graph copra da solo X, quindi dimenticando i tag delle Twitter Card.

❌ Trattare l’implementazione di OG come una configurazione una tantum e non rieseguire mai la scansione/raccolta di anteprime in cache dopo gli aggiornamenti.

All Keywords

tag Open Graph tag Og meta tag Open Graph tag meta social og:image og:title Twitter Cards vs Open Graph tag SEO Open Graph anteprima della condivisione sui social Audit Open Graph di Screaming Frog Debugger per la condivisione dei meta Verificatore dei post di LinkedIn

Ready to Implement Tag Open Graph?

Get expert SEO insights and automated optimizations with our platform.

Get Started Free