Hecho con Chinaski

Gestión de 404

Cuando tu site estático tiene enlaces rotos, Chinaski puede registrar cada hit de 404, mostrarte las rutas más golpeadas y convertir esas rutas en redirects con unos cuantos clics.

Dónde encuentras los 404

Abre Health en el admin y cambia a la pestaña 404s. Muestra las 500 rutas 404 registradas más golpeadas ordenadas por conteo de hits, así que los enlaces rotos más concurridos están arriba.

Para cada ruta puedes ver:

  • la ruta que dio 404
  • cuántas veces fue golpeada
  • la última vez que se vio
  • la URL de referencia, si se conoce

Puedes buscar rutas por palabra clave y filtrar por periodo: todo el historial, últimos 7, 30 o 90 días. Las entradas del log de 404 se podan automáticamente después de 90 días, y puedes limpiar todo el log con el botón Clear Log (se te pedirá confirmar).

Cómo se registran los 404

Chinaski no captura los 404 él mismo: el procesador del access-log de tu host estático o servidor web los registra haciendo POST de cada miss al API de log de 404 de Chinaski con una API key que tenga permiso de write. Las rutas se registran con su URL de referencia y user agent, y las visitas repetidas a la misma ruta cuentan como una entrada con un conteo de hits incremental.

Crear redirects desde los 404

Dos formas de actuar sobre la lista:

  • De una en una: cada fila tiene un enlace Create redirect. La ruta vieja va prellenada con los prefijos de idioma y blog ya eliminados, en la pantalla habitual de creación de redirects.
  • En lote: marca las casillas de varias rutas, y obtienes una tabla donde, para cada ruta, llenas el slug de destino, el idioma (por defecto "en"), y si el redirect es de página o post. Active viene marcado por defecto. Un redirect que apunta a sí mismo se rechaza.

Cómo se comportan los redirects

  • Los redirects son por idioma: cada redirect aplica solo a las rutas viejas de un idioma.
  • Un redirect solo surte efecto cuando la ruta vieja no es una página o post publicados actualmente. Si el slug viejo sigue vivo, el redirect se omite: Chinaski te avisa de esto al crearlo.
  • Si el destino no existe como contenido activo ni como destino de otro redirect, recibes una advertencia.
  • Los redirects no pueden apuntar a sí mismos, y los bucles entre redirects se rechazan. Si tu destino ya está a su vez redirigido, la cadena se sigue hasta su final real y tu redirect se crea apuntando directamente ahí ("cadena colapsada").
  • En la pantalla de creación de redirects hay un botón Test Redirect: llena el slug viejo, el slug nuevo y el idioma para previsualizar la cadena de redirects, si forma bucle, dónde termina por fin, y si el destino existe.

Redirecciones por patrón

La opción Pattern Redirect permite que un redirect cubra muchas rutas: usa al final del slug viejo para coincidir con cualquier sufijo, y $1 en el slug nuevo para sustituirlo. Por ejemplo, viejo products/ → nuevo solutions/$1 manda products/amplifier a solutions/amplifier.

Los pattern redirects se sirven como páginas HTML de redirect (meta-refresh); no se incluyen en la configuración de redirects del servidor generada, donde los redirects planos usan códigos HTTP 301, 302 o 307. El código HTTP que elijas aplica solo a esa configuración del servidor: las páginas de fallback HTML que viajan con la salida estática siempre usan meta-refresh.

Gestionar redirects en lote

En la página Redirects puedes eliminar, activar o desactivar varios redirects a la vez (estas acciones disparan un build del site). También puedes importarlos o exportarlos como datos:

  • Export: descarga todos los redirects como redirects.json, ordenados por idioma y luego por slug viejo.
  • Import: sube un CSV con las columnas old_slug,new_slug,language,type,active,notes,is_pattern,http_code. Los archivos se limitan a 4 MiB y 5,000 filas por importación. Type por defecto es page, active por defecto es on, y el código HTTP por defecto es 301. Solo se permiten letras minúsculas, dígitos y - en los slugs (más * para slugs de patrón viejos y $// para destinos); las filas inválidas se omiten en lugar de fallar toda la importación.

Qué pasa cuando el 404 viene de una página aún viva

Nada: si una ruta pertenece a una página o post publicados, no se genera ningún redirect para ella, aunque aparezca en el log de 404.

Lee este sitio en