Estructura de URLs SEO (14 Reglas): Slugs, Stop Words, Parámetros y Formato

Resumen: La estructura de URLs es el mapa topográfico de tu web: si las rutas están mal trazadas, ni Google ni tus usuarios encontrarán el camino hacia la cima. En este artículo auditamos las 14 reglas que determinan si tus URLs son amigables para el SEO, desde slugs con keywords hasta la eliminación de session IDs y parámetros de tracking. Si quieres que te ayudemos a revisar la estructura de tu web, contáctanos sin compromiso.

Índice de contenidos

1. ¿Por qué importa la estructura de URLs en SEO?
2. Regla 1: Slugs con keywords
3. Regla 2: Stop words en el slug
4. Regla 3: Mayúsculas en la URL
5. Regla 4: Guiones bajos en lugar de guiones medios
6. Regla 5: Doble barra en la ruta
7. Regla 6: Espacios en la URL
8. Regla 7: Caracteres no-ASCII
9. Regla 8: Longitud de la URL
10. Regla 9: Segmentos repetidos en la ruta
11. Regla 10: Parámetros de consulta excesivos
12. Regla 11: IDs de sesión en la URL
13. Regla 12: Parámetros de tracking indexados
14. Regla 13: Páginas de búsqueda interna indexadas
15. Regla 14: Duplicado HTTP/HTTPS
16. Tabla resumen de las 14 reglas
17. Preguntas frecuentes

¿Por qué importa la estructura de URLs en SEO? {#por-que-importa}

Imagina que emprendes una expedición en alta montaña sin un mapa legible. Las rutas están mal señalizadas, algunos caminos llevan al mismo sitio por dos accesos distintos y otros conducen directamente a un callejón sin salida. Eso es exactamente lo que experimenta Google cuando rastrea una web con URLs mal estructuradas.

La estructura de URLs es uno de los fundamentos técnicos del SEO que más se subestima. Aunque Google ha mejorado mucho su capacidad de interpretar URLs complejas, una URL limpia, descriptiva y coherente sigue siendo una señal de relevancia directa para los motores de búsqueda. Además, influye en la experiencia del usuario: una URL como /servicios/diseno-web/ es infinitamente más reconocible —y compartible— que /index.php?cat=3&id=87.

En este artículo repasamos las 14 reglas auditables que determinan la calidad de la estructura de URLs de cualquier web, siguiendo los criterios de análisis de SEOmator. Cada regla incluye su severidad, qué se evalúa, ejemplos reales y cómo corregirla. Al final encontrarás una tabla resumen y una sección de preguntas frecuentes.

Regla 1: Slugs con keywords {#regla-1}

Severidad: ❌ Fallo / ⚠️ Aviso

¿Qué es? El slug es la parte de la URL que identifica una página concreta: en https://escala14.com/agencia-seo/, el slug es agencia-seo. Esta regla comprueba que el slug contiene palabras clave descriptivas en lugar de identificadores numéricos o parámetros de consulta genéricos.

¿Por qué importa? Google utiliza el texto del slug como una señal adicional de relevancia temática. Un slug con keywords refuerza el contexto de la página y ayuda a los usuarios a entender el contenido antes de hacer clic. Por el contrario, un slug del tipo /product-12345 o /?p=123 no aporta ninguna información semántica y desperdicia una oportunidad de posicionamiento.

# Bueno ✅
https://miweb.com/zapatos-running-hombre
https://miweb.com/agencia-seo-almeria

# Malo ❌
https://miweb.com/product-12345
https://miweb.com/?p=123
https://miweb.com/page?id=87&cat=3

Cómo detectarlo Rastrea tu sitio con una herramienta de auditoría SEO (Screaming Frog, SEOmator, Ahrefs Site Audit) y filtra las URLs que contienen solo dígitos en el slug o que utilizan parámetros de consulta como identificadores de contenido.

Cómo corregirlo

1. Identifica todas las páginas con slugs no descriptivos.
2. Crea slugs nuevos que incluyan la keyword principal de cada página (en minúsculas, con guiones).
3. Implementa redirecciones 301 desde la URL antigua hacia la nueva.
4. Actualiza los enlaces internos para que apunten directamente a la URL nueva.
5. En WordPress, revisa la estructura de permalinks en Ajustes → Enlaces permanentes.

Regla 2: Stop words en el slug {#regla-2}

Severidad: ⚠️ Aviso

¿Qué es? Las stop words son palabras de relleno que no aportan valor semántico: artículos (el, la, los, las, un, una), preposiciones (de, en, para, por), conjunciones (y, o, pero) y similares. Esta regla detecta cuando el slug de una URL incluye stop words innecesarias que aumentan su longitud sin mejorar su relevancia.

¿Por qué importa? Los slugs con stop words son más largos, menos legibles y diluyen el peso semántico de las keywords realmente importantes. Google ignora la mayor parte de las stop words cuando interpreta una URL, pero su presencia hace que el slug resulte más difícil de escanear tanto para los algoritmos como para los usuarios. Una URL más corta y limpia transmite la misma señal de relevancia con menos ruido.

# Bueno ✅
https://miweb.com/mejores-zapatos-running
https://miweb.com/guia-seo-tecnico

# Con stop words innecesarias ⚠️
https://miweb.com/los-mejores-zapatos-de-running-para-ti
https://miweb.com/la-guia-definitiva-de-seo-tecnico-para-principiantes

Cómo detectarlo Revisa manualmente los slugs de tus páginas principales o utiliza un script que compare los slugs contra una lista de stop words en español. Screaming Frog permite exportar todas las URLs del sitio para analizarlas en bloque.

Cómo corregirlo

1. Identifica los slugs que contienen artículos o preposiciones al inicio o en medio del slug.
2. Simplifica: /los-mejores-zapatos-de-running → /mejores-zapatos-running.
3. Implementa 301 desde la URL larga hacia la simplificada.
4. Prioriza las páginas de mayor tráfico o importancia estratégica.

Regla 3: Mayúsculas en la URL {#regla-3}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta cualquier carácter en mayúscula en la ruta de la URL. Técnicamente, los servidores web basados en Linux distinguen entre mayúsculas y minúsculas, lo que significa que /Zapatos-Running y /zapatos-running pueden ser dos URLs completamente distintas.

¿Por qué importa? Las URLs con mayúsculas generan problemas de contenido duplicado: si la misma página es accesible tanto en mayúsculas como en minúsculas, Google puede indexar ambas versiones como páginas diferentes, diluyendo el PageRank y la autoridad del contenido. Además, los sistemas de redirección y los enlaces internos se vuelven inconsistentes, lo que complica el rastreo.

# Bueno ✅
https://miweb.com/zapatos-running-hombre

# Con mayúsculas ⚠️
https://miweb.com/Zapatos-Running-Hombre
https://miweb.com/ZAPATOS-RUNNING
https://miweb.com/Agencia-SEO/Almeria

Cómo detectarlo Utiliza una expresión regular para detectar caracteres en mayúscula en la ruta ([A-Z]) en cualquier segmento de la URL después del dominio. Screaming Frog y SEOmator lo detectan automáticamente.

Cómo corregirlo

1. Configura el servidor para redirigir automáticamente cualquier URL con mayúsculas a su equivalente en minúsculas (mod_rewrite en Apache, rewrite rules en Nginx).
2. En Apache (.htaccess):

RewriteEngine On
RewriteMap lc int:tolower
RewriteCond %{REQUEST_URI} [A-Z]
RewriteRule (.*) ${lc:$1} [R=301,L]

3. Actualiza todos los enlaces internos para que usen solo minúsculas.

Regla 4: Guiones bajos en lugar de guiones medios {#regla-4}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta el uso de guiones bajos (_) como separador de palabras en los slugs en lugar de guiones medios (-). Aunque ambos caracteres son válidos técnicamente, Google los trata de forma diferente.

¿Por qué importa? Google trata el guion medio (-) como un separador de palabras, por lo que zapatos-running se interpreta como dos palabras: “zapatos” y “running”. En cambio, el guion bajo (_) no separa las palabras, por lo que zapatos_running se interpreta como un único token. Esto reduce la capacidad de posicionamiento para cada término por separado. El propio equipo de Google confirmó explícitamente esta diferencia y la recomendación de usar guiones medios sigue vigente.

# Bueno ✅
https://miweb.com/diseno-web-barcelona

# Con guiones bajos ⚠️
https://miweb.com/diseno_web_barcelona
https://miweb.com/agencia_seo_almeria

Cómo detectarlo Busca el carácter _ en los slugs de tu sitio. Un simple rastreo con Screaming Frog o una exportación de URL desde tu CMS es suficiente.

Cómo corregirlo

1. Reemplaza todos los guiones bajos por guiones medios en los slugs.
2. Implementa redirecciones 301 desde las URLs con guiones bajos hacia las nuevas con guiones medios.
3. Actualiza los enlaces internos y el sitemap XML.
4. En WordPress, los slugs generados automáticamente ya usan guiones medios por defecto.

Regla 5: Doble barra en la ruta {#regla-5}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta la presencia de barras dobles (//) en la ruta de la URL, como en https://miweb.com//zapatos//running/. Esto ocurre con frecuencia por errores en la concatenación de rutas en el código del servidor o en el CMS.

¿Por qué importa? Las dobles barras crean URLs técnicamente distintas que pueden indexarse por separado, generando contenido duplicado. Además, algunos servidores las manejan de forma impredecible, lo que puede provocar errores 404 o comportamientos inesperados en el rastreo. Google puede ignorar el contenido duplicado, pero el presupuesto de rastreo se desperdicia en URLs inválidas.

# Bueno ✅
https://miweb.com/zapatos/running/

# Con doble barra ⚠️
https://miweb.com//zapatos//running/
https://miweb.com/blog//entrada-seo/

Cómo detectarlo Revisa las URLs rastreadas en Screaming Frog o Google Search Console en busca del patrón // en la ruta.

Cómo corregirlo

1. Localiza el origen del problema: concatenación incorrecta en el código, configuración del servidor o generación de URLs en el CMS.
2. En Nginx:

merge_slashes on;

3. En Apache (.htaccess):

RewriteCond %{THE_REQUEST} //
RewriteRule ^(.*)$ /$1 [R=301,L]

Regla 6: Espacios en la URL {#regla-6}

Severidad: ❌ Fallo

¿Qué es? Esta regla detecta espacios codificados como %20 en la ruta de la URL. Los espacios en las URLs son el resultado de no usar separadores adecuados (guiones) al crear los slugs, y se codifican automáticamente como %20 cuando el navegador los procesa.

¿Por qué importa? Las URLs con %20 son ilegibles, poco compartibles y señalan una mala higiene técnica en el sitio. Son difíciles de recordar, propensas a romperse en algunos contextos (correo electrónico, mensajería) y Google las considera una señal de descuido técnico. Esta es una de las pocas reglas de estructura de URL marcada como fallo crítico.

# Bueno ✅
https://miweb.com/zapatos-running-hombre

# Con espacios codificados ❌
https://miweb.com/zapatos%20running%20hombre
https://miweb.com/guia%20seo%20tecnico

Cómo detectarlo Busca el patrón %20 en todas las URLs rastreadas. Screaming Frog, SEOmator y Google Search Console en la sección de Cobertura muestran este tipo de URLs problemáticas.

Cómo corregirlo

1. Identifica el origen: generalmente es el CMS o el código que genera las URLs dinámicamente.
2. Reemplaza los espacios por guiones medios en todos los slugs y rutas.
3. Implementa 301 desde las URLs con %20 hacia sus equivalentes con guiones.
4. Revisa el proceso de creación de contenido para que los títulos se conviertan correctamente a slugs (la mayoría de los CMS modernos lo hacen automáticamente si se configura bien).

Regla 7: Caracteres no-ASCII {#regla-7}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta caracteres no-ASCII en los slugs: letras con tilde (á, é, í, ó, ú), la eñe (ñ), diéresis (ü) u otros caracteres propios de lenguas no anglosajonas. Estos caracteres se codifican como secuencias %XX en la URL, lo que los hace ilegibles.

¿Por qué importa? Aunque técnicamente es posible usar caracteres Unicode en URLs, los slugs con caracteres no-ASCII generan URLs largas y codificadas que resultan difíciles de compartir y copiar. Por ejemplo, /diseño-web/ se convierte en /dise%C3%B1o-web/ en muchos contextos. La recomendación es transliterar los caracteres especiales para mantener las URLs limpias y universales.

# Bueno ✅
https://miweb.com/diseno-web-barcelona
https://miweb.com/gestion-redes-sociales

# Con caracteres no-ASCII ⚠️
https://miweb.com/diseño-web-barcelona
https://miweb.com/gestión-redes-sociales

Cómo detectarlo Analiza los slugs de tu sitio en busca de caracteres fuera del rango ASCII (a-z, 0-9, -). Screaming Frog y SEOmator los detectan automáticamente.

Cómo corregirlo

1. Transliterar: sustituye ñ → n, á → a, é → e, í → i, ó → o, ú → u, etc.
2. Configura tu CMS para que genere slugs transliterados automáticamente. En WordPress, el plugin Yoast SEO incluye esta opción; también existe el plugin “Permalink Manager”.
3. Implementa 301 desde las URLs con caracteres especiales hacia las transliteradas.
4. Nunca elimines el contenido de una página para recrearla con un slug limpio: siempre redirige.

Regla 8: Longitud de la URL {#regla-8}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla evalúa la longitud total de la ruta de la URL. La recomendación es mantener la ruta (todo lo que va después del dominio) por debajo de 75 caracteres. URLs más largas son más difíciles de leer, compartir y recordar.

¿Por qué importa? Aunque Google no tiene un límite técnico estricto para la longitud de las URLs, las URLs cortas se correlacionan con mejores tasas de clic en los resultados de búsqueda. En los SERPs, Google trunca las URLs largas, lo que puede ocultar información relevante. Además, una URL larga suele indicar una jerarquía de categorías demasiado profunda o slugs con stop words innecesarias.

# Buena longitud ✅
https://miweb.com/zapatos-running-hombre        (ruta: 24 chars)
https://miweb.com/agencia-seo/almeria           (ruta: 22 chars)

# Demasiado larga ⚠️
https://miweb.com/categoria/subcategoria/producto/los-mejores-zapatos-de-running-para-hombre-2024
(ruta: 82 chars)

Cómo detectarlo Exporta todas las URLs de tu sitio y calcula la longitud de la ruta (sin el dominio). Screaming Frog incluye esta métrica en su exportación estándar. Filtra por URLs con ruta superior a 75 caracteres.

Cómo corregirlo

1. Elimina stop words innecesarias del slug (ver Regla 2).
2. Reduce la profundidad de la jerarquía de categorías si es posible.
3. Acorta los slugs de páginas de gran importancia sin perder las keywords principales.
4. Considera aplanar la arquitectura de URLs para páginas con mucho tráfico orgánico potencial.

Regla 9: Segmentos repetidos en la ruta {#regla-9}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta segmentos duplicados dentro de la misma URL, como /zapatos/zapatos/running/ o /blog/blog/entrada-seo/. Estos patrones suelen originarse por errores en la generación de URLs en el CMS o en las configuraciones de categorías.

¿Por qué importa? Los segmentos repetidos son un síntoma claro de un problema en la arquitectura de URLs. Generan confusión tanto para los rastreadores como para los usuarios, aumentan artificialmente la longitud de la URL y pueden provocar que Google descarte la URL como mal formada. En algunos casos generan también contenido duplicado si existen versiones con y sin el segmento repetido.

# Buena ruta ✅
https://miweb.com/zapatos/running/

# Con segmentos repetidos ⚠️
https://miweb.com/zapatos/zapatos/running/
https://miweb.com/blog/blog/entrada-seo/
https://miweb.com/categoria/categoria/producto/

Cómo detectarlo Analiza las rutas de todas las URLs en busca de segmentos que aparezcan dos veces consecutivas. Una expresión regular del tipo (/[^/]+)\1 detecta este patrón.

Cómo corregirlo

1. Localiza el origen del error en el CMS o en el código que genera las URLs.
2. Corrige la lógica de generación de URLs para eliminar la duplicación.
3. Implementa 301 desde las URLs con segmentos repetidos hacia las URLs correctas.

Regla 10: Parámetros de consulta excesivos {#regla-10}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta URLs con un número elevado de parámetros de consulta (?param1=valor1&param2=valor2&...). Aunque los parámetros son legítimos para filtros, paginación o funcionalidades específicas, un exceso de parámetros indica que el sitio depende de URLs dinámicas en lugar de rutas limpias.

¿Por qué importa? Las URLs con múltiples parámetros son difíciles de leer y recordar, consumen presupuesto de rastreo (Google puede generar miles de combinaciones de parámetros) y generan riesgo de contenido duplicado. Los sistemas de e-commerce y los buscadores internos son los principales culpables. Google Search Console permite configurar cómo se tratan los parámetros de URL, pero la solución a largo plazo es reducirlos.

# URL limpia ✅
https://miweb.com/zapatos/running/hombre/

# Demasiados parámetros ⚠️
https://miweb.com/productos?categoria=zapatos&tipo=running&genero=hombre&color=azul&talla=42&orden=precio

Cómo detectarlo Filtra las URLs rastreadas por aquellas que contienen el carácter ? seguido de múltiples parámetros (&). Considera problemáticas las URLs con más de 2-3 parámetros de consulta.

Cómo corregirlo

1. Convierte los filtros más importantes en segmentos de ruta limpia (navegación facetada con URLs canónicas correctas).
2. Para filtros secundarios que no necesitan indexación, usa rel="canonical" apuntando a la URL base o añade noindex a las páginas filtradas.
3. Configura los parámetros en Google Search Console → Parámetros de URL para indicarle a Google cómo tratarlos.
4. Revisa si tu plataforma de e-commerce ofrece opciones de “URL amigables” para los filtros de categoría.

Regla 11: IDs de sesión en la URL {#regla-11}

Severidad: ❌ Fallo

¿Qué es? Esta regla detecta identificadores de sesión en las URLs: PHPSESSID, jsessionid, sessionid, sid y variantes similares. Los IDs de sesión se usaban —y aún se usan en algunos sistemas legacy— para rastrear a los usuarios entre peticiones en lugar de usar cookies.

¿Por qué importa? Los session IDs en las URLs generan un problema gravísimo: cada visitante genera una URL única, multiplicando exponencialmente el número de URLs en el sitio. Google rastrea todas estas variantes como páginas distintas, lo que agota el presupuesto de rastreo, genera contenido masivamente duplicado y puede provocar la exclusión del índice de páginas importantes. Es uno de los errores técnicos de mayor impacto negativo en SEO.

# URL limpia ✅
https://miweb.com/carrito/

# Con session ID ❌
https://miweb.com/carrito/?PHPSESSID=abc123xyz789
https://miweb.com/productos/zapatos;jsessionid=5F3E2D1C
https://miweb.com/pagina?sid=9f8g7h6j&producto=42

Cómo detectarlo Busca los patrones PHPSESSID, jsessionid, sessionid o sid= en todas las URLs rastreadas. Google Search Console también mostrará estas URLs en el informe de Cobertura si están siendo rastreadas.

Cómo corregirlo

1. Migra el sistema de sesiones a cookies (HTTP-only, Secure). Esta es la solución definitiva.
2. Si no puedes modificar el backend de inmediato, bloquea estos parámetros en robots.txt:

Disallow: /*?PHPSESSID=
Disallow: /*?sid=

3. Añade una etiqueta canónica en todas las páginas con session ID apuntando a la versión sin parámetro.
4. En Google Search Console, configura el parámetro como “No cambia el contenido de la página” para reducir el rastreo.

Regla 12: Parámetros de tracking indexados {#regla-12}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta parámetros de tracking UTM (utm_source, utm_medium, utm_campaign, utm_term, utm_content) y otros parámetros de seguimiento publicitario (fbclid, gclid, msclkid, ref, source) presentes en URLs que están siendo rastreadas o indexadas por Google.

¿Por qué importa? Los parámetros UTM están diseñados para el análisis de tráfico, no para el SEO. Si Google rastrea e indexa las versiones con parámetros UTM, genera múltiples versiones de la misma página en el índice (contenido duplicado). Además, las URLs con UTMs son más largas y menos atractivas en los SERPs. Es un error frecuente cuando se comparten enlaces en redes sociales o en campañas de email sin tener en cuenta el rastreo.

# URL canónica ✅
https://miweb.com/oferta-zapatos-running/

# URL con UTMs (no debe indexarse) ⚠️
https://miweb.com/oferta-zapatos-running/?utm_source=newsletter&utm_medium=email&utm_campaign=primavera2024
https://miweb.com/landing/?fbclid=IwAR3abc123xyz

Cómo detectarlo Busca los patrones utm_, fbclid, gclid y msclkid en las URLs rastreadas por Google (Google Search Console → Inspección de URLs, o el informe de Cobertura).

Cómo corregirlo

1. Añade una etiqueta <link rel="canonical"> en todas tus páginas apuntando a la URL sin parámetros UTM. Esto le indica a Google cuál es la versión principal.
2. Configura el parámetro en Google Search Console → Parámetros de URL como “No cambia el contenido”.
3. En tu servidor, implementa un strip de parámetros UTM antes de servir la página o al menos antes de enviar la URL al rastreador.
4. Usa Google Tag Manager para procesar los UTMs en el lado del cliente sin que aparezcan en la URL del servidor.

Regla 13: Páginas de búsqueda interna indexadas {#regla-13}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta URLs de resultados de búsqueda interna que están siendo rastreadas o indexadas por Google: páginas del tipo /buscar?q=zapatos, /search?query=running o variantes similares generadas por el motor de búsqueda interno de la web.

¿Por qué importa? Las páginas de resultados de búsqueda interna son un tipo clásico de contenido “thin” (escaso): generan decenas o cientos de URLs únicas con contenido de baja calidad que varía según el término buscado. Google penaliza sitios que contienen grandes cantidades de este tipo de páginas y puede reducir la visibilidad de todo el dominio. Además, estas páginas consumen presupuesto de rastreo sin aportar ningún valor SEO.

# Búsqueda interna (no debe indexarse) ⚠️
https://miweb.com/buscar?q=zapatos+running
https://miweb.com/search?query=agencia+seo&page=2
https://miweb.com/resultados/?termino=diseno-web

Cómo detectarlo Identifica la URL pattern de tu buscador interno (normalmente contiene un parámetro como q=, query=, s= o buscar=). Comprueba en Google Search Console si estas URLs están siendo rastreadas o indexadas.

Cómo corregirlo

1. Añade la directiva noindex en las páginas de resultados de búsqueda interna:

<meta name="robots" content="noindex, follow">

2. Bloquea el rastreo en robots.txt si las páginas no tienen valor alguno:

Disallow: /buscar/
Disallow: /*?q=
Disallow: /*?s=

3. Si usas WordPress, el buscador interno genera URLs con ?s=. Puedes añadir noindex con Yoast SEO → Apariencia en la búsqueda → Archivos → Páginas de búsqueda.

Regla 14: Duplicado HTTP/HTTPS {#regla-14}

Severidad: ⚠️ Aviso

¿Qué es? Esta regla detecta cuando la misma URL es accesible tanto por HTTP como por HTTPS, sin que exista una redirección automática entre ambas versiones. Por ejemplo, tanto http://miweb.com/zapatos-running/ como https://miweb.com/zapatos-running/ responden con contenido.

¿Por qué importa? HTTP y HTTPS son técnicamente protocolos distintos. Si ambas versiones están accesibles y no existe un canonical o una redirección, Google puede indexar ambas versiones como páginas separadas, diluyendo la autoridad del contenido. Además, servir contenido por HTTP es una señal negativa de seguridad que puede afectar la confianza del usuario y las señales de E-E-A-T. Este problema es más común de lo que parece en sitios que migraron de HTTP a HTTPS sin revisar completamente la configuración del servidor.

# Correcto: HTTP redirige a HTTPS ✅
http://miweb.com/zapatos/  →  301  →  https://miweb.com/zapatos/

# Problemático: ambas versiones accesibles ⚠️
http://miweb.com/zapatos/   → 200 OK
https://miweb.com/zapatos/  → 200 OK

Cómo detectarlo Prueba manualmente accediendo a la versión HTTP de varias URLs de tu sitio. Si responden con 200 en lugar de redirigir, tienes el problema. Puedes automatizarlo con cURL:

curl -I http://miweb.com/zapatos-running/

Busca el código de respuesta: debe ser 301 Moved Permanently apuntando a la versión HTTPS.

Cómo corregirlo

1. Configura una redirección 301 a nivel de servidor desde HTTP hacia HTTPS para todas las páginas.
2. En Apache (.htaccess):

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

3. En Nginx:

server {
    listen 80;
    server_name miweb.com www.miweb.com;
    return 301 https://$host$request_uri;
}

4. Activa HSTS (HTTP Strict Transport Security) para evitar que los navegadores accedan por HTTP en el futuro.
5. Asegúrate de que el canonical de todas tus páginas apunte a la versión HTTPS.

Tabla resumen de las 14 reglas {#tabla-resumen}

Preguntas frecuentes {#faq}

¿Las URLs cortas siempre posicionan mejor que las largas?

No necesariamente. Lo que importa es que la URL sea descriptiva y contenga la keyword principal. Una URL corta con keywords relevantes es preferible a una larga con stop words, pero una URL ligeramente más larga que incluye la keyword secundaria puede posicionar mejor que una muy corta y genérica. La regla práctica es: lo más corta posible sin sacrificar la relevancia semántica.

¿Debo cambiar todas mis URLs antiguas para seguir estas 14 reglas?

No de forma masiva ni inmediata. Los cambios de URL conllevan riesgos —pérdida temporal de posiciones, errores en redirecciones— que no siempre compensan el beneficio. Prioriza corregir los errores de severidad ❌ Fallo (session IDs, espacios en URLs) y las URLs de páginas estratégicas con alto tráfico potencial. Las páginas ya posicionadas con buenas métricas deben tocarse con mucho cuidado.

¿Los parámetros UTM afectan al posicionamiento de mis páginas?

Directamente, no: Google es suficientemente inteligente para ignorar los UTMs si la URL canónica está bien configurada. El problema surge cuando no existe un canonical explícito y Google rastrea e indexa múltiples versiones de la misma página con distintos UTMs. La solución más sencilla es asegurarte de que todas tus páginas tienen una etiqueta <link rel="canonical"> apuntando a la URL limpia, sin parámetros de tracking.

¿Es necesario cambiar los guiones bajos si mi CMS los genera por defecto?

Sí. Si tu CMS genera slugs con guiones bajos (_), deberías cambiarlo. En WordPress puedes hacerlo en Ajustes → Enlaces permanentes seleccionando la estructura con %postname%. Para plataformas custom, revisa la función que genera los slugs y asegúrate de que reemplaza espacios y separadores por guiones medios (-). El impacto puede ser modesto en sitios establecidos, pero es una buena práctica desde el inicio de cualquier proyecto.

Cada URL de tu web es una zancada en el ascenso hacia la cima de los resultados de búsqueda. Si están mal trazadas, Google pierde el hilo de la ruta y tus usuarios se quedan a mitad de la pendiente. Las 14 reglas que hemos recorrido en este artículo son el mapa topográfico que necesitas para que cada dirección de tu web sea clara, limpia y escalable.

En Escala14 auditamos la estructura de URLs como parte de nuestra auditoría SEO técnica completa. Si quieres saber exactamente en qué punto de la ruta está tu web y qué hay que corregir para llegar más alto, cuéntanos tu proyecto sin compromiso. Juntos trazaremos la ruta perfecta hacia tu próxima cima.