Arquitectura semántica e intenciones de búsqueda

La arquitectura semántica consiste en asignar a cada URL de un sitio web la búsqueda que debe liderar, de forma que cada página tenga su ubicación y su intención clara y definida. A diferencia del keyword research, aquí no hablamos de palabras, sino de intenciones.

Pongamos un ejemplo simple. Detrás de «cuánto cuesta reformar una cocina» hay una intención informativa; detrás de «empresa de reformas en Valencia», una intención transaccional. Misma temática, intención distinta, y esa decisión tiene dos posibles escenarios:

  • Dos intenciones sobre el mismo tema. El que pregunta precio y el que quiere contratar pueden ir en la misma URL o en páginas separadas. Si las unificas, la URL corre el riesgo de volverse demasiado informativa y perder fuerza comercial. Si las separas sin criterio, el contenido informativo puede acabar posicionando por delante de la landing y repartiéndose la autoridad con ella. Lo desarrollo más adelante.
  • Dos URLs para una misma intención. Dos landings que explican lo mismo, una con el nombre de la profesión y otra con el del servicio. Para ti son distintas; para Google compiten por la misma búsqueda. Ver el caso del post que pisa a la landing.

Si no decides bien qué intención resuelve cada URL, aparecen los problemas: canibalización entre páginas, canonicalización mal resuelta y autoridad diluida donde debería estar concentrada. El problema casi nunca es falta de contenido, es falta de dirección.

Cómo se resuelve la arquitectura semántica, paso a paso

El proceso, en orden:

  • Inventariar las URLs existentes.
  • Agrupar las consultas por intención.
  • Asignar una URL líder a cada intención.
  • Detectar las URLs que compiten.
  • Fusionar, redirigir o diferenciar según el caso.
  • Actualizar titles, H1, anchors, menús y CTAs.

No hay un reparto único: depende del negocio, de las búsquedas que importan y de cómo esté estructurada la web. A modo orientativo, en una web de servicios el reparto suele tender a esto:

  • La home, hacia la intención transaccional principal.
  • Cada landing, hacia la intención de su servicio.
  • El blog, captando búsqueda informativa que deriva a las landings.
  • Contacto, convirtiendo sin competir por las intenciones principales del negocio.

Este es un aspecto que hay que trabajar de forma consciente. Si lo dejas a libre albedrío, Google terminará interpretando la arquitectura según las señales que encuentre, aunque no coincida con lo que tú querías posicionar. Por eso conviene afinar qué intención trabaja específicamente cada URL.

Mapa de intenciones de una web de servicios

Lo habitual al revisar la arquitectura semántica es encontrar dos o tres URLs compitiendo por la misma intención sin que nadie lo decidiera (el clásico «esto lo hizo una agencia que tuvimos hace tiempo»).

El mapa de intenciones es el criterio contra el que se valida todo: cada title, H1, anchor o nuevo contenido.

Sinónimos no son intenciones

Un error frecuente: tratar variantes de una misma keyword como si fueran búsquedas distintas. Por ejemplo, en una empresa de reformas:

  • «reformas de cocina»
  • «reformar la cocina»
  • «empresa para reformar cocinas»
  • «presupuesto para cambiar la cocina»

Las cuatro responden a la misma intención. Si cada una genera su propia URL, en vez de cubrir más keywords acabas con una intención repartida entre cuatro páginas que canibalizan entre sí.

Google dejó de interpretar palabras sueltas hace mucho

Google lleva años interpretando búsquedas completas, no palabras sueltas. Hummingbird, RankBrain y BERT van en esa dirección: entender contexto, intención y relación entre términos. Puedes ver el detalle en su guía oficial de sistemas de clasificación.

La consecuencia práctica es que crear una URL para cada variante de keyword ya no amplía cobertura: la fragmenta. Google agrupa esas variantes bajo la misma intención y, cuando se encuentra cuatro páginas tuyas respondiendo a lo mismo, no las premia por cobertura: elige una, ignora las demás o va alternando entre ellas sin consolidar ninguna.

La prueba que aplico es simple: si un usuario llegaría a dos URLs con la misma necesidad en la cabeza, son la misma intención. Da igual que las palabras cambien.

Esto aplica también antes de publicar: cada contenido nuevo debería responder, antes de existir, a qué intención cubre y qué URL la lidera ya. Si la respuesta es «otra», ese contenido te resta.

Dos landings que prometen lo mismo

Dos páginas de servicio que desde dentro parecen distintas (una «analiza y decide», otra «diagnostica y planifica») pero que, leídas en frío, atacan la misma búsqueda.

Cómo detectarlo. Title, H1 y primer párrafo de ambas en la misma pantalla: ¿a qué búsqueda responde cada una? Si es la misma, hay conflicto, por muchos matices que defienda el propietario. En Search Console se confirma: una misma query alternando entre las dos URLs durante semanas.

Cómo resolverlo. Tres salidas, según el caso:

  • Diferenciar: las dos intenciones existen pero el copy las mezcla. Se reescriben title, H1 y bloques clave para que cada URL ataque una búsqueda distinta.
  • Fusionar: una aporta contenido pero no tiene intención propia que justifique ser una URL aparte.
  • Redirigir: una de las dos sobra. 301 a la que debe quedarse.

Eliminar contenido que compite suele ser la solución más incómoda y, a la vez, la más efectiva. La intención no se pierde: se absorbe en la URL que se queda, y la autoridad que estaba dividida se concentra. El 301 es solo una parte; hay que actualizar también menú, footer, anchors internos y CTAs que apuntaran a la URL eliminada. Cuando el conflicto era claro y la ejecución está limpia, el efecto puede empezar a verse en pocas semanas.

Cuando un post posiciona mejor que tu landing

Contenido informativo (una guía extensa, un comparativo) que canibaliza a la landing transaccional a la que debería apoyar.

Cómo detectarlo. En Search Console, queries comerciales donde posiciona el post en lugar de la landing. La causa está en el propio post: title y H1 con tono de servicio, anchors comerciales y exceso de CTAs lo convierten en una página de captación.

Cómo resolverlo. Sin noindexar ni despublicar. El post mantiene su intención informativa, enlaza a la landing con un anchor contextual y se le retira todo lo que lo hace competir por la búsqueda comercial. Así la landing recupera la intención transaccional y el post le deriva tráfico.

Matiz. No toda canibalización es mala. Los posts de long tail que rozan un servicio captan búsquedas que la landing nunca alcanzaría y derivan tráfico cualificado. Blog y landing pueden compartir territorio si está claro cuál lidera la intención.

Una página puede competir consigo misma

No hacen falta dos URLs. Una sola página puede emitir señales contradictorias, y son errores que ninguna herramienta marca:

  • Title y contenido desalineados. La página trabaja un servicio, pero el title abre con otro término. Dos señales para una intención.
  • Copy heredado de otra landing. Texto reaprovechado de otra página que arrastra la semántica de un servicio distinto. Una frase basta para diluir el foco.
  • H1 de un servicio que ya no existe. Contacto pidiendo la solicitud de un servicio eliminado meses atrás.
  • Enlaces internos a URLs redirigidas. Cada anchor a una URL muerta pierde fuerza por el camino.
  • Menú y footer propagando el error. Al ser globales, un enlace mal puesto contamina todo el sitio. El error más barato de corregir y el más ignorado.

Por separado ninguno es grave. Acumulados, diluyen el foco de cada URL.

Un formulario también es una señal de intención

Los elementos de conversión (formularios, CTAs, tono comercial) marcan la intención de una página igual que un title o un H1.

Ejemplo: un estudio de caso que debería demostrar experiencia, pero acaba con formulario, CTA agresivo y copy de captación. Semánticamente, eso los acerca a una landing, y un caso que parece landing canibaliza al servicio que debía apoyar.

Cómo resolverlo. Quitar peso comercial: H1 informativo en vez de comercial, fuera el formulario, un único CTA en texto al final. Cada página convierte según su función: las landings llevan la carga comercial; casos y posts cierran suave; contacto remata.

Poner conversión en cada URL diluye la señal transaccional del sitio. Cuando todo apunta a vender, nada destaca como página de venta.

La coherencia no termina en tu dominio

Hay una capa fuera de la web que casi nadie revisa: la entidad. Lo que tu web afirma tiene que coincidir con tus señales externas.

  • 15 años de experiencia en la web y otra cifra en LinkedIn.
  • Un rol en tu página de autor y otro en tu perfil docente.
  • El nombre escrito de varias formas según la plataforma.

Cada incoherencia fragmenta la entidad, y una entidad fragmentada debilita las señales de confianza, sobre todo en sectores donde la confianza pesa en la contratación.

Lo mismo ocurre con los enlaces entrantes: también forman parte de la lectura semántica del proyecto. Un perfil de anchors dominado por keyword comercial exacta es un patrón artificial, detectable a simple vista, y aporta poca autoridad. Un perfil natural lo dominan la marca, el nombre propio y la URL desnuda; el anchor comercial es la excepción.

Revisar claims, perfiles, bios y menciones externas es el mismo trabajo que ordenar URLs, aplicado fuera del dominio. Cuando el problema está en la coherencia y la confianza más que en lo técnico, ya no es solo SEO: es estrategia de marca digital.

En resumen

  • El problema casi nunca es falta de contenido, es falta de dirección. Publicar más sobre una arquitectura confusa solo añade nuevos problemas.
  • Las decisiones difíciles son las que más rinden. Diferenciar dos páginas lo hace cualquiera; eliminar una URL antigua, validada con datos y ejecutada limpia, concentra autoridad.
  • La arquitectura se decide antes de publicar. Cada contenido nuevo: qué intención cubre, qué URL la lidera ya y si la refuerza o compite con ella. Title, H1 y anchors se definen según eso.
  • La semántica no vive solo en tu web. Claims, perfiles, anchors externos y entidad forman parte de la misma arquitectura.

Para revisarlo sobre tu caso, envíame el contexto de tu proyecto.