Dopo la UX, arriva la MX: progettare siti per umani e macchine

Aggiornato il 30 Marzo 2026

8 min di lettura

Per vent’anni, progettare un sito web significava ottimizzare l’esperienza utente: la UX. Layout intuitivi, navigazione chiara, tempi di caricamento rapidi. Tutto costruito per un singolo pubblico: le persone che visitano il sito.

Nel 2026, quel pubblico si è raddoppiato. I crawler di Google, i bot di ChatGPT e Claude, gli agenti AI integrati nei browser, e le AI Overviews che riassumono i contenuti per gli utenti leggono il tuo sito con la stessa frequenza (spesso maggiore) degli esseri umani. Il blog di design Muzli ha dato un nome a questo cambiamento: MX, Machine Experience. Accanto alla UX che progettiamo per le persone, esiste ora un livello parallelo progettato per le macchine.

Per le PMI italiane, la MX non è un concetto astratto. È l’insieme delle scelte di design, struttura e contenuto che determinano se il tuo sito viene compreso, citato e raccomandato dalle AI, oppure ignorato.

Cos’è la Machine Experience

La Machine Experience è il modo in cui un sistema AI legge, interpreta e racconta il tuo sito. Ogni decisione di design influenza non solo cosa vede l’utente umano, ma anche cosa la macchina riesce a estrarre.

Un esempio concreto. Supponi di avere una tabella comparativa con i prezzi dei tuoi servizi. Un utente umano la scansiona visivamente, legge le colonne e confronta le cifre. Un modello AI (ChatGPT, Claude, Gemini) legge il codice HTML sottostante. Se la tabella è costruita con tag <table>, <thead>, <tbody> e intestazioni <th> chiare, il modello la interpreta correttamente e può citare i tuoi prezzi in una risposta. Se la tabella è un’immagine o un layout costruito con <div> stilizzati via CSS, il modello non riesce a estrarre i dati e cita un concorrente che ha usato HTML semantico.

La MX non è una disciplina separata dalla UX. È un’estensione: le stesse best practice che rendono un sito accessibile agli utenti umani (struttura semantica, gerarchia chiara, contenuti ben organizzati) lo rendono leggibile anche dalle macchine. La differenza è che nel 2026, le conseguenze di una MX scadente sono misurabili: meno citazioni nelle risposte AI, meno visibilità nelle AI Overviews, meno traffico referral da ChatGPT e Claude.

Le cinque dimensioni della MX

La Machine Experience si costruisce su cinque livelli. Ognuno ha un impatto diretto sulla visibilità AI del tuo sito.

1. Struttura semantica dell’HTML

I tag HTML comunicano significato alle macchine. Un <h2> dice “questa è una sezione importante”. Un <table> dice “questi sono dati confrontabili”. Un <nav> dice “questa è la navigazione del sito”. I modelli AI usano questi segnali per decidere cosa estrarre e cosa ignorare.

Per le PMI su WordPress, la struttura degli articoli conta più che mai: gerarchia H1-H2-H3 logica, paragrafi in blocchi <p>, liste in <ul> o <ol>, tabelle in <table>. Il tema Astra e i blocchi Gutenberg nativi generano HTML semantico di default; i page builder con strutture <div> annidate sono meno leggibili dalle macchine.

2. Answer capsule e contenuti estraibili

I modelli AI non leggono un intero articolo di 2.000 parole per rispondere a una domanda. Estraggono frammenti: le prime 40-60 parole dopo un H2, il contenuto di una cella di tabella, il testo di una FAQ. Questi frammenti sono le “answer capsule” che abbiamo descritto nella guida su come farsi citare dall’intelligenza artificiale.

La MX richiede di progettare ogni sezione del sito pensando: “Se un’AI estraesse solo queste tre righe, il messaggio sarebbe completo e corretto?” Se la risposta è no, la sezione va riscritta.

3. Schema markup e dati strutturati

Lo schema markup (JSON-LD) è il linguaggio più diretto della MX. Quando dichiari che la tua pagina è un Article con un author specifico, una datePublished e una description, stai comunicando metadati strutturati che le macchine usano per valutare autorevolezza e pertinenza.

Per le PMI italiane, gli schema più rilevanti sono Article (per i post del blog), FAQPage (per le sezioni domande frequenti), Service (per le pagine servizio) e Person (per la pagina chi-sono). Rank Math li gestisce automaticamente nella maggior parte dei casi; per personalizzazioni avanzate, serve JSON-LD manuale.

4. Accessibilità dei contenuti ai crawler

Un sito con contenuti bloccati dai crawler AI via robots.txt ha una MX pari a zero per quella piattaforma. La configurazione del robots.txt è la prima decisione di MX che ogni PMI deve prendere: bloccare l’addestramento ma permettere la ricerca è il compromesso più equilibrato, come abbiamo analizzato nell’articolo sui tre bot di Claude.

Allo stesso modo, i contenuti dietro paywall, login o JavaScript non renderizzato riducono la MX. Se un’AI non può accedere al contenuto, non può citarlo.

5. Interazioni strutturate (WebMCP)

Il livello più recente della MX riguarda le interazioni: form, checkout, prenotazioni. Con WebMCP (in anteprima su Chrome 146), i siti possono dichiarare le proprie funzionalità interattive in modo strutturato. Questo significa che un agente AI potrebbe compilare il tuo form di richiesta preventivo, prenotare un appuntamento o cercare un prodotto nel tuo catalogo senza dover interpretare visivamente la pagina.

Per la maggior parte delle PMI, questo livello è ancora in fase sperimentale. L’azione concreta per oggi è assicurarsi che i form HTML siano semantici e ben strutturati, in preparazione per quando WebMCP diventerà standard.

UX e MX a confronto: cosa cambia nella pratica

Aspetto	UX (per umani)	MX (per macchine)
Layout	Visivamente ordinato, spazi bianchi	Semanticamente strutturato (tag HTML corretti)
Tabelle	Leggibili a colpo d’occhio	Costruite con <table>, <thead>, <th>
Immagini	Attraenti, ottimizzate per velocità	Alt text descrittivi, didascalie informative
Form	Facili da compilare	Campi con name, type, label chiari
Navigazione	Intuitiva, pochi clic	Tag <nav>, breadcrumb con schema markup
Contenuti	Scorrevoli, coinvolgenti	Answer capsule estraibili, FAQ strutturate
Velocità	Sotto i 3 secondi	Core Web Vitals nel verde

La buona notizia: nella maggior parte dei casi, UX e MX si sovrappongono. Un sito ben progettato per gli utenti umani è quasi sempre ben progettato anche per le macchine. I problemi nascono quando si sceglie l’estetica a scapito della struttura: tabelle fatte con immagini, testi inseriti come grafiche, form costruiti con soluzioni non standard.

Cosa significa per i siti WordPress delle PMI italiane

WordPress con Gutenberg genera HTML semantico di default. I blocchi paragrafo, heading, tabella, lista e immagine producono codice pulito che le AI leggono senza difficoltà. Lo stack Astra + Rank Math + Gutenberg nativo è già una buona base per la MX. Un’aggiunta recente: WordPress sta rilasciando l’Interactivity API, un framework che permette ai blocchi di aggiornarsi senza ricaricare la pagina. Solo il contenuto rilevante si aggiorna, rendendo la navigazione istantanea sia per gli umani sia per gli agenti AI che interagiscono con il sito. Il segnale è chiaro: WordPress punta a trasformare i siti da pagine statiche a esperienze dinamiche tipo app.

Tre azioni concrete per migliorare la MX di un sito WordPress:

1. Usa i blocchi nativi di Gutenberg anziché shortcode o page builder pesanti. Ogni blocco nativo genera HTML semantico standard. I page builder che generano <div> con classi proprietarie riducono la leggibilità per le macchine.

2. Compila tutti i campi schema in Rank Math. Autore, data di pubblicazione, data di aggiornamento, FAQ: ogni campo compilato è un segnale MX in più. La guida SEO per PMI copre i fondamentali.

3. Testa il tuo sito con gli occhi di una macchina. Disattiva CSS e JavaScript nel browser e guarda la pagina: è ancora comprensibile? Le informazioni chiave sono leggibili? Se sì, la MX è buona. Se la pagina senza stili è un caos, c’è lavoro da fare.

Domande frequenti

---

Vuoi verificare come il tuo sito comunica con le macchine AI? Un Audit Visibilità AI include l’analisi della struttura del sito, dello schema markup e della visibilità su ChatGPT, Claude e AI Overviews per 50+ query nel tuo settore.