Questa traduzione non è ancora stata rivista dalla redazione. Fa fede la versione tedesca. Deutsche Fassung →
Indexierung
Perché la sitemap dovrebbe indicare l'indirizzo finale?
Perché ogni voce della sitemap che viene reindirizzata costa alla sematica una ricerca non necessaria: richiama l'indirizzo indicato, riceve un reindirizzamento, richiama la destinazione — due richieste per una pagina. Non è un errore come un indirizzo non funzionante, ma un consumo silenzioso del contingente di richieste e un segno che l'elenco rimane indietro rispetto al giacimento. La nostra verifica conta le voci della sitemap che portano a un reindirizzamento.
Come i reindirizzamenti finiscono nella sitemap
Il modo più comune: un indirizzo cambia — nuova struttura, nuovo nome, passaggio alla connessione crittografata — e il reindirizzamento è configurato correttamente. Solo la sitemap mantiene la vecchia voce, perché è generata da una fonte obsoleta o è gestita manualmente. Esternamente tutto funziona, perché il reindirizzamento cattura ogni richiesta. Visibile è il detour solo dove viene systematicamente richiamato: nel crawler, che deve fare due richieste per la stessa pagina.
Cosa misura esattamente la verifica
La verifica richiama gli indirizzi elencati nella sitemap e conta quanti rispondono con un reindirizzamento invece che direttamente con lo stato 200. Il rilievo è intenzionalmente classificato come mite — le pagine sono raggiungibili. È tuttavia un elenco di lavoro preciso: ogni voce indicata può essere sostituita dall'indirizzo di destinazione del reindirizzamento, e il detour scompare.
- Sostituisca le voci nominate nel rapporto con l'indirizzo di destinazione del reindirizzamento.
- Imposti la generazione della sitemap sul giacimento di pagine effettivo, in modo che i cambi di indirizzo arrivino automaticamente.
- Controlli completamente la sitemap dopo cambiamenti come un cambio di protocollo o di dominio.