← Todas las herramientas gratuitas
FUKAMO · HERRAMIENTAS GRATUITAS

Comprobador de redirecciones y códigos HTTP

Comprueba el estado HTTP final, el número de redirecciones y una muestra interna.

COMPROBACIÓN GRATUITA DE UNA URL PÚBLICA

Comprobador de redirecciones y códigos HTTP

Comprueba el estado HTTP final, el número de redirecciones y una muestra interna.

Comprobación de una URL pública. El resultado se basa en el HTML descargado.
ANTES DE LA COMPROBACIÓN

Sepa qué está comprobando.

Una respuesta HTTP informa al cliente de si el contenido existe, se ha trasladado o ha fallado. Un mensaje visible de «no encontrado» con estado 200 es distinto de una respuesta 404 real.

Cuándo utilizar esta comprobación

Cuando traslade contenido, mantenga una ruta hacia un sustituto adecuado. Use 404 o 410 si el contenido eliminado no tiene sustituto. Trate un fallo temporal del servidor como una incidencia, no como una eliminación permanente.

Ejemplo práctico

Antes: /old-repair → /repair-2024 → /services/repair
Después: /old-repair → /services/repair

Error frecuente

Enviar todas las páginas inexistentes a la página de inicio oculta rutas rotas sin ofrecer un sustituto útil. Una solicitud correcta tampoco descarta errores intermitentes del servidor.

Cómo utilizar el resultado

Inspeccione las cabeceras de respuesta en el panel de red o con un cliente HTTP. Ante respuestas 5xx recurrentes, compare las horas con los registros del servidor en lugar de confiar en un solo reintento.

Qué comprobar después
  1. Registre cada redirección desde la URL original.
  2. Compare la respuesta final y el destino con la finalidad original.
  3. Elimine bucles y pasos intermedios innecesarios.
  4. Actualice los enlaces internos para apuntar al destino final.
  5. Pruebe las variantes de host, protocolo y URL migradas.

Entienda el resultado. Aplique el cambio adecuado.

Cuándo redirigir y cuándo devolver 404 o 410

Un producto retirado, un servidor temporalmente inaccesible y un servicio renombrado son situaciones distintas. La respuesta debe describir lo ocurrido.

  • Use 301 o 308 para un traslado permanente a un sustituto adecuado.
  • Use una redirección temporal si se espera que vuelva el destino original.
  • Use 404 o 410 para contenido eliminado sin sustituto significativo.
Cómo elegir destinos al migrar

Una migración necesita decisiones sobre el contenido. Redirigir todos los artículos antiguos al inicio mueve técnicamente al visitante, pero pierde la respuesta que buscaba.

  • Empareje cada página antigua con el contenido más equivalente.
  • Conserve detalles útiles al consolidar artículos.
  • Pruebe una URL antigua no relacionada para evitar que una regla amplia capture todo el directorio.
Cómo corregir cadenas y bucles

Pruebe el enlace original, cada salto y el documento final. La redirección no está reparada si su destino entra en bucle, exige acceso o muestra un error con 200.

  • Apunte direcciones antiguas conocidas directamente al destino final cuando sea posible.
  • Actualice enlaces internos en lugar de depender indefinidamente de redirecciones.
  • Incluya variantes HTTP/HTTPS, host y barra final en las pruebas.
Cómo investigar errores 5xx recurrentes

Un reintento correcto no explica un 503 intermitente. Guarde hora y ruta para que el responsable del servidor las compare con los registros.

  • Devuelva un 404 real con navegación útil en páginas inexistentes.
  • Investigue 5xx recurrentes en aplicación, proxy y alojamiento.
  • Tras migrar, actualice el sitemap XML y conserve las URL antiguas de campañas en las comprobaciones.

Google — códigos de estado HTTP ↗

Referencia principal: developers.google.com ↗

Preguntas frecuentes

¿Todas las páginas eliminadas deben redirigir al inicio?

No. Redirija a un sustituto pertinente cuando exista. Para contenido eliminado permanentemente sin sustituto, una respuesta de error adecuada es más clara que una página de inicio sin relación. Una caída temporal del servidor también es distinta de contenido eliminado permanentemente. El estado debe describir la situación real.

Cuándo puede cerrar la tarea

Inspeccione toda la cadena, el estado final y la pertinencia del destino. Actualice los enlaces internos a la URL final. Pruebe una ruta inexistente para confirmar que la página de error personalizada no devuelva 200 accidentalmente.

FUKAMO / PRIVACIDAD

Tú controlas tu privacidad.

Estas opciones se aplican tanto a las cookies como al almacenamiento del navegador. La auditoría funciona igual sin almacenamiento opcional.

Lista de cookies y terceros ↗