Skip to content
Guia Wavize verificado

Corrigir um erro de rastreamento ou sincronização

Identifique se a falha vem da URL, do servidor remoto, do conteúdo ou de limitação temporária.

Atualizado a 7 agosto 2026

Uma falha de rastreamento ocorre antes, durante ou depois do download

Antes: URL inválida, destino privado ou quota. Durante: DNS, TLS, redireção, status HTTP, desafio ou tamanho. Depois: conteúdo vazio, formato inutilizável, extração ou tarefa de indexação. Identificar a fase evita relançar toda a base.

Para um site inteiro, a Wavize mostra totais de páginas descobertas, processadas e falhadas, mas nem sempre guarda motivo detalhado por URL. Isole uma página representativa para diagnóstico repetível.

Relançamento ponderado
Corrija a causa primeiro, relance algumas URLs prioritárias, depois o site completo. Relançamentos repetidos podem consumir quota e ocultar a hora do primeiro incidente.

Teste URL como visitante anónimo

Use janela privada e, se possível, rede externa.

  1. Resposta sem ligação

    Página deve mostrar conteúdo sem conta, palavra-passe, cookie prévio ou token temporário assinado.

  2. Redirecionamentos concluídos

    Verifique URL final, mesmo domínio e ausência de ciclo HTTP/HTTPS ou www. Análise inicial limita redirecionamentos e rastreamento mantém controlos de destino.

  3. Texto realmente presente

    Página vazia antes de JavaScript, vídeo isolado ou canvas não tem conteúdo útil. Adicione versão HTML ou texto.

Leia respostas do servidor

Peça ao alojador registos à volta da hora do teste se necessário.

  • 403 ou desafio

    WAF, robots ou proteção anti-bot recusam o servidor. Crie regra específica conforme política, sem desligar segurança total.

  • 404 ou 410

    Corrija links e sitemap, exclua páginas removidas e não as substitua por redirecionamentos para homepage que geram conteúdo duplicado.

  • 429

    Servidor limita pedidos. Espaçe o rastreamento ou ajuste regra para Wavize; não lance múltiplas fontes idênticas em paralelo.

  • 5xx / TLS / DNS

    Corrija indisponibilidade, cadeia de certificados ou resolução antes de relançar. Página só funcional localmente pode estar inacessível publicamente.

Verifique quota, seleção e estado da tarefa

Fonte parcial não é necessariamente falha.

  1. Quota mensal de URLs

    Compare páginas usadas e capacidade do plano. Exclua filtros, parâmetros e duplicados antes de relançar.

  2. Fila e workers

    Estado queued persistente pode indicar fila cheia ou worker parado. Anote duração e origem antes de abrir ticket.

  3. Falhas concentradas

    Procure motivo comum de URL: língua, subdomínio, filtro, ficheiro pesado. Excluir família pode salvar rastreamento útil.

Valide correção nas respostas

Status success ainda deve produzir conhecimento útil.

  1. Página processada

    Página prioritária não está mais falhada nem excluída por engano.

  2. Pergunta factual

    Faça pergunta com resposta explícita no texto descarregado.

  3. Ausência de duplicado

    URL antiga ou versão anterior não oferece resposta contraditória após novo treino.


Informações para suporte

Não envie chave API nem página privada.

  • Fonte — Título, tipo e URL pública.
  • Cronologia — Hora de início, duração em cada estado e último relançamento.
  • Amostra — Duas ou três URLs representativas com seus estados públicos.

Não encontrou a sua resposta?

A nossa equipa pode ajudá-lo na sua área de cliente.

Contatar o suporte