Questa traduzione non è ancora stata rivista dalla redazione. Fa fede la versione tedesca. Deutsche Fassung
Indicizzazione
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.
