Chiedi a SMXperts — Schema e dati strutturati, JavaScript

La serie Ask an SMXpert continua il segmento di domande e risposte (Q&A) tenuto durante le sessioni di SMX Advanced 2018 a Seattle.

Le domande e risposte di oggi provengono da SEO tecnico avanzato: schema e dati strutturati, JavaScript sessione con Bill Slawski, Mike Arnesen e Patrick Stox.

Bill Slawski, Go Fish Digital

Domanda: Do pensi che Google utilizzerà le estensioni Schema create da esperti?

Fattura: Ci sono esperti in materia e ci sono esperti sulla creazione di schemi, e idealmente un’estensione coinvolgerà entrambi i tipi di esperti. Per informarsi sulle estensioni di Schema, c’è una pagina su Schema.org specificamente sulle estensioni qui.

Ci sono esperti che scrivono nei loro campi. Ecco un esempio di estensione Schema su Ontologia del settore finanziario. Ecco un altro esempio da GS1, l’organizzazione che ha portato i codici a barre nei negozi fisici. Se gestisci un sito di e-commerce, ti consigliamo di visitare la demo GS1.

Domanda: Quando non dovrei usare Schema?

Fattura: Schema è un’opportunità per presentare le informazioni dal tuo sito in modo leggibile dalla macchina, proprio come l’utilizzo di una sitemap XML sul tuo sito è un’alternativa a una sitemap HTML. Proprio come le informazioni di una mappa del sito HTML e di una mappa del sito XML dovrebbero essere coerenti, anche il vocabolario dello schema e l’HTML che usi in una pagina dovrebbero essere coerenti.

L’uso di Schema consente al proprietario di un sito di descrivere il contenuto di un sito in modi che possono essere significativi per un motore di ricerca, utilizzando definizioni di dati che sono state concordate da esperti in materia che hanno lavorato sul particolare vocabolario di Schema che potrebbe essere appropriato per il tuo sito e i contenuti che contiene.

L’esempio nella diapositiva seguente mostra il vocabolario dello schema che utilizza JSON-LD per un’entità di attrazione turistica. Con Schema, stai comunicando ai motori di ricerca le entità che appaiono sulle tue pagine e fornendo loro informazioni importanti che rendono facile identificare le entità di cui stai scrivendo.

Presentare il contenuto coperto dalle tue pagine in questo modo aggiunge una precisione alle tue pagine in un modo che può dare ai motori di ricerca una maggiore comprensione di cosa tratta la tua pagina, e questo rende più probabile che un motore di ricerca porti persone interessate al entità e concetti di cui stai scrivendo sulle tue pagine. Lo schema in questo esempio riguarda Hyde Park e fornisce un URL per ulteriori informazioni su Hyde Park che aiuta il motore di ricerca a identificare l’entità esatta di cui tratta la pagina.

Domanda: è corretto utilizzare la proprietà sameAs per collegarsi agli URL delle citazioni locali per la SEO locale?

Fattura: La pagina delle proprietà dello schema per «Uguale a» limita l’utilizzo di questo valore all’uso di URL che hanno valore come identificatori:

URL di una pagina Web di riferimento che indica in modo univoco l’identità dell’elemento. Ad esempio, l’URL della pagina Wikipedia dell’elemento, della voce Wikidata o del sito Web ufficiale.

Le pagine di Wikipedia o Wikidata hanno requisiti di notabilità da soddisfare prima che qualcosa possa guadagnare una pagina su quei siti. Se non c’è uno di questi o un sito Web ufficiale, potresti non voler utilizzare un collegamento SameAs.

Google ha dichiarato che gli piace vedere i profili social per i siti e potrebbe includerli nei riquadri della conoscenza quando sono nello schema per un sito. A partire dal Sviluppatori Google:

Utilizza il markup dei dati strutturati incorporato nel tuo sito web pubblico per specificare i tuoi profili social preferiti.

Ci dicono anche che i profili social specificati dovrebbero essere quelli che le persone possono vedere nelle pagine del sito in HTML.

A meno che Google non specifichi che vogliono vedere gli URL di citazione locali per scopi di SEO locale nel markup di una pagina sul tuo sito, probabilmente non prenderei in considerazione l’utilizzo, perché probabilmente non avrà alcun vantaggio.

Esiste un gruppo della comunità Schema.org in cui è possibile porre domande e il gruppo include persone dei motori di ricerca che lavorano su Schema e interagiscono con persone che producono cose come i rich snippet.

Domanda: le proprietà dello schema possiamo osservare che il valore diretto delle SERP è ancora molto limitato, rispetto al volume di vocabolario teoricamente rilevante che esiste. Quanto è profondo? ne vale davvero la pena andare per la maggior parte dei siti Web oltre alle poche proprietà più tipicamente utilizzate? E come possiamo dimostrare il valore di andare più in profondità di ciò che si riflette nei rich snippet?

• Google Lens. Abilitazione della ricerca per fotografia, che utilizza Schema per trovare informazioni sulle entità che potrebbero essere cercate nelle fotografie.
• Ricerca in base alla posizione. Se Google conosce la posizione da cui esegui una ricerca, può rispondere a domande su quella posizione, ad esempio quali attività commerciali potrebbero essere nelle vicinanze, quali punti di interesse si trovano nelle vicinanze, quali eventi potrebbero aver luogo nella zona, quali lavori potrebbero essere offerti nelle vicinanze alla posizione.
• Ricerca basata sulle proprietà delle entità. Google ha dimostrato di poter rispondere a domande basate sulle proprietà delle entità. Includere quelle «proprietà» sul tuo sito aiuta a rendere il tuo sito web quello utilizzato nei risultati di ricerca.
• Aspetti basati su entità di tendenza. Vediamo gli ID macchina in Google Trends. Se siamo in grado di taggare entità che appaiono sui nostri siti con ID macchina entità, potremmo visualizzare le nostre pagine nei risultati come nuove informazioni di attualità quando qualcuno cerca tali entità.

Patrick Stox, IBM

Domanda: se l’80% dei nostri utenti utilizza desktop, dovremmo preoccuparci delle pagine AMP?

Patrizio: Forse. Tutti i visitatori mobili vengono registrati nelle tue analisi? Se il tuo sito web è lento per gli utenti mobili, potrebbero andarsene prima di essere registrati, oppure potrebbero semplicemente andarsene e non tornare sui dispositivi mobili a causa della loro esperienza. Devi valutare se AMP è giusto o se le tue risorse sarebbero spese meglio per riparare il tuo sito web mobile.

Domanda: Patrick, hai menzionato che Googlebot esegue il rendering delle pagine per dispositivi mobili con un punto di vista lungo. Cosa dice questo sul fatto che apprezzano i contenuti above the fold?

Patrizio: Google ha ancora un algoritmo per above the fold, e sarebbe abbastanza semplice per loro calcolare una piega media. Non credo che qui sia cambiato nulla. Cercherei comunque di arrivare presto a contenuti importanti.

Mike Arnesen, UpBuild

Domanda: come si utilizzano i dati strutturati sulle immagini dei prodotti a caricamento lento e sulle pagine delle schede dei prodotti?

Mike: Mettere dati strutturati come JSON-LD nel tuo caricamento lento è la strada da percorrere. Ciò ti consente di far emergere tutti i tuoi dati semantici direttamente al caricamento della pagina (prima che il caricamento completo della pagina sia completo, anche). La cosa da tenere a mente e di cui essere consapevoli è che Googlebot non interagirà con la tua pagina (o Bingbot). Renderanno la pagina con un viewport molto alto, ma non inizializzeranno alcun tipo di clic o azione di scorrimento su cui il tuo caricamento lento può fare affidamento.

È possibile che se il tuo JSON-LD parla con dati che non sono visibili al caricamento della pagina iniziale (a causa del caricamento lento), quei punti dati potrebbero essere ignorati.

Vuoi davvero che tutto sia allineato in termini di dati strutturati JSON-LD e contenuto della tua pagina. Vuoi evitare una mancata corrispondenza di dati/contenuti, se possibile.

Domanda: Quando NON dovrei usare lo schema?

Mike: Dovresti mai non utilizzare markup semantico. Questa domanda potrebbe essere interpretata come «quando non dovrei usare Schema.org?» al contrario di qualcosa come data-vocabulary.org o dublincore.org, ma non credo che sia quello che viene chiesto.

Penso che «Schema» venga utilizzato per riferirsi a «dati strutturati» poiché di solito è ciò che le persone intendono quando si riferiscono a «Schema» senza il punto org.

In questa nota, mi piacerebbe chiarire che «Schema» è, come dimostrato sopra, ambiguo e penso che il nostro settore debba evitare di usarlo in modo intercambiabile con «dati strutturati» e/o «markup semantico».

• Schema.org è il vocabolario. Puoi anche pensarlo come il «dizionario» in cui i motori possono cercare le cose (come gli oggetti di scena) per vedere cosa significano. È importante notare che Schema.org non è l’unico vocabolario semantico disponibile; è solo quello che usiamo per i principali motori di ricerca come Google, Bing, Yandex, ecc.
• Semantic Markup sono i microdati. Ad esempio, HTML che aggiungiamo al DOM (Document Object Model) di una pagina Web per specificare come il contenuto della pagina si riferisce a un vocabolario (ad es. Schema.org).
• I dati strutturati sono il risultato finale. Dati che hanno una struttura chiara. Nel nostro caso d’uso, quella struttura consente ai motori di ricerca di capire cosa rappresentano quei dati.

Tutti e tre lavorano insieme e sono ugualmente necessari, ma non sono intercambiabili.

Domanda: è corretto utilizzare la proprietà sameAs per collegarsi agli URL delle citazioni locali per la SEO locale?

Mike: Sì, è perfettamente a posto. In effetti, consiglierei di utilizzare sameAs nel markup dell’entità JSON-LD della tua organizzazione per collegarti alla tua pagina Google My Business e a qualsiasi citazione particolarmente degna di nota (ad es. Yelp).

Domanda: se l’80% dei nostri utenti utilizza desktop, dovremmo preoccuparci delle pagine AMP?

Mike: Direi che il ritorno su quell’investimento non compenserà il costo. Tuttavia, è difficile dire come la tua percentuale possa cambiare nel tempo.

Tuttavia, poiché AMP non è l’unico modo per raggiungere una velocità eccezionale, puoi lavorare per ottimizzare il tuo sito e velocizzarlo al di fuori dei parametri AMP e ottenere comunque molti vantaggi su tutti i dispositivi. AMP è la ricetta di Google (certamente self-serving, in un certo senso) per creare siti che siano davvero veloci.

Puoi applicare molti (se non tutti) questi principi al tuo sito web con o senza utilizzare effettivamente le risorse di AMP o agonizzare sulla convalida di AMP.

Domanda: Mike, quali cambiamenti hai visto dopo il collegamento all’ID raggiungibile dalla macchina in JSON-LD?

Mike: Nessuno ancora, ma sto attivamente cercando buoni candidati per i test. Spero di trovare un buon esempio di confusione di entità, in cui potremmo provare a utilizzare un collegamento MREID per disambiguare e chiarire un’associazione di entità. Aspettati un post di follow-up una volta che avrò risultati dimostrabili che vale la pena condividere.

Domanda: le proprietà di schema.org dalle quali possiamo osservare un valore diretto nelle SERP sono ancora molto limitate, rispetto al volume di vocabolario teoricamente rilevante che esiste. Quanto vale davvero la pena andare per la maggior parte dei siti Web oltre alle poche proprietà più tipicamente utilizzate? E come possiamo dimostrare il valore di andare più in profondità di ciò che si riflette nei rich snippet?

Mike: Inizierò la mia risposta ponendo una domanda: preferiresti essere quello che ha già ottenuto quelle funzionalità senza preavviso implementazioni beta mesi prima che il team di ricerca di Google scriva un post di annuncio?

Approfondisci quanto è ragionevole e contrassegna solo ciò che fornisce significato nel contesto del tuo sito.

Devi contrassegnare ogni pagina del tuo sito come schema.org/webpage o utilizzare schema.org/SiteNavigateElement? No, ma se sei Charmin, probabilmente vorrai eseguire il markup https://www.charmin.com/en-us/about-us/sitorsquat con schema.org/PublicToilet markup.

---

Vuoi imparare tattiche tecniche SEO più approfondite? Unisciti a noi ad ottobre al nostro Conferenza SMX East nella città di New York.

---

Le opinioni espresse in questo articolo sono quelle dell’autore ospite e non necessariamente di Una Aguja En Un Pajar. Gli autori dello staff sono elencati qui.

---