Corregir un error de rastreo o sincronización

Un fallo de rastreo ocurre antes, durante o después de la descarga

Antes: URL inválida, destino privado o cuota. Durante: DNS, TLS, redirección, estado HTTP, desafío o tamaño. Después: contenido vacío, formato inútil, extracción o tarea de indexación. Identificar fase evita relanzar toda la base.

Para un sitio completo, Wavize muestra totales de páginas descubiertas, procesadas y fallidas, pero no retiene motivo detallado por URL. Aísle página representativa para diagnóstico reproducible.

Relanzar con criterio
Corrija causa primero, relance pocas URLs prioritarias y luego todo el sitio. Reintentos frecuentes consumen cuota y ocultan hora del primer incidente.

Probar URL como visitante anónimo

Use ventana privada y, si posible, red externa.

1. Respuesta sin conexión

   Página debe mostrar contenido sin cuenta, contraseña, cookie previa o token temporal firmado.

2. Redirecciones finitas

   Verifique URL final, mismo dominio y ausencia de bucle HTTP/HTTPS o www. Análisis onboarding limita redirecciones y rastreos respetan controles destino.

3. Texto realmente presente

   Página vacía antes de ejecutar JavaScript, solo video o canvas no aporta contenido útil. Añada versión HTML o texto.

Leer respuestas servidor

Pida logs a su hosting cerca de hora prueba si necesita.

• 403 o desafío

  WAF, robots o protección anti-bot bloquean servidor. Cree regla específica conforme a política sin desactivar seguridad total.

• 404 o 410

  Corrija enlaces y sitemap, excluya páginas retiradas y no reemplace con redirecciones a inicio que generan contenido duplicado.

• 429

  Servidor limita peticiones. Espacie rastreo o ajuste regla para Wavize; no lance varias fuentes idénticas en paralelo.

• 5xx / TLS / DNS

  Corrija indisponibilidad, cadena certificado o resolución antes de relanzar. Página que funciona solo en su escritorio puede ser inaccesible públicamente.

Controlar cuota, selección y estado tarea

Fuente parcial no siempre significa fallo.

1. Cuota mensual URLs

   Compare páginas usadas y capacidad plan. Excluya filtros, parámetros y duplicados antes de relanzar.

2. Cola y workers

   Estado queued persistente puede indicar cola saturada o worker parado. Anote duración y fuente antes de abrir ticket.

3. Fallos concentrados

   Busque patrón común en URL: idioma, subdominio, filtro, archivo pesado. Excluir por familia puede salvar rastreo útil.

Validar corrección en respuestas

Un estado éxito aún debe generar conocimiento útil.

1. Página procesada

   Página prioritaria ya no falla ni está excluida por error.

2. Pregunta puntual

   Formule pregunta con respuesta explícita en texto descargado.

3. Ausencia de duplicado

   URL o versión antigua no debe ofrecer respuesta contradictoria tras reentrenamiento.

Información para soporte

No envíe clave API ni página privada.

• Fuente — Título, tipo y URL pública.
• Cronología — Hora inicio, duración en cada estado y último relanzamiento.
• Muestra — Dos o tres URLs representativas y sus estados públicos.