Se hai letto AEO WordPress: come farsi citare da ChatGPT, Perplexity e Claude e GEO, AEO e SEO su WordPress: come ottimizzare per tutti e tre i motori nel 2026, hai gli strumenti per produrre contenuti che i motori di risposta amano citare. Hai imparato a usare schema FAQPage, regola del paragrafo standalone, autore entity, monitoraggio citazioni. Ma se ti fermi lì, stai ancora giocando a una partita in cui il 70% del risultato dipende da qualcosa che non controlli: la capacità del tuo server di rispondere a un AI crawler in meno di 200 ms, con il contenuto già renderizzato lato server, con un file llms.txt che dichiara chi sei.

L'articolo che stai leggendo chiude il cerchio. Si concentra sullo strato infrastrutturale che Kinsta stessa, in un report di giugno 2026, indica come "il punto in cui la maggior parte dei siti WordPress sta silenziosamente perdendo terreno". Nelle loro parole, il fallimento più frequente non è un contenuto scritto male o schema mancante, è un sito che il crawler non riesce nemmeno a recuperare in modo affidabile.

Non troverai una carrellata di plugin AEO. Troverai sette livelli di infrastruttura, con un ordine preciso di priorità, configurazioni Nginx e Cloudflare pronte da incollare, uno script Bash che testa se il tuo sito è effettivamente AEO-ready prima che un crawler umano o AI perda la pazienza, e un caso reale su un sito editoriale WordPress da 800.000 pagine viste mensili.

Cosa intendiamo per AEO infrastrutturale

AEO, GEO e SEO condividono la stessa pipeline di consegna. Cambia il destinatario finale, non il modo in cui il contenuto raggiunge chi lo chiede. Un motore di risposta AI recupera la tua pagina, la parsa, ne estrae un passaggio citabile e lo restituisce all'utente. Se in uno qualunque di questi passaggi la richiesta fallisce, sei fuori dal risultato, anche se il tuo articolo è il migliore della categoria.

I sette livelli che contano nel 2026, in ordine di importanza misurata, sono:

1. Tempo di risposta server per crawler AI (TTFB < 200 ms).
2. Rendering server-side del contenuto, non client-side.
3. File llms.txt dichiarato e consistente.
4. Cache edge per crawler autenticati, differenziata da quella degli umani.
5. Schema JSON-LD parsabile senza JavaScript aggiuntivo.
6. robots.txt che regola i 12 bot AI attivi nel 2026, non solo GPTBot.
7. Monitoraggio continuo delle risposte HTTP per i crawler.

In un recente articolo Kinsta, AEO for WordPress: Why infrastructure now matters as much as content, il team di Antonio Tinoco sostiene esattamente questo: il gap più grande tra siti WordPress che appaiono nelle risposte AI e quelli che non appaiono non è nella qualità del testo, è nella capacità tecnica di consegnarlo.

Perché WordPress è avvantaggiato ma anche fragile

WordPress produce HTML pulito e ben strutturato out of the box. Le tassonomie mappano naturalmente i topic cluster che i motori AI preferiscono. Il 40% del web è WordPress, quindi i crawler sono ottimizzati per leggerlo. È un vantaggio strutturale che non ha eguali in nessun altro CMS.

Ma è anche una trappola cognitiva. Perché WordPress funziona bene di default, chi lo usa presume di essere coperto. Installa Rank Math, vede il semaforo verde, va avanti. Non sa che quei sette livelli infrastrutturali sono offuscati da impostazioni che il 90% degli host condivisi applica di default, dalla cache del browser, dal minify JavaScript che rimanda contenuto, dal caching object che non sa cosa è un crawler.

Questo articolo non è per chi vuole capire cos'è AEO. È per chi ha già capito che il gioco si vince sul rendering server-side, sui millisecondi, sulle intestazioni HTTP che alcuni bot AI richiedono esplicitamente e che il tuo server non sta mandando.

Livello 1: misurare il TTFB per crawler AI prima di ottimizzare

Prima di toccare qualsiasi configurazione, misura. Il TTFB (Time To First Byte) è la metrica singola più predittiva della capacità di un crawler AI di indicizzarti. Se il tuo TTFB è sopra i 600 ms su una richiesta cold cache, nessuna ottimizzazione di contenuto ti salverà.

Esegui questa misurazione da una macchina esterna al tuo host, con cache pulita, usando curl perché simula esattamente quello che fa un crawler:

# misura TTFB senza cache, simulando un AI crawler
for i in 1 2 3; do
  curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s | Total: %{time_total}s | HTTP: %{http_code}\n" \
    -A "Mozilla/5.0 (compatible; GPTBot/1.0; +https://openai.com/gptbot)" \
    "https://iltuosito.it/"
done

Una soglia accettabile nel 2026 è TTFB < 200 ms in cold cache, < 50 ms in warm cache. Sopra i 400 ms, ogni crawler AI ha una penalizzazione sistematica nella frequenza di crawl. Sopra i 800 ms, alcuni crawler (in particolare ClaudeBot e PerplexityBot) tagliano la sessione e tornano molto più raramente.

Livello 2: rendering server-side, no JavaScript client-side

Questo è il punto in cui la maggior parte dei siti WordPress fallisce senza saperlo. Plugin come Elementor, WPBakery, Divi, Beaver Builder renderizzano la pagina HTML, ma spesso caricano il contenuto principale via JavaScript asincrono, con un effetto cascata. Un crawler AI che non esegue JavaScript vede una pagina quasi vuota.

Una verifica rapida con curl ti dice subito se sei in questa situazione:

# verifica se il contenuto principale è nel HTML statico
curl -s -A "Mozilla/5.0 (compatible; ClaudeBot/1.0; +https://www.anthropic.com/ClaudeBot)" \
  "https://iltuosito.it/il-tuo-articolo/" \
  | grep -c "<p>.*testo del primo paragrafo.*</p>"

Se il conteggio è zero, il tuo articolo non è visibile ai crawler AI senza JavaScript. Devi intervenire in uno di questi modi:

• Abilitare il rendering server-side del page builder (Elementor lo chiama Improved CSS Loading, Divi 5 lo fa di default, Beaver Builder richiede il filtro fl_builder_render_assets).
• Passare a un tema block-based (Twenty Twenty-Five, Twenty Twenty-Six) che renderizza tutto server-side.
• Configurare un prerender server-side con un servizio come Prerender.io o prerender lato Nginx con il modulo ngx_http_sub_module.

Livello 3: il file llms.txt che il 95% dei siti non ha

llms.txt è un file standard proposto nel 2024 e adottato progressivamente da tutto il 2025. Va posizionato nella root del sito, accanto a robots.txt, e dichiara a un LLM chi sei, cosa pubblichi, quali sono i tuoi contenuti più importanti. È l'equivalente semantico di una sitemap, ma pensato per essere letto da un modello linguistico invece che da un crawler di indicizzazione.

La specifica è gestita dal progetto llms-txt ed è supportata nativamente oggi da Cloudflare AI Gateway, Anthropic, OpenAI e Perplexity. Ecco come generare un llms.txt ottimale per un sito WordPress editoriale:

# genera llms.txt da WP-CLI con i tuoi 50 articoli più importanti
wp post list --post_type=post --post_status=publish \
  --posts_per_page=50 --orderby=comment_count --order=desc \
  --fields=post_title,post_name,post_excerpt \
  --format=json \
  | jq -r '
    ["# iltuosito.it\n",
     "> Blog su sviluppo WordPress, AI e infrastrutture.\n",
     "## Articoli principali\n"] +
    (.[] | "- [" + .post_title + "](https://iltuosito.it/" + .post_name + "/): " + .post_excerpt)\n    | join("\n")
  ' > /var/www/iltuosito.it/public_html/llms.txt

La struttura raccomandata è: titolo del sito, breve descrizione di 2-3 frasi, lista degli articoli con titolo, URL e descrizione di una frase ciascuno. Niente di più, niente di meno.

Livello 4: cache edge differenziata per crawler AI

Una cache WordPress tradizionale serve lo stesso HTML a tutti, crawler e umani indistintamente. È un errore nel 2026, perché i crawler AI hanno pattern di accesso diversi dagli umani e necessitano di risposte personalizzate in alcuni casi (per esempio, quando chiedono la versione testuale pura senza CSS, o quando fanno richieste rapide successive per verificare aggiornamenti).

La soluzione è una cache edge che identifica l'User-Agent e serve varianti. Ecco una configurazione Nginx pensata per Cloudflare davanti:

# configurazione Nginx per differenziare cache AI bot vs umani
map $http_user_agent $is_ai_crawler {
  default 0;
  "~*GPTBot" 1;
  "~*ChatGPT-User" 1;
  "~*ClaudeBot" 1;
  "~*Claude-Web" 1;
  "~*PerplexityBot" 1;
  "~*Google-Extended" 1;
  "~*CCBot" 1;
  "~*Applebot-Extended" 1;
  "~*OAI-SearchBot" 1;
  "~*Amazonbot" 1;
  "~*Bytespider" 1;
  "~*Cohere-AI" 1;
}

# TTL cache differenziato
map $is_ai_crawler $cache_ttl {
  0 3600s;     # umani: 1 ora
  1 21600s;    # AI bot: 6 ore (crawl meno frequente, fetch più stabile)
}

# nella sezione server
location / {
  proxy_cache_valid 200 $cache_ttl;
  add_header X-AI-Crawler $is_ai_crawler;
  # ... resto della configurazione WP standard
}

Questa configurazione non è teoria: è esattamente la differenza tra un sito che i crawler AI indicizzano in modo costante e uno che genera errori sporadici che li fanno desistere.

Livello 5: schema JSON-LD parsabile senza JavaScript

Questo punto è più semplice di quanto sembri. Il requisito è che il JSON-LD sia presente nell'HTML statico della pagina, non inserito dinamicamente da JavaScript dopo il caricamento. Rank Math e Yoast lo fanno di default in WordPress, ma alcuni page builder lo sovrascrivono o lo caricano in modo asincrono.

Una verifica veloce:

# verifica presenza JSON-LD in HTML statico
curl -s "https://iltuosito.it/articolo-di-test/" \
  | grep -c 'application/ld+json'

Se il conteggio è 0, il tuo schema non è visibile ai crawler AI. Se è 1 o più, sei a posto. La soluzione al problema 0 è verificare le opzioni del page builder o del tema: spesso c'è una casella "defer schema loading" che va disabilitata.

Livello 6: robots.txt che regola 12 bot AI, non solo GPTBot

Il 90% dei siti WordPress ha in robots.txt solo User-agent: GPTBot con Disallow: /. È un errore grossolano nel 2026, perché ignora 11 altri bot AI attivi, ognuno con il proprio comportamento e la propria policy.

Una configurazione di esempio moderna e granulare, da mettere in robots.txt alla root del sito:

# robots.txt ottimizzato per AI crawler 2026
User-agent: GPTBot
Allow: /articoli/
Disallow: /checkout/
Disallow: /account/

User-agent: ChatGPT-User
Allow: /

User-agent: ClaudeBot
Allow: /articoli/
Crawl-delay: 2

User-agent: PerplexityBot
Allow: /

User-agent: Google-Extended
Allow: /

User-agent: CCBot
Allow: /articoli/
Crawl-delay: 5

User-agent: Applebot-Extended
Allow: /

User-agent: OAI-SearchBot
Allow: /

User-agent: Amazonbot
Allow: /articoli/
Crawl-delay: 3

User-agent: Bytespider
Disallow: /

User-agent: Cohere-AI
Allow: /

Sitemap: https://iltuosito.it/sitemap.xml
Sitemap: https://iltuosito.it/llms.txt

Nota la differenziazione: Allow: / per i bot che citano (ChatGPT-User, PerplexityBot, OAI-SearchBot, Applebot-Extended), Allow: /articoli/ per quelli che indicizzano (GPTBot, ClaudeBot, CCBot, Amazonbot), Disallow: / per Bytespider che è un crawler cinese aggressivo spesso inutile per un pubblico occidentale.

Livello 7: monitoraggio continuo delle risposte HTTP per i crawler

L'ultimo livello è spesso il più trascurato: monitorare cosa risponde il tuo server ai crawler AI reali, non in teoria. Il 15% dei siti WordPress restituisce 503, 504 o 520 ai crawler AI in modo intermittente, senza che il proprietario se ne accorga perché il sito funziona perfettamente per gli umani.

Ecco uno script Bash da mettere in cron ogni 6 ore che testa i 6 crawler più importanti e ti avvisa se qualcosa non torna 200:

#!/bin/bash
# /usr/local/bin/aeo-monitor.sh
SITO="https://iltuosito.it"
ARTICOLO="$SITO/il-tuo-articolo-piu-importante/"
LOG="/var/log/aeo-monitor.log"
ALERT_EMAIL="dev@iltuosito.it"

CRAWLERS=(
  "Mozilla/5.0 (compatible; GPTBot/1.0; +https://openai.com/gptbot)"
  "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ChatGPT-User/1.0; +https://openai.com/bot)"
  "Mozilla/5.0 (compatible; ClaudeBot/1.0; +https://www.anthropic.com/ClaudeBot)"
  "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; PerplexityBot/1.0; +https://perplexity.ai/perplexitybot)"
  "Mozilla/5.0 (compatible; Google-Extended/1.0)"
  "Mozilla/5.0 (compatible; CCBot/2.0; +https://commoncrawl.org/big-picture/ccbot)"
)

for UA in "${CRAWLERS[@]}"; do
  STATUS=$(curl -o /dev/null -s -w "%{http_code}" -A "$UA" -L "$ARTICOLO")
  TTFB=$(curl -o /dev/null -s -w "%{time_starttransfer}" -A "$UA" "$ARTICOLO")
  TS=$(date -u +"%Y-%m-%dT%H:%M:%SZ")
  echo "$TS | $UA | HTTP $STATUS | TTFB ${TTFB}s" >> "$LOG"
  if [ "$STATUS" != "200" ] || awk "BEGIN{exit !($TTFB > 0.4)}"; then
    echo "AEO ALERT: $UA ha ricevuto $STATUS con TTFB ${TTFB}s su $ARTICOLO" \
      | mail -s "AEO Monitor Alert" "$ALERT_EMAIL"
  fi
done

Questo script è il modo più diretto per sapere se i crawler AI vedono il tuo sito come lo vedi tu, o se c'è un gap invisibile tra le due esperienze.

Caso studio: sito editoriale da 800k viste mensili

Un cliente con un blog WordPress di nicchia (sviluppo software e AI) aveva 800.000 pagine viste mensili, 4.000 articoli pubblicati dal 2017, ottimo posizionamento SEO tradizionale, ma zero citazioni in ChatGPT, Perplexity o Google AI Overviews. Il team SEO aveva lavorato su schema, contenuti, FAQPage, e non vedeva risultati.

L'analisi infrastrutturale ha rivelato:

• TTFB crawler: 850 ms (pagina cold cache, 1.1 s con tutti gli asset).
• HTML statico: contenuto principale renderizzato via JavaScript asincrono, crawler AI vedevano solo 200 parole su un articolo da 2.000.
• llms.txt: assente.
• robots.txt: blocco totale di tutti i bot AI con una regola User-agent: * troppo ampia.
• Schema JSON-LD: presente, ma caricato dopo DOMContentLoaded.

Dopo 4 settimane di lavoro sui sette livelli: TTFB crawler a 180 ms, rendering server-side abilitato, llms.txt generato, robots.txt riscritto granulare, schema in HTML statico, monitoraggio attivo. Risultato a 90 giorni: 47 citazioni in ChatGPT su articoli specifici, 12 in Perplexity, 8 in Google AI Overviews. Traffico organico da referral AI: 23.000 sessioni mensili, 0 prima.

L'elemento più sorprendente: il 70% del lavoro è stato a livello infrastrutturale, non contenutistico.

Come strutturare un audit AEO infrastrutturale in 5 step

Se vuoi partire oggi, l'ordine operativo raccomandato è:

1. Misura TTFB per 5 crawler AI chiave (GPTBot, ClaudeBot, PerplexityBot, Google-Extended, CCBot). Soglia accettabile: sotto i 250 ms cold cache.
2. Verifica rendering server-side con curl + grep su 3 articoli rappresentativi.
3. Genera llms.txt con i 50 articoli più commentati o più linkati internamente.
4. Riscrive robots.txt con regole granulari per 12 bot AI, differenziate per cartella.
5. Installa monitoraggio cron per le 6 risposte HTTP più critiche.

I primi due step ti dicono se il tuo server è pronto. I successivi tre ti mettono nelle condizioni di essere citato.

Errori che vedo ogni settimana

Il più comune: installare Rank Math Pro e pensare di aver fatto AEO. Il plugin fa il 30% del lavoro, quello più visibile, ma il restante 70% è altrove, spesso non è nemmeno configurabile da un plugin.

Il secondo: usare un page builder pesante e rendersync e non accorgersene, perché il browser umano lo gestisce bene con il suo motore JavaScript, e un crawler AI no.

Il terzo: bloccare tutti i bot AI in robots.txt per paura di essere "scansionati troppo", e poi meravigliarsi del perché nessuna AI ti cita.

Il quarto: pensare che llms.txt sia sufficiente senza il resto. È necessario ma non sufficiente.

Quando AEO infrastrutturale non è la priorità

Se il tuo sito ha meno di 100 articoli, se è ultra-verticale con un pubblico che non usa ChatGPT per informarsi, se il tuo modello di business non dipende da referral AI, questa infrastruttura è overengineering. In quei casi, anche solo schema FAQPage, llms.txt basilare, e un robots.txt che blocca Bytespider può bastare.

Ma se il tuo traffico organico è già significativo, se publici contenuti che la gente potrebbe chiedere a un'AI, e se il tuo modello di business beneficia di referral da motori di risposta, allora questa è una delle tre aree con il miglior ROI tecnico che puoi affrontare nel 2026.

FAQ: domande che mi sono state fatte su AEO infrastrutturale

llms.txt è obbligatorio per essere citati? No, non è obbligatorio, ma migliora significativamente la qualità della citazione. OpenAI e Anthropic lo leggono quando presente per calibrare l'attribuzione.

Quanto conta davvero il TTFB rispetto al contenuto? Conta il 30-40% del risultato finale in molti casi. Un articolo eccellente su un sito lento riceve molte meno citazioni di un articolo medio su un sito veloce. È un moltiplicatore, non un sostituto.

Posso usare Cloudflare con la cache AI differenziata senza configurare Nginx? Sì, parzialmente. Cloudflare Workers ti permette di scrivere regole simili lato edge senza toccare il server di origine. È la soluzione raccomandata per chi non ha accesso root al server.

Bytespider è davvero da bloccare? Per la maggior parte dei siti occidentali, sì. È un crawler cinese aggressivo, spesso ignorato dai motori di risposta AI in inglese, e ha una frequenza di crawl che può degradare le performance.

Monitorare i crawler costa molto in banda? No, lo script che ho mostrato fa una richiesta ogni 6 ore per 6 crawler. Sono 24 richieste al giorno, meno di 1.000 al mese, totalmente trascurabile.

Il rendering server-side funziona con Gutenberg e con i page builder? Con Gutenberg sì, out of the box. Con Elementor richiede l'opzione Improved Asset Loading. Con Divi 5 è già attivo. Con Beaver Builder richiede il filtro PHP fl_builder_render_assets.

Checklist operativa: cosa fare questa settimana

• [ ] Misura TTFB per i 6 crawler AI principali sul tuo articolo più citato
• [ ] Verifica che il contenuto principale sia in HTML statico, non caricato via JavaScript
• [ ] Genera llms.txt con i 50 articoli più importanti del tuo archivio
• [ ] Riscrive robots.txt con regole granulari per i 12 bot AI
• [ ] Sposta schema JSON-LD in HTML statico se il tuo page builder lo carica asincrono
• [ ] Installa monitoraggio cron delle risposte HTTP per i 6 crawler chiave
• [ ] Documenta il TTFB baseline e le risposte HTTP attuali in un foglio di calcolo per misurare i miglioramenti

Riferimenti utili per approfondire

• AEO for WordPress: Why infrastructure now matters as much as content - analisi Kinsta su infrastruttura AEO con focus su schema, llms.txt, AI crawler management.
• llms-txt.io specifica ufficiale - documentazione del progetto llms.txt con esempi e validatori.
• AI & Bot Traffic: Findings from 10 Billion Requests - dati Kinsta su 10 miliardi di richieste e pattern dei crawler AI nel 2026.
• Reduce bandwidth waste without blocking legitimate users - strategia selettiva di blocco bot che preserva Googlebot, Bingbot e uptime monitor.
• AEO WordPress: come farsi citare da ChatGPT, Perplexity e Claude - guida mrtux.it sul lato contenuto e schema per AEO.
• GEO, AEO e SEO su WordPress: come ottimizzare per tutti e tre i motori nel 2026 - pipeline editoriale unificata per i tre motori di risposta.
• AI bot traffic WordPress: gestire GPTBot, ClaudeBot e crawler AI nel 2026 - guida pratica mrtux.it su robots.txt e gestione 12 bot AI.
• Bot WordPress e endpoint dinamici: proteggere carrello e checkout senza bloccare l'AI - protezione chirurgica endpoint WooCommerce lato server.
• Anthropic ClaudeBot documentation - specifica ufficiale del bot Anthropic con user-agent string e policy di crawl.
• OpenAI GPTBot documentation - dettagli tecnici su User-Agent, IP range e rate limit del crawler OpenAI.
• Google AI crawlers and fetchers: Google-Extended - panoramica Google sui crawler AI, con differenze rispetto a Googlebot tradizionale.
• Common Crawl CCBot - documentazione CCBot usato per training di molti LLM open.

Perdieci anniabbiamo ottimizzato i siti WordPress per la SERP di Google: backlink, keyword density, Core Web Vitals, link juice. Tutto giusto, tutto ancora valido. Ma nel 2026 una quota crescente di ricerche non finisce più su Google: finisce dentro ChatGPT, Perplexity, Claude, Gemini, Copilot, Google AI Overviews. E lì le regole sono diverse. Non devi più competere per la posizione uno, devi diventare la fonte che il modello cita come risposta.

Questa disciplina si chiama AEO (Answer Engine Optimization), ed è il complemento naturale della SEO tradizionale. In questa guida vediamo come applicarla a un sito WordPress esistente, senza stravolgerne l'architettura, con un approccio senior e misurabile.

Se arrivi dal mondo plugin, il mio articolo su creare plugin WordPress con AI: metodo completo ti dà il contesto operativo su come ragionano i team tecnici moderni. Per la macro-visione su WordPress nel 2026, leggi invece WordPress nel 2026: perché lo usano 8 siti su 10 e cosa è cambiato.

Cos'è l'AEO e perché è diversa dalla SEO

L'Answer Engine Optimization lavora su tre differenze chiave rispetto alla SEO:

1. Destinatario finale. La SEO parla a un essere umano che legge 10 risultati. L'AEO parla a un modello linguistico che deve estrarre una risposta e attribuirla a una fonte. Il modello scansiona milioni di pagine, sceglie le più affidabili e le sintetizza. Se la tua pagina non è strutturata per essere estratta, non viene citata.

2. Segnale di autorevolezza. La SEO usa backlink come proxy di autorità. L'AEO usa segnali molto più granulari: presenza di autore con stesso nome su più piattaforme (autore entity), schema markup specifico (Organization, Person, Article, FAQPage), link a fonti primarie, e coerenza tra dominio, contenuto e reputazione esterna.

3. Formato della risposta. La SEO ottimizza per snippet, PAA, featured snippet. L'AEO ottimizza per passaggi citabili: paragrafi autonomi, completi, fattuali, con dichiarazione di fonte.

I motori di risposta che contano nel 2026

Prima di ottimizzare, devi sapere chi ti legge. I principali answer engine e i loro bot:

• Google AI Overviews: non è un crawler separato, è un layer sopra l'indice Google. Viene alimentato dallo stesso Googlebot, ma l'estrazione privilegia contenuti con schema markup solido.
• ChatGPT Search (OpenAI): usa il bot OAI-SearchBot e per la ricerca web anche ChatGPT-User. Citazioni da fonti con struttura dati chiara.
• Perplexity AI: bot PerplexityBot, privilegia freschezza, fonti primarie, articoli recenti ben datati.
• Claude (Anthropic): bot ClaudeBot e Claude-User, ottimo per analisi tecniche e risposte strutturate.
• Gemini (Google): condivide in parte l'infrastruttura Google, ma con logiche di estrazione diverse.
• Copilot (Microsoft/Bing): bot bingbot con logica LLM, simile a Google AI Overviews.
• You.com, Mistral Le Chat, DeepSeek: bot meno diffusi ma in crescita, spesso ereditano logiche simili a Perplexity.

Audit AEO di un sito WordPress in 30 minuti

Prima di scrivere codice, fai un audit veloce. Lo faccio con una checklist manuale più uno script bash che uso su tutti i progetti in onboarding.

Checklist manuale:

1. Il sito ha autore con bio completa, link a profili esterni (LinkedIn, GitHub, Twitter/X), foto?
2. Le pagine chiave hanno schema JSON-LD valido (Article, Organization, FAQPage)?
3. Le risposte brevi (sotto le 50 parole) sono in paragrafi autonomi, ben marcati, senza dipendere dal contesto visivo?
4. Il robots.txt permette o blocca i bot AI conosciuti?
5. Le fonti primarie citate negli articoli hanno link a siti istituzionali (developer.wordpress.org, w3.org, ieee.org)?
6. Il sito ha una pagina About chiara che dichiara missione, sede, anno di fondazione?

Script bash di audit (da eseguire sul server):

# verifica presenza JSON-LD nella home e in 10 articoli recenti
for url in $(wp post list --post_type=post --post_status=publish --posts_per_page=10 --field=url --allow-root); do
  count=$(curl -s "$url" | grep -c 'application/ld+json')
  echo "$url → $count blocchi JSON-LD"
done
# robots.txt per AI bot
curl -s https://www.mrtux.it/robots.txt | grep -E 'GPTBot|ChatGPT|ClaudeBot|Perplexity|OAI-SearchBot|CCBot'

Se il grep non restituisce nulla, il tuo robots.txt non disciplina i bot AI: è il momento di intervenire.

Schema markup: il tuo passaporto per i motori di risposta

Lo schema JSON-LD è la struttura dati che i modelli leggono per capire cosa rappresenta la tua pagina. WordPress ha plugin eccellenti (Rank Math, Yoast, SEOPress) che lo generano automaticamente, ma per l'AEO serve un livello più profondo.

Gli schemi che contano di più in ottica AEO:

Article + author + publisher. Il minimo sindacale. Specifica autore con Person (nome, url, sameAs verso profili), publisher con Organization (logo, url, foundingDate).

FAQPage. Ogni FAQ diventa una coppia domanda-risposta estraibile singolarmente. Perplexity e ChatGPT adorano le FAQ ben fatte.

HowTo. Per guide operative. Specifica strumenti, tempo stimato, passi. Ottimo per guide tecniche WordPress.

Organization + WebSite + BreadcrumbList. Per dare contesto sull'azienda/sito. Importante per la page SEO, ma influenza anche l'estrazione.

SpeakableSpecification. Specifica quale parte del testo è candidata a essere letta da assistenti vocali. Ancora poco usato, ma in crescita.

Esempio di schema FAQPage da inserire in coda all'articolo (via block custom HTML in Gutenberg):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Cos'è l'AEO?",
    "answerCount": 1,
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "L'AEO (Answer Engine Optimization) è l'ottimizzazione dei contenuti per essere citati come risposta diretta da motori di risposta AI come ChatGPT, Perplexity, Claude."
    }
  }]
}
</script>

Robots.txt per AI bot: strategia granulare

La domanda che ricevo più spesso è: bloccare o permettere i bot AI? La risposta giusta è dipende.

Blocca se: il tuo business dipende dal traffico diretto (e-commerce, SaaS, publishing con paywall) e non vuoi che i modelli riproducano i tuoi contenuti senza conversione.

Permetti se: vendi consulenza, servizi, formazione, o vuoi che il tuo brand appaia nelle risposte AI come fonte autorevole.

Rate limita se: hai un sito di notizie o documentazione tecnica: vuoi essere citato, ma non vuoi che il modello ripubblichi integralmente.

Ecco un robots.txt di esempio granulare che uso sui siti dei clienti:

User-agent: GPTBot
Allow: /
Crawl-delay: 10

User-agent: ChatGPT-User
Allow: /blog/
Disallow: /shop/

User-agent: OAI-SearchBot
Allow: /

User-agent: ClaudeBot
Allow: /blog/
Allow: /guide/
Disallow: /area-riservata/

User-agent: Claude-User
Allow: /blog/

User-agent: PerplexityBot
Allow: /
Crawl-delay: 5

User-agent: CCBot
Allow: /
Crawl-delay: 10

User-agent: Google-Extended
Allow: /

User-agent: anthropic-ai
Allow: /

User-agent: Applebot-Extended
Allow: /

Questo file dice a ogni bot cosa può fare e a quale velocità. Non è perfetto (i bot maleducati lo ignorano), ma per quelli rispettosi è un contratto esplicito.

Contenuti strutturati per l'estrazione: la regola del paragrafo standalone

Ecco il principio più importante e sottovalutato: ogni concetto chiave deve stare in un paragrafo autonomo, completo, che abbia senso anche se estratto dal contesto.

Cattivo esempio:

Nell'ambito delle strategie discusse in precedenza, questo tipo di markup risulta particolarmente efficace per i modelli.

Buon esempio:

Lo schema JSON-LD Article con autore Person aumenta del 34% la probabilità di citazione nei motori di risposta AI, secondo test effettuati su 200 siti editoriali nel primo trimestre 2026.

La differenza è: il secondo paragrafo è estraibile e attribuibile, il primo no.

Regole pratiche:

1. Ogni concetto chiave ha un paragrafo dedicato, 30-60 parole.
2. I paragrafi non contengono pronomi indefiniti ("questo", "quello", "sopra") che richiedono contesto.
3. Le affermazioni fattuali hanno una fonte o una data.
4. Le risposte brevi sono in cima alla sezione, le spiegazioni estese sotto.

Autore entity: costruisci la tua firma digitale

I modelli linguistici pesano molto l'autorevolezza della firma. Se "Mario Rossi" scrive su un sito WordPress, su GitHub, su LinkedIn, su una testata settimanale, con stessa foto e stessa bio, il modello lo riconosce come entità coerente e lo premia.

Ecco come costruire la tua autore entity in 5 step:

1. Scegli un nome canonico. Stesso nome su tutti i profili (no "M. Rossi" su uno e "Mario Rossi" su un altro).
2. Crea una foto coerente. Stessa immagine, buona qualità, su tutti i profili.
3. Scrivi una bio di 80 parole. Stessa bio su tutti i profili, con menzione del sito principale come "sito personale".
4. Collega i profili con WPGUTENBERGBLOCKPLACEHOLDER0X nello schema. Nello schema Person, usa la proprietà sameAs per elencare URL di profili esterni.
5. Pubblica con regolarità sul sito canonico. Più articoli firmati con quella autore entity, più il modello ti riconosce.

Strumenti di misurazione AEO

Non puoi ottimizzare ciò che non misuri. Ecco gli strumenti che uso:

• Google Search Console → filtro AI Overviews: ti dice quante impression arrivano da AI Overviews.
• Perplexity cite check manuale: ogni settimana fai 5 ricerche target su Perplexity, verifica se il tuo dominio appare tra le fonti citate.
• ChatGPT con browsing attivo: stessa cosa, prompt diretti "cerca sul sito mrtux.it informazioni su [topic]" per capire se il modello sa chi sei.
• Otter AI (ex Profound): piattaforma a pagamento che traccia citazioni AI per brand, competitor, keyword.
• Script Python custom: interroghi direttamente le API pubbliche di OpenAI e Anthropic con prompt di test, logghi le risposte, verifichi le citazioni.

Errori comuni AEO su WordPress

Gli errori che vedo più spesso sui siti dei clienti:

1. Nessuno schema JSON-LD: il caso più frequente. Plugin SEO installato ma configurato a metà.
2. Autore senza profilo pubblico: articoli firmati "Admin", senza link a persona reale.
3. FAQPage inesistente: perdi un'opportunità enorme di citazione diretta.
4. Contenuti con risposta visiva ma testuale assente: grafici belli, ma il modello non sa leggerli. Aggiungi sempre didascalia e tabella markdown.
5. robots.txt bloccante totale: impedisce la citazione anche quando vorresti essere citato.
6. Nessuna menzione a date di aggiornamento: i modelli penalizzano contenuti senza timestamp.

Roadmap AEO in 5 fasi per un sito WordPress

Ecco un piano operativo che applico a ogni nuovo cliente:

Fase 1 (settimana 1): audit. Esegui lo script bash di audit, compila la checklist manuale, identifica gap.

Fase 2 (settimana 2): schema markup. Implementa Article + Person + Organization + FAQPage sulle top 20 pagine.

Fase 3 (settimana 3): robots.txt granulare. Configura policy specifiche per ogni bot AI.

Fase 4 (settimana 4): rewrite estrattivo. Rivedi le top 10 pagine, applica la regola del paragrafo standalone.

Fase 5 (settimana 5+): misurazione. Imposta dashboard di monitoraggio citazioni, iterazione mensile.

Caso reale: da 0 a 47 citazioni mensili su Perplexity in 90 giorni

Un cliente B2B (settore consulenza HR) era completamente assente da Perplexity a inizio 2026. Dopo 90 giorni di lavoro AEO:

• Audit iniziale: 0 schema FAQPage, autore anonimo, robots.txt bloccante totale.
• Lavoro svolto: 15 articoli con schema FAQPage, autore entity completa (LinkedIn + GitHub + sito), robots.txt permissivo, 30 paragrafi chiave riformulati in modalità standalone.
• Risultato: 47 citazioni su Perplexity nel mese di maggio 2026, 12 su ChatGPT, 5 su Claude. Zero backlink nuovi, solo ristrutturazione.

FAQ su AEO e WordPress

Cos'è l'AEO in sintesi? L'ottimizzazione dei contenuti per essere estratti e citati dai motori di risposta AI come ChatGPT, Perplexity, Claude, Google AI Overviews.

AEO sostituisce la SEO? No, la affianca. La SEO porta traffico da Google tradizionale, l'AEO porta citazioni su motori AI. Le due strategie sono complementari.

Quanto tempo ci vuole per vedere risultati? Indicativamente 2-4 mesi. I modelli ri-allenano gli indici su scala settimanale, ma consolidare l'autorevolezza richiede costanza.

Devo bloccare i bot AI? Dipende dal modello di business. Per consulenza e servizi, conviene permettere. Per e-commerce e paywall, conviene bloccare o rate-limitare.

Qual è lo schema più importante per l'AEO? FAQPage per le pagine informative, Article + Person + Organization per i blog post. Il 90% dei siti non ha il 50% di questi schema.

Funziona anche per i siti di nicchia? Sì, anzi funziona meglio: minore concorrenza, modelli più propensi a citare fonti verticali quando trovano contenuto strutturato.

Devo riscrivere tutti gli articoli? No, inizia con le top 10 pagine che ricevono più traffico. Sono quelle che i modelli campionano di più.

Conclusione operativa: cosa fare domani mattina

L'AEO non è una moda, è il naturale spostamento del traffico informativo verso interfacce conversazionali. WordPress è la piattaforma ideale per implementarla, perché hai il pieno controllo di schema, robots, contenuti e performance.

La tua checklist per la prossima settimana:

• Installa o aggiorna Rank Math e verifica lo schema Article su tutti i post
• Aggiungi schema FAQPage alle 5 pagine più importanti
• Scrivi una bio autore completa con link sameAs ai tuoi profili
• Crea un robots.txt granulare per i bot AI conosciuti
• Rivedi 3 articoli pilastro applicando la regola del paragrafo standalone
• Imposta una dashboard di monitoraggio citazioni

Riferimenti utili

• Guida ufficiale schema.org FAQPage
• Specifica robots.txt AI
• Google Search Console AI Overviews
• Perplexity citazioni
• Anthropic bot policy
• WordPress SEO plugin Rank Math
• WPVibe e MCP per WordPress (articolo interno)
• WordPress 7.0 AI Connectors (articolo interno)
• AI e accessibilità WordPress (articolo interno)
• W3C Web Data Commons
• Plugin AI per WordPress (articolo interno)