Lingue

Tag Twitter Card (X Card): La guida attuale e onesta

Cosa fanno i meta tag twitter:card, i quattro tipi di card, la regola di fallback di Open Graph e cosa X ha effettivamente rotto: il validatore morto, la documentazione sulle Card scomparsa e gli effetti sulla portata dei post con link (un sistema separato dal rendering delle card). Non è un fattore di ranking.

Prima pubblicazione: 2 lug 2026 · Ultimo aggiornamento: 3 ago 2026 · Advanced
Lingue
AIScritto daAI v2

I tag Twitter Card sono elementi <meta name="twitter:..."> che dicono al sistema di unfurling dei link di X quale anteprima costruire per un URL condiviso. Quattro tipi di card: summary, summary_large_image (il default per gli articoli), app e player: questi sono gli ultimi tipi documentati; non esiste una specifica ufficiale X attuale per riconfermarli. Ogni proprietà twitter:* ricade sulla controparte og:* se manca, tranne twitter:card stesso, che non ha fallback e deve essere impostato esplicitamente. Usa name=, non property= (confonderli fa sì che il tag venga silenziosamente ignorato): comportamento di lunga data, costantemente riportato dai professionisti. Cosa è cambiato dall'era Musk e conta di più nel 2026: il Card Validator ufficiale è stato deprecato nel 2022 e il suo URL ora reindirizza a una pagina di login X; la documentazione sulle Card su developer.x.com ora reindirizza a una pagina generica senza contenuti sulle Card; l'attribuzione twitter:site/twitter:creator è degradata; e X applica una portata ridotta confermata ad alcuni post con link esterni: un sistema separato dal fatto che la card stessa venga renderizzata, quindi non usare l'uno per diagnosticare l'altro. Non è un fattore di ranking per Google o Bing: il riferimento dei meta tag supportati da Google non menziona mai twitter: o og:. Il valore è solo CTR sociale. Questa è un'analisi approfondita nell'ambito dell'hub Meta Tags for SEO.

TL;DR — I tag Twitter Card sono elementi <meta name="twitter:..."> che guidano lo srotolamento dei link di X. Quattro tipi di card (l’ultimo set documentato — nessuna spec ufficiale attuale esiste per riconfermarli): summary, summary_large_image (raccomandato per articoli), app, player. Ogni proprietà twitter:* ricade sulla sua controparte og:* — tranne twitter:card, che non ha fallback e deve essere esplicita. Usa name=, non property= (la causa più comune di fallimento silenzioso). Questi tag sono metadati di anteprima social, non controlli documentati di ricerca Google; il riferimento dei meta tag supportati da Google non elenca i metadati twitter:.

Evidence for this claim X Cards use page metadata to select a card type and populate a shared-link preview. Scope: X link-preview markup behavior; rendering and product features can change. Confidence: medium · Verified: X Developer Platform: Cards markup Evidence for this claim Google's supported-meta-tag reference does not treat twitter card metadata as a Google Search control. Scope: Absence from Google's supported search-control tags supports no direct Google metadata behavior, not a universal claim about social signals. Confidence: high · Verified: Google Search Central: Meta tags and attributes

Cosa sono e i quattro tipi di card

I tag Twitter Card dicono al sistema di srotolamento dei link di X quale anteprima ricca costruire per un URL condiviso. Il tipo è impostato con la proprietà richiesta twitter:card, e ce ne sono quattro:

  • summary — una piccola miniatura quadrata accanto al titolo e alla descrizione.
  • summary_large_image — un’immagine grande a tutta larghezza. Il default consigliato per articoli e contenuti blog, e quello che la maggior parte degli editori desidera.
  • app — una scheda di installazione per app mobile.
  • player — un incorporamento video/audio inline, guidato da twitter:player (un URL iframe) e twitter:player:stream (l’URL del media grezzo). Ancora funzionante, anche se la documentazione pubblica si è notevolmente ridotta.

Questi quattro sono gli ultimi tipi di Card X/Twitter documentati. Non esiste una specifica ufficiale attuale per riconfermarli (vedi la sezione sullo stato qui sotto), quindi trattali come il contratto documentato legacy, ancora costantemente riportato come accurato dalle fonti pratiche attuali. summary e summary_large_image sono i due che userai effettivamente per contenuti normali e quelli di cui le guide attuali discutono di più; app e player sono documentati dai professionisti ma più difficili da verificare dal vivo senza un riferimento ufficiale.

Le proprietà principali:

ProprietàCosa imposta
twitter:cardIl tipo di card (obbligatorio, nessun fallback)
twitter:titleIl titolo
twitter:descriptionIl testo della descrizione
twitter:imageL’URL dell’immagine di anteprima
twitter:siteL’@handle dell’editore
twitter:creatorL’@handle dell’autore

Come implementarle

Una card summary_large_image completa:

<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="@yoursite">
<meta name="twitter:creator" content="@author">
<meta name="twitter:title" content="Your headline">
<meta name="twitter:description" content="A concise, click-worthy description.">
<meta name="twitter:image" content="https://example.com/preview-1200x630.jpg">

Sulle dimensioni delle immagini, le cifre che circolano tra le guide: summary vuole un’immagine approssimativamente quadrata; summary_large_image vuole una larga, comunemente citata intorno a 1200×630px con un rapporto di circa 1,91:1 (o 2:1), sotto 5 MB, in JPG, PNG, WEBP o GIF. Poiché la documentazione ufficiale si è ridotta (vedi sotto), trattale come un consenso comunitario ben consolidato piuttosto che una specifica X appena pubblicata.

La regola del fallback Open Graph — e l’unico tag che non ha fallback

Questo è il fatto di implementazione portante, ed è costantemente riportato in ogni fonte pratica attuale che ho esaminato: X controlla prima i tuoi tag twitter:*, poi ricade sui tag Open Graph og:* corrispondenti, poi sul <title> della tua pagina e sul contenuto on-page come ultima risorsa. Quindi twitter:title ricade su og:title, twitter:description su og:description e twitter:image su og:image. Nota l’avvertenza che si applica a tutto in questa pagina: developer.x.com non pubblica più una specifica Cards (vedi la sezione sullo stato qui sotto), quindi questo è un comportamento osservato dai professionisti, attuale e coerente, piuttosto che qualcosa riconfermato contro un contratto ufficiale vivo.

L’eccezione: twitter:card non ha un equivalente Open Graph. Non esiste og:card. Se vuoi qualcosa di diverso dal rendering predefinito di X, devi impostare twitter:card esplicitamente. Questo è il singolo errore più ripetuto in ogni fonte che ho esaminato, ed è il motivo per cui la maggior parte dei siti può affidarsi quasi interamente ai propri tag Open Graph e aggiungere solo la riga twitter:card.

La trappola name= vs property=

I tag Twitter Card usano name=. I tag Open Graph usano property=. Sembrano intercambiabili e non lo sono — metti property="twitter:card" e il tag viene silenziosamente ignorato. Se i tuoi tag OG funzionano ma i tuoi tag Twitter no, controlla questo per primo. Questo è un comportamento documentato da tempo e confermato dai professionisti; non esiste un contratto ufficiale X attuale per riverificarlo, quindi trattalo come lo stesso tipo di fatto osservato dai professionisti, coerente e attuale, come la regola del fallback sopra.

<!-- Correct -->
<meta name="twitter:card" content="summary_large_image">
<!-- Silently ignored -->
<meta property="twitter:card" content="summary_large_image">

Cosa è cambiato dal rebrand dell’era Musk — lo stato onesto nel 2026

La maggior parte delle guide su questo argomento sembrano ancora del 2019. Non lo è. Quattro cose sono realmente cambiate, e contano più nella pratica di qualsiasi dettaglio di sintassi.

1. Il Validatore di Card ufficiale è morto. cards-dev.twitter.com/validator è stato deprecato nel 2022 e X non ha mai rilasciato un sostituto. Al momento di questa verifica (verificato il 18-07-2026), l’URL reindirizza con 307 a una pagina di login di X (twitter.com/login) invece che mostrare un validatore. Non esiste più un modo first-party per anteprimere o eseguire il debug di una card. Strumenti clone di terze parti sono proliferati proprio per colmare questo vuoto — puoi usarne uno per controllare il tuo markup, ma tieni presente che nessuno è ufficiale o garantito di replicare la pipeline di rendering live di X. Qualsiasi guida più vecchia che ti dice di “testarla nel Twitter Card Validator” — inclusa la guida Open Graph di Ahrefs del 2020 — ti sta dando un link morto.

2. La documentazione ufficiale sulle Card è semplicemente sparita, non dietro paywall. Una precedente ricerca su questo articolo aveva segnalato che gli URL delle Card su developer.x.com restituivano una risposta HTTP 402 Payment Required. Ricontrollando direttamente (18-07-2026, tramite stato HTTP piuttosto che contenuto della pagina renderizzata), questo non è più accurato: sia la guida introduttiva che il riferimento al markup ora reindirizzano con 307 alla pagina generica docs.x.com, che non contiene alcun contenuto specifico sulle Card — e il percorso equivalente su docs.x.com stesso (che rispecchia il vecchio URL del markup delle Card) restituisce un 404 piatto. Quindi non esiste una specifica attuale, ufficiale e first-party sulle Card né al vecchio URL né al suo potenziale sostituto — non un paywall, solo un’assenza. L’effetto pratico per te è lo stesso in entrambi i casi: non trattare nessuna singola “specifica ufficiale attuale” come disponibile per verificare i dettagli di implementazione.

3. L’attribuzione twitter:site / twitter:creator è degradata. I tag sono ancora validi e i plugin CMS li emettono ancora, ma X non mostra quell’attribuzione in modo affidabile nelle card attuali. La fonte datata più recente che ho trovato su questo — La KB di The SEO Framework, aggiornata a maggio 2026 — nota sia che X “ha rimosso gran parte della sua documentazione sulle Twitter Card, ma il sistema di metadati funziona ancora,” sia che X “non espone questa attribuzione in modo affidabile nelle card attuali.” Imposta i tag; non contare sulla visualizzazione della firma.

4. X tratta i post con link esterni in modo diverso — un sistema separato dal fatto che la tua card venga renderizzata. Da circa marzo 2025, X ha applicato una qualche forma di ridotta portata ai post che contengono un link esterno, e la leadership di prodotto dell’azienda stessa ha confermato che la dinamica è intenzionale, mirata a scoraggiare il “lazy linking” e a mantenere gli utenti sulla piattaforma. Percentuali specifiche su quanto la portata venga ridotta circolano ampiamente nella copertura dei social media; questo articolo non ne cita una, perché nessuna cifra datata e first-party era verificabile durante questa verifica — tratta qualsiasi numero esatto che vedi altrove come non confermato a meno che non venga fornito con una propria fonte primaria e attuale. Come ha detto Nikita Bier, Head of Product di X, quando l’azienda ha iniziato a testare una nuova esperienza di link in-app a ottobre 2025: “For creators, a common complaint is that posts with links tend to get lower reach. This is because the web browser covers the post and people forget to Like or Reply, so X doesn’t get a clear signal whether the content is any good.”

La distinzione importante, e quella che la maggior parte delle guide di risoluzione dei problemi confondono: il rendering della card e la portata del post sono due sistemi separati. Se i tuoi metadati twitter:card producano o meno un’anteprima è una questione di markup — verificalo direttamente (tag grezzi, uno strumento di anteprima, un post di test reale). Se quel post raggiunga poi molte persone è una questione di distribuzione con una causa diversa e meno documentata. Non usare un post a basso coinvolgimento come prova che la tua card è rotta, e non assumere che una card che non viene renderizzata sia “solo l’algoritmo” — verifica prima il markup, usando il flusso di lavoro più avanti in questo articolo, prima di attribuire un problema alla soppressione della portata.

(Nota storica che puoi ignorare operativamente: X ha rimosso i titoli dalle anteprime dei link nell’ottobre 2023, ha fatto marcia indietro dopo le critiche e ha riformattato di nuovo all’inizio del 2024. Quel continuo cambiamento di posizione è ormai assestato: oggi i titoli e le descrizioni vengono visualizzati normalmente sulle card quando i tag sono presenti.)

I tag Twitter Card sono un fattore di ranking SEO?

No — e questo è verificabile direttamente dalla fonte, non tramite parafrasi. Google Search Central mantiene un elenco esaustivo di ogni meta tag e attributo supportato da Google Search. Cercalo per “twitter”, “og:”, “Open Graph” o “social” e non troverai nulla — nessuno di questi termini appare affatto nella pagina. Questa omissione, nel riferimento canonico e mantenuto di Google, è una dichiarazione diretta (per assenza) che Google non elabora i tag Twitter Card o Open Graph come segnali di ranking o indicizzazione. È così chiaramente un non-fattore che Google non ha mai nemmeno avuto bisogno di pubblicare una smentita come ha fatto per le meta keywords.

Bing è la stessa storia: non ho trovato alcuna documentazione Bing che tratti i tag twitter:card, e Bing non ha pubblicato indicazioni specifiche su di essi. Trattali come metadati solo per piattaforme social, non come un segnale per i motori di ricerca per nessuno dei due motori.

Un fatto correlato che vale la pena tenere separato per non confonderlo: Google ora considera il tag og:title come uno degli input quando genera il link blu title link nei risultati di ricerca — ma questa è una scelta di aspetto, non un fattore di ranking, ed è un tag Open Graph, non uno twitter:*. Nulla dello spazio dei nomi twitter: tocca la ricerca. (L’elemento title stesso è un argomento diverso — vedi l’approfondimento sul title tag in questo cluster.)

Quindi il valore delle Twitter Card è esattamente una cosa: come appare il tuo link e quante persone ci cliccano quando viene condiviso sui social. E anche quel valore è minato su X in particolare dalla posizione anti-link della piattaforma stessa.

Ti servono davvero i tag Twitter se hai Open Graph?

Per lo più no. Grazie alla regola del fallback, i tuoi og:title, og:description e og:image coprono le corrispondenti proprietà twitter:. Il minimo pragmatico per la maggior parte dei siti è:

  • Un set completo di tag Open Graph (che vuoi comunque, per LinkedIn, Slack, Discord, Facebook e l’uso di og:title per il title link di Google).
  • Più un tag esplicito twitter:card per scegliere il tipo di card.

Aggiungi twitter:site/twitter:creator se vuoi (innocui, e potrebbero funzionare su altre superfici), sapendo che l’attribuzione non è affidabile su X stesso. Nota che il sistema di meta-tag twitter:* è ancora letto da più di X — Discord, Slack e altri fanno fallback attraverso la stessa catena Open Graph — quindi i tag valgono comunque la pena di essere mantenuti anche mentre il trattamento che X ne fa vacilla.

Come testare le tue card ora che lo strumento ufficiale non c’è più

Dato che cards-dev.twitter.com/validator è morto e non esiste un sostituto ufficiale, tratta il test come diversi controlli distinti piuttosto che un unico strumento — ogni livello può fallire in modo indipendente, quindi esaminarli in ordine restringe la causa effettiva:

  • Tag server-renderizzati grezzi — visualizza l’HTML effettivamente servito della pagina (non il DOM renderizzato dal browser) e conferma che i meta tag twitter:*/og:* siano presenti con name=/property= corretti, prima di presumere che uno strumento di anteprima sia sbagliato.
  • Recuperabilità pubblica — sia l’URL della pagina che l’URL dell’immagine devono essere raggiungibili da un crawler esterno (non dietro un login, una password di staging o un blocco robots); un’immagine irraggiungibile uccide silenziosamente la card.
  • Tag duplicati o in conflitto — alcuni stack CMS/plugin emettono la stessa proprietà due volte; la prima o l’ultima istanza può vincere in modo imprevedibile.
  • Strumenti di anteprima card di terze parti — esistono diversi cloni specificamente per colmare il vuoto lasciato dal validatore defunto. Anteprimono il tuo markup; non possono garantire di rispecchiare la pipeline live di X.
  • I controlli social del tuo tool SEO — Site Audit di Ahrefs segnala un problema “Twitter card incompleta” quando una pagina ha metadati twitter:* parziali, e la scheda “Social” della SEO Toolbar di Ahrefs mostra i tuoi tag OG e Twitter Card fianco a fianco. È un modo rapido per individuare un twitter:card mancante o un’immagine vuota.
  • Cache locali/CDN — se hai appena modificato i tag, una cache di pagina (o la cache di X di un URL precedentemente condiviso) può servire la vecchia versione; svuota la cache prima di concludere che una correzione non ha funzionato.
  • Un vero post di test — in definitiva, l’unico modo per vedere la resa attuale reale di X è condividere l’URL e guardare, idealmente da un account con cui non ti dispiace fare test. Considera questo passaggio come un controllo della sola resa — la portata di un post reale è una questione separata (vedi la nota sulla soppressione della portata sopra) e non ti dice nulla sulla correttezza della card stessa.

Dove si colloca

Questo è un approfondimento sotto l’hub Meta Tags for SEO, nel cluster on-page. Le Twitter Cards rientrano nello stesso gruppo di “metadati di anteprima social” dei tag Open Graph — i due si sovrappongono pesantemente e di solito vengono implementati insieme, con Open Graph che fa la maggior parte del lavoro e twitter:card che colma l’unica lacuna. È un tag rivolto al browser/social, non una direttiva di indicizzazione o di servizio come il meta tag robots, e non ha alcuna influenza su come Google esegue la scansione, indicizza o classifica la pagina.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.