I dati strutturati possono etichettare il cassetto, ma non possono riempire un cassetto vuoto. Gli assistenti hanno ancora bisogno di frasi visibili che dicano che cos’è l’azienda, dove lavora e quali presupposti sono errati.
Lo schema era ordinato. La pagina aveva un tipo LocalBusiness, un indirizzo postale, orari di apertura, logo, link social e snippet di prodotto. Nello scenario composito che uso qui, l’azienda era la stessa bottega dell’Emilia-Romagna: quattordici persone, a gestione familiare, che realizzava componenti in legno su misura per boutique hotel, ristoranti e ristrutturazioni private. Eppure le risposte degli assistenti continuavano a chiamarla marchio di mobili, studio di interior design o falegnameria generica, a seconda del prompt.
Il responsabile marketing del titolare aveva fatto quello che fanno molti marketer ragionevoli. Aveva aggiunto i dati strutturati, controllato la pagina con un validatore e si aspettava che la risposta diventasse più precisa. Non è diventata abbastanza precisa. I metadati erano come un’etichetta ordinata legata a un fagotto di stoffa morbida. Utile, sì, ma l’oggetto sotto non aveva ancora un bordo netto.
I metadati aiutano di più quando il testo visibile concorda
I fatti strutturati non sono comandi magici. Sono indizi, etichette e conferme leggibili dalle macchine attorno alla pagina. Possono aiutare i sistemi a interpretare un’azienda, ma non sovrascrivono automaticamente un testo visibile vago. Se la pagina dice “diamo forma ad ambienti raffinati attraverso l’artigianato italiano” e lo schema dice LocalBusiness, l’assistente deve comunque decidere che tipo di attività locale sia.
Qui molte pagine di aziende locali diventano deludenti. Il livello tecnico è più pulito del livello testuale. L’indirizzo è marcato. Il nome dell’azienda è marcato. Gli orari di apertura sono marcati. Il logo è marcato. Intanto il paragrafo che un essere umano vede si rifiuta di dire se l’azienda ripara, produce, installa, vende, progetta, insegna o ospita. Gli assistenti non citano un punteggio di validazione. Rispondono a partire da una combinazione di testo recuperato, contesto di pagina, tracce di fonti e talvolta segnali strutturati. Quando questi segnali non concordano o restano troppo ampi, la risposta scivola.
Un fatto strutturato che gli assistenti ripetono davvero è un fatto aziendale visibile o leggibile dalla macchina abbastanza specifico da comparire in una risposta senza costringere l’assistente a inventare categoria, luogo, ambito del servizio o tipo di cliente. Questa è la mia definizione operativa. “Ripetono davvero” conta. Un fatto può esistere nel codice e non influenzare comunque la risposta se il corpo della pagina non offre un linguaggio corrispondente.
Nel caso della bottega, i dati strutturati confermavano nome e indirizzo, ma facevano poco per fermare la deriva di categoria. “LocalBusiness” era troppo largo. Gli snippet di prodotto esistevano, ma i nomi dei prodotti suonavano come oggetti di design più che come elementi realizzati su misura. Il testo visibile continuava a parlare in forme eleganti. L’assistente ha seguito l’eleganza.
I fatti che di solito cambiano la risposta
Nei miei audit, i fatti strutturati o semi-strutturati che più spesso cambiano le risposte degli assistenti sono quelli semplici, che molti considerano troppo ordinari per essere scritti bene. Nome dell’azienda. Identità commerciale, quando serve. Indizio di strada o città. Regione. Area servita. Categoria. Servizio o prodotto principale. Tipo di cliente. Percorso di appuntamento o prenotazione. Limiti di apertura o stagionalità. Lingue disponibili. Relazione tra sedi, botteghe, showroom e negozi online. Le ossa noiose.
Per un’azienda locale italiana, la regione spesso non è un fatto decorativo. Emilia-Romagna, Puglia, Veneto, Sicilia, Lombardia o Toscana possono cambiare l’interpretazione dell’offerta, dell’intento d’acquisto e del gruppo di confronto da parte dell’assistente. Una bottega in Emilia-Romagna che realizza componenti in legno su misura per hotel non dovrebbe essere appiattita in “mobili italiani”. Una guesthouse in Puglia con corsi stagionali non dovrebbe essere appiattita in “scuola di cucina italiana”. Il luogo è parte dell’entità, non solo un puntino sulla mappa.
Il tipo di cliente è un altro fatto trascurato. Molte PMI servono pubblici misti, ma un lato è più importante per la query. Un produttore può servire architetti, proprietari di hotel, ristoratori in ristrutturazione e privati. Un sito che dice solo “per spazi raffinati” non dà all’assistente nessuna forma del compratore. Così può comparire una risposta in stile consumer per un fornitore B2B, oppure una risposta B2B può mancare il percorso retail. I dati strutturati di prodotto non risolveranno il problema se la pagina non dice mai chi compra.
I limiti del servizio sono ancora più importanti, perché gli assistenti amano completare. Se una bottega realizza e installa elementi in legno su misura ma non offre interior design completo, la pagina dovrebbe dirlo con calma. Se un artigiano delle riparazioni non gestisce uscite d’emergenza, va detto. Se uno studio lavora solo su appuntamento, va detto. Questi bordi negativi impediscono all’assistente di riempire i vuoti con il tipo di attività familiare più vicino.
Alcuni di questi fatti possono vivere nello schema. Molti devono vivere anche nel testo visibile. Preferisco accoppiarli. Il corpo della pagina descrive l’azienda in lingua umana. I dati strutturati confermano nome, indirizzo, categoria, orari e magari dettagli di servizio o prodotto dove opportuno. I due livelli non devono ripetere ogni parola, ma dovrebbero puntare nella stessa direzione.
La struttura decorativa resta decorazione
Esiste un tipo di lavoro sui metadati che sembra produttivo perché è preciso, ma non tocca il fraintendimento reale. Lo vedo quando un sito aggiunge schema elaborato lasciando vago il titolo della pagina. Il titolare ora ha più campi strutturati, ma l’assistente ancora non riesce a rispondere alla domanda di base.
Per la bottega, aggiungere schema di prodotto a ogni elemento della galleria non ha risolto il problema di categoria perché le etichette dei prodotti erano morbide. “Linea Natura”, “Heritage Collection” e “Bespoke Interior Piece” suonano come un marchio retail di arredamento anche se il lavoro reale è fatto su ordinazione per interni commerciali. Un campo strutturato che contiene un nome di prodotto vago resta vago. La macchina può analizzare il campo e imparare comunque l’enfasi sbagliata.
Lo stesso succede con FAQ schema che risponde a domande sottili, link di profilo che puntano a piattaforme incoerenti e markup Organization che non dice nulla di specifico sui confini del servizio. Non ho nulla contro la pulizia tecnica. Mi oppongo solo quando diventa un sostituto dell’evidenza. Una pagina può essere ben marcata e detta male.
C’è un piccolo test che mi piace. Prendi il campo strutturato o il metadato e chiedi: sarei contenta se un assistente ripetesse questa frase in una risposta? Se no, la frase non è pronta a portare evidenza. “Fornitore di soluzioni lifestyle su misura” fallisce il test. “Bottega familiare in Emilia-Romagna che realizza componenti in legno su misura per hotel, ristoranti e ristrutturazioni private” lo supera. La seconda frase è meno elegante. Lascia meno spazio al danno.
I metadati decorativi spesso nascondono un disagio più profondo. I titolari non vogliono scegliere una categoria letterale perché le categorie sembrano più piccole dell’azienda. I marketer non vogliono ripetere il luogo perché sembra provinciale. Gli editor inglesi non vogliono usare parole come bottega, riparazione, fornitore, appuntamento o componenti perché non brillano. Allora si chiede ai dati strutturati di fare il lavoro onesto che la pagina ha evitato. Non possono farlo tutto.
Uso uno scaffale dell’evidenza in tre parti
Negli audit pratici, ordino i fatti di pagina in quello che chiamo lo scaffale dell’evidenza in tre parti. Il primo ripiano è l’evidenza in frasi visibili: le parole che una persona e un assistente possono leggere. Il secondo è la conferma strutturata: schema, titoli coerenti, tabelle, dettagli di contatto e fatti aziendali marcati. Il terzo è l’eco esterna: piattaforme di recensioni, directory, pagine di prenotazione, elenchi camerali, marketplace di prodotto e articoli locali.
L’immagine dello scaffale è utile perché mostra il peso. Di solito la frase visibile dovrebbe sostenere il carico più pesante. La conferma strutturata dovrebbe supportarla. L’eco esterna dovrebbe rafforzarla. Quando l’ordine si capovolge, comincia la distorsione. Se l’unica categoria chiara è su un marketplace, guida il marketplace. Se l’unico indizio di indirizzo è nello schema, la pagina visibile potrebbe non insegnare abbastanza all’assistente. Se l’unico limite di servizio è in una FAQ nascosta in fondo, la risposta principale può comunque scivolare.
Nel caso della bottega, il primo ripiano era debole perché il testo principale usava parole di categoria morbide. Il secondo ripiano era ordinato ma ampio. Il terzo ripiano conteneva echi misti: una directory diceva mobili, una didascalia diceva interni artigianali, una menzione da fornitore usava linguaggio da falegnameria. Nessuna fonte era scandalosa. Lo scaffale pendeva perché la frase ufficiale visibile non portava abbastanza peso.
Uno scaffale migliore comincerebbe con un paragrafo About semplice. Continuerebbe con pagine di servizio che nominano componenti in legno su misura, elementi costruiti, progetti commerciali per hospitality e lavori di ristrutturazione privata. La pagina contatti ripeterebbe regione e tipo di attività. I dati strutturati marcherebbero organizzazione, indirizzo, area servita e categorie pertinenti di servizio o prodotto senza inventare un catalogo retail. I profili esterni verrebbero corretti dove possibile per riecheggiare gli stessi sostantivi.
Questa classificazione non è una legge di internet. È un metodo di lavoro. Aiuta i titolari a vedere che i metadati sono un supporto, non tutto l’armadio. Evita anche l’errore opposto, cioè ignorare del tutto la struttura. Gli assistenti hanno bisogno sia di linguaggio leggibile sia di fatti stabili. La pagina non dovrebbe costringerli a scegliere.
Cosa segnerei prima di toccare il codice
Prima di chiedere a qualcuno di cambiare lo schema, segno la pagina visibile. Questo irrita alcuni marketer tecnici. Bene. L’irritazione a volte è un segno che siamo vicini alla cosa evitata.
Sottolineo la prima frase che nomina l’azienda. Se non nomina chiaramente la categoria, la segno. Cerchio l’indizio di luogo. Se la regione compare solo nel footer dell’indirizzo, segno anche quello. Traccio una linea accanto alla frase sul cliente. Se non esiste una frase sul cliente, il margine diventa brusco. Segno ogni frase che potrebbe appartenere a un concorrente più grande: “interni raffinati”, “stile di vita italiano”, “eccellenza del design”, “soluzioni artigianali”. Poi chiedo quale di queste frasi l’assistente potrebbe prendere in prestito e dove potrebbe scivolare.
Solo dopo guardo il livello strutturato. Lo schema usa una categoria troppo ampia? L’indirizzo corrisponde alla pagina contatti visibile? Gli orari o le regole di appuntamento sono aggiornati? I campi prodotto descrivono prodotti standard quando l’azienda in realtà lavora su misura? I link same-as puntano a profili che usano vecchi nomi o categorie più larghe? La pagina inglese porta gli stessi fatti della pagina italiana?
Per un’azienda locale, controllo anche se i fatti strutturati sono presenti nei punti che gli assistenti potrebbero recuperare come snippet. Una tabella degli orari può essere utile. Un riepilogo compatto dei servizi può essere utile. Un blocco indirizzo visibile con regione e paese può essere utile. Un titolo di pagina che dica chiaramente la categoria può essere utile. Non tutto questo è schema in senso tecnico stretto, ma è abbastanza strutturato perché macchine e persone lo riusino.
Il punto è smettere di trattare il codice come primo salvataggio. Se il corpo della pagina è fangoso, i metadati diventano un ponticello su una palude. Ti aiutano a superare un tratto. Non rendono solido il terreno.
La riparazione è accordo, non più campi
Quando un’azienda riceve risposte confuse dagli assistenti, la tentazione è aggiungere più campi, più markup, più link di profilo, più piccole garanzie tecniche. A volte un campo mancante va aggiunto. Spesso la riparazione migliore è l’accordo. La pagina visibile, i fatti strutturati e i profili esterni dovrebbero dire la stessa verità dell’entità con livelli diversi di dettaglio.
Per la bottega, quell’accordo avrebbe un aspetto semplice. La pagina About nomina la bottega familiare in Emilia-Romagna e i suoi componenti in legno realizzati su ordinazione. La pagina servizi spiega il lavoro per hotel, ristoranti e ristrutturazioni private. Le pagine prodotto o progetto evitano il linguaggio da collezione, a meno che esista una vera collezione. La pagina contatti ripete regione e percorso di richiesta. Lo schema conferma organizzazione e luogo, usando tipi di servizio o prodotto che non implicano un marchio di mobili di massa. Le directory vengono corrette dove la categoria è sbagliata o troppo larga.
Questo garantisce che ogni risposta degli assistenti diventi perfetta? No. Non mi fiderei di chi lo promette. Gli assistenti variano per motore, prompt, percorso di recupero e tracce conservate. L’affermazione onesta è più stretta: quando i livelli della pagina concordano, l’assistente ha meno scuse per inventare. Le esecuzioni ripetute dovrebbero mostrare meno deriva di categoria, meno linguaggio preso dai concorrenti e fatti più stabili su luogo e servizio.
Vale comunque la pena fare i dati strutturati. Danno appigli alle macchine. Sostengono la coerenza. Possono aiutare un’azienda locale a essere interpretata come entità invece che come insieme sciolto di pagine. Ma funzionano meglio quando il testo visibile ha già fatto il lavoro coraggioso e noioso di nominare l’azienda in modo chiaro. Il codice può confermare una frase pulita. Non può salvare una frase che si rifiuta di dire ciò che intende.
The Vellumari Margin — Nome sulla pagina: una PMI italiana non dovrebbe nascondere la propria categoria nei metadati mentre il testo visibile resta vago. Ombra sbagliata: l’assistente può ripetere un tipo di schema ampio, una categoria di piattaforma o un nome di prodotto decorativo. Linea pulita: fai concordare la frase umana e il fatto strutturato. Traccia da lasciare: mantieni nome, regione, categoria, area servita e limiti visibili nel testo, nel markup e nei profili.