Arquitectura web: la base de toda estrategia SEO que funciona

Puntos destacados de este artículo:

• La arquitectura web es la forma en que organizas todas las URLs de tu sitio, y condiciona todo lo demás: el rastreo, la indexación, el enlazado interno y las oportunidades de ranking.
• El crawl depth (profundidad de rastreo) no depende de los paths de la URL, sino del número de clics necesarios para llegar a una página desde la home.
• Toda arquitectura parte de una buena investigación de palabras clave. Sin clustering semántico previo, la arquitectura será un caos.
• Existen tres tipos principales: plana, vertical e híbrida. Ninguna es mejor que otra en abstracto; depende del tipo de proyecto.
• Los filtros y facetas son el problema más común en ecommerce: generan millones de URLs de baja calidad si no se gestionan bien.
• La arquitectura de un blog, una web corporativa, un ecommerce y un sitio de listados tienen lógicas completamente distintas.
• Trabajar la arquitectura te permite priorizar por potencial SEO y evitar acciones aleatorias.

Qué es la arquitectura web y por qué todo lo demás depende de ella

Cuando hablo de arquitectura web en SEO, me refiero a algo muy concreto: la forma en que organizas el conjunto de URLs de tu sitio, tanto para que los usuarios naveguen por él como para que los robots de Google lo rastreen con eficiencia.

No es diseño. No es experiencia de usuario en el sentido visual. Es estructura: qué páginas existen, cómo se relacionan entre sí, qué tan profundas están dentro del sitio y qué señales de jerarquía le transmites a Google con esa organización.

Si lo imaginas como un árbol, la home es la raíz. A partir de ahí se ramifican las categorías principales, luego las subcategorías, y finalmente las páginas de detalle. El problema es que la mayoría de webs que veo en proyectos reales no tienen ese árbol bien pensado. Crecen de forma orgánica, añadiendo URLs sin criterio, y después resulta muy difícil trabajar el SEO de forma ordenada.

La arquitectura web importa por cinco razones concretas:

Facilita el análisis segmentado. Si tu web está bien estructurada por secciones, puedes medir el rendimiento de cada zona por separado: cuánto tráfico genera la sección de zapatos, cuánto la de abrigos, cuánto el blog. Sin arquitectura clara, todo es ruido.

Facilita el enlazado interno. Cuando tienes los temas y subtemas bien definidos en la estructura, saber desde dónde enlazar a qué página se vuelve casi automático. La jerarquía ya te dice quién debe enlazar a quién.

Evita canibalizaciones. Una canibalización ocurre cuando dos o más URLs compiten por la misma intención de búsqueda. Si partes de un buen clustering de palabras clave antes de diseñar la arquitectura, cada intención tiene su URL y no hay solapamientos.

Asienta las políticas de indexación. Una arquitectura bien pensada distingue desde el principio qué zonas deben ser indexables y cuáles no. Eso evita que Google pierda tiempo rastreando páginas que no aportan nada.

Genera más oportunidades de ranking. El proceso de diseñar la arquitectura a partir de keyword research obliga a explorar términos que quizás no tenías en el radar: middle tails y long tails que pueden convertirse en tráfico cualificado a medio plazo.

Arquitectura técnica frente a arquitectura de información

Antes de entrar en los tipos de arquitectura, conviene aclarar una distinción que aparece mucho en el mundo SEO aunque en la práctica no complica tanto las cosas.

Cuando hablamos de arquitectura web podemos referirnos a dos capas distintas. La arquitectura de información son las URLs por las que el usuario puede acceder y navegar. La arquitectura técnica son las URLs por las que los robots de Google pueden acceder y rastrear.

La diferencia surge cuando hay páginas bloqueadas. Imagina una web con dos cursos online: el curso A y el curso B. Si el curso B está bloqueado en el archivo robots.txt, el usuario puede verlo pero Google no puede rastrearlo. En ese caso, la arquitectura de información incluye ambos cursos, pero la arquitectura técnica solo incluye el primero.

En la práctica, no hace falta obsesionarse con esta distinción. Cuando trabajas la arquitectura de un proyecto, trabajas con las URLs rastreables que te devuelve una herramienta como Screaming Frog. Eso es lo que le importa a Google y lo que debes optimizar.

Los conceptos que tienes que dominar antes de diseñar cualquier arquitectura

Sintaxis de URL

La estructura de una URL puede darte pistas sobre dónde está esa página dentro de la arquitectura, pero no siempre. Cuando una URL tiene paths claros como /zapatos/zapatos-azules/, puedes inferir que esa página pertenece a la familia de zapatos. Pero con frecuencia te encuentras URLs como /234-zapatos-azules o simplemente /zapatos-azules/, donde la sintaxis no revela nada sobre la jerarquía.

Lo que sí es verdad es que cuando las URLs siguen patrones claros y consistentes, el trabajo posterior de segmentación y análisis por zonas se simplifica enormemente. No es obligatorio, pero ayuda.

Crawl depth o profundidad de rastreo

El crawl depth es el número de clics necesarios para llegar a una URL desde la home. Una página que está en el menú de navegación principal está a un clic de la home, es decir, tiene un nivel de profundidad 1. Una página a la que solo puedes llegar haciendo clic en una categoría y luego en una subcategoría está a dos clics, nivel 2.

El error más común es confundir la profundidad de rastreo con los paths de la URL. Una URL con tres segmentos como /zapatos/rojos/fiesta/ no está necesariamente a tres niveles de profundidad. Si esa URL aparece enlazada directamente desde la home o el menú, está a un solo clic de distancia.

Esto importa porque a menor profundidad, más PageRank acumula una URL. El PageRank es la métrica interna con la que Google valora la autoridad de cada página en función de los enlaces que recibe. Las páginas más superficiales, al estar enlazadas desde más sitios dentro del propio sitio, acumulan más autoridad.

Parentesco y jerarquía entre URLs

En SEO, cuando hablamos de clusters nos referimos a grupos de URLs que comparten una misma familia temática. La forma de entender este concepto es con un ejemplo sencillo.

Imagina tres URLs: /zapatos/, /zapatos/rojos/ y /zapatos/verdes/. Las relaciones son las siguientes. La URL /zapatos/ es la madre, y tiene como hijas a /zapatos/rojos/ y /zapatos/verdes/. La URL /zapatos/rojos/ tiene como padre a /zapatos/ y como hermana a /zapatos/verdes/. Lo mismo al revés para /zapatos/verdes/.

Cuando en una estrategia SEO se trabaja por clusters, se trabaja por estas familias. A veces el cluster es toda la familia completa; otras veces son solo las URLs hermanas de una misma categoría. Este concepto es la base del enlazado interno, que es la práctica de enlazar páginas relacionadas entre sí para distribuir autoridad y ayudar a Google a entender la estructura.

Intereses de negocio

Esto es algo que se aprende rápido cuando trabajas en proyectos reales en vez de en nichos propios: no siempre puedes crear la URL que quieres.

Cuanto más grande es una empresa, más departamentos tienen opinión sobre la web. Puedes identificar una oportunidad SEO clara para una nueva sección, pero el equipo de diseño puede rechazarla porque no quieren más páginas en esa zona, o el equipo de negocio puede decir que esa área no está alineada con los objetivos del trimestre.

Un ejemplo clásico: por mucho volumen de búsqueda que tenga el término «relojes de lujo baratos», una marca como Rolex nunca te dejará crear una URL con ese nombre. El branding bloquea la oportunidad SEO.

Esta es una de las diferencias fundamentales entre hacer SEO para proyectos de clientes y hacer SEO para nichos propios. En tus nichos, decides tú. En proyectos de empresa, negocias.

Los tres tipos de arquitectura web

Arquitectura plana

La arquitectura plana es aquella en la que todas las URLs del sitio se encuentran a pocos clics de la home, normalmente a uno o dos. El núcleo de la web está muy interconectado, lo que significa que desde cualquier página puedes llegar a cualquier otra sección sin demasiados pasos.

Las características principales son que el rastreo es sencillo para Google, que el enlazado interno es denso aunque no priorizado, y que toda la web recibe PageRank de forma bastante uniforme.

La mayoría de webs que verás en tu día a día tienen una arquitectura esencialmente plana: ecommerce medianos, webs corporativas, blogs. Si desde cualquier página puedes llegar a cualquier otra sección, estás ante una arquitectura plana.

Arquitectura vertical

La arquitectura vertical aparece cuando el sitio tiene muchos niveles de profundidad. En vez de enlazar todo con todo, el enlazado sigue una dirección descendente: la home enlaza a las categorías principales, éstas a las subcategorías, éstas a los listados, y así sucesivamente.

Este tipo de arquitectura es típica en grandes sitios de listados con cientos de miles de URLs: portales inmobiliarios, portales de coches, plataformas de empleo. Si enlazaras todo con todo en un mega menú, sería inviable.

La ventaja es que el enlazado interno está mucho más controlado y permite priorizar qué URLs reciben más autoridad. El riesgo es que si no está bien diseñada, muchas páginas quedan enterradas a cuatro o cinco clics de profundidad, lo que complica el rastreo y reduce el PageRank que acumulan.

Arquitectura híbrida

La arquitectura híbrida es la más realista para la mayoría de proyectos. No existe una arquitectura completamente plana ni completamente vertical: lo habitual es que el núcleo del sitio sea relativamente plano y algunas ramas sean más profundas.

Además, hay situaciones que hacen necesaria la flexibilidad. Los productos estacionales (ropa de invierno, colecciones de verano) pueden necesitar estar enlazados desde el menú en ciertos momentos del año y no en otros. Los eventos especiales como el Black Friday o el Cyber Monday generan URLs que son temporales pero estratégicas. Los sitios que quieren capturar tráfico de Google Discover necesitan una sección de contenido de actualidad que conviva con la estructura evergreen, es decir, el contenido permanente.

La arquitectura híbrida no es un fallo de planificación. Es una respuesta inteligente a la realidad de los proyectos.

Cómo se trabaja la arquitectura web en la práctica

Todo parte del keyword research

No hay arquitectura sin investigación de palabras clave previa. Cuanto mejor sea tu keyword research (KWR), mejor será la arquitectura que construyas sobre él.

El paso crítico es el keyword clustering: agrupar las palabras clave por intención de búsqueda para determinar qué URLs necesitas y cuáles no. Este proceso tiene dos beneficios directos. Primero, define qué semántica debe trabajar cada URL, evitando que una página intente atacar demasiadas intenciones distintas y se diluya. 

Segundo, durante el proceso aparecen oportunidades que no tenías en el radar: términos con volumen de búsqueda que no habías considerado y que pueden ser URLs nuevas con potencial real.

La granularidad semántica

Uno de los principios que más ha cambiado en SEO en los últimos años es el de la granularidad semántica: ser lo más específico posible sin pasarse.

El enfoque antiguo era crear una URL con mucho contenido para atacar el mayor número posible de palabras clave desde una sola página. Ese enfoque ya no funciona. Hoy lo que funciona es tener una URL para cada intención de búsqueda diferenciada.

Pero hay un límite. Si tienes una tienda de ropa y creas una URL específica para cada combinación posible de color, talla y material, acabas con miles de páginas de baja calidad que canibalizan entre sí y diluyen tu autoridad. El arte está en encontrar el nivel de especificidad adecuado para cada proyecto.

Web nueva frente a web existente

La situación en la que te encuentras determina completamente cómo trabajas la arquitectura.

Si la web todavía no está publicada, estás en el escenario más cómodo. Puedes diseñar la arquitectura ideal desde cero, validarla con el cliente y crear las URLs que necesitas sin interferir en nada que ya esté en marcha. Los puntos a tener en cuenta son si existe interés de negocio real en cada URL que propones y si el stock o el contenido justifica su creación.

Si la web ya está en producción y funcionando, la complejidad se multiplica. Tocar las taxonomías principales de un negocio en marcha implica negociar con otros departamentos, evaluar el rendimiento actual de cada URL antes de modificarla o eliminarla, y vigilar muy de cerca las posibles canibalizaciones que pueden surgir al añadir nuevas categorías que se solapen con las existentes.

En la práctica, trabajar la arquitectura de un proyecto existente es iterativo. No cambias todo de golpe. Identificas los clusters con más potencial, trabajas en ellos de forma prioritaria, y vas expandiendo o corrigiendo la estructura de forma progresiva.

La arquitectura como eje de la estrategia SEO

El verdadero valor de trabajar bien la arquitectura no es solo tener las páginas en orden. Es lo que te permite hacer después.

Una vez tienes la arquitectura mapeada con su potencial SEO por cluster, puedes priorizar. Sabes qué sección puede generar más tráfico a medio plazo. Sabes qué URLs faltan por crear. Sabes cuáles existen pero no tienen búsquedas reales y podrían eliminarse o consolidarse.

Y lo más importante: dejas de trabajar de forma reactiva, respondiendo solo a lo que te va saliendo en Screaming Frog, y empiezas a trabajar de forma proactiva, enfocado en clusters concretos con una estrategia clara de optimización on-page, enlazado interno y creación de contenido.

Filtros y facetas: el problema más serio en ecommerce

Qué son y por qué generan problemas

Los filtros y las facetas son los sistemas que permiten al usuario ordenar o filtrar los productos de una categoría en función de atributos como la marca, el precio, el color, el tamaño o las valoraciones. Los ves en cualquier tienda online: el panel lateral con checkboxes, el desplegable de ordenación por precio.

El problema desde el punto de vista SEO es que en la mayoría de implementaciones, cada vez que un usuario activa un filtro, el sistema genera una URL nueva. Esa URL tiene la misma estructura que la categoría original, pero con un parámetro añadido.

Por ejemplo: la categoría /productos/fotografia-y-drones existe como URL limpia. Pero si el usuario filtra por «descuento directo entre 20% y 30%», se genera una URL como /productos/fotografia-y-drones?descuento-directo=De+20%25+a+30%25. Esa URL contiene esencialmente el mismo contenido que la categoría original, solo que con menos productos. Para Google, eso es contenido duplicado.

Ahora multiplica: si cada categoría tiene 10 filtros diferentes que se pueden combinar entre sí, y tienes 5.000 categorías, la cuenta es astronómica. Puedes tener millones de URLs de baja calidad que Google no sabe si indexar o ignorar, que consumen presupuesto de rastreo y que diluyen la autoridad de las páginas que realmente importan.

Ejemplo url en imagen: /ofertas/ofertas-alimentacion/pienso/perro/?cgid=TA_6437_C&prefn1=Tipo-Producto&prefv1=Dietas%20veterinarias&prefn2=brand&prefv2=Criadores%7cDog%20Chow&pmin=18&pmax=50

Cómo se gestionan

Hay varias formas de tratar las URLs de facetas, y ninguna es perfecta porque siempre implica un compromiso entre SEO, UX y desarrollo.

La primera opción es no indexarlas, añadiendo una etiqueta noindex en el código de esas páginas para que Google no las incluya en su índice aunque pueda rastrearlas. 

La segunda es canonicalizarlas, es decir, añadir en el código de cada URL parametrizada un enlace canónico que apunte a la categoría madre, indicando a Google que esa es la versión principal. 

La tercera es bloquearlas directamente en el archivo robots.txt para que Google ni siquiera las rastree. La cuarta es eliminar los enlaces rastreables hacia ellas, de forma que Google no las descubra.

Pero hay un caso concreto que complica todo esto y que es la verdadera batalla de arquitectura en ecommerce: ¿qué haces cuando un término con volumen de búsqueda real, como «lavadora 8 kg», coincide exactamente con una faceta que ya existe en tu tienda?

Si el peso es una faceta de tu categoría de lavadoras, tienes una URL parametrizada que contiene exactamente los productos que busca ese usuario. La tentación es indexarla. Pero esa URL parametrizada tiene problemas técnicos de contenido duplicado con la categoría madre. La alternativa es crear una URL limpia específica para ese término, como /lavadoras/lavadoras-8kg/, pero eso implica convencer a UX y a diseño de que existe una nueva categoría que puede tener muy pocos productos en algunos momentos.

Esa negociación es la mayor problemática de arquitectura en proyectos ecommerce. Te vas a enfrentar al departamento de diseño, al de UX y al de branding. No hay una solución perfecta: hay soluciones más o menos viables según el contexto de cada proyecto.

Cómo es la arquitectura según el tipo de sitio

Web corporativa

Las webs corporativas son el tipo de sitio más sencillo de trabajar desde el punto de vista de arquitectura SEO. No tienen facetas ni filtros, el número de URLs es manejable, y el CMS suele ser algo estándar como WordPress sin integraciones complejas.

La lógica de negocio se concentra en las landings de servicios. Si eres un dentista en Córdoba, tu arquitectura gira en torno a páginas como /implantes-dentales/, /ortodoncia/ o /blanqueamiento-dental/. Son las URLs que pueden rankear para las búsquedas con intención comercial directa.

Cuando el volumen de búsqueda de esos servicios es bajo, el blog entra como palanca de tráfico complementaria. El blog ataca consultas informativas que el usuario tiene antes de tomar una decisión, y desde esos artículos se enlaza hacia las páginas de servicio.

Una variante habitual en negocios con presencia local es añadir landings geográficas: /implantes-dentales-cordoba/, /implantes-dentales-sevilla/. Estas páginas complementan la estrategia de SEO local, que también trabaja la ficha de Google Business Profile, pero la landing propia tiene más potencial de ranking para búsquedas con localización explícita.

Blog

Los blogs tienen dos ventajas claras sobre los ecommerce. No tienen facetas ni problemas técnicos de contenido duplicado derivados de los filtros. Y pueden atacar prácticamente cualquier consulta informativa que tenga relación con el negocio, lo que les da una flexibilidad enorme para generar tráfico.

La estructura habitual es sencilla: una home, una sección de blog con sus categorías temáticas, y los artículos dentro de cada categoría. La mayor parte del trabajo no está en diseñar la estructura, sino en crear las URLs (los artículos) y asignarlos bien a sus categorías.

El error más habitual en blogs es una mala gestión de las taxonomías de WordPress: las etiquetas (tags), las páginas de archivo y las categorías. Si creas etiquetas de forma masiva y sin criterio, acabas con cientos de URLs de baja calidad que Google puede interpretar como contenido duplicado o de poco valor. Lo mismo ocurre si activas las páginas de archivo por fecha, que son URLs que agrupan artículos por mes o año y que rara vez tienen suficiente contenido para justificar su existencia.

La premisa es simple: no crear URLs que no aporten valor real al usuario ni a Google.

Ecommerce

Los ecommerce son los proyectos más complejos de gestionar desde el punto de vista de arquitectura. La dificultad tiene dos dimensiones.

La dificultad técnica: ¿tiene el proyecto los recursos y la capacidad de desarrollo para gestionar las facetas correctamente sin que afecten al rastreo y a la indexación?

La dificultad de gestión: ¿qué hago cuando quiero crear una categoría pero no tengo suficientes productos para justificarla? ¿Y cuando la categoría que necesito ya existe como faceta en el sistema?

Las claves prácticas para trabajar bien la arquitectura de un ecommerce son estas. Primero, saber por qué vertical empezar: identifica el cluster de categorías con más potencial SEO a medio plazo y empieza por ahí, en vez de intentar optimizar todo al mismo tiempo.

Segundo, asumir que el confrontamiento con las facetas siempre tendrá algún parche imperfecto, y negociar la solución menos mala con UX. Tercero, tener categorizadas las zonas estacionales con antelación para poder priorizarlas cuando llega su momento.

Sitios de listados

Los portales de listados son los que más difieren de todo lo anterior. Hablo de sitios como portales inmobiliarios, portales de empleo, portales de coches de segunda mano o plataformas de alquiler de apartamentos. Tienen decenas o cientos de miles de URLs, y añadir más secciones al menú de navegación no es una opción realista.

En estos sitios, la navegación principal suele ser muy contenida: el usuario busca a través del buscador interno del portal, no navegando por categorías. El SEO no puede depender de la navegación facetada porque esa genera exactamente el problema de URLs parametrizadas que veíamos antes.

La solución característica de estos portales son las landings SEO: páginas creadas específicamente para capturar búsquedas de long tail y middle tail, que suelen aparecer en el prefooter del sitio porque no encajan en la navegación principal. Un portal de pisos, por ejemplo, puede tener una landing /pisos-en-venta/cordoba/ aunque esa URL no aparezca en el menú.

Otra práctica habitual en los portales más grandes es crear taxonomías SEO a demanda. Cruzan los datos de búsqueda interna del portal (qué buscan sus usuarios dentro del buscador) con el volumen de búsqueda real en Google. Si hay un cruce entre lo que buscan sus usuarios y lo que busca la gente en Google, crean una URL específica para esa intención. Es una forma de priorizar la creación de contenido basada en datos reales de demanda.

El enlazado en estos sitios es marcadamente vertical: no se enlaza entre secciones distintas porque sería inmanejable. La profundidad de rastreo puede dispararse si la arquitectura no está bien diseñada, lo que significa que muchas páginas quedan enterradas y Google no las rastrea con frecuencia.

Las preguntas que me hacen siempre sobre arquitectura

¿Cuál es la mejor arquitectura para mi proyecto?

Depende del tipo de proyecto. Para sitios pequeños y medianos, al principio de un proyecto, una arquitectura plana suele funcionar bien: es fácil de implementar, el rastreo es sencillo y el PageRank se distribuye de forma razonable. A medida que el sitio crece y el número de URLs se dispara, puede tener sentido introducir más verticalidad en ciertas ramas.

¿En qué se diferencian la arquitectura técnica y la de información?

En la práctica, no te compliques con esta distinción. Trabajas la arquitectura con las URLs rastreables que te devuelve Screaming Frog. Eso es lo que le importa a Google y lo que debes optimizar.

¿Qué hago si mi sitio tiene muchas facetas?

Indexar las facetas de forma masiva, como hacen algunos grandes portales, es un proyecto muy complejo que requiere mucha capacidad técnica y de gestión. Para la mayoría de proyectos, la solución más viable es canonicalizar las URLs parametrizada hacia la categoría principal, o directamente bloquearlas para el rastreo. Si hay alguna faceta específica con volumen de búsqueda real, se evalúa caso por caso si justifica crear una URL limpia específica.

Para cerrar que me aburro de escribir

La arquitectura web no es un tema glamuroso. No genera el mismo entusiasmo que hablar de contenido o de linkbuilding. Pero es la base sobre la que descansa todo lo demás.

Si la arquitectura está mal planteada, el enlazado interno es un caos. El análisis por zonas es imposible. Las canibalizaciones se multiplican. Google no sabe qué páginas priorizar. Y tú acabas haciendo SEO de forma reactiva, apagando fuegos, sin ninguna estrategia real.

Cuando un cliente me contrata para una auditoría o para llevar su SEO, la arquitectura es siempre el punto de partida. Antes de optimizar títulos, antes de pensar en backlinks, antes de revisar la velocidad de carga: necesito entender cómo está organizada su web y si esa organización tiene sentido para los objetivos de negocio y para las búsquedas que quieren capturar.

Si tienes dudas sobre cómo está organizada tu web o quieres saber si tu arquitectura está limitando tu visibilidad en Google, puedes contactar conmigo que no te haré ghosting. Trabajo directamente con cada proyecto, sin intermediarios, y te digo lo que veo sin rodeos.