DICCIONARIO · U

URL normalization

La URL normalization (normalización de URL) es el proceso de convertir las distintas formas de escribir una dirección en una única forma estándar, para saber si dos URL apuntan al mismo recurso. La define la RFC 3986 y en SEO evita que mayúsculas, www, barras finales o parámetros multipliquen una página en cientos de duplicados.

Germán Gutiérrez Escrito por Germán Gutiérrez 6 min de lectura
Ficha rápida
Norma de referencia
RFC 3986, sección 6 «Normalization and Comparison» (enero de 2005, STD 66)
Niveles de comparación
Cuatro: cadena simple, sintaxis, esquema y protocolo
Equivalentes según el estándar
HTTP://www.Example.com/ y http://www.example.com/; %7E y ~; http://example.com:80/ y http://example.com/
Distintas según el estándar
Mayúsculas en la ruta: /Zapatos y /zapatos son dos URL
Cambio en Search Console
Google retiró la herramienta de parámetros de URL en 2022

≡En resumen

  • Normalizar una URL es reescribirla en una forma estándar sin cambiar el recurso al que apunta.
  • La RFC 3986 distingue normalizaciones seguras (esquema y dominio en minúsculas, puerto por defecto) de las que dependen del servidor.
  • Las decisiones de SEO, como www, barra final o parámetros, no las resuelve el estándar: las fija cada web.
  • Sin normalizar, una página puede existir en decenas de URL y repartir enlaces, rastreo y datos de analítica.
  • Se normaliza con redirecciones 301 en el servidor, etiqueta canonical, enlaces internos coherentes y un sitemap limpio.

01 ¿Qué es la URL normalization?

El concepto viene de la RFC 3986, la especificación de la sintaxis de los URI publicada por la IETF en enero de 2005, cuya sección 6 se titula precisamente Normalization and Comparison. La usan navegadores, buscadores, cachés, proxies y herramientas de seguridad para decidir si dos URL son la misma.

No hay que confundirla con la URL canónica que elige Google: la normalización es un proceso técnico y previo, y la canónica es la decisión del buscador entre páginas con contenido duplicado. Una buena normalización hace que esa decisión sea fácil.

02 La escalera de comparación de la RFC 3986

La RFC 3986 propone comparar URL en niveles de esfuerzo creciente. Cada nivel detecta más equivalencias, pero exige más conocimiento. El objetivo declarado es reducir los falsos negativos (tratar como distintas dos URL iguales) sin provocar nunca falsos positivos.

Nivel Qué hace Ejemplo de equivalencia
1. Comparación de cadenas Compara carácter a carácter, sin transformar nada Solo son iguales si se escriben exactamente igual
2. Normalización por sintaxis Minúsculas en esquema y dominio, codificación por porcentaje coherente, eliminación de segmentos . y .. HTTP://www.Example.com/ = http://www.example.com/
3. Normalización por esquema Aplica reglas propias de http o https: puerto por defecto y ruta vacía http://example.com:80/ = http://example.com/ = http://example.com
4. Normalización por protocolo Consulta al servidor, por ejemplo siguiendo redirecciones /datos redirige a /datos/, luego son el mismo recurso
Niveles de comparación de URL según la RFC 3986
01

Mayúsculas en esquema y dominio

No distinguen mayúsculas: se pasan a minúsculas sin riesgo.

02

Codificación por porcentaje

%3a y %3A son equivalentes y se normalizan en mayúsculas; los caracteres no reservados codificados, como %7E, se decodifican a ~.

03

Segmentos de punto

/a/./b/../c se reduce a /a/c.

04

Puerto y ruta por defecto

El puerto 80 en http o 443 en https sobra, y una ruta vacía equivale a /.

03 Normalizaciones que decide cada web: www, barra final, mayúsculas y parámetros

Más allá del estándar, hay variantes que la RFC 3986 considera URL distintas pero que en una web real suelen servir el mismo contenido. Como el estándar no puede saberlo, eres tú quien debe elegir una forma y redirigir las demás.

Variante ¿La misma URL según el estándar? Normalización recomendada
http:// frente a https:// No Redirigir todo a https con 301
ejemplo.es frente a www.ejemplo.es No: son dos hosts Elegir uno y redirigir el otro
/servicios frente a /servicios/ No Elegir una política de barra final para todo el sitio
/Servicios/ frente a /servicios/ No: la ruta distingue mayúsculas Forzar minúsculas y redirigir
/ frente a /index.html o /index.php No Redirigir el archivo índice a la carpeta
?color=rojo&talla=m frente a ?talla=m&color=rojo No Generar siempre el mismo orden de parámetros
?utm_source=… o ?gclid=… No Canonical hacia la URL sin parámetros de seguimiento
?sessionid=… No Guardar la sesión en cookies, no en la URL
/pagina#seccion Sí para el servidor: el fragmento no se envía No necesita normalización en el servidor
Variantes habituales y cómo normalizarlas

04 Por qué la normalización de URL importa para el SEO

01

Duplicados

Cada variante es, para un buscador, una URL diferente con el mismo contenido. Google tiene que agruparlas y elegir una.

02

Rastreo desperdiciado

Googlebot dedica peticiones a variantes inútiles en lugar de a páginas nuevas o actualizadas.

03

Señales repartidas

Los enlaces externos e internos se dividen entre varias versiones de la misma página.

04

Datos fragmentados

Analytics y Search Console muestran la misma página en varias filas y los informes se vuelven difíciles de leer.

El problema es especialmente grave en webs con miles de páginas, donde las variantes consumen presupuesto de rastreo y generan contenido duplicado a escala. En una web pequeña, el efecto habitual es que Google indexa una versión que no es la que enlazas ni la que mides.

05 Cómo normalizar las URL de tu web paso a paso

  1. 1

    Define la forma canónica

    Decide protocolo, host con o sin www, barra final, minúsculas y política de parámetros. Escríbelo para que todo el equipo lo siga.

  2. 2

    Normaliza en el servidor

    Redirige con 301 cada variante a la forma elegida, en una sola redirección y sin cadenas.

  3. 3

    Añade canonical

    Cubre con rel="canonical" los casos que no puedes redirigir, como los parámetros de seguimiento.

  4. 4

    Corrige el código que genera enlaces

    Menús, paginaciones, filtros y sitemaps deben producir siempre URL ya normalizadas.

  5. 5

    Rastrea y compara

    Pasa un rastreador por la web y busca URL que solo difieren en mayúsculas, barra o parámetros.

Ejemplo · Normalizar protocolo y www en Apache

Estas reglas de .htaccess envían cualquier petición HTTP o sin www a la versión https://www. con una única redirección 301:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^ https://www.ejemplo.es%{REQUEST_URI} [L,R=301]

La redirección conserva la ruta y la consulta, así que no se pierden los parámetros de campaña. Tienes más detalles sobre este tipo de reglas en la entrada de redirecciones 301.

06 La normalización de URL fuera del SEO

01

Navegadores

Al analizar una URL, el navegador pasa el dominio a minúsculas, quita el puerto por defecto y resuelve los segmentos de punto antes de pedirla.

02

Cachés y CDN

Normalizan la clave de caché para no guardar la misma página varias veces por un orden distinto de parámetros.

03

Seguridad

Antes de comparar una URL con una lista de destinos permitidos hay que normalizarla; si no, variantes con mayúsculas o codificación saltan el filtro.

04

Analítica y datos

Unificar URL antes de agregar informes evita contar la misma página como varias.

Normalizar bien es una tarea de configuración que se hace una vez y protege todo lo demás. Es uno de los primeros puntos que revisamos en una auditoría SEO y una base imprescindible para cualquier estrategia de posicionamiento web en Google.

Preguntas frecuentes sobre URL normalization

Es el proceso de reescribir una URL en una forma estándar para poder comparar direcciones y saber si apuntan al mismo recurso. Está descrito en la sección 6 de la RFC 3986.

La normalización es la transformación técnica de las variantes de una URL a una forma única; la URL canónica es la versión que Google elige indexar entre páginas duplicadas.

No según el estándar: son dos rutas distintas. Muchas webs sirven el mismo contenido en ambas, por eso conviene elegir una y redirigir la otra con un 301.

El esquema y el dominio no, pero la ruta y la consulta sí. /Zapatos y /zapatos son URL diferentes para Google.

Crean nuevas URL con el mismo contenido. Lo habitual es no enlazarlas internamente y declarar una canonical hacia la URL sin parámetros.

Se codifica en UTF-8 con porcentaje usando siempre hexadecimales en mayúscula, de modo que la ñ quede como %C3%B1. Lo importante es que la web genere siempre la misma forma.

Google puede indexar variantes que no quieres, repartir la autoridad entre ellas y gastar rastreo en duplicados, y tus informes de analítica mostrarán la misma página varias veces.

Fuentes consultadas

Germán Gutiérrez

Sobre el autor

Germán Gutiérrez

Development Manager en appyweb

Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.

Ver perfil en LinkedIn ↗

Términos relacionados

Ver todos los términos →
U URL canónica La URL canónica es la dirección que Google elige como representante de un grupo de páginas iguales o muy parecidas, y la que indexa y muestra en los resultados. Tú puedes sugerirla con redirecciones, la etiqueta canonical o el sitemap, pero la decisión final es de Google, y conviene comprobar que coincide con la tuya. U URL encoding URL encoding (codificación por porcentaje o percent-encoding) es el mecanismo que convierte los caracteres que no pueden ir tal cual en una URL en un signo % seguido de dos dígitos hexadecimales, como %20 para el espacio. Lo define el estándar RFC 3986 y evita que tildes, espacios o símbolos rompan enlaces y parámetros. Q Query string Un query string (cadena de consulta) es la parte de una URL que va tras el signo «?» y envía datos al servidor en pares clave=valor separados por «&», como ?q=zapatillas&talla=42. Sirve para búsquedas, filtros, paginación, seguimiento de campañas y APIs, y su mala gestión genera contenido duplicado y desperdicio de rastreo en SEO. C Contenido duplicado El contenido duplicado es un texto idéntico o muy parecido que se puede ver en más de una URL, dentro de la misma web o en webs distintas. Google no lo sanciona por sí mismo, pero elige una sola versión para mostrar y reparte señales entre las copias, lo que puede dejar fuera la página que querías posicionar. C Crawl Budget El crawl budget (presupuesto de rastreo) es el conjunto de URLs que Googlebot puede y quiere rastrear de un sitio web en un periodo, según la capacidad del servidor y el interés que Google tiene en su contenido. Solo preocupa en webs grandes o que cambian a diario: si se desperdicia, las páginas nuevas tardan en indexarse. U URL rewriting El URL rewriting (reescritura de URL) es la técnica por la que el servidor web transforma internamente la URL que pide el usuario en otra ruta o script antes de procesarla, sin que el navegador lo note. Permite servir URL amigables como /blog/mi-articulo/ desde aplicaciones que por dentro funcionan con index.php y parámetros.

Cuéntanos tu proyecto. Te respondemos en 48 h.

Auditoría gratuita de IA, campañas, web y SEO, con prioridades y cifras reales de tu negocio.

✓ Sin compromiso ✓ Respuesta en 48 h laborables ✓ Un consultor senior, no un bot
WA WhatsApp