I meta tag sono frammenti di markup HTML invisibili all’utente ma letti da motori di ricerca, AI crawler, social network, browser e sistemi operativi. Un set ben curato di meta tag può influenzare il CTR in SERP, l’aspetto della tua pagina quando viene condivisa su LinkedIn o WhatsApp, il comportamento del browser in dark mode, la sicurezza del sito e persino come un modello linguistico decide se usare il tuo contenuto per l’addestramento.

Questa guida è un revamp 2026 totale della vecchia versione: aggiorna tutte le direttive, introduce i meta tag per AI crawler (noai, noimageai, Google-Extended), riorganizza Open Graph e Twitter/X Cards, copre theme-color e dark mode, dà una favicon moderna, segnala i tag deprecati da rimuovere e chiude con una checklist di audit pronta per Screaming Frog e Lighthouse.

Cosa sono i meta tag HTML

Un meta tag è un elemento HTML <meta> collocato nell’area <head> del documento che fornisce metadati, cioè informazioni sulla pagina. Questi metadati non appaiono nel rendering visivo, ma vengono processati da:

Motori di ricerca (Googlebot, Bingbot, Yandex, Baidu, Naver) per indicizzare, indirizzare la SERP e popolare snippet e sitelink.
AI crawler (GPTBot di OpenAI, ClaudeBot di Anthropic, PerplexityBot, Google-Extended, Applebot-Extended) per decidere se usare i contenuti in training e nelle risposte generative.
Social network e chat (Facebook, LinkedIn, X, WhatsApp, Telegram, Discord, Slack, Signal) per generare i link preview con titolo, descrizione e immagine.
Browser e sistemi operativi per gestire codifica caratteri, viewport, tema dark/light, installazione come PWA, icone su desktop e home screen.
Strumenti di sicurezza per applicare Content Security Policy, referrer policy e altre politiche a livello pagina.

Nel 2026 i meta tag restano uno dei pochi canali dichiarativi con cui una pagina comunica direttamente a queste quattro categorie di client. Ignorarli significa lasciare che Google, le AI e i social scelgano per te.

Sintassi e attributi

La specifica HTML5 riconosce al tag <meta> quattro attributi:

charset: codifica dei caratteri. Va dichiarato come primissimo elemento dentro <head>.
name: identifica il tipo di metadato (robots, description, viewport, theme-color, eccetera).
http-equiv: simula un header HTTP dichiarandolo a livello pagina (Content-Security-Policy, refresh, content-type). Usato raramente nel 2026: gli header HTTP reali sono quasi sempre l’opzione migliore.
content: contiene il valore associato a name o http-equiv.

Un meta tag si compone quasi sempre nella forma name + content oppure http-equiv + content. Le due forme si escludono a vicenda sullo stesso tag.

<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="description" content="Guida completa 2026 ai meta tag HTML.">
<meta http-equiv="Content-Security-Policy" content="default-src 'self'">

Oltre ai <meta> puri, nel blocco <head> trovi elementi affini che gestiscono metadati più strutturati: <title>, <link rel="..."> (canonical, alternate/hreflang, icon, manifest, preload, preconnect) e gli script application/ld+json per dati strutturati Schema.org.

Dove si inseriscono: il tag head

Tutti i meta tag vanno collocati esclusivamente all’interno di <head>, mai nel <body>: un meta nel body viene ignorato o, peggio, considerato invalido.

<!DOCTYPE html>
<html lang="it">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>Titolo della pagina</title>
  <meta name="description" content="Descrizione della pagina.">
  <!-- altri meta tag -->
</head>
<body>
  <!-- contenuti visibili -->
</body>
</html>

L’ordine dei meta tag non è arbitrario: <meta charset> deve apparire entro i primi 1024 byte del documento, altrimenti il browser potrebbe iniziare a parserare con una codifica errata. Viewport e theme-color conviene inserirli subito dopo, prima di CSS e script.

Meta essenziali: checklist 2026

Questa è la base minima consigliata per ogni pagina web pubblicata nel 2026. Copia, adatta e verifica che nel tuo CMS non esistano duplicati.

<!-- Codifica e viewport -->
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">

<!-- SEO base -->
<title>Titolo univoco 50-60 caratteri</title>
<meta name="description" content="Descrizione univoca 140-160 caratteri con chiamata all'azione.">
<link rel="canonical" href="https://www.example.com/pagina/">

<!-- Robots e AI -->
<meta name="robots" content="index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1">

<!-- Theme e dark mode -->
<meta name="theme-color" content="#ffffff" media="(prefers-color-scheme: light)">
<meta name="theme-color" content="#0a0a0a" media="(prefers-color-scheme: dark)">
<meta name="color-scheme" content="light dark">

<!-- Social (Open Graph + Twitter/X) -->
<meta property="og:type" content="article">
<meta property="og:url" content="https://www.example.com/pagina/">
<meta property="og:title" content="Titolo social">
<meta property="og:description" content="Descrizione social.">
<meta property="og:image" content="https://www.example.com/og-image.jpg">
<meta property="og:locale" content="it_IT">
<meta property="og:site_name" content="Example">
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="@example">

<!-- Favicon moderna -->
<link rel="icon" href="/favicon.ico" sizes="32x32">
<link rel="icon" href="/icon.svg" type="image/svg+xml">
<link rel="apple-touch-icon" href="/apple-touch-icon.png">
<link rel="manifest" href="/manifest.webmanifest">

Nei paragrafi successivi trovi i dettagli di ogni blocco, le direttive avanzate, e cosa serve in più per casi specifici come siti multilingua, e-commerce, PWA e contenuti protetti da AI training.

Tag title

Il <title> tecnicamente non è un meta tag, ma è il primo metadato in termini di impatto SEO. Dal punto di vista del ranking e del CTR è l’elemento più importante di tutta la head. Deve essere unico per ogni URL, descrivere il contenuto in modo fedele e contenere la query principale senza essere sovraottimizzato.

<title>Meta Tag HTML: guida completa 2026 alla SEO, social, AI e sicurezza</title>

Lunghezza e troncamento

Google non tronca per numero di caratteri ma per pixel width: il limite pratico in SERP desktop è circa 580 pixel, che corrispondono a 55-65 caratteri a seconda dei glifi (una “W” occupa molto più di una “i”). In SERP mobile il limite è più stretto. Strumenti utili: SERP snippet simulator di Mangools, Yoast, Rank Math, Ahrefs.

Google riscrive i title

Dal 2021 Google riscrive attivamente i title. Studi di SEMrush e Zyppy stimano tassi di riscrittura tra il 60% e l’80% per i siti di grandi dimensioni. Le cause più comuni sono title troppo lunghi, keyword stuffing, brand mancante, oppure H1 più descrittivo del title. Per minimizzare le riscritture:

Mantieni il title entro 580 pixel.
Non ripetere la stessa keyword due volte.
Allinea title e H1 (non devono essere identici, ma coerenti).
Chiudi con il brand separato da pipe o trattino: Testo primario | Brand.
Evita placeholder tipo “Home page”, “Nuovo articolo”, “Untitled”.

Per un approfondimento sul copywriting dei title trovi la guida dedicata ai tag HTML per copywriter.

Meta description

Il meta description non è un fattore diretto di ranking, ma influenza il CTR: una descrizione ben scritta fa la differenza tra cliccare o scorrere. Google ha confermato ufficialmente di considerarla solo un hint e di riscriverla in circa il 70% dei casi (Ahrefs 2023) quando il contenuto della pagina offre un match migliore con la query.

<meta name="description" content="Guida 2026 ai meta tag HTML: SEO, Open Graph, Twitter Cards, direttive per AI, favicon moderna, CSP e audit con Screaming Frog.">

Lunghezza consigliata: 140-160 caratteri desktop, 120 caratteri per sicurezza mobile.
Struttura: contesto + valore + chiamata all’azione.
Keyword principali ad inizio descrizione: aumentano la probabilità che il frammento venga conservato da Google.
Niente virgolette doppie non escapate nel content: spezzano l’attributo. Usa virgolette tipografiche o escape HTML.
Univocità: una description per URL. Description duplicate sono il secondo warning più comune in Screaming Frog.

Meta charset (UTF-8)

Dichiara la codifica dei caratteri del documento. Nel 2026 l’unica risposta corretta è UTF-8, set universale che copre ogni alfabeto, emoji ed entità Unicode.

<meta charset="UTF-8">

Deve essere il primo tag dentro <head>, prima di qualunque altro contenuto che possa includere caratteri non ASCII. Se la dichiarazione arriva dopo i primi 1024 byte, Chrome e Firefox possono averne già iniziato il parsing con una codifica sbagliata (solitamente Windows-1252), producendo i classici caratteri corrotti su lettere accentate ed emoji.

La forma lunga <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> è ancora valida per retrocompatibilità, ma la forma breve è quella consigliata e funziona in tutti i browser dal 2012.

Meta viewport (mobile)

Il meta viewport dice al browser mobile come gestire il ridimensionamento della pagina. Senza di esso i dispositivi mobili renderizzano con una viewport desktop virtuale da 980px e poi rimpiccioliscono, producendo l’effetto “pagina illeggibile da zoommare a mano”.

<meta name="viewport" content="width=device-width, initial-scale=1">

Parametri principali:

width=device-width: la viewport coincide con la larghezza reale del device.
initial-scale=1: nessuno zoom iniziale.
minimum-scale / maximum-scale: limiti di zoom. Non impostarli salvo ragioni rare: bloccare lo zoom è un problema di accessibilità grave e Lighthouse segnala warning.
viewport-fit=cover: utile su iPhone con notch per estendere il rendering sotto la barra di stato.

Il viewport è uno dei segnali che Google e Lighthouse usano per valutare il mobile-friendliness, ormai un requisito mobile-first di default per ogni indicizzazione.

Meta robots e googlebot

Il meta robots controlla il comportamento dei crawler di ricerca a livello di singola pagina. Può essere generico (name="robots") oppure specifico per un user agent (name="googlebot", name="bingbot").

Direttive di indicizzazione

index / noindex: consente o blocca l’indicizzazione. Vedi la guida dedicata al meta robots noindex.
follow / nofollow: passa o blocca PageRank attraverso i link della pagina.
all: equivalente a index, follow.
none: equivalente a noindex, nofollow.

Direttive sugli snippet

max-snippet:[n]: massimo numero di caratteri nello snippet testuale. -1 rimuove il limite (consigliato per contenuti editoriali), 0 disabilita lo snippet.
max-image-preview:[none|standard|large]: dimensione dell’anteprima immagine. large è la scelta corretta nel 2026, abilita Discover e sitelink visual.
max-video-preview:[n]: secondi di video preview (-1 nessun limite).
nosnippet: rimuove completamente snippet e featured snippet.
data-nosnippet: attributo HTML (non meta) che esclude porzioni specifiche del testo dallo snippet. Applicabile a span, div, section.

Altre direttive utili

noarchive: rimuove il link “copia cache” (nel 2024 Google ha dismesso la cache pubblica, ma la direttiva resta valida per altri motori).
notranslate: nasconde il suggerimento di traduzione in SERP.
noimageindex: esclude le immagini della pagina da Google Immagini.
unavailable_after:[RFC-850 date]: la pagina va deindicizzata dopo una data precisa. Utile per eventi e promozioni scadute.
indexifembedded: indicizza il contenuto anche quando renderizzato dentro un iframe di un dominio terzo.

<!-- Esempio configurazione consigliata per contenuto editoriale -->
<meta name="robots" content="index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1">

<!-- Pagina scaduta dopo una certa data -->
<meta name="robots" content="unavailable_after: 31-Dec-2026 23:59:59 GMT">

<!-- Pagina che non deve comparire in Google ma può essere letta dagli altri motori -->
<meta name="googlebot" content="noindex">

Attenzione: se una pagina è bloccata via robots.txt, Googlebot non può leggere il meta robots. Per deindicizzare correttamente devi lasciare crawlabile la pagina e usare il meta noindex.

Direttive per AI crawler: noai, noimageai

La novità più rilevante dal 2023 in avanti è la comparsa di direttive meta pensate per limitare l’uso dei contenuti da parte dei modelli di intelligenza artificiale. Le forme di controllo sono due: a livello di robots.txt per bloccare il crawler e a livello di meta per segnalare il non consenso all’addestramento.

Meta noai e noimageai

Introdotti inizialmente da DeviantArt e Spawning AI, i valori noai e noimageai segnalano ai crawler di AI che testi e immagini della pagina non devono essere usati per il training.

<meta name="robots" content="noai, noimageai">

Non è uno standard IETF e non tutti i crawler lo rispettano. Funziona come segnale dichiarativo: vale solo se il crawler ha scelto di onorarlo. Chi vuole davvero bloccare il traffico deve abbinarlo a regole lato server e robots.txt.

User agent da gestire nel robots.txt

Il controllo vero per escludere training e crawling si fa nel robots.txt con regole per singolo user agent. I principali nel 2026:

GPTBot — crawler di OpenAI per training di ChatGPT e modelli successivi.
OAI-SearchBot — crawler di OpenAI per il motore SearchGPT.
ClaudeBot / anthropic-ai — crawler di Anthropic.
Google-Extended — token che regola solo l’uso per Gemini e Vertex AI (non incide sull’indicizzazione standard di Googlebot).
Applebot-Extended — token per Apple Intelligence.
PerplexityBot, Perplexity-User — crawler di Perplexity.
CCBot — Common Crawl, dataset da cui si allena gran parte dell’ecosistema AI.
Amazonbot, Bytespider, Meta-ExternalAgent — altri bot AI in crescita.

Nota operativa: robots.txt e meta direttive regolano chi può usare i contenuti, non il ritmo delle richieste. Se Amazonbot o i crawler di Meta stanno generando carico eccessivo sul server, servono contromisure attive: le trovi nella guida al rate limiting e blocco dei crawler Meta e Amazon.

Il file llms.txt, proposto nel 2024 come complemento semantico del robots.txt per fornire agli LLM un sommario dei contenuti più rilevanti, non è un meta tag ma si abbina alla strategia: serve per guidare come le AI leggono il sito, non per bloccarle.

Open Graph (Facebook, LinkedIn, WhatsApp)

Open Graph è un protocollo creato da Facebook nel 2010 e oggi adottato praticamente da tutte le piattaforme che generano anteprime dei link: Facebook, LinkedIn, WhatsApp, Telegram, Discord, Slack, Signal, Pinterest, iMessage. Le proprietà Open Graph usano l’attributo property (non name) e vivono dentro <head>.

<!-- Open Graph base -->
<meta property="og:type" content="article">
<meta property="og:url" content="https://www.example.com/articolo/">
<meta property="og:title" content="Titolo social, può differire dal title SEO">
<meta property="og:description" content="Descrizione ottimizzata per share sui social.">
<meta property="og:image" content="https://www.example.com/og-image.jpg">
<meta property="og:image:alt" content="Descrizione accessibile dell'immagine">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:type" content="image/jpeg">
<meta property="og:site_name" content="Example">
<meta property="og:locale" content="it_IT">
<meta property="og:locale:alternate" content="en_US">

<!-- Solo per og:type article -->
<meta property="article:published_time" content="2026-04-22T10:00:00+02:00">
<meta property="article:modified_time" content="2026-04-22T16:30:00+02:00">
<meta property="article:author" content="https://www.example.com/autori/giovanni/">
<meta property="article:section" content="SEO">
<meta property="article:tag" content="meta tag, SEO, HTML">

Dimensioni immagine Open Graph 2026

Dimensioni consigliate: 1200×630 pixel (rapporto 1.91:1), sotto i 5 MB per compatibilità WhatsApp.
Formati: JPG e PNG. WebP è supportato da Facebook e LinkedIn ma non da tutti i client; in caso di dubbi resta sul JPG.
URL assoluti: sempre con https:// completo.
CDN e cache: i social network cachano a lungo le immagini. Quando cambi l’OG image, forza il refresh con il Sharing Debugger di Meta.

Per WordPress, la generazione automatica dei tag Open Graph è gestita nativamente dai principali plugin SEO. Per una configurazione custom in assenza di plugin vedi la guida all’ottimizzazione dei meta Open Graph in WordPress.

Twitter/X Cards

X (ex Twitter) ha un proprio sistema di preview: le Cards. Se non trova i meta twitter:*, fa fallback su Open Graph, quindi in molti casi basta popolare Open Graph. Aggiungere le Cards specifiche resta utile per controllare autore e tipologia.

<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="@example">
<meta name="twitter:creator" content="@autore">
<meta name="twitter:title" content="Titolo ottimizzato per X">
<meta name="twitter:description" content="Descrizione breve per X.">
<meta name="twitter:image" content="https://www.example.com/x-card.jpg">
<meta name="twitter:image:alt" content="Descrizione accessibile">

Tipi di card disponibili:

summary: preview compatta con immagine quadrata a sinistra.
summary_large_image: scelta standard per contenuti editoriali, immagine grande in alto (1200×675 ideale).
app: card dedicata alle applicazioni iOS, Android, Google Play.
player: card con video o audio embed.

Dopo aver implementato le card, verifica con il Card Validator di X (cards-dev.twitter.com/validator) per forzare la rilettura e confermare il rendering atteso.

Meta theme-color e color-scheme

Il meta theme-color imposta il colore della barra del browser mobile e delle PWA. Il meta color-scheme dichiara quali schemi cromatici la pagina supporta, aiutando il browser a evitare flash bianco/nero in dark mode.

<!-- Colore barra browser / PWA -->
<meta name="theme-color" content="#ffffff" media="(prefers-color-scheme: light)">
<meta name="theme-color" content="#0a0a0a" media="(prefers-color-scheme: dark)">

<!-- Schemi supportati dalla pagina -->
<meta name="color-scheme" content="light dark">

Supporto 2026: Chrome, Edge, Opera, Samsung Internet, Safari (da iOS 15+). Firefox legge color-scheme ma non theme-color sulla barra. Usare entrambi è la scelta corretta per coprire il massimo numero di piattaforme.

Meta referrer policy

Il meta referrer controlla quale informazione viene inviata nell’header HTTP Referer quando un utente clicca un link dalla tua pagina. È una leva di privacy e di controllo su come gli analytics esterni identificano il traffico in uscita.

<meta name="referrer" content="strict-origin-when-cross-origin">

Valori ammessi (ordinati da più permissivo a più restrittivo):

unsafe-url: invia sempre l’URL completo. Sconsigliato.
no-referrer-when-downgrade: default storico, invia referer tranne HTTPS→HTTP.
origin-when-cross-origin: URL completo su stesso dominio, solo origine su domini diversi.
same-origin: nessun referer verso domini esterni.
strict-origin-when-cross-origin: nuovo default dei browser moderni, bilanciato tra privacy e analytics.
no-referrer: mai inviare referer. Massima privacy.

Attenzione: impostare no-referrer rompe parte del tracking di affiliati e partner che riconoscono il traffico via referer. Valuta l’impatto su analytics e revenue prima di bloccare tutto.

Verifica proprietà nei motori di ricerca

Ogni motore di ricerca offre un proprio token di verifica da inserire come meta tag per dimostrare il possesso del dominio e sbloccare gli strumenti di webmaster.

<!-- Google Search Console -->
<meta name="google-site-verification" content="token">

<!-- Bing Webmaster Tools -->
<meta name="msvalidate.01" content="token">

<!-- Yandex Webmaster -->
<meta name="yandex-verification" content="token">

<!-- Baidu Ziyuan -->
<meta name="baidu-site-verification" content="token">

<!-- Naver Search Advisor -->
<meta name="naver-site-verification" content="token">

<!-- Pinterest -->
<meta name="p:domain_verify" content="token">

<!-- Facebook/Meta -->
<meta name="facebook-domain-verification" content="token">

Il metodo meta è comodo ma il più fragile: chiunque modifichi la head (un plugin rotto, una migrazione, una riscrittura di tema) può rimuoverlo senza accorgersene. Il metodo più robusto è la verifica tramite record DNS TXT, valido per proprietà di dominio completo in Google Search Console e per altri strumenti.

Favicon e icone moderne (2026)

La favicon 16×16 da solo favicon.ico nella root non basta più. Tra SERP con icone di brand, Safari pinned tab, home screen iOS e Android, dark mode dei browser e PWA installabili, nel 2026 servono più varianti.

<!-- Favicon setup 2026 minimo -->
<link rel="icon" href="/favicon.ico" sizes="32x32">
<link rel="icon" href="/icon.svg" type="image/svg+xml">
<link rel="apple-touch-icon" href="/apple-touch-icon.png"> <!-- 180x180 -->
<link rel="manifest" href="/manifest.webmanifest">

favicon.ico (32×32): fallback per vecchi browser e per la SERP Google che la preferisce a 48×48.
icon.svg: vettoriale, scala a qualunque risoluzione, ideale per dark mode usando prefers-color-scheme dentro il SVG stesso.
apple-touch-icon.png (180×180): home screen iOS.
manifest.webmanifest: definisce icone multiple (192×192, 512×512) per Android e PWA, colori, nome app, modalità display.

Strumenti rapidi per generare il set completo: RealFaviconGenerator e Favicon.io. Importante: per la SERP Google serve che la favicon sia accessibile senza 404, abbia minimo 48×48, sia quadrata e non cambi ogni giorno.

CSP e sicurezza via meta

Il Content-Security-Policy e alcune altre politiche di sicurezza possono essere dichiarate a livello pagina tramite http-equiv. È un fallback utile per ambienti in cui non si ha controllo sugli header HTTP (ambienti statici, hosting condiviso limitato).

<!-- CSP base: solo risorse dallo stesso dominio -->
<meta http-equiv="Content-Security-Policy" content="default-src 'self'; img-src 'self' data: https:; style-src 'self' 'unsafe-inline'; script-src 'self'">

<!-- Disabilita sniffing MIME -->
<meta http-equiv="X-Content-Type-Options" content="nosniff">

Limiti del CSP via meta rispetto all’header HTTP:

Non supporta le direttive frame-ancestors, report-uri e sandbox.
Viene applicato solo dopo che il parser HTML ha letto la meta tag: script più in alto nel documento sfuggono alla policy.
Header HTTP e meta CSP si possono combinare, ma l’header ha priorità sulle direttive in comune.

Per ambienti WordPress, la strada consigliata è applicare CSP e header di sicurezza dal web server (Nginx o Apache) oppure tramite un plugin che li inietti via PHP. Vedi la guida alla sicurezza di WordPress per l’implementazione completa.

Tag deprecati e da evitare

Alcuni meta tag sono eredità del passato e non portano più alcun beneficio, altri sono addirittura controproducenti. Da rimuovere in un audit 2026:

meta keywords: Google lo ignora dal 2009, Bing ha confermato di ignorarlo, e per Yandex il peso è residuale. Va rimosso perché, oltre a essere inutile, espone pubblicamente la strategia keyword ai competitor.
meta generator: tipicamente aggiunto da CMS (WordPress, Drupal, Joomla). Non ha impatto SEO ma rivela versione e tecnologia, utile a chi cerca vulnerabilità note. Disattivalo da tema o plugin.
meta http-equiv=”refresh”: usato per redirect lato client. Sconsigliato da Google (peggiore UX, tempi di reindirizzamento imprevedibili). Preferisci un redirect HTTP 301 lato server.
meta http-equiv=”X-UA-Compatible” content=”IE=edge”: Internet Explorer 11 è fine-of-life dal giugno 2022. La direttiva oggi è completamente inutile.
meta revisit-after: mai supportato da Google né da Bing. Leggenda storica.
meta distribution, meta copyright, meta reply-to: nessun motore li processa.
meta author: Google non lo usa per autorship in SERP. L’autorship moderno passa da dati strutturati Article > author > Person con sameAs.
meta rating (nositelinkssearchbox): la search box nei sitelink è stata dismessa da Google nel 2024. La direttiva non ha più alcun effetto.

Rimuoverli snellisce la head, riduce byte inutili e toglie attack surface ai tool di fingerprinting.

Hreflang e canonical

Hreflang e canonical non sono meta tag in senso stretto: si implementano con <link> nella head. Sono però tra i più importanti segnali che una pagina manda ai motori di ricerca.

<!-- Canonical: versione preferita dell'URL -->
<link rel="canonical" href="https://www.example.com/articolo/">

<!-- Hreflang: versioni in lingue diverse -->
<link rel="alternate" hreflang="it" href="https://www.example.com/articolo/">
<link rel="alternate" hreflang="en" href="https://www.example.com/en/article/">
<link rel="alternate" hreflang="x-default" href="https://www.example.com/articolo/">

Approfondimenti: guida completa al canonical e guida completa al hreflang. Errori ricorrenti: canonical che punta a sé stesso ma con slash mancante, hreflang senza self-reference, mancato x-default sulla versione principale.

Audit dei meta tag

Un audit dei meta tag è parte integrante di ogni SEO review. Il workflow collaudato:

Scansione massiva con Screaming Frog SEO Spider: tab Page Titles e Meta Description per lunghezza, duplicati, mancanti. Tab Directives per meta robots. Custom extraction via XPath per Open Graph, Twitter Cards, theme-color.
Confronto con Sitebulb, JetOctopus o Oncrawl per siti enterprise: offrono diff storici e alert su variazioni massive di meta.
Lighthouse (Chrome DevTools > Lighthouse oppure web.dev): sezione SEO verifica title, description, crawlable, document has <meta name="viewport">.
SEO Meta in 1 Click, Detailed SEO Extension: verifica rapida in browser della singola pagina.
Sharing Debugger di Meta, LinkedIn Post Inspector, X Card Validator: test dei preview social e force refresh della cache social.
Google Rich Results Test: verifica combinata di meta, canonical, hreflang, dati strutturati.
Grep nel tuo repo / database: verifica che il CMS non stia generando meta duplicati (è il bug più comune di siti con plugin SEO accatastati).

Per un’ispezione veloce senza tool, apri Chrome DevTools, vai nel tab Elements e cerca <head>: vedi l’head renderizzato dopo JavaScript (fondamentale nei siti SPA dove i meta vengono iniettati dinamicamente).

Errori comuni

Meta duplicati: due description, due canonical, due viewport. Accade spesso con plugin SEO concorrenti o tema che forza la propria head. Google prende il primo o il più restrittivo, comportamento imprevedibile.
Meta nel body: vengono ignorati. Controlla sempre che la head finisca prima del primo tag visibile.
Meta in conflitto: <meta name="robots" content="index"> combinato con un header HTTP X-Robots-Tag: noindex. Il più restrittivo vince.
Description identiche su tutte le pagine: sintomo di template mal configurato. Screaming Frog lo segnala come duplicate.
Immagini OG con URL relativo: i social non risolvono URL relativi. Usa sempre URL assoluti con schema https://.
Title troppo lungo: Google riscrive, perdi controllo del messaggio.
Title identico a H1: ammesso ma spreco di spazio. Varianti semanticamente diverse aumentano le chance di rank per query ortogonali.
noindex + disallow robots.txt contemporanei: contraddittorio. Se il crawler è bloccato da robots.txt non legge il meta noindex e l’URL può rimanere indicizzato.
canonical che punta a pagina in noindex: segnale contraddittorio, Google sceglie autonomamente.
lang attribute mancante: <html lang="it"> è un segnale di lingua che completa hreflang e Open Graph locale.

FAQ

Quanti caratteri deve avere un title nel 2026?

Il limite è in pixel (≈ 580px desktop), non in caratteri. Come regola pratica punta a 50-60 caratteri includendo spazi e brand. Per le query desktop lunghe, Google mostra fino a 600px circa. Mobile è più stretto.

Il meta keywords serve ancora a qualcosa?

No. Google lo ignora dal 2009, Bing lo ignora, solo Yandex lo considera residualmente. Tenerlo espone inutilmente la tua strategia keyword. Va rimosso.

Open Graph è un ranking factor?

No: Open Graph non influisce sul ranking di Google. Impatta però il CTR indiretto tramite i preview social, la qualità dei backlink e le menzioni, che a loro volta alimentano autorità e notorietà del brand.

Quali meta servono su una SPA (React, Vue, Angular)?

Gli stessi di un sito tradizionale, ma iniettati nella head prima del rendering client. Usa soluzioni come Next.js Head, Nuxt useHead, Angular Meta service, oppure SSR/SSG: la head deve essere presente nell’HTML raw, non dipendere da JavaScript. Altrimenti AI crawler e primi passaggi di Googlebot non la vedranno.

Come blocco ChatGPT dal leggere il mio sito?

Aggiungi nel robots.txt una regola User-agent: GPTBot + Disallow: / per il training e User-agent: OAI-SearchBot + Disallow: / per SearchGPT. In più, un meta robots con noai, noimageai come segnale dichiarativo. Chi vuole blocco certo deve passare da filtri lato server su user agent e IP.

Il meta refresh fa male alla SEO?

È sconsigliato. Google lo considera un hint debole per il redirect, non ha la stessa affidabilità di un 301 HTTP. Lighthouse lo segnala come warning di accessibilità quando il tempo di refresh è diverso da 0.

Posso mettere una CSP solo via meta?

Sì ma con limiti: niente frame-ancestors, niente report-uri, e la policy è attiva solo dopo che il parser ha letto il meta tag (gli script prima del tag sfuggono). La scelta robusta resta l’header HTTP, eventualmente abbinato al meta come fallback.

Come testare un’anteprima Open Graph prima di pubblicare?

Usa il Sharing Debugger di Meta per Facebook/WhatsApp, il LinkedIn Post Inspector, il Card Validator di X. In ambiente di staging protetto da basic auth, il debugger non riesce a leggere la pagina: pubblica in preview URL accessibile oppure usa strumenti di simulazione come opengraph.xyz o metatags.io.