Definición
Una URL amigable es una dirección web que se entiende leyéndola. Compara:
https://tienda.com/index.php?cat=12&prod=4471&ref=a
https://tienda.com/rodamientos/rodamiento-rigido-6204/
La segunda le dice al usuario dónde está antes de pulsar, se puede leer en voz alta, se puede compartir sin que parezca sospechosa, y le da al buscador un dato más sobre el contenido.
Conviene calibrar la expectativa: el peso de la URL como factor de posicionamiento es pequeño. Google lo ha dicho más de una vez. Lo que sí es grande es el efecto indirecto: URLs legibles se enlazan más, se pulsan más y se comparten mejor.
Cómo estructurarlas
- Palabras, no identificadores.
/rodamientos/mejor que/cat12/. - Guiones para separar, no guiones bajos ni espacios. Google trata el guion como separador de palabras y el guion bajo no.
- Minúsculas siempre. En muchos servidores
/Paginay/paginason URLs distintas, y ahí tienes contenido duplicado gratis. - Sin tildes ni eñes. Se codifican y quedan ilegibles al copiarlas.
/diseno-web/en vez de/diseño-web/. - Cortas. Quita artículos y preposiciones que no aporten.
- Poca profundidad. Dos o tres niveles bastan casi siempre.
- Sin extensión si puedes evitarla.
/contacto/envejece mejor que/contacto.php. - Coherentes. Si usas barra final, úsala en todas.
Ejemplo práctico
En esta web las URLs del diccionario siguen un patrón fijo:
/diccionario/seo/url-amigable/
/diccionario/programacion/inyeccion-sql/
Categoría y término, y nada más. Se lee, se entiende y se adivina.
Tres decisiones concretas detrás:
Sin tildes ni eñes. El término se llama "Inyección SQL" y su dirección es inyeccion-sql. El sistema valida que el identificador solo lleve minúsculas, números y guiones — si escribo uno con tilde, el build falla. Es la única forma de que 134 identificadores mantengan el criterio.
Con barra final, siempre. Es una decisión de configuración del framework, y lo importante no es cuál elijas: es no mezclar. /pagina y /pagina/ son dos URLs distintas para Google.
La categoría dentro de la ruta. Podría haber puesto /diccionario/inyeccion-sql/ y es más corto. Meter la categoría refleja la estructura real del contenido y hace que la URL se explique sola. El coste es que si un término cambia de categoría, cambia su dirección — y eso obliga a una redirección 301. Asumido a cambio de la claridad.
La regla más importante: no las cambies
Esto es lo que más dinero cuesta cuando se ignora.
Una URL que ya está indexada y tiene enlaces es un activo. Cambiarla implica: montar redirecciones para todas, esperar semanas a que Google reconsolide, perder algo de autoridad en cada salto, y actualizar todos los enlaces internos.
Si tienes URLs feas pero funcionando, con tráfico y con enlaces, la respuesta casi siempre es dejarlas como están. La mejora de tener URLs bonitas rara vez compensa el coste de la migración.
Donde sí hay que hacerlo bien es en las páginas nuevas y en los proyectos que empiezan. Ahí es gratis.
Errores comunes
- Cambiar URLs sin redirigir. Pérdida directa de tráfico y enlaces.
- Meter la fecha en la ruta de un artículo.
/2024/03/articulo/envejece a la vista y desaconseja pulsar en cuanto pasan dos años. - Rellenarlas de palabras clave.
/zapatos-baratos-comprar-zapatos-online/se lee mal y no ayuda. - Profundidad excesiva. Cinco carpetas anidadas para llegar a un producto.
- Parámetros donde debería haber una ruta.
?id=4471para una ficha permanente. - Mezclar mayúsculas.
- Cambiarlas "para mejorar el SEO" en una web que ya funciona. Es la peor razón posible.
Cuándo revisarlas
Al empezar un proyecto, que es cuando decidir sale gratis.
Y en una migración, donde son parte del plan de redirecciones. Fuera de esos dos momentos, la URL es de las últimas cosas que tocaría en una web que ya está posicionando.
