Eseguire il debug delle pagine

Suggerimenti generali

Ricorda che Google non esegue la scansione della tua pagina immediatamente dopo aver pubblicato una correzione. Pertanto, Search Console (e la Ricerca Google) possono continuare a mostrare un errore per una pagina che hai corretto, finché la pagina non viene nuovamente sottoposta a scansione. A volte puoi richiedere una scansione rapida, ad esempio con lo strumento Controllo URL, ma nella maggior parte dei casi sono necessari alcuni giorni per rilevare le modifiche nelle tue pagine.

Utili strumenti di test

Di seguito sono riportati alcuni strumenti utili per aiutarti a eseguire il debug delle tue pagine.

Strumenti per proprietari verificati del sito

Al fine di poter utilizzare i seguenti strumenti e report per testare pagine specifiche del tuo sito o il sito, devi essere un utente verificato del sito. Ciò è dovuto al fatto che Search Console fornisce dati del sito riservati a cui solo un utente verificato del sito deve avere accesso.

  • Search Console: registrati a Search Console e verifica la proprietà di un sito per avere accesso a utili strumenti di monitoraggio e test del sito, come quelli elencati di seguito.
  • Report sullo stato dei risultati avanzati: scopri quali risultati avanzati Google riesce o non riesce a leggere dal tuo sito, esplora le informazioni sulla risoluzione dei problemi relativi agli errori dei risultati avanzati e richiedi una nuova scansione dopo aver risolto i problemi. Non puoi testare un URL arbitrario con questo strumento.
  • Strumento Controllo URL: scopri come viene visualizzata la tua pagina nell'Indice Google, esegui un test di indicizzazione su un URL pubblicato, scopri come Google esegue il rendering della tua pagina e invia un URL per l'indicizzazione.
  • Report sul file robots.txt: verifica se Google può elaborare i tuoi file robots.txt. Puoi anche richiedere una nuova scansione di un file robots.txt per situazioni di emergenza.
  • Report sullo stato delle pagine AMP: visualizza gli errori delle pagine AMP rilevati da Google per l'intero sito. Gli errori vengono rilevati durante la normale scansione; non puoi testare un URL arbitrario.

Strumenti anonimi

Questi strumenti possono essere utilizzati su qualsiasi URL senza richiedere le autorizzazioni di Search Console sul sito web. Alcuni strumenti consentono anche di incollare snippet di codice direttamente nello strumento.

Se il tuo URL è protetto da un firewall o è ospitato su un computer locale, puoi utilizzare una soluzione di tunneling per esporre la tua pagina allo strumento di test. Scopri come testare le pagine ospitate in locale o protette da firewall.

Altri strumenti

Consulta la nostra pagina di assistenza per ulteriori risorse e informazioni sulle sessioni di consulenza.

Eseguire il test di pagine ospitate in locale o protette da firewall

Google offre diversi strumenti di test per verificare una singola pagina web pubblicata. Ad esempio, lo strumento Test delle pagine AMP e il test dei risultati avanzati. Se la pagina è ospitata sul tuo computer locale senza un URL pubblico o se è protetta da un firewall, puoi comunque testarla con una soluzione di tunneling affinché lo strumento di test possa accedere alla tua pagina. Questo può essere utile se vuoi testare una pagina prima di renderla disponibile pubblicamente sul web o anche come passaggio supplementare nel processo di pubblicazione.

Per testare una pagina locale o protetta da firewall, utilizza una soluzione di tunneling come ngrok. Questi strumenti forniscono un URL pubblico che si connette a una pagina non pubblica sul server ospitato in locale o protetto da firewall.

L'esempio che segue avvia innanzitutto il modulo SimpleHTTPServer di Python per ospitare una pagina sul computer locale, quindi usa ngrok per esporre la pagina su un URL accessibile pubblicamente.

Passaggio 1

Avvia un server HTTP locale per ospitare la tua pagina su una determinata porta. Per il nostro esempio abbiamo scelto la porta 5326.

SimpleHTTPServer mappa la directory corrente come principale del sito. 

 python3 -m http.server 5326
Serving HTTP on 0.0.0.0 port 5326
...

Passaggio 2

Su un altro terminale, avvia l'app ngrok locale, in ascolto sulla porta 5326, che abbiamo aperto nel passaggio 1. 

 ./ngrok http 5326 --request-header-add ngrok-skip-browser-warning:1
ngrok by @inconshreveable (Ctrl+C to quit)

Session Status online
Version 2.2.4
Region United States (us)
Web Interface http://127.0.0.1:4040
Forwarding http://ad0a5735.ngrok.io -> localhost:5326
Forwarding https://ad0a5735.ngrok.io -> localhost:5326

Connections ttl opn rt1 rt5 p50 p90
0 0 0.00 0.00 0.00 0.00

Passaggio 3

Passa l'URL ngrok esposto allo strumento di test di tua scelta.

L'URL di base nel nostro esempio è http://ad0a5735.ngrok.io, quindi se la nostra pagina viene salvata in locale su ~/testwebdir/mypage.html e abbiamo avviato il server sopra da ~/testwebdir/, possiamo testare http://ad0a5735.ngrok.io/mypage.html. Nel Test dei risultati avanzati, puoi incollare direttamente l'URL oppure visitare la pagina https://search.google.com/test/rich-results/result?url=http%3A%2F%2Fad0a5735.ngrok.io%2Fmypage.html.

Tieni presente che le diverse soluzioni di hosting e tunneling mappano le tue pagine in modo diverso.

Inoltre, alcune soluzioni di tunneling (non ngrok) proteggono automaticamente il tuo URL pubblico temporaneo con il file robots.txt, impedendoti di verificarlo con gli strumenti di test di Google. Gli strumenti di test di Google rispettano il file robots.txt. Leggi la documentazione per la tua soluzione di tunneling e il software di hosting web.

Debug degli errori di accesso

Se ricevi un errore di accesso con uno strumento di test di Google:

  • Verifica che la pagina non sia protetta dal file robots.txt e che non richieda un accesso.
  • Prova ad accedere alla tua pagina dall'esterno del firewall, su un altro computer, oppure utilizzando Chrome in modalità di navigazione in incognito.