Respuestas
Cómo corregir un enlace interno a una página que no existe
Antes de tocar el enlace, decide qué le pasó a la página de destino: si se movió, se eliminó o se sustituyó. Esa distinción cambia la corrección.
Antes de tocar un enlace interno que apunta a una página que no existe, hay una regla que lo decide todo: comprobar qué le ha pasado a la página de destino. Si se ha movido, actualiza el enlace hacia la nueva URL. Si se ha eliminado, quita el enlace o cámbialo por una referencia que venga al caso. Si se ha sustituido por otro contenido, redirige el enlace solo cuando ese contenido nuevo responda a la misma necesidad de quien hace clic. Sin esta distinción, actualizar y redirigir acaban siendo lo mismo y el problema vuelve. Un ejemplo: un artículo enlaza a /guide/impostazioni-api y devuelve 404; la guía se ha movido a /guide/configurazione-api, así que actualizas el enlace y anotas el cambio.
Del 404 a la línea de registro
Piensa en un artículo sobre los límites de las API que incluye un enlace a /guide/impostazioni-api. Al abrir la URL aparece un 404. La primera comprobación no es técnica, sino de contenido: ¿la guía sigue existiendo con otra dirección? Si la respuesta es sí, se trata de un traslado y la corrección consiste en actualizar el enlace. Si la guía se ha eliminado y ninguna página cubre ese mismo tema, retira el enlace o sustitúyelo por uno que lleve a una página realmente pertinente. Si en la dirección antigua ahora hay otro contenido, redirige el enlace solo cuando ese contenido sirva a quien lee la frase que lo contiene.
La línea de registro, ya rellenada, puede quedar así: URL de origen /articoli/limiti-api; enlace /guide/impostazioni-api; resultado 404; causa: página movida; decisión: actualizar; nuevo destino /guide/configurazione-api; estado: corregido. Esa misma línea, con causa «eliminada» y decisión «quitar», describe un caso distinto sin dejar lugar a dudas.
La checklist rellenada, no solo enumerada
RankAI propone esta checklist operativa como método de trabajo, no como estándar universal. Aplicada al caso anterior, queda así: (1) ¿se ha abierto el enlace y devuelve 404? Sí. (2) ¿El destino existe con otra URL? Sí, /guide/configurazione-api. (3) ¿El contenido de destino responde a la misma necesidad que la frase que enlaza? Sí, habla de las mismas opciones de configuración. (4) ¿La decisión es actualizar y no redirigir? Sí, porque el enlace es interno y hay que corregirlo en la fuente. (5) ¿La línea de registro recoge origen, URL antigua, resultado, causa, decisión y nuevo destino? Sí. (6) ¿Se ha vuelto a abrir el enlace corregido para comprobarlo? Sí, responde 200. Una checklist a medias, con la sola casilla «404 resuelto», no distingue un traslado de una eliminación y no ayuda en la siguiente corrección.
Lo que marca la diferencia es que corregir un enlace interno no es una tarea de mantenimiento aislada: es una decisión editorial que queda registrada. Actualizar, quitar o redirigir son tres desenlaces distintos, y el registro sirve para dejar claro cuál se eligió y por qué. Si el registro se limita a marcar «corregido», la próxima persona que se encuentre con la misma URL no sabrá si la página se movió o se borró.
Lo que no prometemos
No podemos garantizar que una corrección elimine todos los enlaces no válidos del sitio ni que el registro se mantenga alineado sin comprobaciones posteriores. La verificación que sí puedes hacer es una: tras el cambio, el enlace interno abre una página existente y la línea de registro indica causa, decisión y nuevo destino. Para el contexto más amplio sobre las preguntas habituales, consulta la página de profundización.