Si estás reorganizando categorías, fusionando dos blogs en uno, o moviendo contenido de una plataforma a otra, cambiar slugs a la ligera puede convertir cientos de enlaces indexados en páginas 404. Esta guía es para quien gestiona ese tipo de migración, no para quien escribe un artículo suelto.
Auditar los slugs actuales antes de tocar nada
Respuesta rápidaAntes de regenerar nada, extrae el slug real de cada URL publicada (el modo Desde una URL separa el último segmento, quita la extensión de archivo si la hay, e ignora los parámetros de consulta) y compáralo con el slug que generarías hoy a partir del mismo título con tus reglas actuales.
Supongamos un caso hipotético de migración: un blog con tres años de artículos que va a pasar de un CMS antiguo a uno nuevo. Muchas URLs del sistema viejo tienen un aspecto como https://ejemplo.com/blog/Mejores%20Cafeteras%20(2026).html?ref=inicio — con mayúsculas, espacios codificados y parámetros de seguimiento mezclados en la misma cadena. Antes de decidir qué slug tendrá cada artículo en el sitio nuevo, conviene extraer primero el segmento limpio real, sin el ruido alrededor.
Este paso de auditoría, hecho artículo por artículo o en un lote pequeño de muestra, sirve para detectar patrones: por ejemplo, si el CMS antiguo dejaba mayúsculas en todos los slugs, o si arrastraba siempre una fecha entre paréntesis. Detectar el patrón una vez es más rápido que corregir cada URL a mano después de la migración.
Dato clave: extraer un slug desde una URL y generar un slug desde un título son operaciones distintas — la primera solo limpia lo que ya existe; la segunda decide desde cero cómo debería verse. Auditar significa comparar ambas.
Fusionar contenido de dos orígenes sin generar duplicados
Respuesta rápidaAl combinar títulos de dos blogs o dos categorías en una sola lista y procesarlos en modo masa, si dos entradas distintas producen el mismo slug, se añade automáticamente un sufijo numérico creciente (-2, -3) a partir de la segunda coincidencia — pero conviene revisar esos casos a mano, porque a veces indican contenido genuinamente repetido, no solo una coincidencia de título.
Ejemplo hipotético: imagina que fusionas el blog de «Recetas» y el de «Estilo de vida» de la misma marca, y ambos tienen, de forma independiente, un artículo titulado «Los mejores lugares para visitar en Lisboa». Al procesar la lista combinada en modo masa, la herramienta generaría los-mejores-lugares-para-visitar-en-lisboa para el primero y los-mejores-lugares-para-visitar-en-lisboa-2 para el segundo — evitando así que uno pise la URL del otro en el momento de la publicación conjunta.
Pero ese resultado automático es solo el punto de partida: si al revisar la lista descubres que ambos artículos son, en realidad, la misma pieza duplicada en dos secciones distintas por error histórico, probablemente quieras conservar solo uno y redirigir el otro, en lugar de publicar los dos con un sufijo numérico distinto.
Palabras reservadas y otros conflictos de ruta
Respuesta rápidaAlgunas rutas están reservadas internamente por la plataforma (por ejemplo admin, api, login, feed, rss). Si el título de un artículo genera por casualidad un slug que coincide con una de estas rutas, puede quedar inaccesible o generar un conflicto de enrutado silencioso — conviene comprobarlo antes de publicar, especialmente al mover contenido masivo entre sistemas distintos.
Este tipo de choque es poco frecuente en un blog normal, pero se vuelve más probable cuando se migran cientos de artículos a la vez y algunos títulos son cortos o genéricos («Login de usuarios: guía rápida», por ejemplo, podría generar un slug parecido a una ruta reservada del sistema). Un chequeo rápido contra una lista de palabras reservadas conocidas, hecho antes de importar el lote completo, evita tener que perseguir el problema artículo por artículo después.
Nota: la lista exacta de palabras reservadas varía según la plataforma (WordPress, un framework a medida, un generador de sitios estáticos); consulta siempre la documentación de tu propio sistema para la lista definitiva, la comprobación aquí es orientativa.
Cuándo conservar el slug antiguo y cuándo redirigir
Respuesta rápidaSi una URL ya está indexada y recibe enlaces entrantes, generalmente es más seguro no tocar su slug aunque no siga tus reglas actuales. Reserva la regeneración en masa para contenido nuevo o páginas con poco tráfico, y configura siempre una redirección 301 permanente cuando sí decidas cambiar una URL existente.
Un error común en migraciones es tratar el "limpiar todos los slugs" como una tarea de una sola pasada aplicada a ciegas a todo el sitio. En la práctica, suele ser más seguro dividir el trabajo en dos grupos: por un lado, el contenido nuevo o de bajo tráfico, donde regenerar el slug con reglas consistentes tiene poco riesgo; por otro, las páginas antiguas con enlaces externos ya establecidos, donde el coste de una redirección rota supera el beneficio estético de un slug más limpio.
Para el segundo grupo, si aun así decides cambiar la URL, la redirección 301 de la dirección antigua a la nueva no es opcional — es la única forma de conservar el valor SEO acumulado y evitar que los enlaces existentes (internos o externos) empiecen a devolver un error 404.
Preguntas frecuentes
¿Cómo audito los slugs de un blog antes de migrarlo?
Exporta la lista de URLs actuales (por ejemplo desde el sitemap o un export de tu CMS), extrae el último segmento de cada una con una herramienta de tipo «Desde una URL», y compáralo con el slug que generarías hoy a partir del mismo título. Si difieren, decide caso por caso si conservas el slug antiguo (para no romper enlaces) o migras al nuevo con una redirección 301.
¿Qué pasa si un slug generado coincide con una palabra reservada del sistema?
Algunas plataformas reservan ciertas rutas internamente (por ejemplo admin, api, login, feed) y un artículo con ese mismo slug puede generar un conflicto de enrutado o quedar inaccesible. Conviene comprobar el slug generado contra una lista de palabras reservadas conocidas antes de publicarlo, especialmente al migrar contenido masivo entre plataformas distintas.
¿Debo mantener los slugs antiguos o regenerarlos todos con las reglas nuevas?
Como norma general, si una URL ya está indexada y recibe tráfico o enlaces externos, es más seguro no tocar su slug aunque no siga tus reglas actuales al pie de la letra. Reserva la regeneración en masa para contenido nuevo o para páginas antiguas sin apenas enlaces entrantes, y en ese caso configura siempre una redirección 301 de la URL vieja a la nueva.
¿Cómo evito duplicados al fusionar dos blogs en uno solo?
Al fusionar contenido de dos orígenes, es habitual que ambos tengan artículos con títulos parecidos que generarían el mismo slug. Procesa la lista combinada de títulos en modo masa: si dos entradas producen el mismo slug, añade automáticamente un sufijo numérico creciente (-2, -3) a partir de la segunda aparición, y revisa manualmente esos casos concretos antes de publicar, porque pueden indicar contenido realmente duplicado.
¿Sirve el generador de slug para nombres de archivo o nombres de usuario, no solo para URLs de blog?
El mismo principio de limpieza (quitar acentos, minúsculas, sustituir espacios) es útil también para normalizar nombres de archivo antes de subirlos a un servidor o generar identificadores de usuario/alias a partir de un nombre real, evitando así espacios, acentos o símbolos que podrían causar problemas en otros sistemas.