Basi tecniche · Riscontri verificabili
SEO tecnica: circoscrivere sistematicamente i problemi del sito
Se una pagina importante è difficile da trovare, una sequenza di verifica chiara è utile. Questa guida distingue raggiungibilità di un URL, contenuto servito, istruzioni di indicizzazione e selezione da parte dei motori di ricerca. Così un messaggio d'errore generico diventa la base per un'attività successiva motivata.
Iniziare da una pagina interessata e un'osservazione concreta
Annoti quale URL presenti quale problema: una pagina non carica, un contenuto manca nella visualizzazione pubblica, un vecchio indirizzo non porta a nulla oppure Google mostra un altro indirizzo. Registri momento, dispositivo e stato osservato. «Il sito è tecnicamente scadente» non è una descrizione sufficiente dell'errore.
Verifichi prima se il contenuto debba essere reperibile pubblicamente. Conferme di contatto, documenti privati e risultati di ricerca interni possono essere trattati intenzionalmente in modo diverso dalle pagine dei servizi. Uno strumento di verifica non conosce automaticamente questa intenzione redazionale.
La guida all’audit SEO inquadra le attività tecniche e di contenuto nel progetto complessivo. Qui si tratta dell'ordine della diagnosi tecnica.
Verificare prima il recupero e l'indirizzo di destinazione finale
Apra l'indirizzo esatto senza autenticarsi e verifichi la risposta, inclusi eventuali reindirizzamenti. Un messaggio d'errore visibile con stato HTTP di successo e una pagina effettivamente irraggiungibile sono riscontri diversi. Annoti entrambi: stato tecnico e contenuto visibile.
| Osservazione | Da verificare prima | Risultato necessario |
|---|---|---|
| Manca una pagina importante. | L'URL è corretto; il contenuto è stato spostato, eliminato o non ancora pubblicato? | Decisione confermata su ripristino, destinazione sostitutiva adeguata o rimozione intenzionale. |
| L'indirizzo passa per più destinazioni intermedie. | Quale destinazione è attualmente prevista e quale regola causa ciascun passaggio intermedio? | Un'associazione diretta e verificabile alla destinazione adeguata. |
| Il contenuto è visibile soltanto dopo l'accesso. | Si tratta della protezione prevista o di una limitazione involontaria? | La persona responsabile conferma lo stato di pubblicazione o di protezione. |
| Uno strumento di verifica riceve una risposta di blocco. | Quale richiesta è stata bloccata; quale regola di protezione e quale accesso legittimo sono interessati? | Un caso di accesso documentato invece dell'ipotesi generica che tutti i motori di ricerca siano bloccati. |
Le modifiche alle regole di protezione sono responsabilità dell'amministrazione competente. Un messaggio d'errore non giustifica la disattivazione indiscriminata delle misure di sicurezza.
Distinguere contenuto servito e presentazione
Una pagina può apparire completa nel proprio browser anche quando parte del contenuto viene creata soltanto da script o interazioni. Confronti quindi la risposta HTML iniziale con la pagina renderizzata. Verifichi soprattutto il messaggio principale, i dettagli dei servizi, i link importanti e le immagini.
Google elabora recupero, rendering e indicizzazione in passaggi separati. JavaScript non è di per sé un errore SEO. Conta che i contenuti e le risorse necessari possano essere effettivamente elaborati. La rimozione solo successiva tramite script di un'istruzione già impostata nell'HTML iniziale come noindex non è una strategia affidabile di abilitazione. Fonte: Google su JavaScript e l'elaborazione nella ricerca.
Per il rapporto non basta quindi «JavaScript presente». Indichi esattamente il contenuto mancante, il punto in cui dovrebbe trovarsi e la richiesta in cui manca.
Valutare robots.txt, noindex e Canonical in base alla loro funzione
Queste indicazioni svolgono compiti diversi. Il file robots.txt controlla il recupero da parte dei crawler che ne rispettano le regole. noindex chiede ai motori di ricerca che lo supportano di non includere la risorsa nei risultati. Il Canonical indica una versione preferita di contenuti uguali o molto simili.
Google deve poter recuperare un noindex nell'HTML o nell'header HTTP. Se la pagina è contemporaneamente bloccata da robots.txt, questa istruzione può restare non letta. Un Canonical è inoltre un segnale e non un reindirizzamento per i visitatori. Google può scegliere un altro URL. Fonte: Google su noindex; Fonte: Google sui Canonical.
Confronti quindi la funzione prevista della pagina con le indicazioni effettivamente servite. Plugin SEO, modelli o versioni in cache diversi possono generare output differenti. Un'impostazione corretta in un singolo campo di modifica non conclude ancora la verifica.
Allineare link interni e sitemap alle stesse destinazioni
Una pagina importante dovrebbe essere raggiungibile tramite link sensati. Verifichi l'accesso dal servizio pertinente, da una panoramica o da un articolo di base adatto. Il testo del link deve far capire quale risposta attendersi alla destinazione.
Controlli poi che la sitemap contenga gli URL preferiti previsti. Vecchie destinazioni di reindirizzamento, pagine escluse intenzionalmente e Canonical divergenti richiedono un chiarimento concreto. Una sitemap non sostituisce né il percorso interno verso la pagina né la prova della sua indicizzazione.
In presenza di più URL simili, la decisione parte dal contenuto: si tratta della stessa risposta, di una lingua davvero diversa o di una funzione autonoma? La guida ai siti multilingue spiega le versioni linguistiche; le basi dei link interni aiutano con la navigazione.
Affidare un'attività tecnica con un criterio di accettazione
Un passaggio di consegne utile consente a una seconda persona di comprendere il riscontro e ripetere la stessa verifica dopo la modifica. Raccolga insieme queste informazioni:
- Punto del riscontro: URL esatto, momento e modello di pagina interessato.
- Riscontro: Risposta osservata, istruzione o contenuto mancante.
- Intenzione: Che cosa deve funzionare pubblicamente per questa pagina?
- Modifica: Quale causa concreta deve affrontare la persona responsabile?
- Estensione: La causa riguarda soltanto questo URL o altre pagine dello stesso modello?
- Accettazione: Quale nuova verifica conferma la corretta attuazione?
Un contatore di errori esportato da uno strumento non sostituisce queste informazioni. La priorità deriva dall'importanza del compito interessato e dal problema effettivamente confermato.
Distinguere il test dal vivo dall'indicizzazione effettiva
Una pagina attualmente recuperabile può essere tecnicamente idonea senza essere già presente nell'indice di ricerca. Nella Search Console, lo stato indicizzato noto e un test dal vivo vanno quindi letti separatamente. Anche un test dal vivo riuscito non garantisce né inclusione né visualizzazione nei risultati di ricerca. Fonte: Google sullo strumento Controllo URL.
In assenza di accesso, documenti «non verificato». Un singolo risultato di ricerca o la sua assenza non forniscono una diagnosi completa dell'indicizzazione. Dopo una correzione confronti gli URL interessati e i dati di ricerca disponibili; non confonda un'abilitazione tecnica con un ranking garantito.
Se contemporaneamente diminuiscono le visite, nell'indagine vanno incluse anche domanda, variazioni stagionali, contenuti modificati e misurazione. Una spiegazione tecnica deve essere verificabile sul riscontro concreto.
Definire il più piccolo pacchetto completo di miglioramento
Inizi da un ostacolo confermato su una pagina o un modello importante. Salvi lo stato iniziale, corregga la causa e verifichi di nuovo lo stesso compito. Controlli inoltre le funzioni direttamente interessate, come navigazione, cambio di lingua o contatto.
Per un rifacimento più ampio è utile il piano di lavoro per il rilancio del sito. Per un singolo chiarimento tecnico, tramite Contatti può indicare l'URL interessato, l'osservazione e le modifiche note. Le credenziali non devono essere inserite in una richiesta generica.
Il suo prossimo passo
Parliamo
del suo sito web.
Quali obiettivi dovrebbe raggiungere il sito per la sua azienda? Ci descriva il suo progetto.

