Verifique se há links apodrecendo
Cole até 25 URLs, uma por linha. Pedimos cada uma e informamos o status: morta, redirecionada ou funcionando.
| URL | Status | OK | Redireciona para |
|---|
O que causa a podridão de links
Links morrem por motivos banais: sites saem do ar quando as contas de hospedagem deixam de ser pagas, empresas são adquiridas e encerram os blogs, migrações de CMS renomeiam todas as URLs sem redirecionamento, artigos ganham paywall ou são despublicados sem aviso, e domínios inteiros expiram e são comprados por especuladores. A escala é maior do que a intuição sugere: estudos sobre a podridão de links encontram repetidamente que cerca de um quarto ou mais dos links de uma década atrás não levam mais a lugar nenhum. Qualquer coleção de favoritos com mais de poucos anos contém links mortos; a única dúvida é quantos.
Como o verificador funciona
As requisições são feitas pelo servidor do Marqly, não pelo seu navegador, e isso não é uma preferência de design: é o único jeito de obter resultados honestos. Os navegadores aplicam o CORS: um script desta página não tem permissão para ler o status de resposta de outros domínios, então um verificador só do lado do cliente acusaria a maioria dos links saudáveis como falhas. Em vez disso, as URLs que você cola vão para o servidor do próprio Marqly, na infraestrutura da Cloudflare, que busca cada uma e devolve o status. Para cada URL, o servidor:
- envia primeiro uma requisição HEAD (só cabeçalhos, sem o corpo da página) sob um user agent declarado (
MarqlyLinkChecker/1.0) que identifica o verificador e aponta de volta para esta página; - tenta de novo com GET se o servidor recusar o HEAD (status 405 ou 501): alguns sites simplesmente não implementam o HEAD;
- segue os redirecionamentos salto a salto, até oito, para que a coluna “Redireciona para” mostre o destino final e não o primeiro salto;
- desiste depois de cerca de seis segundos num link que não responde, informando-o como inacessível em vez de travar o lote inteiro;
- executa todas as URLs do lote em paralelo, e é por isso que 25 links costumam voltar em segundos.
Só são aceitos endereços web públicos comuns: http ou https nas portas padrão, sem credenciais embutidas e nunca hosts privados ou internos. Isso impede que a ferramenta gratuita seja apontada para máquinas em que ela não tem o que fazer; também significa que links de intranet não podem ser verificados aqui, por projeto.
Como usar
- Reúna as URLs, a partir de um documento ou dos seus favoritos: exporte-os e extraia os links como uma lista pesquisável com o visualizador de arquivos de favoritos (em inglês).
- Cole-as acima, uma por linha, até 25 por verificação.
- Clique em Verificar links e aguarde a tabela de resultados.
- Leia cada linha: o veredito (funcionando, morto, redirecionado ou “precisa de conferência humana”), um ✓/✗ para indicar se o servidor respondeu com sucesso e a URL final quando o link redirecionou.
- Aja: exclua ou substitua os 404/410, confira no seu navegador os ambíguos e veja onde um redirecionamento agora termina: um link que acaba na página inicial do site geralmente perdeu o artigo, mesmo que nada tenha “falhado”.
Como ler os resultados
- Faixa 200: vivo. Um ✓ significa que o servidor respondeu com sucesso.
- Redirecionamentos: a página mudou de lugar; a coluna “Redireciona para” mostra onde ela foi parar. Em geral é inofensivo (http→https, mudanças de www), mas um redirecionamento para a página inicial costuma significar que o artigo em si sumiu.
- 404 / 410: morto com segurança. O servidor está vivo e diz que a página não está.
- 403, 429, 999: ambíguo. Muitos sites rejeitam verificadores automáticos enquanto atendem pessoas normalmente. Confira no seu navegador antes de excluir qualquer coisa.
- Inacessível: nenhuma resposta HTTP: domínio morto, servidor fora do ar ou tempo esgotado. Quase sempre sumiu de verdade.
Referência de status HTTP
O veredito da tabela de resultados vem deste mapeamento, a mesma lógica que você pode auditar nas ferramentas de desenvolvedor de qualquer navegador:
| Status | O que significa | Veredito aqui | O que fazer |
|---|---|---|---|
| 200–299 | Sucesso: o servidor respondeu com conteúdo. | Funcionando ✓ | Nada. |
| 301 / 302 / 307 / 308 | Redirecionamento: a página agora responde de outro endereço. | Redirecionado | Confira se a URL final é o artigo e não uma página inicial; atualize o seu link para o destino. |
| 401 | Exige login. | Precisa de conferência humana | Provavelmente funciona para você se você tem acesso; não é link quebrado. |
| 403 | Proibido: acesso negado a esta requisição. | Precisa de conferência humana | Em geral é proteção contra robôs voltada ao verificador; abra no seu navegador. |
| 404 | Não encontrado: o servidor está vivo, esta página não. | Sumiu | Exclua ou procure um link substituto. |
| 410 | Desapareceu: a página foi removida de propósito. | Sumiu | Exclua. |
| 429 | Requisições demais: o site de destino nos limitou. | Rode de novo | Dê um descanso ao site e verifique este lote mais tarde. |
| 500 / 502 / 503 / 504 | Erros do lado do servidor: algo quebrou do lado deles. | Rode de novo | Fora do ar, não morto. Verifique outro dia. |
| 999 | O status do LinkedIn para “pare de perguntar” a clientes automatizados. | Precisa de conferência humana | Quase nunca está morto de verdade; abra num navegador. |
| inacessível | Nenhuma resposta HTTP: o DNS não resolve, a conexão foi recusada ou o tempo limite de cerca de 6 segundos esgotou. | Sumiu (confirme) | Rode mais uma vez; um domínio que falha duas vezes sumiu. |
Quando fazer uma auditoria de links
- Antes de republicar ou reaproveitar conteúdo antigo: uma newsletter que reenvia um post de cinco anos atrás com citações mortas fica pior do que a notícia que ela traz.
- Depois de qualquer migração de CMS, sua ou de outra pessoa: as URLs dos seus favoritos e anotações podem agora apontar para um site que renomeou tudo.
- Ao enxugar uma pasta de favoritos: exclua primeiro os mortos confirmados; o arquivo encolhe mais rápido e sincroniza menos lixo.
- Ao conferir referências de uma pesquisa ou de uma lista de leitura: vale saber que uma citação deu 404 antes de construir em cima dela.
- Antes de migrar a biblioteca inteira: veja o guia de migração de favoritos do navegador (em inglês); uma varredura de duplicatas com o localizador de favoritos duplicados (em inglês) e uma passada de links mortos com esta ferramenta são os dois ganhos baratos.
Privacidade: o que é enviado, o que é guardado
O que é enviado: as URLs que você cola, do seu navegador para o servidor do Marqly e, de lá, para cada site de destino levando o user agent do verificador. Nada mais da sua máquina ou sessão viaja com elas. O que é guardado: nada que identifique você: não há conta, histórico nem lote salvo; a resposta volta marcada como no-store e os únicos contadores mantidos são limites de requisições na borda, que impedem scripts de martelar a ferramenta. Duas consequências práticas: os sites que você verifica verão uma requisição vinda da infraestrutura da Cloudflare, então não cole URLs cujo acesso seja, ele mesmo, sensível; e endereços privados ou internos não podem ser verificados aqui, porque são recusados antes de qualquer requisição ser feita.
Limites honestos
Esta ferramenta verifica até 25 URLs por vez: cole mais e as extras são puladas e contadas, não ignoradas em silêncio. O limite existe porque cada URL é uma requisição real do nosso servidor: lotes ilimitados convidam justamente ao abuso automatizado que deixaria a ferramenta lenta para todos os outros. Não há conta nem cota diária, então uma lista maior é simplesmente mais lotes. Ela informa o que o servidor disse neste momento, o que nem sempre é a verdade sobre o conteúdo: uma página pode devolver 200 enquanto o texto foi trocado por um anúncio de domínio estacionado (os “soft 404” são indetectáveis só pelos códigos de status). Para auditar uma exportação inteira de favoritos, extraia primeiro as URLs com ovisualizador de arquivos de favoritos (em inglês) e passe-as em lotes.
- Sites lentos parecem mortos. O limite de cerca de 6 segundos significa que uma página lenta, mas viva, pode voltar como “inacessível”: rode de novo antes de acreditar.
- Muros contra robôs parecem mortos. Um 403 ou 999 é o site rejeitando um robô, não recusando a página; confirme esses à mão.
- Páginas renderizadas por JavaScript respondem antes de renderizar. Um verificador vê a resposta HTTP, não o que o seu navegador acaba desenhando.
- Links vivos morrem amanhã. O status é uma foto deste momento; vale reauditar uma biblioteca salva a cada poucos meses.
- Se forçar demais, você será pausado. Se disparar lote atrás de lote rapidamente, o limite por IP responde “too many requests”: espere um minuto e continue.
A solução mais profunda para favoritos que apodrecem
Um verificador de links diz que uma página morreu; não diz o que ela dizia. Esse é o argumento para salvar mais do que a URL: o Marqly anexa um resumo de IA aos seus itens salvos, então um link morto na sua biblioteca ainda carrega a essência do conteúdo, e abusca semântica ainda o encontra pelo sentido.
As ferramentas tradicionais de favoritos só guardam a URL crua e o título (veja como nos comparamos naanálise Marqly vs Raindrop). Com aextensão do Marqly para navegador (em inglês), as páginas são resumidas, recebem tags de IA e são indexadas no momento em que você salva, para que a podridão de links nunca apague o seu conhecimento. Os seus dados continuam sendo seus de qualquer jeito; vejaposso exportar os meus dados (em inglês).
Ferramentas e guias relacionados
- Remova links salvos em dobro antes de auditar: duplicatas deixam o lote duas vezes maior sem motivo (em inglês).
- Abra a exportação dos seus favoritos como uma tabela pesquisável para extrair URLs a verificar (em inglês).
- Trocando de navegador? O passo a passo de migração cobre exportação, limpeza e importação de ponta a ponta (em inglês).
- Um esquema de ler depois que guarda resumos é a resposta estrutural à podridão de links.
- Como organizar favoritos para que um link morto custe uma entrada, e não a confiança numa pasta inteira.
- O plano gratuito do Marqly: comece e salve os próximos dez links com um resumo anexado (em inglês).
Perguntas frequentes
Por que o limite é de 25 URLs por verificação?
Cada URL significa uma requisição real feita pelo nosso servidor, e lotes ilimitados convidam a abusos que deixariam a ferramenta lenta para todo mundo. Com 25, os resultados saem rápido: um lote costuma terminar em poucos segundos. Para uma lista maior, rode em partes; as URLs além da 25ª são puladas e informadas, nunca descartadas em silêncio.
O que significa “inacessível”?
A requisição nunca recebeu uma resposta HTTP: o domínio não resolve mais, o servidor está fora do ar ou esgotou o tempo, ou recusou a conexão. É a forma mais profunda de morte: um 404 ao menos prova que há um servidor vivo. Às vezes um site bloqueia o nosso verificador de vez, o que também aparece como inacessível; por isso, confira no seu próprio navegador os resultados que surpreenderem.
Um status 403 ou 999 significa que o link está quebrado?
Não necessariamente. Alguns sites respondem a verificadores automáticos com 403 (ou com o famoso 999 do LinkedIn) enquanto entregam a página normalmente a uma pessoa no navegador: é proteção contra robôs, não link quebrado. Trate 404 e 410 como mortos com segurança, inacessível como quase certamente morto e rejeições do tipo 403 como “confirme à mão”.
Por que a verificação roda no seu servidor e não no meu navegador?
Os navegadores aplicam o CORS: o JavaScript desta página não tem permissão para ler o status de resposta de outros domínios, então um verificador só do lado do cliente acusaria falhas falsas na maioria dos casos. O nosso servidor faz as requisições e devolve o status real de cada URL. Só as URLs que você envia são enviadas, nada mais.
O verificador baixa as páginas inteiras?
Não. Cada URL recebe primeiro uma requisição HEAD (só cabeçalhos, sem o corpo da página), e o verificador só tenta de novo com GET se o servidor recusar o HEAD (status 405 ou 501). Os redirecionamentos são seguidos salto a salto, até oito vezes, e o destino final aparece nos resultados. Tudo o que não responder em cerca de seis segundos é informado como inacessível.
Posso verificar mais de 25 URLs ou usar a ferramenta com mais frequência?
Pode, em lotes. Não há conta nem cota diária: os únicos limites são 25 URLs por verificação (o que passar da 25ª linha é pulado e contado, nunca descartado em silêncio) e um limite de requisições por IP que impede abusos automatizados de deixarem a ferramenta lenta para todos. Se aparecer “too many requests”, espere um minuto e rode o próximo lote.





