Como descobrir quais páginas apontam para um URL quebrado no seu site
Transforme um destino com falha numa tarefa de edição precisa, identificando as páginas de origem, o texto das ligações e as posições repetidas.
Sumário
Por que um URL quebrado sozinho não basta para corrigir#
Um destino com falha indica que o pedido não chegou ao conteúdo esperado. Não aponta qual artigo, menu ou produto editar. Sem contexto, o editor pode passar mais tempo a procurar do que a corrigir.
Reúna a relação entre a página de origem, o texto de âncora e o destino. O texto de âncora explica a promessa feita ao visitante. A página de origem identifica onde editar. Juntos, ajudam a escolher uma substituição adequada ao conteúdo em redor em vez de simplesmente apontar para um endereço que carrega.
Usar o relatório do site inteiro para localizar referências#
No Linky, uma verificação do site inteiro regista páginas de origem e textos das ligações dos destinos descobertos durante o rastreio. Comece por uma página ligada, escolha um limite adequado e examine o destino a corrigir. Abra a origem informada para verificar a referência visível.
O relatório descreve apenas as páginas e ligações descobertas nessa verificação. Se sabe que uma secção não verificada também usa o destino, audite-a separadamente ou compare as ocorrências com uma pesquisa no CMS. Não presuma que ausência no rastreio prove que a referência deixou de existir.
- Encontre o destino que necessita de atenção no relatório inteiro.
- Reúna as suas origens descobertas e textos das ligações.
- Abra origens representativas e encontre a referência.
- Identifique a página ou modelo responsável.
- Atualize a origem certa e repita na secção afetada.
Escolher substituições adequadas ao contexto#
Leia a frase antes de substituir. Uma ligação «Guia de autenticação da API» necessita de material sobre autenticação, não só da documentação disponível mais próxima. Se não existe substituição, reveja a frase para deixar de prometer o que o site não oferece.
Use textos descritivos para ligações internas úteis. Não transforme todas as etiquetas em algo vago só para simplificar o relatório. O leitor deve compreender antes de clicar. Se o documento mudou assunto ou público, atualize URL e texto.
Tratar variantes de URLs com cuidado#
Um destino pode ter parâmetros de acompanhamento, fragmento, outro host ou protocolo antigo. Decida quais variantes representam a mesma coisa e quais têm comportamento significativo. Guarde o endereço observado para reproduzir a falha.
Um fragmento pode identificar uma secção específica e um parâmetro de consulta pode selecionar uma versão de documento ou estado da aplicação. Remover estes componentes sem verificar pode transformar uma referência precisa numa página de entrada genérica. Por outro lado, um parâmetro antigo de campanha pode ser desnecessário. Avalie a função de cada componente em vez de aplicar uma única regra geral de normalização.
Exemplo: um PDF citado por doze artigos
Primeiro, confirme qual documento deve substituir o PDF ausente. Depois reúna as páginas de origem, atualize um bloco partilhado se existir e verifique separadamente as referências isoladas dos artigos. Guarde o novo nome do ficheiro e a versão prevista na entrega.
Exemplo: um URL antigo de ajuda na navegação
Corrija a configuração da navegação e teste várias páginas que a exibem. Uma auditoria página por página pode verificar a correção, mas alterações locais repetidas deixariam o erro do modelo subjacente intacto.
Criar uma entrega de correções útil aos editores#
Uma entrega útil inclui URL de origem, texto visível da ligação, destino antigo, destino proposto e motivo da mudança. Acrescente responsável e etapa de verificação. Isso permite que alguém edite sem adivinhar a ocorrência original ou a experiência prevista para o leitor.
Agrupe ocorrências repetidas dos modelos mantendo exemplos que confirmem o padrão. Marque respostas incertas como tarefas de investigação. Um relatório claro distingue um URL desatualizado confirmado de um erro temporário de acesso e indica se as origens listadas representam cobertura total ou parcial.
- Origem e posição da ligação
- Texto visível e contexto em redor
- Destino antigo exato e resposta observada
- Correção proposta com um destino pertinente
- Responsável, estado da publicação e resultado da verificação
Perguntas frequentes#
Como encontrar toda página com uma ligação específica?
Use contexto de origem do site inteiro junto com pesquisa no CMS ou no código e inventário esperado. O rastreio só encontra páginas alcançáveis no âmbito; conteúdos sem ligações ou restritos podem exigir outros controlos.
Porque é que o mesmo URL quebrado aparece várias vezes?
Várias páginas podem citá-lo ou um modelo partilhado pode repeti-lo. Reveja as páginas de origem e as posições antes de decidir se uma alteração no componente pode corrigir todo o padrão.
Posso usar a verificação da página atual para isso?
Ela verifica uma origem conhecida. Use o site inteiro para descobrir outras referências e avaliar repetições em conteúdos ligados.
Coloque este procedimento em prática
Leia a documentação relacionada do Linky para conhecer os comandos e limites usados neste artigo. Contactar o apoio se um resultado exigir investigação adicional.
Referências e leituras adicionais
Consulte estas fontes primárias sobre o comportamento dos mecanismos de pesquisa. Os procedimentos e listas acima explicam como aplicar a auditoria à manutenção prática do site.
Encontre as ligações que necessitam de correção
Instale a extensão Linky para examinar a página aberta ou auditar páginas acessíveis de um site. Reveja destinos quebrados, âncoras ausentes e redirecionamentos e encontre a origem que necessita de correção.
Comece grátis. Comparar planos para auditorias repetidas, Estrutura do site e exportações.