La mayoría de los equipos considera la URL una simple configuración de enrutamiento. Sin embargo, los motores de IA la leen como texto y la utilizan para interpretar de qué trata una página y decidir si merece ser citada. En los sitios web en chino tradicional aparece además una decisión que rara vez se aborda con claridad: ¿conviene escribir el slug en chino o en inglés? A continuación separamos la planificación de rutas y slugs para que puedas aplicar los cambios directamente.
¿Cómo «leen» las URL los motores de IA?
Los sistemas de búsqueda de los LLM descomponen la URL en palabras para interpretarla y la muestran al generar una respuesta y atribuir la fuente. Una dirección como /blog/url-structure-llm-friendly le indica directamente al modelo que la página trata sobre la estructura de URL. Con /p?id=48213, en cambio, no recibe ninguna pista y debe deducir el tema únicamente a partir del contenido. Cuando varias fuentes reúnen condiciones similares, las URL legibles y pertinentes suelen tener más posibilidades de ser citadas, ya que reducen el esfuerzo de interpretación tanto para el modelo como para el usuario.
La jerarquía de la ruta también aporta contexto. /geo-audit/pricing deja claro de inmediato que se trata de la página de precios de una auditoría GEO y permite al modelo reconocer a qué tema pertenece. Una profundidad excesiva tiene otro coste: cuanto más alejada esté una página de la página de inicio y menos enlaces internos apunten hacia ella, mayor será la probabilidad de que los rastreadores no la encuentren. Un motor de IA difícilmente podrá recuperar contenido que ni siquiera ha descubierto. La legibilidad y la rastreabilidad son cualidades distintas, pero una buena estructura de URL favorece ambas.
El dilema de los slugs en chino tradicional: los caracteres se convierten en cadenas codificadas
Cuando una URL contiene caracteres chinos, el navegador y el servidor aplican una codificación porcentual. Así, una ruta como /blog/planificación de la estructura de URL puede convertirse, al almacenarse, compartirse o citarse, en una larga cadena similar a /%E9%83%A8%E8%90%BD%E6%A0%BC/…. Aunque la barra de direcciones muestre caracteres chinos, lo que se transmite es una cadena codificada. Los resúmenes generados por IA, las tarjetas de redes sociales y los informes internos reciben esa cadena, con lo que se pierde la ventaja semántica buscada. Además, algunas herramientas de terceros y algunos rastreadores de IA procesan estas URL codificadas de manera irregular y, en ocasiones, las truncan o no consiguen interpretarlas.
- Slug en chino, como /blog/planificación de la estructura de URL: se entiende bien en la barra de direcciones, pero al transmitirse o citarse se convierte en una codificación porcentual como %E9%83%A8.... Esto dificulta su identificación en resúmenes de IA, enlaces compartidos e informes.
- Slug en inglés o romanizado, como /blog/url-structure-llm-friendly: se mantiene estable y legible entre sistemas, y la IA puede citarlo correctamente. Es la opción práctica más recomendable para sitios B2B SaaS.
- Título en chino tradicional y slug abreviado en inglés: actualmente es la combinación más estable para la recuperación de información mediante IA. No hace falta traducir todo el título en el slug; bastan dos o tres palabras en inglés que expresen el concepto central.
Esto no significa que deba reducirse el uso del chino tradicional. El título de la página, el H1 y el contenido deben seguir escritos en chino tradicional, ya que constituyen la base del posicionamiento y de la lectura. El slug forma parte de la infraestructura y solo necesita reflejar los conceptos esenciales. Conviene escribir siempre las URL en minúsculas: algunos servidores consideran /Blog y /blog páginas diferentes, por lo que combinar mayúsculas y minúsculas puede crear URL duplicadas sin que el equipo lo advierta. Si tus slugs en chino llevan mucho tiempo indexados, no los sustituyas todos de golpe. Al renovar el sitio, configura siempre redirecciones 301 desde las URL antiguas.
Cómo planificar rutas optimizadas para la IA: principios listos para aplicar
- Cuanto menos profundas, mejor: intenta mantener el contenido principal dentro de dos o tres niveles, como /blog/<slug>. Cada nivel adicional aumenta el riesgo de que la página pase inadvertida durante el rastreo.
- Utiliza slugs semánticos: elige palabras que describan el contenido, no números de serie ni fechas. /blog/url-structure-llm-friendly es preferible a /blog/2026/07/post-482.
- Mantén la coherencia en todo el sitio: aplica el mismo patrón de rutas a un mismo tipo de contenido para que los rastreadores y los modelos puedan anticipar la estructura.
- Usa minúsculas y guiones: escribe todo en minúsculas y separa las palabras con «-», no con guiones bajos «_». Así reduces el riesgo de crear URL duplicadas por diferencias de capitalización o símbolos.
- No ocultes el contenido principal detrás de parámetros de consulta: las URL con elementos como ?id= o ?p= son más difíciles de indexar y citar de forma estable.
- Una vez publicada una URL, no la cambies sin una razón de peso. Si el cambio es imprescindible, configura una redirección 301 para transferir la autoridad acumulada y las citas de la URL anterior.
Alinea la estructura de rutas con tus clústeres de contenido
Reflejar la relación entre pilares, clústeres y subtemas en el enlazado interno ayuda a los motores de IA a reconocer en qué áreas has desarrollado mayor profundidad temática. Los artículos de un mismo pilar deben enlazarse entre sí y apuntar de nuevo hacia la página pilar. De este modo, el modelo identifica un conjunto sistemático de contenidos, no una colección de artículos aislados. Los enlaces bidireccionales entre la página del clúster y los artículos sobre subtemas también permiten recorrer el tema completo siguiendo los vínculos, en lugar de recuperar una sola página fuera de contexto. Cuando el enlazado interno está bien resuelto, organizar las URL por capas según los clústeres pasa a ser una cuestión secundaria.
Sitios en chino tradicional y multilingües: prefijos de idioma y hreflang
Si tu sitio atiende a usuarios en varios idiomas, como sucede en muchas empresas B2B, coloca el prefijo lingüístico al principio de la ruta: por ejemplo, /zh-TW/blog/… y /en/blog/…. Así, cada versión se identifica de inmediato y los rastreadores pueden procesarlas por separado. Además, todas las versiones lingüísticas deben enlazarse entre sí mediante hreflang e incluir un x-default que indique la versión predeterminada. De este modo, los motores de IA y los buscadores pueden mostrar la versión adecuada a cada persona, en lugar de interpretar las páginas como contenido duplicado y diluir su relevancia.
- Coloca el prefijo de idioma al principio de la ruta: /zh-TW/blog/..., /en/blog/.... Esto permite identificar cada versión de inmediato y facilita su procesamiento por separado durante el rastreo.
- Relaciona todas las versiones lingüísticas mediante hreflang y define un x-default como opción predeterminada. En los sitios en chino tradicional suele utilizarse la versión en inglés o zh-Hant.
- Procura conservar el mismo slug en cada idioma: se traduce el contenido, no la ruta. Así, la correspondencia entre versiones permanece clara y se reduce el riesgo de que se interpreten como contenido duplicado.
Los errores más fáciles de cometer
Estos son los fallos más habituales: incluir la fecha de publicación en la ruta, lo que hace que la URL parezca antigua al cabo de medio año; usar el número de serie de la base de datos como slug, impidiendo que el modelo identifique el tema; cambiar el slug al modificar el título sin configurar una redirección, lo que equivale a perder de golpe las referencias acumuladas; o mantener versiones de una misma página con y sin barra final, y con y sin www, de modo que los rastreadores contabilicen varias páginas distintas. Ninguno de estos problemas es difícil de corregir, pero ignorarlos seguirá reduciendo las posibilidades de que la IA cite tu contenido.
La estructura de URL es una decisión de infraestructura que conviene resolver bien desde el principio para aprovechar sus beneficios a largo plazo. No necesitas reconstruir todo el sitio para adaptarlo a la IA. En la mayoría de los casos basta con crear slugs semánticos, reducir la profundidad de las rutas, configurar hreflang para las versiones multilingües y consolidar las URL antiguas mediante redirecciones 301. Si quieres saber qué problemas concretos de rastreabilidad y capacidad de citación presenta tu sitio, la auditoría GEO de 30 días de Tenten GEO revisa página por página las rutas, los datos estructurados y el rendimiento en buscadores. Si prefieres obtener primero una orientación general, también puedes visitar /contact y solicitar un diagnóstico GEO de 30 minutos. Analizaremos directamente la estructura de tu sitio web.
