Collegamenti interni

I collegamenti interni sono la pratica di connettere pagine sullo stesso dominio. Rappresentano la parte del flusso di autorità, scoperta e instradamento dei lettori che il proprietario del sito controlla completamente: nessuna attività di outreach, approvazione editoriale o modifica dell’algoritmo è necessaria per aggiungere un percorso utile tra due pagine. Questo controllo è il motivo per cui i link interni sono una delle leve più sottoutilizzate in programmi SEO altrimenti maturi.

Fase: P12, Collegamenti Interni. Stadio: C — Costruzione. Timebox: 2–4 giorni lavorativi per la prima passata su tutto il sito, poi 15–30 minuti per ogni pagina nuova o sostanzialmente aggiornata. Responsabile: Responsabile SEO, con i content owner che implementano i link contestuali e il reparto tecnico che gestisce le modifiche a template o navigazione.

La fase trasforma un grafo pianificato in percorsi live e scansionabili. Non significa inserire un numero fisso di link in ogni articolo. Ogni link deve avere una ragione: orientare il lettore, delegare dettagli, fornire prove, proseguire un’attività o collegare informazioni utili a una destinazione commerciale pertinente.

Perché questa fase, e perché qui

P12 consuma la mappa tematica e architettura dell’informazione approvata in P8, l’inventario di produzione di P10, le pagine create in P11 e gli URL canonici confermati durante il lavoro tecnico. Le fasi precedenti decidono la proprietà delle pagine, l’appartenenza ai cluster, la gerarchia e le destinazioni. Questa fase implementa le relazioni che hanno specificato.

L’ordine è importante perché i link sono decisioni direzionali. Aggiungere link prima che le destinazioni canoniche siano definite può inviare lettori e crawler a pagine che verranno unite o reindirizzate. Aggiungerli prima che i contenuti esistano incoraggia gli autori a collegarsi a corrispondenze approssimative. Eseguire l’audit prima che la produzione sia completata crea un report di pagine orfane che diventa obsoleto non appena viene pubblicato il lotto successivo.

Saltare questa fase lascia tre fallimenti separati. Le nuove pagine potrebbero rimanere orfane: URL live senza link interni che le puntano. I cluster tematici potrebbero esistere solo in un foglio di pianificazione, quindi il sito non esprime mai le loro relazioni. Le pagine commerciali potrebbero ricevere link di navigazione ma nessun percorso contestuale dalle pagine informative dove i lettori sviluppano intenzione e fiducia.

Questa fase segue anche l’ottimizzazione on-page perché lo scopo e il soggetto principale della pagina di destinazione devono essere stabili prima che il linguaggio dell’ancora possa descriverli accuratamente. Precede il lavoro su entità e dati strutturati perché le relazioni di link live forniscono evidenze sulla gerarchia e la correlazione; la fase successiva dovrebbe modellare il sito che esiste realmente, non la mappa che era stata intesa.

Input e output

Un input è accettato solo quando identifica URL canonici live o approvati. Un output è accettato solo quando un altro responsabile può verificare la modifica senza ricostruire l’audit.

Gli output formano un contratto con P13: le pagine canoniche e le loro relazioni live sono note, quindi le decisioni su entità e schema possono descrivere una struttura stabile.

La checklist

La sequenza inizia con la sicurezza delle destinazioni, passa attraverso la struttura del cluster e i percorsi dei lettori, poi si conclude con un crawl aggiornato. Ogni elemento ha una condizione di completamento perché “aggiungi più link” non è verificabile.

1. Congelare le destinazioni canoniche

Cosa: Conferma l’URL finale e l’indicizzabilità di ogni pagina in ambito, specialmente i sopravvissuti a merge e le destinazioni appena pubblicate.

Perché: Un link contestualmente perfetto spreca comunque attenzione e autorità se atterra su un redirect, un duplicato, un errore o una pagina programmata per il ritiro. La stabilità della destinazione deve precedere il posizionamento.

Come: Unisci la mappa tematica, il crawl, la sitemap, il registro di produzione e il piano di redirect. Sostituisci gli URL proposti con URL canonici live. Escludi le pagine bloccate dall’indicizzazione a meno che il link non serva una funzione deliberatamente solo per utenti.

Strumento: Esportazione crawl, registro migrazione e report Pagine di AmICited.

Completato quando: Ogni destinazione restituisce la risposta positiva prevista, si risolve come canonica a sé stessa, corrisponde all’intento approvato e non ha istruzioni di ritiro o merge irrisolte.

2. Applicare il contratto del cluster

Cosa: Fai sì che ogni spoke si colleghi verso l’alto alla sua pagina pilastro , fai sì che ogni pilastro si colleghi verso il basso a tutti gli spoke attivi e aggiungi link laterali solo tra spoke genuinamente correlati.

Perché: Il pattern verso l’alto e verso il basso spiega il cluster senza forzare ogni pagina in una maglia completa. Uno spoke indirizza il lettore verso un orientamento più ampio; un pilastro delega domande più specifiche. I link laterali rimangono significativi perché appaiono solo quando uno spoke è un passo successivo plausibile da un altro.

Come: Per ogni cluster, confronta l’elenco di nodi approvato con le pagine sorgente live. Aggiungi un percorso contestuale da ogni spoke al pilastro. Aggiungi un percorso descrittivo dal pilastro a ogni spoke attivo, idealmente vicino alla sezione che introduce quel sottotema. Per un link laterale, scrivi la domanda successiva del lettore nel registro delle modifiche; se la destinazione non la risponde, ometti il link.

Strumento: Mappa Semantica, grafo della mappa tematica, pagine renderizzate e dati dei link dal crawl.

Completato quando: Ogni spoke attivo ha un link contestuale live al suo pilastro, il pilastro si collega a ogni spoke attivo e ogni collegamento laterale ha una motivazione registrata del lettore anziché “stesso cluster.”

3. Riscrivere i testi di ancoraggio deboli

Cosa: Sostituisci il testo di ancoraggio vago o fuorviante con un linguaggio conciso che descriva la destinazione o l’attività svolta.

Perché: Le parole cliccabili sono il segnale descrittivo più forte che il proprietario del sito sceglie per un link. “Leggi tutto,” “clicca qui” e un semplice “scopri di più” spendono quel segnale senza nominare cosa c’è dall’altra parte. Rendono inoltre più difficile la scansione per i lettori che usano tecnologie assistive o leggono i link fuori contesto.

Come: Leggi la frase intorno al link, non solo l’ancora. Preferisci frasi naturali come “confronta i piani aziendali” o “diagnostica i problemi di profondità di scansione.” Mantieni l’ancora abbastanza specifica da creare un’aspettativa e abbastanza ampia da rimanere veritiera. Evita di inserire forzatamente una parola chiave esatta in ogni sorgente; ancore meccaniche ripetute peggiorano la prosa e possono travisare destinazioni leggermente diverse.

Strumento: Esportazione ancore dal crawl, editor di contenuti e revisione pagine renderizzate.

Completato quando: Nessun link contestuale prioritario usa “clicca qui,” “leggi tutto” o un “scopri di più” non qualificato; destinazioni duplicate non sono collegate ripetutamente dalla stessa sezione; e ogni ancora descrive ancora la destinazione quando letta senza la frase circostante.

4. Verificare la distanza dalla homepage e la profondità delle pagine prioritarie

Cosa: Misura la profondità di scansione come il percorso di link più breve individuabile dalla homepage a ogni pagina indicizzabile, poi rivedi le pagine prioritarie più profonde di tre clic.

Perché: La profondità è un indicatore diagnostico di instradamento. Una pagina di valore sepolta dietro cinque o sei scelte è più difficile da trovare per un nuovo visitatore e dipende da un maggior numero di pagine che rimangono collegate e scansionabili. La soglia dei tre clic è un trigger di revisione operativa, non un’affermazione che ogni sito debba essere piatto.

Come: Usa un crawl che segua i link HTML interni. Separa la navigazione globale, il breadcrumb, la paginazione e i link contestuali in modo che il percorso più breve sia comprensibile. Per ogni pagina prioritaria a profondità quattro o superiore, trova il pilastro, categoria, directory o pagina ad alto traffico pertinente più vicino che potrebbe offrire un percorso utile più breve. Non aggiungere link dalla homepage solo per migliorare il numero.

Strumento: Report profondità crawl e Vista Directory.

Completato quando: Ogni pagina commerciale prioritaria, pilastro e pagina campagna attiva è entro tre clic dalla homepage oppure ha un motivo documentato, un proprietario e un piano datato; nessuna scorciatoia è irrilevante rispetto alla pagina sorgente.

5. Risolvere ogni pagina orfana

Cosa: Trova pagine indicizzabili con zero link interni in entrata individuabili e assegna a ciascuna un’azione.

Perché: Una sitemap può rivelare l’URL di un orfano, ma non spiega dove la pagina appartiene né dà al lettore un percorso per raggiungerla. Gli orfani spesso espongono una decisione più profonda mai presa: integrare, consolidare, reindirizzare, noindexare o ritirare.

Come: Confronta gli URL scoperti dal crawl con sitemap, landing page da analytics, performance di ricerca, esportazioni CMS e il registro di produzione. Verifica manualmente i veri orfani perché l’ambito del crawler, l’autenticazione, JavaScript o la paginazione possono creare falsi positivi. Se la pagina è di valore e unica, collegalo da una sorgente live pertinente. Se duplica un’altra pagina, segui il percorso di consolidamento approvato anziché creare un link per preservarla.

Strumento: Report Pagine, confronto crawl, esportazione sitemap e inventario CMS.

Completato quando: Il conteggio degli orfani indicizzabili non spiegati è zero; ogni URL rilevato ha evidenza, una disposizione, un proprietario e verifica nel crawl successivo.

6. Costruire ponti da informazione a commerciale

Cosa: Collega le pagine informative alle pagine a pagamento pertinenti — pagine destinate a generare un acquisto, abbonamento, richiesta, prenotazione o altro risultato commerciale — nel punto in cui l’attività del lettore progredisce naturalmente.

Perché: I contenuti informativi possono guadagnare scoperta e fiducia lasciando però la destinazione commerciale isolata. Un ponte passa il lettore e l’autorità interna verso la pagina che può soddisfare il successivo bisogno commerciale. La transizione deve essere utile; forzare un link di prodotto in una definizione non correlata danneggia la fiducia.

Come: Per ogni pagina a pagamento prioritaria, identifica le pagine informative i cui lettori condividono il problema, il pubblico o la decisione. Aggiungi una frase che spiega perché la destinazione è il passo successivo, poi usa un link descrittivo. Lavora in entrambe le direzioni quando utile: la pagina a pagamento può collegarsi a dettagli implementativi, prove o definizioni anziché ripeterli.

Strumento: Report Pagine per le performance della pagina sorgente, Mappa Semantica per l’adiacenza tematica, inventario dei percorsi di conversione e revisione contenuti.

Completato quando: Ogni pagina a pagamento prioritaria ha almeno due potenziali link contestuali in entrata valutati, almeno un link contestuale in entrata live dove esiste una fonte valida e una lacuna di contenuto documentata dove nessun ponte onesto è attualmente possibile.

7. Riequilibrare i link da sorgenti forti e con troppi collegamenti

Cosa: Rivedi le pagine con visibilità, traffico o link in entrata sostanziali, insieme a template e hub che inviano un numero insolitamente elevato di link.

Perché: I link interni distribuiscono link equity e attenzione. Una pagina forte che non instrada mai oltre intrappola l’opportunità; un template che si collega a centinaia di destinazioni a bassa priorità rende ogni percorso meno selettivo e più difficile da scansionare.

Come: Ispeziona le sorgenti ad alte performance per individuare percorsi mancanti verso destinazioni prioritarie. Rivedi i link a piè di pagina, tag, contenuti correlati e facet separatamente dai link editoriali. Rimuovi duplicati e destinazioni obsolete prima di aggiungerne di nuove. Preserva i link necessari agli utenti anche quando non sono priorità SEO.

Strumento: Report Pagine, conteggi link in entrata/uscita dal crawl, analytics e inventario template.

Completato quando: Le pagine sorgente di maggior valore hanno percorsi utili in avanti, nessuna pagina prioritaria si basa solo su un link di template a livello di sito e ogni pagina con più di 150 link interni scansionabili è stata verificata per duplicati, utilità ed espansione non necessaria del template.

8. Validare il grafo renderizzato

Cosa: Esegui nuovamente il crawl del sito pubblicato e ispeziona un campione di pagine renderizzate su desktop e mobile.

Perché: Una voce CMS o lo stato di un ticket non prova che un crawler possa seguire il link. I link possono scomparire dietro script, puntare a host di staging, ereditare nofollow, essere nascosti da template o rompersi durante il deployment.

Come: Esegui un nuovo crawl dalla homepage con lo stesso ambito usato per la baseline. Confronta orfani, profondità, codici di stato, target canonici, ancore e collegamenti sorgente-destinazione. Ispeziona manualmente ogni template modificato e un campione di ogni cluster. Registra il timestamp del crawl e l’identificativo del rilascio.

Strumento: Confronto crawl, ispezione browser, report AmICited e registro implementazione.

Completato quando: Ogni collegamento pianificato appare nell’HTML renderizzato o in un equivalente intenzionalmente scansionabile, tutte le destinazioni si risolvono correttamente, gli orfani non spiegati sono pari a zero, le eccezioni di profondità prioritarie sono registrate e il proprietario firma l’esportazione finale del grafo.

Strumenti in AmICited

AmICited aiuta a scegliere e verificare i percorsi; non sostituisce il crawl necessario per provare che uno specifico link HTML sia attivo.

Regole decisionali

Queste sono soglie operative per una revisione coerente, non affermazioni universali di fattori di ranking. Registra le eccezioni giustificate invece di modificare silenziosamente la regola.

Deliverable: il registro di implementazione dei link interni

Il deliverable autorevole è una tabella versionata più l’esportazione del crawl post-rilascio. Usa una riga per ogni decisione di link, inclusi i link rifiutati quando il rifiuto registra un confine importante.

ID Cluster | URL Sorgente | URL Destinazione | Ruolo Sorgente | Ruolo Destinazione
Testo ancora | Posizionamento/sezione | Scopo link | Stato | Data implementazione
Proprietario | Crawl validazione | Risultato HTTP | Risultato Canonico | Profondità prima/dopo
Ponte commerciale? | Motivo eccezione/rifiuto | Evidenza

Allega tre viste di supporto: un registro delle disposizioni degli orfani, un elenco delle eccezioni di profondità prioritarie e un grafo del cluster. Il grafo è utile per l’ispezione, ma il registro a livello di riga rimane autorevole perché registra ancora, posizionamento, proprietario e verifica.

Il pacchetto è completo quando un revisore può selezionare qualsiasi pagina prioritaria e rispondere: come viene raggiunta, a cosa si collega, perché esistono quei percorsi, quale cluster la possiede e quando i link sono stati verificati l’ultima volta?

Cosa va storto

• I link vengono aggiunti per corrispondenza di parole chiave. Uno strumento vede la stessa frase su due pagine e crea un link anche se le attività del lettore differiscono. Valida la destinazione rispetto alla frase e alla domanda successiva.
• Ogni pagina si collega a ogni pagina sorella. Il cluster diventa un elenco denso senza gerarchia. Ripristina il contratto pilastro-alto, pilastro-basso e mantieni solo i collegamenti laterali utili.
• “Leggi tutto” diventa l’ancora predefinita. Il link non dà alcun indizio sulla destinazione e le schede ripetute diventano indistinguibili. Nomina la destinazione o l’azione.
• L’audit conta gli URL della sitemap come connessi. I crawler possono scoprire gli URL, ma i lettori non possono navigarli e le relazioni rimangono inespresse. Richiedi un link in entrata seguibile dal crawl per la connessione.
• La profondità viene appiattita con link irrilevanti dalla homepage. La metrica migliora mentre la navigazione peggiora. Accorcia i percorsi attraverso hub, categorie, pilastri o fonti contestuali forti pertinenti.
• URL vecchi rimangono nel corpo del testo dopo una migrazione. I redirect nascondono l’errore e aggiungono salti non necessari. Aggiorna le sorgenti interne all’URL canonico finale.
• I link commerciali vengono forzati in contenuti educativi non correlati. Il call to action interrompe l’attività e erode la fiducia. Collega solo dove il prodotto, servizio o categoria fa progredire genuinamente il lettore.
• Vengono utilizzate solo pagine a bassa performance come sorgenti. Il team collega da pagine che sta già modificando e ignora pagine consolidate con visibilità e autorità in entrata. Rivedi esplicitamente le sorgenti forti.
• I link dei template vengono trattati come approvazioni editoriali. Un footer o un widget di contenuti correlati crea portata ma poca spiegazione contestuale. Dai alle pagine prioritarie almeno un percorso pertinente nel testo.
• Il foglio di calcolo viene chiuso prima del deployment. I link suggeriti e approvati vengono scambiati per link live. Un crawl post-rilascio e un campione di pagine renderizzate sono obbligatori.

Fase successiva

P13, Dati Strutturati ed Entità, necessita dell’inventario canonico, della proprietà dei cluster, della gerarchia live e delle relazioni sorgente-destinazione prodotte qui. Utilizza queste evidenze per descrivere cosa rappresenta ogni pagina, quale entità rappresenta e come i tipi di pagina si relazionano senza contraddire il sito visibile.

Consegna il registro di implementazione, il crawl finale, le disposizioni degli orfani, le eccezioni di profondità e il grafo del cluster. Il prossimo responsabile accetta il pacchetto solo quando le destinazioni canoniche sono stabili, gli orfani non spiegati sono zero e le decisioni sullo schema non saranno costruite su link proposti che non sono mai stati pubblicati.

FAQ

Quanti collegamenti interni dovrebbe avere una pagina?

Non esiste un numero universale utile. Aggiungi ogni link che aiuta il lettore a proseguire un’attività pertinente, poi rimuovi i link ripetuti, deboli o non correlati. Per questa fase, ogni pagina prioritaria necessita di almeno un link contestuale in entrata e un link contestuale utile in uscita.

Ogni spoke dovrebbe collegarsi a ogni altro spoke nel suo cluster?

No. Ogni spoke dovrebbe collegarsi al suo pilastro, mentre i collegamenti laterali spoke-to-spoke vanno inseriti solo dove la destinazione risolve la domanda successiva del lettore. Una maglia completa crea rumore e indebolisce il significato di ogni link.

Quale testo di ancoraggio dovrebbero usare i collegamenti interni?

Usa un linguaggio conciso e naturale che nomini la destinazione o l’attività che completa. Varia la formulazione quando il contesto cambia, ma non forzare frasi di corrispondenza esatta né usare etichette vaghe come “leggi tutto” quando è disponibile una frase descrittiva.

Cos’è una pagina orfana?

Una pagina orfana è una pagina indicizzabile senza alcun collegamento interno individuabile che la punti da un’altra pagina attiva. Una voce nella sitemap può esporre l’URL a un crawler, ma non offre al lettore un percorso né spiega la relazione della pagina con il sito.

Quanto vicine alla homepage dovrebbero essere le pagine importanti?

Considera tre clic dalla homepage come una soglia di revisione per le pagine prioritarie, non una legge per ogni URL. Ogni pagina prioritaria commerciale, pilastro o campagna in corso più profonda di tre clic necessita di una motivazione documentata o di un percorso utile più breve.