URL amigable: estructura de URL y elementos técnicos on-page

Por qué la estructura de URL y los elementos técnicos on-page deciden la visibilidad

La URL es la primera señal técnica que buscadores y usuarios ven de una página. Aparece en los resultados de búsqueda, se copia, se enlaza y se cita en las respuestas de IA. Aun así, muchas empresas B2B tratan las URL como un asunto secundario que el CMS genera automáticamente. Es arriesgado, porque las URL mal estructuradas generan contenido duplicado, malgastan presupuesto de rastreo y debilitan la claridad temática de una página.

La competencia es más dura de lo que parece. Según un análisis internacional de Ahrefs sobre unos 14 mil millones de páginas, el 96,55 % de todas las páginas no recibe ningún tráfico orgánico de Google. Si quieres ganar visibilidad en este entorno, no puedes permitirte errores técnicos evitables. En Austria, además, Google domina con un 81,87 % de cuota de mercado, seguido de Bing con un 9,01 % (datos de mayo de 2026). Por tanto, los fundamentos técnicos on-page tienen que funcionar sobre todo para Google, sin descuidar Bing, que trata las señales de idioma de otra manera.

La estructura de URL y los elementos técnicos on-page forman juntos la base sobre la que la calidad del contenido puede surtir efecto. Una página con un contenido sólido pero con una etiqueta canonical errónea o un hreflang roto desperdicia un potencial de posicionamiento que un texto mejor no puede recuperar.

Cómo crear una estructura de URL amigable para SEO

Una buena URL describe el contenido de la página antes de que alguien la abra. Google recomienda expresamente usar palabras legibles en lugar de largos números de ID y guiones en lugar de guiones bajos como separadores de palabras. La razón es semántica: los guiones ayudan a usuarios y buscadores a reconocer cada término de la URL, mientras que los guiones bajos pegan las palabras entre sí.

Para aplicarlo en la práctica, sigue estas pautas:

• Minúsculas siempre: Las URL deberían contener solo letras minúsculas, ya que los servidores pueden distinguir entre mayúsculas y minúsculas en las rutas y, de lo contrario, se generan URL duplicadas.
• Guiones como separador: seo-beratung-wien en lugar de seo_beratung_wien o SeoBeratungWien. Es la recomendación expresa de Google.
• Slugs descriptivos: El slug debería contener la palabra clave principal y describir el contenido. /leistungen/technisches-seo-audit es mejor que /seite?id=4827.
• Diéresis y caracteres especiales: Las diéresis (ä, ö, ü) y la ß funcionan técnicamente mediante la codificación UTF-8 (Punycode o codificación porcentual), pero dificultan copiar y enlazar las URL y empeoran su legibilidad. En el entorno B2B se ha impuesto la transcripción: ä pasa a ae, ö a oe, ü a ue y ß a ss. prüfung se convierte en pruefung. Así las URL se mantienen limpias y se muestran sin errores en cualquier lugar.

En cuanto a la longitud, lo más corto suele posicionar mejor. Un estudio internacional de Backlinko sobre 11,8 millones de resultados de búsqueda concluyó que la longitud media de las URL en el top 10 es de 66 caracteres y que las URL en la posición 1 son de media 9,2 caracteres más cortas que las de la posición 10. Eso no demuestra causalidad, pero sí una correlación clara: las URL concisas y centradas posicionan mejor de media. Por eso, mantén las URL lo más cortas posible sin sacrificar su significado.

Un matiz importante: las palabras clave en la URL son una señal débil. Mejoran la legibilidad y la probabilidad de clic, pero no sustituyen la relevancia del contenido. Trátalas como un detalle útil, no como una palanca central de posicionamiento.

Profundidad de directorios y parámetros bajo control

Las jerarquías planas ayudan a los rastreadores y a los usuarios a entender la estructura del sitio. Una estructura de rutas lógica como /leistungen/seo/ o /wissen/on-page/, con uno o dos niveles de carpetas, basta para la mayoría de los sitios B2B. Cada nivel adicional dificulta la orientación y señala una mayor distancia respecto al punto de partida del dominio.

El mayor riesgo técnico está en los parámetros de URL. Google advierte expresamente de que las URL demasiado complejas, con varios parámetros, pueden hacer que Googlebot consuma mucho más ancho de banda del necesario o que Google no consiga indexar todo el contenido. Los parámetros suelen surgir de filtros, ordenaciones, IDs de sesión o tracking. Generan muchas URL que apuntan a contenidos idénticos o similares.

Medidas prácticas contra la proliferación de parámetros:

• Eliminar los IDs de sesión de las URL: La información de sesión va en cookies, no en la URL.
• Controlar las combinaciones de filtros: Gestionar la navegación facetada mediante etiquetas canonical, directivas robots o reglas de indexación específicas, para evitar que cada combinación de filtros genere su propia URL indexable.
• Canonicalizar los parámetros de tracking: Hacer que los parámetros UTM y otros marcadores de marketing similares apunten mediante canonical a la URL base limpia.

Cómo usar correctamente las etiquetas canonical

La etiqueta canonical (rel="canonical") indica a los buscadores qué URL es la versión de referencia de un contenido. La buena práctica es un canonical autorreferencial en cada página indexable: la página apunta en el <head> a su propia URL preferida. Así se evita que las variantes con parámetros, las diferencias de protocolo (HTTP/HTTPS) o las variantes con www se consideren contenido duplicado independiente.

Su uso sigue creciendo. Según el Web Almanac internacional, en 2024 el 65 % de las páginas, tanto de escritorio como de móvil, usaba etiquetas canonical, y en 2025 fueron el 68 % (escritorio) y el 67 % (móvil). La etiqueta canonical es, por tanto, parte fija del estándar técnico.

Errores frecuentes que dejan la etiqueta sin efecto o la vuelven contraproducente:

• Canonical y hreflang en conflicto: Un canonical que apunta desde la página austriaca (de-AT) a la alemana (de-DE) anula la lógica de hreflang. Cada versión de idioma debería canonicalizarse a sí misma.
• Canonical fuera de un <head> válido: Si la etiqueta está en el <body> o después de un elemento no válido en el <head>, Google la ignora. Encontrarás más detalles en la sección sobre el <head> válido.
• Canonicals encadenados: La página A apunta a B y B apunta a C. Estas cadenas diluyen la señal y deberían resolverse en una referencia directa.

Cómo configurar correctamente hreflang para la región DACH

La región DACH es el caso de manual para hreflang. El alemán se habla en Austria, Alemania y Suiza, pero los precios, el marco legal, el tono y en parte la terminología difieren. Hreflang se encarga de que Google muestre a los usuarios austriacos la versión de-AT y no la de-DE. Usa las combinaciones de idioma y región de-AT, de-DE y de-CH, además de un x-default para los usuarios sin una asignación adecuada.

Hay dos mecanismos decisivos:

• Enlaces de retorno bidireccionales: Si la página de-AT apunta a la de-DE, la de-DE tiene que apuntar de vuelta a la de-AT. La falta de enlaces de retorno es el error de hreflang más frecuente y hace que Google ignore la anotación.
• x-default como alternativa: Esta anotación recoge todas las combinaciones de idioma y región que no están cubiertas explícitamente.

Hreflang se puede implementar de tres maneras: con una etiqueta link en el <head>, mediante el sitemap XML o mediante la cabecera HTTP (para archivos que no son HTML, como los PDF). No se deben mezclar los métodos para el mismo grupo de URL, porque se generan indicaciones contradictorias.

Para los proyectos DACH hay dos particularidades clave. Primero, Google no usa el atributo lang de HTML para determinar el idioma, sino que analiza el propio contenido. El atributo lang sigue siendo relevante para la accesibilidad y otros sistemas, pero no sustituye a hreflang. Segundo, Bing no se guía principalmente por hreflang, sino por la indicación content-language. Como Bing tiene en Austria una cuota de mercado del 9,01 %, merece la pena mantener ambas señales coherentes. En el caso de Suiza hay que tener en cuenta, además, que existen varias lenguas nacionales: una cobertura completa de Suiza puede requerir de-CH, fr-CH e it-CH.

Etiquetas title, meta descriptions y jerarquía de encabezados

La etiqueta title sigue siendo una de las señales on-page más fuertes y la principal palanca de clics en los resultados de búsqueda. Sin embargo, Google reescribe a menudo los títulos. Un estudio internacional de Ahrefs sobre 953.276 páginas muestra que Google reescribe las etiquetas title en el 33,4 % de los casos. Los títulos largos son los más afectados: con títulos de más de 600 píxeles de ancho, la tasa de reescritura sube del 29,45 % al 46,12 %. Por eso, quédate por debajo de unos 600 píxeles, coloca la palabra clave principal lo más al principio posible y formula con precisión, para que Google adopte el título en lugar de sustituirlo.

La meta description no influye directamente en el posicionamiento, pero sí en la tasa de clics en los resultados de búsqueda. Según el Web Almanac, en 2025 había meta description en el 67,7 % de las páginas de escritorio y en el 67,2 % de las páginas móviles. Escríbela como un argumento de venta conciso para el clic, con la palabra clave y una promesa de valor clara.

En la jerarquía de encabezados manda la limpieza semántica: exactamente un H1 por página y, debajo, de H2 a H6 anidados de forma lógica, sin saltarse niveles. El H1 es más que un encabezado, porque Google lo usa como alternativa al title. Cuando Google ignora la etiqueta title, según el estudio de Ahrefs, usa el H1 como sustituto en el 50,76 % de los casos. Un H1 bien pensado es, por tanto, una protección frente a títulos no deseados en las SERP.

Marcado schema y control técnico válido de la indexación

Los datos estructurados hacen que el contenido sea legible por máquinas para los buscadores y permiten obtener resultados enriquecidos. Para las páginas B2B son relevantes sobre todo Organization, Article, FAQPage, BreadcrumbList y Service. El formato recomendado es JSON-LD, que según el Web Almanac 2024 ya está presente en el 41 % de las páginas, frente al 34 % de 2022, mientras que el formato más antiguo, los microdatos, se estanca en el 26 %. JSON-LD es el que más crece, Google lo prefiere y es la opción correcta para proyectos nuevos, porque va separado del HTML visible, en el <head> o en el <body>.

El control técnico de la indexación decide si estas señales llegan siquiera a su destino. La etiqueta meta robots (index/noindex, follow/nofollow) controla la indexación a nivel de página. Es importante distinguirla del robots.txt: el robots.txt controla el rastreo, no la indexación. Una URL bloqueada mediante robots.txt puede acabar igualmente en el índice si está enlazada, solo que sin contenido. Para mantener una página fuera del índice de forma fiable, hay que poner un noindex en la etiqueta meta robots, y la página no puede estar bloqueada a la vez en el robots.txt; si no, Google nunca verá el noindex.

Lo decisivo es un <head> válido. Según el Web Almanac 2024, el 10,6 % de las páginas de escritorio y el 10,9 % de las páginas móviles tenían elementos HTML no válidos en el <head>. El elemento desencadenante más frecuente fue la etiqueta <img>, con el 29 % de los casos afectados en escritorio y el 22 % en móvil. El mecanismo es peligroso: en cuanto Google detecta un elemento no válido en el <head>, da por terminado el <head> y deja de leer elementos. Todo lo que viene después (canonical, hreflang, title) se ignora. Por eso, coloca estas etiquetas críticas al principio del <head> y mantén alejados los elementos no válidos.

GEO y optimización on-page para la búsqueda con IA

Los motores de búsqueda generativos y los AI Overviews están cambiando cómo se vuelve visible el contenido. La Generative Engine Optimization (GEO) describe la optimización del contenido para que sea citable en las respuestas de IA. Un estudio de Princeton (Aggarwal et al., KDD 2024) analizó qué elementos on-page aumentan la visibilidad en los motores de búsqueda generativos. Los métodos más eficaces fueron incluir citas, con alrededor de un 41 % más de visibilidad, estadísticas, con un 31 % aproximadamente, y referencias a fuentes, con alrededor de un 28 %, medido según la visibilidad ponderada por posición (Position-Adjusted Word Count).

Para la práctica on-page en B2B, esto significa en concreto:

• Incluir estadísticas con fuente: Las cifras concretas y verificadas aumentan la probabilidad de que te citen en las respuestas de IA.
• Citar las fuentes de forma explícita: Las referencias a fuentes fiables refuerzan la citabilidad.
• Nombrar las entidades con claridad: Nombrar empresas, productos, lugares y términos técnicos de forma inequívoca y coherente, para que los sistemas de IA y el Knowledge Graph puedan asignarlos correctamente. Una denominación coherente de las entidades en el title, el H1, el texto principal y el marcado schema refuerza la señal.
• Asegurar el E-E-A-T on-page: Los datos del autor, la fecha de actualización y las pruebas verificables señalan experiencia, conocimientos, autoridad y fiabilidad.

El GEO no sustituye la optimización on-page clásica, sino que la amplía. Unos fundamentos técnicos limpios siguen siendo un requisito, porque lo que no se puede indexar tampoco se cita.

Optimización de imágenes y contenido multimedia como factor on-page

Las imágenes son una palanca on-page infravalorada y, a la vez, una fuente de errores técnicos. Como se ha visto más arriba, el elemento <img> es el desencadenante más frecuente de HTML no válido en el <head>. Por eso, las imágenes van en el <body>, nunca en el <head>.

Para optimizarlas, ten en cuenta estos puntos:

• Textos alternativos descriptivos: Describen el contenido de la imagen para lectores de pantalla y buscadores, y deberían incluir la palabra clave relevante de forma natural, sin keyword stuffing.
• Nombres de archivo y URL descriptivos: technisches-seo-audit-ablauf.webp es mejor que IMG_4827.jpg. Aquí se aplican las mismas reglas que para las URL: minúsculas, guiones y nada de diéresis.
• Datos estructurados para imágenes: Las imágenes marcadas en tipos de schema adecuados (como Article o Product) mejoran las posibilidades de obtener resultados enriquecidos.
• Tener en cuenta las Core Web Vitals: El tamaño de la imagen, el formato (WebP/AVIF) y el lazy loading influyen en el tiempo de carga y en el Largest Contentful Paint. El rendimiento es un factor de posicionamiento confirmado y repercute directamente en la calidad on-page.

Medición y control continuo

Los elementos técnicos on-page no son un proyecto puntual, sino que requieren un control continuo. Los puntos de control más importantes:

• Estado de indexación: Comprobar en Google Search Console qué URL están indexadas y cuáles se han excluido por señales de canonical o noindex.
• Errores de hreflang: Los informes internacionales y los rastreadores detectan enlaces de retorno ausentes y códigos de idioma y región incorrectos. Los errores de hreflang son habituales en los proyectos multilingües y conviene auditarlos con regularidad.
• Reescrituras de title: Controlar en Search Console y observando las SERP si Google adopta los títulos propios o los reescribe. Una tasa de reescritura alta es una señal para acortar o afinar los títulos.
• Validez del <head>: Comprobar con un rastreador si las etiquetas críticas están dentro de un <head> válido y no quedan cortadas por elementos no válidos.
• Datos estructurados: Validar con la prueba de resultados enriquecidos y en Search Console que el JSON-LD se reconoce sin errores.

Si revisas estos puntos con regularidad, mantienes estable la base técnica on-page y creas las condiciones para que la calidad del contenido y las medidas de GEO puedan surtir efecto.

Para profundizar

La estructura de URL y los elementos técnicos on-page están estrechamente ligados a otras disciplinas. El enlazado interno se apoya en una jerarquía de URL limpia, la estructura del contenido depende de un anidamiento correcto de los encabezados y la optimización GEO presupone una indexabilidad sin errores. Para implementarlo en el entorno B2B, se recomienda este orden: primero asegurar los fundamentos técnicos (URL, canonical, hreflang, <head> válido), después optimizar title, meta y jerarquía de encabezados, y por último añadir el marcado schema y los elementos de GEO.