O link responde 200, mas o conteúdo esperado não aparece
O estado 200 não confirma o conteúdo esperado. Registe um possível soft 404 e escolha uma substituição útil com ajuda do verificador WikiURL.
Uma resposta correta pode levar ao conteúdo errado
Partilhou uma ficha de produto, um programa de atividades ou um guia. Meses depois, o verificador devolve 200, mas o link abre a página inicial ou uma mensagem de página não encontrada. O número descreve o resultado HTTP do pedido, não confirma a disponibilidade daquilo que recomendou. Antes de voltar a distribuir o link, reveja a promessa feita à pessoa que o vai receber.
No Reddit há perguntas sobre redirecionar endereços eliminados para a página inicial e páginas classificadas como soft 404 apesar de responderem 200. São sinais de um problema real, não um diagnóstico do seu site. Vamos registar endereço, resposta e conteúdo separadamente, para decidir manter, substituir ou retirar um link. Não precisa de declarar um problema de indexação para corrigir uma recomendação que deixou de cumprir o anunciado.
Separe estado HTTP, conteúdo e classificação do Google
A MDN explica que 200 indica sucesso do pedido. Num GET, a resposta inclui uma representação do recurso. Isso não significa que seja a ficha ou o guia esperado pelo leitor. A MDN define 404 como recurso não encontrado e esclarece que esse estado, isoladamente, não distingue ausência temporária de permanente. Não troque estes significados apenas para obter um resultado verde.
O Google descreve como soft 404 certos casos de conteúdo vazio ou semelhante a um erro, apesar da resposta de sucesso. Não é um novo código HTTP para procurar nos cabeçalhos. A sua observação pode sugerir incoerência, mas não demonstra a classificação dessa URL pelo Google. Se gere o site e precisa dessa informação, consulte o Search Console e a inspeção da página; o WikiURL não apresenta esse diagnóstico.
Defina o que a pessoa deverá encontrar
Considere um exemplo fictício: uma publicação promete o programa de um workshop em /workshop/programme. O destino que acaba por abrir é / e só mostra a página inicial. O seu estado 200 não preserva automaticamente o programa. Outro caso mantém o endereço original, mas mostra um aviso de documento inexistente. Compare o conteúdo recebido com a promessa do link, não apenas com o domínio.
Antes do teste, escreva uma expectativa concreta: nome do workshop, edição e secção onde deve aparecer o programa. O logótipo da organização não basta. Substitua example.invalid por uma página pública que tenha autorização para rever; os exemplos não são serviços reais nem resultados observados. Guarde também o endereço inicial para não confundir uma cópia corrigida com o link recebido pelo público.
https://example.invalid/workshop/programme
https://example.invalid/Use o WikiURL como evidência da resposta
Cole a URL pública completa no verificador WikiURL. Registe data, estado HTTP e endereço final detetado. Se uma ficha passar a abrir a página inicial, anote a mudança sem afirmar que conhece a causa. A verificação pode ajudar a identificar um destino inesperado, mas não avalia se a página cumpre a intenção da sua publicação. Não introduza endereços privados, tokens ou dados pessoais.
Abra o mesmo endereço num navegador e reveja o conteúdo para o público previsto. Anote se aparece o guia correto, uma página inicial genérica ou um aviso de ausência. Se depender de JavaScript ou de uma sessão, documente observações e condições: o verificador não reproduz automaticamente essa experiência. Um título apresentado no resultado pode orientar, mas também não substitui ler a página.
Decida segundo o conteúdo e quem controla o site
Se a página deve existir e controla o site, investigue o conteúdo em falta ou a rota de erro que devolve sucesso. Se foi eliminada sem substituto, a orientação do Google admite uma resposta real 404 ou 410; não transforme cada ausência num redirecionamento automático para a página inicial. Se mudou e existe um substituto pertinente, use o redirecionamento adequado para o conteúdo equivalente e verifique o resultado.
Num site alheio, o WikiURL não pode reparar o servidor. Procure uma fonte equivalente, confirme que responde à mesma necessidade e atualize o link onde puder. Sem substituição fiável, retire a recomendação ou explique a indisponibilidade do recurso. Não apresente a página inicial como o documento original nem troque a fonte silenciosamente quando isso altera o significado da sua publicação.
Reveja a cópia partilhada e guarde a decisão
Mantenha uma ficha com URL inicial, conteúdo esperado, estado, destino final, conteúdo observado e decisão. Distinga os resultados do verificador da revisão no navegador. Marque como pendente o que não confirmou, incluindo qualquer classificação do Google não consultada. Uma captura pode documentar o problema, mas evite incluir sessões, endereços de correio ou outros dados de quem acede à página.
Antes de criar um link curto ou QR no WikiURL, teste o destino escolhido e confirme a informação prometida. Estes formatos não restauram conteúdo nem garantem indexação. Para material já impresso, reveja o endereço codificado antes de presumir que pode atualizá-lo: um QR direto não muda por alterar uma publicação web. Guarde decisão e link aprovado para que uma revisão futura compare informação concreta, e não apenas outro 200.