Un verificatore Open Graph aiuta a capire perché una pagina condivisa mostra un titolo errato, metadati mancanti o una dichiarazione di immagine inattesa. Screpy legge l’HTML di una pagina pubblica e mostra i suoi tag Open Graph, i conflitti e i gruppi di immagini. Usa questi dati per correggere la sorgente pubblicata, poi controlla separatamente il file immagine e la piattaforma di condivisione reale. L’anteprima illustra i valori dichiarati; non riproduce la scheda di un social network.
Come usare il verificatore Open Graph
Inserisci l’URL pubblico completo della pagina che vuoi condividere, incluso il percorso, e invialo. Controllare la home non esamina gli articoli né le pagine prodotto. Leggi prima l’URL finale: se l’indirizzo reindirizza, il rapporto descrive quella destinazione. Usa il Verificatore di Reindirizzamenti se la destinazione è inattesa.
Esamina la tabella delle proprietà nell’ordine della sorgente. Ogni riga mostra la dichiarazione, il valore e, quando disponibile, la riga di origine. Apri i gruppi di immagini per leggere i campi associati, quindi esamina i problemi e le correzioni suggerite.
Il rosso evidenzia valori obbligatori mancanti o valori di URL rifiutati. Il giallo indica conflitti o copertura parziale. Il verde significa che i controlli supportati non hanno trovato problemi in un rapporto conservato completo. Non conferma che un’immagine si carichi, che il testo sia adatto alla pagina o che una piattaforma mostri la scheda prevista.
Controlla le quattro proprietà Open Graph obbligatorie
Il protocollo Open Graph definisce quattro proprietà di base obbligatorie. Verificane il significato oltre alla presenza:
| Proprietà | Cosa controllare su questa pagina |
|---|---|
og:title |
Un titolo di condivisione chiaro e specifico, senza testo di campagne obsolete. |
og:type |
Il tipo di oggetto previsto, come website o article. |
og:image |
L’indirizzo dell’immagine che vuoi associare alla pagina. |
og:url |
L’indirizzo stabile destinato a identificare questo oggetto condiviso. |
Il controllo di presenza di Screpy richiede almeno una dichiarazione conservata non vuota per ogni nome esatto. Un og:type compilato supera il controllo anche con un valore inadatto; lo strumento non convalida il vocabolario dei tipi né tutti i requisiti specifici di ciascun tipo.
Aggiungi una og:description utile che spieghi la pagina senza ripetere il titolo. La sua assenza non attiva il controllo delle quattro proprietà obbligatorie. Un <title> HTML o una normale meta description sono dichiarazioni separate: non presumere che compilino un campo Open Graph vuoto in questo rapporto.
Correggi tag mancanti e valori in conflitto
Una segnalazione di proprietà mancante significa che il nome obbligatorio è assente dalle righe conservate oppure che tutti i valori corrispondenti sono vuoti. Controlla scrittura e contenuto prima di aggiungere un altro tag. Il verificatore riconosce nomi minuscoli come og:title; nomi scritti diversamente possono sfuggire a quel controllo.
Un conflitto indica valori grezzi diversi per og:title, og:type, og:url o og:description. Conta anche una differenza negli spazi. Ripetizioni identiche non attivano questo avviso, ma è comunque utile eliminare le dichiarazioni ripetute inutilmente.
Una pagina fittizia potrebbe pubblicare un og:title vuoto seguito da uno contenente «Percorsi escursionistici Atlas». Il secondo valore soddisfa il controllo di presenza, ma l’anteprima illustrativa usa il primo e rimane vuota. I valori diversi generano anche un conflitto. Un avviso di assenza e un’anteprima vuota rispondono quindi a domande differenti.
Individua il campo del CMS, il tema o il modello che produce ciascuna riga. Correggi quell’output affinché il valore previsto compaia una sola volta in questi campi a valore singolo. Aggiungere una terza dichiarazione non nasconde le originali. Conserva le dichiarazioni di immagini ripetute intenzionalmente per il controllo separato dei gruppi qui sotto.
Associa le proprietà all’immagine corretta
Più dichiarazioni og:image possono essere intenzionali. Metti le proprietà strutturate di ogni immagine subito dopo la sua dichiarazione radice e prima dell’immagine successiva. Questo frammento head fittizio mostra l’associazione; non è un insieme completo di metadati:
<meta property="og:image" content="https://example.com/media/route-map.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="627">
<meta property="og:image:alt" content="Mappa del percorso escursionistico Atlas">
<meta property="og:image" content="https://example.com/media/trail.jpg">
<meta property="og:image:alt" content="Sentiero accanto a un pendio boscoso">
Il primo gruppo dichiara una mappa con dimensioni e testo alternativo. Il secondo ha una propria descrizione e nessuna dimensione dichiarata. Spostare il secondo campo alt sopra la sua radice lo assocerebbe alla mappa. Questi valori descrivono la sorgente; Screpy non scarica i file né misura se la mappa possiede davvero quelle dimensioni.
I campi collocati prima di qualsiasi radice di immagine possono comparire nella tabella grezza senza associazione a un gruppo. Usa la sorgente ordinata per correggerli. Se la copertura è parziale, verifica l’intero head prima di fidarti del raggruppamento conservato.
Il protocollo considera og:image:url un alias di og:image. Screpy riconosce l’alias per il raggruppamento e la selezione dell’anteprima, ma il suo controllo attuale delle proprietà obbligatorie richiede ancora un og:image esplicito non vuoto. Una pagina con il solo alias può quindi mostrare un URL di immagine e una proprietà mancante contemporaneamente. È un limite del verificatore, non una prova che l’alias sia vietato.
Separa i controlli degli URL da quelli di immagini e piattaforme
Il controllo degli URL copre og:url, og:image, og:image:url e og:image:secure_url. Cerca di risolvere i valori come indirizzi HTTP o HTTPS rispetto all’URL finale della pagina. Non applica un indirizzo HTML <base> né convalida tutti gli URL audio e video.
Un valore relativo può superare il controllo pur indicando il file sbagliato. Se la pagina finale è https://example.com/guides/route/, images/map.jpg si risolve sotto /guides/route/, non nella directory /images/ del sito. Usa, se possibile, l’indirizzo HTTPS completo previsto per rendere inequivocabile la destinazione. La sintassi valida non dimostra che il file esista.
Apri l’immagine separatamente e verifica che i visitatori possano accedervi senza autenticarsi. Esamina dimensioni reali, dimensione del file e contenuto; cambiare og:image:width non ridimensiona l’immagine. Per esempio, i requisiti del modulo di condivisione LinkedIn specificano almeno 1200 × 627 pixel, un massimo di 5 MB e un rapporto consigliato di 1,91:1. Sono requisiti LinkedIn, non limiti Open Graph universali né misurazioni svolte qui. Un’immagine protetta può restare inaccessibile anche con dimensioni adeguate.
Distingui anche og:url da <link rel="canonical">. Il primo identifica l’oggetto condiviso; il secondo esprime una preferenza canonica per la ricerca. Controlla il secondo con il Verificatore di Tag Canonical. Come spiega la guida canonica di Google, queste indicazioni non garantiscono l’URL selezionato da Google.
Verifica la correzione pubblicata e la copertura del rapporto
Aggiorna il campo del CMS o il modello responsabile, pubblica la modifica e invia di nuovo la stessa pagina. Confronta URL finale, ordine delle proprietà e problemi con il rapporto precedente. I tag inseriti solo dopo l’esecuzione di JavaScript sono fuori dal controllo: esamina l’HTML restituito dalla pagina, non solo il documento modificato dal browser.
Leggi la copertura prima di interpretare una riga mancante come un tag assente. Screpy conserva fino a 200 dichiarazioni Open Graph e 20 gruppi di immagini. Un rapporto parziale può omettere dichiarazioni successive e non stabilisce tutte le associazioni di immagini. Controlla la sorgente completa prima di rimuovere o aggiungere tag basandoti solo su quel rapporto. I valori vengono anche limitati a 4096 unità UTF-16; questa riduzione da sola non attiva l’etichetta di copertura parziale. Esamina quindi i valori particolarmente lunghi nella sorgente.
Esporta il rapporto JSON per conservare dichiarazioni e problemi osservati. Se il controllo non può terminare, il risultato non è disponibile; non significa che la pagina abbia superato la verifica. Dopo aver corretto la sorgente ed esaminato l’immagine reale, verifica una condivisione effettiva sulla piattaforma desiderata. Usa l’Analizzatore di Meta Tag per controllare anche titolo ordinario, descrizione e altre dichiarazioni head.