Como encontrar ligações quebradas num site inteiro

Definir o que a auditoria deve cobrir#

Uma auditoria de ligações deve começar com uma pergunta: está a verificar um lançamento, a rever um site existente ou a confirmar uma migração? Defina as secções importantes e o público antes de começar. Páginas de produtos, documentação e instruções de pagamento podem exigir prioridades diferentes de um arquivo histórico de notícias.

Um rastreio segue ligações a partir de um URL inicial. Só consegue descobrir páginas pelos caminhos disponíveis, sujeito ao âmbito e às restrições escolhidos. Crie um inventário esperado a partir do CMS, da navegação e do sitemap para comparar com o resultado. Um rastreio concluído não é automaticamente um inventário completo de todos os URLs já publicados pelo site.

Escolher um URL inicial e um limite úteis#

Para cobertura ampla, comece por uma página central ligada às secções principais. Para uma verificação focada na documentação, sua página de entrada pode fornecer uma cobertura inicial mais útil. Registe o URL inicial para que outra pessoa consiga reproduzir a auditoria e compreender por que determinada secção foi incluída.

No Linky, a demonstração grátis verifica até 25 páginas, mostra os primeiros 10 resultados e mantém a última demonstração. Planos pagos permitem verificações ilimitadas com limite configurável de até 10.000 páginas por verificação do site inteiro. O limite define o tamanho de um rastreio, não quantas vezes pode repetir.

1. Liste secções e percursos importantes para esta auditoria.
2. Escolha uma página inicial bem ligada e ajuste o limite.
3. Mantenha a proteção robots.txt ativada, salvo se tiver um motivo autorizado para alterar a definição.
4. Execute e reveja a cobertura antes de julgar resultados.
5. Verifique problemas, atualize origens e repita o mesmo âmbito.

Compreender robots.txt, autenticação e lacunas de descoberta#

Linky respeita robots.txt por padrão quando ativado. Pode ignorar caminhos proibidos e uma página inicial proibida pode parar a verificação. São restrições do âmbito. Uma secção ignorada não está saudável só porque não gerou erros.

Lacunas também podem vir de páginas sem ligações, autenticação, navegação apenas JavaScript ou limite atingido. Uma página no sitemap sem ligações internas acessíveis exige investigação. Compare inventários antes de chamá-la órfã: o rastreio pode ter perdido as origens ou não conseguido acessá-las.

Transformar destinos com falha em correções concretas#

Os resultados do site inteiro são mais úteis quando cada problema inclui seu contexto de origem. Registe a página que contém a ligação, o texto da ligação, o destino e a resposta. Assim, um editor pode fazer a alteração sem precisar descobrir novamente onde o problema está.

Agrupe destinos repetidos. Um único PDF ausente pode gerar ocorrências em dezenas de páginas de origem. Decida se o ficheiro deve ser restaurado, substituído ou removido antes de editar todas as referências. Se o mesmo destino errado vem de um rodapé partilhado, corrigir o modelo é mais fiável que fazer alterações dispersas em cada página.

Priorizar pelo impacto nos visitantes e pelas repetições#

Comece por navegação principal e tarefas críticas. Depois falhas repetidas em páginas de entrada importantes, instalação e apoio. Arquivos menos visitados também importam, mas não devem atrasar contactos quebrados ou documentos necessários para usar o produto.

Atribua um responsável e uma correção prevista, não apenas uma categoria de erro. Um editor pode atualizar uma referência antiga, enquanto um programador talvez precise corrigir um redirecionamento ou investigar uma falha no servidor. Separe ocorrências incertas de conteúdo cuja ausência foi confirmada para que uma indisponibilidade temporária não leve à eliminação desnecessária.

• Impacto alto: navegação essencial, informações de compra e chamadas principais.
• Problema repetido: destino ligado por muitas páginas ou modelo partilhado.
• Correção de conteúdo: referências antigas, documentos renomeados e âncoras ausentes.
• Investigar mais: restrições, erros temporários e cobertura incompleta.

Verificar correções e preservar o âmbito do relatório#

Depois de publicar, examine as ligações afetadas num navegador normal e repita a verificação com definições comparáveis. Compare o destino e a resposta em vez de esperar a mesma quantidade total de ocorrências: o site online pode ter mudado entre as verificações.

Guarde URL inicial, data, limite e exclusões com o relatório. Planos pagos incluem exportação do site inteiro e cópias de segurança. Ao partilhar, remova URLs privados ou parâmetros desnecessários que revelem dados de clientes ou tokens. Explique secções eliminadas em vez de apresentar uma garantia incondicional de ausência de problemas.

Perguntas frequentes#

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.