Documento interno · v1.1

SEO Blueprint — Corriere Edile

Architettura tecnica ed editoriale per la visibilità su motori di ricerca (SEO), AI Overview e motori generativi (GEO) e answer engine (AEO).

Stato attuale: il sito pubblica 20 articoli completi con meta title/description dedicati, JSON-LD NewsArticle + BreadcrumbList + FAQPage per articolo, cover editoriali brandizzate (1200×675, filename = slug) e sitemap XML. Stack: Next.js 15 (App Router) con export statico (SSG) — tutte le pagine sono HTML pre-renderizzato; metadata via Metadata API, sitemap/robots/feed generati dalle routeapp/sitemap.ts, app/robots.ts, app/feed.xml/route.ts.

1. Architettura del sito e sitemap

Struttura piatta a tre livelli: homepage → categoria → articolo. Ogni pagina è raggiungibile in massimo 3 click. La sitemap XML è pubblicata in /sitemap.xml e dichiarata in robots.txt.

corriereadile.it/
├── / (homepage)
├── /categoria/{slug}            ← 8 hub editoriali (SSG)
│   └── attualita, normativa, bonus-fisco, mercato,
│       prodotti-materiali, progetti, cantieri, eventi-fiere
├── /articolo/{slug}             ← 20 articoli reali, SSG con generateStaticParams
├── /cerca?q=                    ← ricerca client-side
├── /chi-siamo · /contatti
├── /privacy-policy · /cookie-policy · /termini
└── /seo-blueprint (questo documento)

URL strategy: slug brevi, keyword-first, senza date (/articolo/bonus-edilizi-2026-guida-completa).
Canonical su ogni pagina; parametri di tracking esclusi via canonical self-referencing.
hreflang it + x-default (sito monolingua).
Trailing slash uniforme su tutte le URL (trailingSlash: true).

2. Mappa schema.org per tipo di pagina

Tipo pagina	Schema JSON-LD	Obiettivo
Tutte le pagine	`NewsMediaOrganization` + `WebSite` (con `SearchAction`)	Knowledge panel, sitelinks search box, identità entità (GEO)
Homepage	+ `FAQPage`, `ItemList` (ultime notizie)	Rich results FAQ, caroselli notizie
Articolo	`NewsArticle` + `BreadcrumbList` + `FAQPage`	Top Stories, Google News, breadcrumb in SERP, risposte AEO
Categoria	`CollectionPage` + `ItemList` + `BreadcrumbList`	Struttura hub, navigazione SERP
Chi siamo	`AboutPage` + `NewsMediaOrganization`	E-E-A-T verificabile

Implementazione: blocchi JSON-LD serializzati inline nelle server page con l'helper jsonLd() di src/lib/site.ts ( Organization/WebSite globale nel root layout); validazione consigliata con Rich Results Test e Schema Markup Validator a ogni release.

Slot mappati 1:1 sull'ad server tramite l'attributo data-ad-slot del componente <AdSlot>. Format IAB standard; i formati wide collassano su mobile (collapsing div riservato per evitare CLS).

Slot ID	Formato IAB	Posizione	Pagine
`home_billboard_top`	Billboard 970×250	Dopo hero	Homepage
`home_mpu_sidebar`	MPU 300×250	Sidebar top	Homepage
`home_halfpage_sidebar`	Half Page 300×600	Sidebar bottom	Homepage
`home_leaderboard_footer`	Leaderboard 728×90	Pre-footer	Homepage
`article_infeed_1`	In-Feed fluid	Dopo la 2ª sezione	Articolo
`article_mpu_sidebar`	MPU 300×250	Sidebar sticky	Articolo

Label "Pubblicità" sempre visibile sopra lo slot (trasparenza utente e policy).
Max 1 slot above-the-fold; densità pubblicitaria ≤ 30% per viewport.
Lazy-load degli script adv fuori viewport; spazio riservato per eliminare CLS.

4. Checklist editoriale per la redazione

Titoli e struttura (SEO)

✓ H1 unico, ≤ 60 caratteri, keyword primaria all'inizio.
✓ Pattern titolo: {Tema} {anno}: {promessa} per {audience} — es. "Bonus edilizi 2026: tutte le novità per imprese e professionisti".
✓ Sottotitolo/occhiello 120–160 caratteri = meta description.
✓ Gerarchia H2/H3 senza salti; un concetto per sezione.
✓ Indice con anchor link per articoli > 800 parole.

Risposte dirette (AEO)

✓ Box "In sintesi" in apertura: 3–4 takeaway completi e citabili.
✓ Risposta alla domanda principale nel primo paragrafo.
✓ FAQ a fine articolo (3–5 domande in linguaggio naturale) + FAQPage schema.
✓ Definizioni esplicite dei termini tecnici (CILA, DURC, trasmittanza…).

Autorevolezza (E-E-A-T / GEO)

✓ Firma reale con ruolo e bio; author box in fondo.
✓ Date di pubblicazione e aggiornamento sempre visibili.
✓ Fonti istituzionali citate (Agenzia delle Entrate, MIMIT, norme UNI).
✓ Tabelle e dati strutturati: i contenuti citabili dai LLM sono quelli con dati verificabili.

Media e accessibilità

✓ Alt text descrittivo (soggetto + contesto), mai "immagine1.jpg".
✓ loading="lazy" sotto la piega; hero con fetchpriority="high".
✓ Didascalia + credit per ogni foto in <figcaption>.
✓ Contrasto testo/sfondo ≥ 4.5:1; focus visibile su tutti i controlli.

5. Core Web Vitals — note tecniche

Metrica	Target	Azioni implementate
LCP (Largest Contentful Paint)	≤ 2,5 s	HTML pre-renderizzato (SSG), hero image con `fetchpriority="high"`, font self-hosted via `next/font` (zero FOUT/FOIT), WebP con fallback JPG.
INP (Interaction to Next Paint)	≤ 200 ms	Hydration minima: solo i componenti interattivi sono client (accordion FAQ, ricerca, banner cookie); il corpo delle pagine è server-rendered senza JS.
CLS (Cumulative Layout Shift)	≤ 0,1	Dimensioni riservate per immagini (`width/height`) e slot adv (altezze fisse IAB), font con metriche corrette da `next/font`, nessun contenuto iniettato above-the-fold.

Monitoraggio: CrUX / Search Console Core Web Vitals report; soglia di allerta al 75° percentile mobile. Il sito è ora una SSG Next.js 15 (App Router, output "export"): ogni pagina è servita come HTML statico pronto per caching edge/CDN, con hydration limitata ai soli widget interattivi.