Arquitectura transaccional SEO: cómo ordenar una web para que Google entienda dónde está el negocio
Imagina una web con una página de inicio, un menú con cuatro opciones, una sección de servicios, un blog y un formulario de contacto.
A simple vista parece una web perfectamente normal.
El problema aparece cuando intentas responder una pregunta sencilla:
¿Qué páginas deberían posicionar para cada intención de negocio?
Muchas veces nadie lo sabe con claridad.
Se han creado páginas porque el negocio ofrece determinados servicios, porque quedaban bien en el menú o porque alguien pensó que hacía falta una sección nueva.
Pero la arquitectura transaccional no debería construirse así.
Debería partir de cómo busca la gente.
¿Qué es la arquitectura transaccional?
La arquitectura transaccional es la organización de las páginas que responden a búsquedas con intención de contratar, comprar, reservar, comparar o pedir información comercial.
No se trata de crear muchas URLs.
Se trata de que cada intención de negocio tenga un lugar claro dentro de la web.
El punto de partida es el keyword research
Solemos pensar en el keyword research como una herramienta para decidir qué contenidos escribir.
Pero también sirve para decidir cómo construir una web.
Imagina que analizas estas búsquedas:
- limpieza oficinas
- empresa limpieza oficinas
- servicio limpieza oficinas
Son tres expresiones distintas, pero probablemente responden a una misma intención.
El usuario quiere encontrar una empresa que limpie oficinas.
En ese caso, lo lógico sería trabajarlas dentro de una misma URL.
Ahora cambia el ejemplo:
- limpieza oficinas
- limpieza industrial
- limpieza fin de obra
Aquí ya tenemos necesidades diferentes.
El usuario que busca limpieza industrial no está buscando exactamente lo mismo que quien necesita limpiar una oficina o una obra recién terminada.
Es probable que cada grupo merezca su propia página.
Esta es una de las ideas más importantes:
No creas una URL por cada palabra clave. Creas URLs cuando existe una intención suficientemente diferenciada.
De las keywords a la arquitectura
El proceso debería ser sencillo:
Keyword research → agrupación por intención → definición de URLs → jerarquía → enlazado interno
Primero detectas la demanda.
Después agrupas las búsquedas que significan esencialmente lo mismo.
A continuación decides qué grupos necesitan una página propia.
Finalmente organizas esas páginas para que usuarios y buscadores entiendan cómo se relacionan.
Un ejemplo sencillo
Volvamos a nuestra empresa de limpieza.
Una arquitectura pobre podría ser esta:
Inicio → Servicios → Blog → Contacto
Dentro de Servicios hay una página enorme donde aparecen limpieza de oficinas, limpieza industrial, comunidades, cristales y fin de obra.
Todo junto.
La web puede explicar perfectamente lo que hace la empresa, pero desde el punto de vista de búsqueda estamos obligando a una sola URL a responder a intenciones diferentes.
Una arquitectura más clara podría organizarse así:
Limpieza para empresas
Inicio → Limpieza para empresas
- Limpieza de oficinas
- Limpieza industrial
- Limpieza de comercios
Limpieza especializada
Inicio → Limpieza especializada
- Fin de obra
- Cristales
- Fachadas
Ahora cada página tiene un propósito concreto y ocupa una posición lógica dentro del conjunto.
Tu arquitectura no es tu menú
Aquí aparece una confusión muy habitual.
Creer que la arquitectura de una web es su menú principal.
No lo es.
El menú es solo una capa de navegación.
La arquitectura es la red de relaciones entre páginas.
Una URL puede estar enlazada directamente desde la home sin aparecer en la cabecera.
Puede hacerlo mediante un bloque de servicios, una tarjeta, un módulo destacado, un enlace contextual, un bloque de categorías o cualquier otro elemento interno.
Por ejemplo, la home puede tener una sección llamada Soluciones para empresas.
Desde ahí enlaza a:
Limpieza para empresas
Esa página enlaza después a:
- Limpieza de oficinas
- Limpieza industrial
Ninguna de esas URLs necesita necesariamente ocupar espacio en el menú principal para formar parte de una arquitectura clara.
Pensar la arquitectura como si fuera únicamente un menú desplegable limita muchísimo la forma de diseñar una web.
Es más útil imaginarla como una red jerarquizada de caminos.
Algunas rutas son muy visibles. Otras aparecen dentro de páginas relacionadas.
Lo importante es que exista una lógica.
La arquitectura también refleja prioridades
Una página importante no debería quedar aislada o depender de que Google la encuentre por casualidad.
Tampoco conviene que todas las páginas estén enlazadas desde todas partes.
La arquitectura debe reflejar prioridades.
Las páginas más importantes para el negocio deberían recibir enlaces internos desde zonas relevantes de la web.
Las páginas hijas deberían estar conectadas con sus categorías o servicios principales.
Los contenidos informativos deberían ayudar a reforzar las páginas transaccionales cuando exista una relación real entre ambos temas.
En otras palabras, la arquitectura no solo organiza. También establece qué páginas son importantes y cómo se relacionan entre sí.
El error de convertir el keyword research en una fábrica de URLs
Otro problema frecuente aparece cuando encontramos muchas palabras clave y asumimos que necesitamos una página para cada una.
Si encontramos cincuenta keywords, no significa que necesitemos cincuenta URLs.
Muchas serán variantes de una misma intención.
Crear una página para:
- limpieza de oficinas
- empresa de limpieza de oficinas
- servicio de limpieza de oficinas
no construye una arquitectura mejor.
Construye tres páginas intentando resolver prácticamente el mismo problema.
Eso aumenta el riesgo de canibalización, duplica trabajo y hace más difícil decidir qué URL debería posicionar.
Por eso, la pregunta correcta no es:
¿Cuántas keywords tenemos?
La pregunta correcta es:
¿Cuántas intenciones diferentes hemos identificado?
También puedes equivocarte agrupando demasiado
Existe el problema contrario.
Una empresa puede meter todos sus servicios dentro de una sola página porque administrativamente pertenecen al mismo departamento.
Pero Google y el usuario no conocen el organigrama de la empresa.
Ni tienen por qué conocerlo.
La arquitectura debería representar cómo se estructura la demanda, no cómo se estructura internamente el negocio.
Ese matiz es importante.
No estamos organizando la web para que reproduzca la empresa.
Estamos organizándola para conectar lo que ofrece la empresa con la forma en la que lo busca el usuario.
Cómo comprobar si tu arquitectura tiene sentido
Antes de crear una URL, mantenerla o integrarla dentro de otra, puedes hacerte estas preguntas:
- ¿Existe demanda real para esta página?
- ¿La intención es suficientemente distinta de otras páginas?
- ¿Los resultados de búsqueda muestran tipos de páginas similares o diferentes?
- ¿Hay otra URL de nuestra web intentando posicionar para lo mismo?
- ¿La página está conectada de forma lógica con su nivel superior?
- ¿Podemos llegar hasta ella mediante enlaces internos claros?
- ¿Estamos dando más visibilidad interna a las páginas que realmente importan?
Si cuesta responder a estas preguntas, probablemente hay trabajo de arquitectura pendiente.
La idea que debes recordar
La arquitectura transaccional no empieza dibujando un sitemap.
Empieza entendiendo cómo busca el usuario.
El keyword research te dice qué demanda existe.
La arquitectura decide dónde colocarla.
Una intención clara.
Una URL clara.
Una posición clara dentro de la web.
Cuando eso está bien resuelto, Google necesita adivinar bastante menos.
Y cualquier sistema que dependa menos de adivinanzas suele funcionar mejor, incluso en SEO.
