Vai al contenuto

Impostazioni cookie

Scelga per ogni tipo quali cookie consente. Può modificare la sua scelta in qualsiasi momento tramite Impostazioni cookie in fondo a ogni pagina. Informativa sulla privacy

Necessari

Sempre attivi

Servono per accedere, conservare il carrello e ricordare le sue scelte. Sono sempre attivi.

Quali cookie?
  • weboke_sessie, weboke_klant, weboke_remember: la sua sessione e la permanenza dell'accesso
  • weboke_basket: il suo carrello
  • wkBtwIncl: visualizzazione dei prezzi con o senza IVA
  • wok_cookies: la sua scelta sui cookie, 12 mesi

Misurano quale annuncio porta a una visita o a un ordine, così non paghiamo annunci che non funzionano.

Quali cookie?
  • Google Ads tramite Google Tag Manager (_gcl_au, _gcl_aw), fino a 90 giorni
  • OpenAI Ads, annunci in ChatGPT
  • wok_aff: tramite quale partner è arrivato da noi (programma di affiliazione), 60 giorni

4,6

Paese e lingua

Ogni paese ha il suo sito, con i prezzi e l'IVA di quel paese.

Vedi

Test, manutenzione e ciò che non è consentito

Modulo 5: Dati strutturati · Tempo di lettura: 12 minuti

Obiettivo della lezione: Al termine di questa lezione Lei saprà testare i dati strutturati con il Rich Results Test e lo Schema Markup Validator, spiegare la differenza tra errori e avvisi e applicare le regole di Google, come il divieto di inserire recensioni sulla propria attività.

Concetti chiave: Rich Results Test, Schema Markup Validator, problema critico (errore) rispetto a problema non critico (avviso), HTML visualizzato, report in Search Console, linee guida per i dati strutturati, recensioni sulla propria attività (self-serving), azione manuale, blocchi doppi, manutenzione

Due strumenti di test, due domande

Esistono due strumenti gratuiti, e ciascuno risponde a una domanda diversa.

Rich Results TestSchema Markup Validator
Di chi èGoogleschema.org (il successore del vecchio Structured Data Testing Tool di Google, presso schema.org dal 2021)
Domanda a cui risponde"Questa pagina può ottenere una visualizzazione speciale in Google?""Questo markup schema.org è valido?"
Quali tipiSolo i tipi per cui Google prevede una visualizzazione specialeTutti i tipi di schema.org
Controlla le regole di GoogleSì: proprietà obbligatorie e consigliate secondo GoogleNo, solo schema.org stesso
InputIndirizzo di una pagina o codice incollatoIndirizzo di una pagina o codice incollato

Inizi con il Rich Results Test (https://search.google.com/test/rich-results), in italiano "Test dei risultati multimediali". Inserisca l'indirizzo della Sua pagina, non il codice: così lo strumento vede la pagina come la recupera Googlebot, compreso il JSON-LD aggiunto tramite JavaScript. Se incolla il codice, JavaScript può incontrare delle limitazioni, come afferma Google stessa. Se vuole sapere se il Suo markup è corretto secondo schema.org, anche per tipi che Google non utilizza, usi lo Schema Markup Validator (https://validator.schema.org/).

Leggere errori e avvisi

Il Rich Results Test suddivide i problemi in due categorie:

  • Problemi critici (errori). Manca una proprietà obbligatoria oppure un valore non è valido. In questo caso l'elemento non può ottenere una visualizzazione speciale. Questi problemi vanno sempre risolti.
  • Problemi non critici (avvisi). Manca una proprietà consigliata, come priceRange o geo. L'elemento è valido. Compili la proprietà se dispone dei dati e se sono corretti; non inventi nulla solo per far sparire un avviso.

Il test indica che non è stato rilevato alcun elemento, anche se Lei sa che nella pagina c'è del JSON-LD? Verifichi allora tre possibili cause:

  1. Il JSON non è valido (una virgola in più o in meno, delle virgolette dimenticate). In tal caso l'intero blocco viene ignorato. Lo Schema Markup Validator indica di solito la riga in cui si trova l'errore.
  2. Il tipo è sconosciuto (Bloemist invece di Florist) o scritto in modo errato (localbusiness).
  3. La pagina è bloccata per Googlebot con robots.txt o noindex (lezioni 3.3 e 1.3). Google chiede espressamente di non bloccare le pagine con dati strutturati.

Search Console tiene traccia di tutto

Non appena il Suo sito è presente in Search Console (modulo 2), Search Console mostra nella sezione Miglioramenti un report per ogni tipo per cui Google prevede una visualizzazione speciale e trova un markup valido sul Suo sito. Lì vedrà gli elementi validi, gli elementi con problemi non critici e gli elementi non validi, con pagine di esempio. Alcune cose da sapere:

  • Non esiste un pulsante "risolvi". Lei corregge la fonte (il Suo sito, il Suo plugin, il Suo strumento per creare siti) e poi può richiedere una verifica nel report.
  • I numeri si riferiscono agli elementi, non alle pagine. Una sola pagina può contenere più elementi.
  • Se per un tipo non c'è alcun report, Google non ha trovato markup valido di quel tipo, oppure il tipo non ha una visualizzazione propria.

Ciò che non è consentito

Le linee guida di Google per i dati strutturati sono brevi e severe. Le più importanti:

  • Descriva solo ciò che è visibile. Nessun orario di apertura, prezzo o recensione nel Suo JSON-LD che un visitatore non possa trovare sulla pagina.
  • Nessun inganno. I dati devono rappresentare la pagina in modo onesto.
  • Sulla pagina giusta. Inserisca il markup nella pagina che descrive.
  • Le immagini presenti nei Suoi dati strutturati devono poter essere recuperate e indicizzate da Google.
  • Nessuna recensione falsa e nessuna recensione che non provenga da utenti reali.

Recensioni sulla propria attività

Una regola che sorprende molte aziende: nel blocco LocalBusiness del Suo sito non inserisca aggregateRating o review su sé stesso. Google afferma: se l'attività valutata gestisce in prima persona le recensioni su di sé, le pagine con markup LocalBusiness o altro markup Organization non possono ottenere le stelle nei risultati di ricerca. Google ha introdotto questa regola nel 2019. Non importa se raccoglie le recensioni da sé, le prende da un widget o le copia da un sito di recensioni. Le stelle accanto alla Sua attività in Google Maps provengono dal Suo Profilo dell'attività su Google (lezione 6.5), non dal Suo JSON-LD.

Plugin e temi a volte inseriscono automaticamente una valutazione di questo tipo nel Suo markup. Controlli quindi se nel Suo JSON-LD compare aggregateRating e lo disattivi se riguarda la Sua attività.

Che cosa succede in caso di abuso

Se viola le linee guida, Google può applicare un'azione manuale relativa ai dati strutturati. La trova in Search Console nella sezione Sicurezza e azioni manuali (lezione 2.4). La conseguenza secondo Google: la pagina non può più ottenere visualizzazioni speciali. Secondo Google, un'azione manuale di questo tipo non influisce sul normale posizionamento nei risultati di ricerca. Dopo aver corretto il problema, richieda in Search Console una nuova revisione.

Manutenzione: gli errori silenziosi

La maggior parte dei problemi non nasce durante la scrittura, ma in seguito.

  • Due blocchi che si contraddicono. Il Suo tema inserisce un blocco LocalBusiness, e anche il Suo plugin SEO, con un numero di telefono diverso. Scelga una sola fonte e disattivi l'altra. Due blocchi di tipi diversi (un WebSite e un Florist) non sono un problema; due volte la stessa attività con dati diversi sì.
  • Dati che cambiano. Nuovo numero di telefono, trasloco, orari diversi in estate. Li aggiorni prima nella fonte abituale (il Suo strumento per creare siti o il plugin), poi controlli il Suo Profilo dell'attività su Google, Apple Business e le directory (modulo 6).
  • Un nuovo tema o un nuovo strumento per creare siti. Dopo il rinnovo del sito a volte il JSON-LD non c'è più, oppure è doppio. Esegua un test dopo ogni modifica importante.
  • Orari temporanei. Festività e ferie si inseriscono nel Profilo dell'attività su Google come orari speciali. Nel JSON-LD è possibile con validFrom e validThrough; in tal caso non dimentichi di rimuoverli in seguito.

Una buona abitudine: testi la Sua pagina dei contatti nel Rich Results Test dopo ogni modifica dei dati della Sua attività e dopo ogni aggiornamento importante del sito, e consulti il report in Search Console una volta a trimestre.

In pratica: testare un sito WordPress e un sito creato con AI Builder

Con un sito WordPress dotato di plugin SEO, il Rich Results Test mostra spesso più elementi: WebSite, Organization o LocalBusiness, BreadcrumbList e un Article per ogni articolo. In un sito creato con AI Builder di WebOké trova nella homepage un @graph con un WebSite e l'attività come sottotipo di LocalBusiness. Se vuole vedere tutte le proprietà di quel blocco, compresi gli orari di apertura nella forma abbreviata openingHours, incolli l'indirizzo anche nello Schema Markup Validator: mostra ogni tipo schema.org e ogni proprietà. Con altri strumenti per creare siti il test funziona esattamente allo stesso modo.

Riepilogo

  • Il Rich Results Test indica se la Sua pagina può ottenere una visualizzazione in Google; lo Schema Markup Validator indica se il Suo markup è schema.org valido.
  • Esegua il test con l'indirizzo della pagina, non con il codice incollato. I problemi critici vanno sempre risolti; gli avvisi solo con dati reali.
  • Niente JSON non valido, niente tipi sconosciuti, e non blocchi per Googlebot le pagine con dati strutturati.
  • Nessuna recensione o valutazione sulla propria attività nel proprio markup; un abuso può comportare un'azione manuale.
  • Ripeta il test dopo ogni modifica dei Suoi dati o del sito ed eviti blocchi doppi che si contraddicono.

Quiz

1. Vuole sapere se il Suo blocco Florist rispetta le regole di Google per le attività locali. Quale strumento usa per primo?



2. Il Rich Results Test segnala un avviso: "Campo priceRange mancante". Che cosa fa?



3. Il Suo plugin SEO inserisce "aggregateRating": {"ratingValue": "4.8", ...} nel blocco LocalBusiness della Sua attività. Che cosa dice Google al riguardo?



4. Il Rich Results Test non trova alcun elemento, anche se Lei è certo che nel codice sorgente ci sia un blocco JSON-LD. Qual è la causa più probabile?



5. Google applica al Suo sito un'azione manuale relativa ai dati strutturati. Qual è la conseguenza secondo Google?



Esercizio

Esercizio A5.3: Trovi gli errori. Scarichi il file di esempio jsonld-fouten-1.json: un blocco JSON-LD per un negozio di fiori con sei errori. Lo legga riga per riga (può anche incollarlo nello Schema Markup Validator) e scelga, tra le dieci affermazioni dell'esercizio, le sei che descrivono un errore reale. Il programma confronta la Sua scelta con la chiave di correzione e spiega per ogni affermazione il motivo.

Esercizio A5.3: Trovi gli errori

File relativo a questo esercizio: jsonld-fouten-1.json

A. @context punta a un indirizzo sbagliato. B. telephone ha il formato sbagliato. C. Il tipo Bloemist non esiste in schema.org. D. L'indirizzo è un testo invece di un PostalAddress. E. I valori di geo devono stare tra virgolette. F. Gli orari di apertura usano i nomi dei giorni in olandese e non il formato 24 ore. G. Contiene una recensione dell'attività stessa. H. url non può iniziare con https. I. Dopo l'ultima proprietà c'è una virgola, quindi il JSON non è valido. J. sameAs non può puntare a Instagram. Poi incolli il file nello Schema Markup Validator: quali errori segnala lo strumento?


Quello che inserisce e quello che rileviamo non vengono salvati. Il Suo browser ricorda le Sue risposte e se ha superato l'esercizio. Se ha effettuato l'accesso, conserviamo in I miei corsi solo il fatto che l'esercizio era (quasi) corretto; anche lì può eliminarlo.

Per approfondire

Un momento…

Configuri i suoi domini

Per ogni dominio imposti i nameserver, il collegamento al suo hosting e chi ne diventa l'intestatario.

Caricamento dei suoi domini…