modern seo

Pagine di fiducia

MetricSpot verifica i link nel footer a Chi siamo, Contatti, Privacy e Termini. I quality rater di Google le valutano; gli agenti IA le leggono come segnali di autenticità.

Cosa verifica questo controllo

Scansiona il footer renderizzato e la navigazione globale per link corrispondenti a pattern comuni di pagine di fiducia: /about, /contact, /privacy, /terms (più alias come /about-us, /legal, /imprint). Il controllo si aspetta tutte e quattro le pagine core presenti e raggiungibili, con contenuto non vuoto. Un footer con solo /privacy e nessun /about fallisce — set incompleti suonano da template piuttosto che reali.

Perché è importante

Le Search Quality Evaluator Guidelines di Google — il documento pubblico di 170 pagine che i rater usano per valutare i siti — chiamano esplicitamente in causa “quantità soddisfacente di informazioni di contatto” e “informazioni chiare su chi è responsabile del contenuto” come criteri di valutazione per i rating E-E-A-T più alti. Un sito che manca delle pagine di fiducia non può guadagnare un rating “Alto”, indipendentemente dalla qualità del contenuto. Questo non è un fattore di posizionamento diretto, ma il feedback dei rater è ciò che addestra i cambiamenti di algoritmo che sono fattori di posizionamento.

Gli agenti IA applicano la stessa lente, più velocemente. Quando ChatGPT, Perplexity o Google AI Overviews decidono se citare un sito, l’esistenza di Chi siamo / Contatti / Privacy / Termini è una delle euristiche di autenticità più economiche che possono calcolare — e un sito che ne manca viene retrocesso nei pool di citazione come probabile contenuto generato dall’IA o affiliato sottile.

Per argomenti YMYL (salute, finanza, legale), le pagine di fiducia non sono negoziabili: le linee guida dei rater di Google istruiscono valutazioni più basse per i siti YMYL senza divulgazione chiara della proprietà.

Come sistemarlo

Pubblica quattro pagine core, collegale dal footer globale su ogni pagina e metti contenuto reale su ciascuna.

1. Pagina Chi siamo (/about o /chi-siamo).

Contenuto minimo: chi ha fondato l’azienda, quando, cosa fa l’azienda, dove ha sede. Aggiungi foto e biografie del team per il più alto incremento E-E-A-T. Abbina a uno schema Person per ogni founder / leader nominato.

<h1>Chi siamo</h1>
<p>Acme è stata fondata nel 2019 da Jane Doe e John Smith per costruire
   developer tools per team di sistemi distribuiti. Abbiamo sede a Lisbona,
   Portogallo, e serviamo oltre 12.000 team di ingegneria nel mondo.</p>

<h2>Leadership</h2>
<!-- biografie con foto, link LinkedIn -->

2. Pagina Contatti (/contact o /contatti).

Contenuto minimo: un indirizzo email reale (non solo un form di contatto), un indirizzo fisico (o sede legale registrata) e idealmente un numero di telefono per B2B. Incorpora l’indirizzo nello schema ContactPoint.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Acme Corp",
  "url": "https://acme.example",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Rua Example 12",
    "addressLocality": "Lisboa",
    "postalCode": "1100-001",
    "addressCountry": "PT"
  },
  "contactPoint": {
    "@type": "ContactPoint",
    "email": "hello@acme.example",
    "contactType": "customer support"
  }
}

3. Privacy policy (/privacy o /privacy-policy).

Richiesta per GDPR, CCPA e termini di Google AdSense / Analytics. Usa un generatore (Termly, iubenda, Privacy Policies) come punto di partenza, poi personalizza. Divulga: quali dati raccogli, perché, periodo di retention, processor di terze parti, diritti dell’utente e come esercitarli.

4. Termini di servizio (/terms o /termini).

Divulga: legge applicabile, uso accettabile, terminazione account, limiti di responsabilità e risoluzione delle controversie. Stesso percorso del generatore; personalizza la giurisdizione e le clausole specifiche del prodotto.

Collegale dal footer su ogni pagina — non solo dalla home. Il controllo gira contro il footer renderizzato, quindi i link iniettati in un componente layout globale passeranno su tutto il sito.

Next.js — footer globale in app/layout.tsx:

export default function RootLayout({ children }) {
  return (
    <html>
      <body>
        {children}
        <footer>
          <nav>
            <a href="/about">Chi siamo</a>
            <a href="/contact">Contatti</a>
            <a href="/privacy">Privacy</a>
            <a href="/terms">Termini</a>
          </nav>
        </footer>
      </body>
    </html>
  );
}

Astro — BaseLayout.astro:

<footer>
  <a href="/about">Chi siamo</a>
  <a href="/contact">Contatti</a>
  <a href="/privacy">Privacy</a>
  <a href="/terms">Termini</a>
</footer>

WordPress — la maggior parte dei temi ha una location “Footer Menu” sotto Aspetto → Menu. Crea un menu con le quattro pagine e assegnalo. Per i block theme, modifica il template part del footer nel Site Editor.

Non fare pagine stub. Una pagina “About us” di 50 parole “siamo appassionati di qualità” passa il controllo del link ma fallisce l’intento sottostante — sia i rater di Google sia gli agenti IA leggono il contenuto, non solo il link. Punta a 300+ parole di informazioni specifiche su Chi siamo e Contatti, e testo legale completo su Privacy e Termini.

Vedi anche: Schema organization, Firma dell’autore, Età del dominio.

Domande frequenti

Sì, ma il footer è la convenzione su cui rater e agenti IA sono tarati. Il posizionamento nel footer libera anche spazio prezioso nell’header per la nav prodotto. Molti siti mettono Chi siamo nell’header e Contatti / Privacy / Termini nel footer — quel mix passa il controllo.

Mi serve una pagina Imprint / Avviso legale separata?

Se operi da o vendi all’UE (specialmente Germania / Austria / Svizzera), sì — un Impressum è un requisito legale sotto TMG / DSG-VG, con regole di divulgazione specifiche (nome azienda, indirizzo registrato, amministratore delegato, partita IVA, registrazione). Il controllo accetta /imprint / /impressum / /legal come alias.

Fortemente raccomandata se servi traffico UE e usi qualsiasi cookie non essenziale (Analytics, ads, YouTube embed). Tipicamente è una pagina separata (/cookies) collegata dal banner cookie e dal footer. Non attualmente parte di questo controllo, ma è lo stesso pattern: genera una baseline, personalizza, collega dal footer.

Fonti

Ultimo aggiornamento 2026-05-11