Arquitectura web: cómo crearla paso a paso (con ejemplos, plantilla y los errores que más se repiten)

La arquitectura web es la forma en que están organizadas las páginas de tu sitio y cómo se enlazan entre sí. Decide qué página cuelga de cuál, a cuántos clics está cada una desde la home, qué dice cada URL y por dónde se mueve un visitante (y Google) cuando entra.

Si la arquitectura está bien hecha, nadie la nota. La gente encuentra lo que busca, Google entiende de qué va cada página y las que te dan dinero reciben la mayor parte de la atención.

Si está mal hecha, tampoco la nota nadie. Simplemente pasan cosas raras: páginas que Google no indexa, dos artículos peleándose por la misma búsqueda, un servicio que nadie visita porque está escondido a cinco clics, o un blog con cien posts que no lleva ni un contacto.

En esta guía te explico cómo crear una arquitectura web desde cero, cómo arreglar la de una web que ya existe sin perder lo que ya posiciona y qué cambia si tu web está en WordPress. Con ejemplos dibujados, una plantilla y una checklist al final.

Si no tienes tiempo de hacerlo tú y prefieres que revise tu web, lo hago en la auditoría SEO.

¿Qué es la arquitectura web?

La arquitectura web es la organización jerárquica de las páginas de un sitio y de los enlaces internos que las conectan. Incluye cuatro decisiones: qué páginas existen, cómo se agrupan, qué URL tiene cada una y cómo se llega a ellas.

Dicho con un ejemplo. Una clínica de fisioterapia tiene una home, una página de servicios, una página por cada tratamiento, un blog y una página de contacto. La arquitectura es la respuesta a preguntas como estas:

• ¿La página de "fisioterapia deportiva" cuelga de "servicios" o va sola?
• ¿Su URL es /fisioterapia-deportiva/ o /servicios/fisioterapia-deportiva/?
• ¿Sale en el menú o hay que buscarla?
• ¿Los artículos del blog sobre lesiones de corredores enlazan a esa página o no?

Cada una de esas respuestas cambia cómo la ve un usuario y cómo la ve Google.

Las cuatro piezas de una arquitectura web

Las cuatro van juntas. Puedes tener unas URLs preciosas y un menú perfecto, pero si los artículos del blog no enlazan a tus servicios, la autoridad que ganan esos artículos se queda en el blog y no llega a las páginas que venden.

Arquitectura web, arquitectura de la información, mapa web y layout: ¿es lo mismo?

No del todo, y se mezclan mucho.

El mapa web es una consecuencia de la arquitectura: primero decides la estructura y luego el sitemap la lista. Y el layout trabaja dentro de cada página, mientras que la arquitectura trabaja entre páginas.

¿Por qué es tan importante la arquitectura de una web?

Porque afecta a la vez a cuatro cosas: a lo fácil que es usar tu web, a lo bien que la entiende Google, a cómo la leen las IA que responden preguntas y a cuánto vende.

Para el usuario

Un visitante llega a tu web con una pregunta concreta: "¿tratáis la fascitis plantar?", "¿cuánto cuesta?", "¿dónde estáis?". Si en dos o tres clics no encuentra la respuesta, vuelve a Google y entra en la web de al lado.

La arquitectura es lo que hace que esa respuesta esté a la vista. Un menú con nombres que se entienden, páginas que agrupan lo que tiene sentido agrupar y enlaces que llevan al siguiente paso lógico.

Para Google

Google descubre tus páginas siguiendo enlaces. Lo dice su propia guía de SEO: "Google encuentra páginas principalmente a través de enlaces de otras páginas que ya ha rastreado" (Google Search Central, guía de SEO para principiantes).

De ahí salen tres efectos directos:

1. Rastreo e indexación. Una página a la que no llega ningún enlace interno cuesta que se descubra. Y si se descubre por el sitemap, Google tiene pocas pistas de que sea importante.
2. Reparto de autoridad. Los enlaces que recibe tu web desde fuera (normalmente a la home) se reparten hacia dentro a través de los enlaces internos. Las páginas cercanas a la home y muy enlazadas reciben más. Las que están perdidas al fondo, menos.
3. Contexto temático. Cuando diez artículos sobre dolor de espalda enlazan entre sí y a una página de tratamiento, Google entiende que tu web sabe de dolor de espalda. Si esos diez artículos están sueltos y sin conexión, es más difícil que lo entienda.
4. Enlaces de sitio (sitelinks). Son los enlaces a secciones de tu web que Google a veces muestra debajo del resultado principal, sobre todo cuando alguien busca tu marca. No hay ninguna opción para elegirlos: Google los genera cuando entiende bien la estructura del sitio. Una navegación clara es lo único que está en tu mano para que aparezcan.

Para las respuestas de IA (AI Overviews, ChatGPT, Perplexity)

Las IA que responden preguntas citan páginas concretas, no webs enteras. Les va mejor una página que responde una cosa con claridad que una que mezcla cinco temas.

Una arquitectura limpia ayuda en eso: una página para cada intención, con un título que dice lo que contiene, bien enlazada desde las páginas relacionadas. Si tienes tres páginas que hablan a medias de lo mismo, no hay una respuesta clara que citar. Lo explico más a fondo en SEO vs GEO vs AEO y en qué son los AI Overviews de Google.

Para vender

La arquitectura también decide qué páginas ve más gente. Si tus servicios están en el menú, a un clic de la home y enlazados desde el blog, reciben visitas. Si para llegar a ellos hay que pasar por "Nosotros > Qué hacemos > Áreas > Fisioterapia > Deportiva", se quedan sin visitas aunque estén muy bien escritos.

Conceptos que tienes que tener claros antes de empezar

Cinco términos van a salir todo el rato. Mejor dejarlos claros ahora. Si te encuentras alguno más que no conoces, lo tienes en el diccionario SEO.

Profundidad de clic. Son los clics que hacen falta para llegar a una página desde la home. La home está a 0, lo que enlaza el menú a 1, y así hacia abajo. La regla práctica: las páginas importantes, a 3 clics como mucho.

Página huérfana. Una página que existe pero no recibe ningún enlace interno. Solo se llega a ella si conoces la URL o desde el sitemap. Para Google es una página poco importante y para el usuario es invisible.

Canibalización. Cuando dos o más páginas de tu web compiten por la misma búsqueda. Google no sabe cuál mostrar, va alternando, y ninguna termina de posicionar bien. Es casi siempre un problema de arquitectura: no se decidió qué página respondía a qué.

Intención de búsqueda. Lo que quiere conseguir quien busca. "Qué es la fascitis plantar" busca información. "Fisioterapeuta fascitis plantar Valencia" busca a alguien que le trate. Son dos páginas distintas aunque compartan palabras.

Presupuesto de rastreo (crawl budget). El número de páginas que Google está dispuesto a rastrear en tu web en un tiempo dado. Se habla mucho de él y, para la mayoría de webs, no es un problema.

Autoridad interna. La parte de la autoridad de tu web que recibe cada página a través de los enlaces internos (en inglés se habla de link juice o de PageRank interno). Una página enlazada desde el menú y desde diez artículos recibe más que una enlazada desde un solo sitio.

Un apunte, porque todavía se recomienda por ahí: poner nofollow a tus propios enlaces internos para concentrar esa autoridad en otras páginas no funciona. Google explicó hace años que esa autoridad no pasa a los demás enlaces, simplemente se pierde. Si no quieres que una página reciba autoridad, no la enlaces, o plantéate si tiene que existir.

¿Te tiene que preocupar el presupuesto de rastreo?

Casi seguro que no. La propia Google dice que su guía sobre presupuesto de rastreo está pensada para "sitios grandes (con más de un millón de páginas únicas) que incluyen contenido que cambia con relativa frecuencia (una vez a la semana)" y para "sitios medianos o grandes (con más de 10.000 páginas únicas) que incluyen contenido que cambia muy a menudo (a diario)" (Google Search Central).

Para ponerlo en perspectiva, mi propia web tiene 65 páginas y posts publicados.

Si tu web es de servicios, de un profesional o de un negocio local, olvídate del presupuesto de rastreo. Lo que sí te afecta es la profundidad de clic, las páginas huérfanas y la canibalización. Son problemas de organización, y se arreglan con arquitectura.

¿Qué hace buena a una arquitectura web? Siete preguntas para comprobarlo

Una buena arquitectura web es la que permite a cada visitante encontrar lo que necesita y a Google entender qué es lo importante. Para concretarlo uso como referencia las siete cualidades que Peter Morville, coautor del libro de referencia de la arquitectura de la información, propuso en 2004 para valorar la experiencia de usuario. Aplicadas a la estructura de una web quedan así:

Si alguna de estas preguntas tiene mala respuesta, ya sabes por dónde empezar.

Tipos de arquitectura web

Hay cuatro tipos que vas a usar en la práctica: plana, jerárquica, silo y pilar con satélites. Casi todas las webs reales mezclan dos de ellos (lo que se llama arquitectura híbrida).

Arquitectura plana (horizontal)

La arquitectura plana pone todas las páginas a un clic de la home. No hay categorías ni subniveles.

Es lo que tiene la web típica de un profesional con pocas páginas: inicio, servicio, sobre mí, precios, blog y contacto. Todo en el menú.

• Para quién: webs pequeñas, de un solo servicio o con pocas páginas.
• Lo bueno: todo está a la vista, la autoridad se reparte directamente desde la home y no hay forma de perderse.
• La pega: no escala. Cuando tienes veinte servicios, no caben en el menú y no hay forma de agruparlos.

Arquitectura jerárquica (vertical)

La arquitectura jerárquica organiza las páginas en niveles: home, categorías, subcategorías y páginas finales. Es la estructura de una tienda online o de una web con muchos servicios.

Home
├── Tratamientos
│   ├── Fisioterapia deportiva
│   ├── Suelo pélvico
│   └── Dolor de espalda
└── Blog

• Para quién: webs medianas y grandes, tiendas, empresas con varias líneas de servicio.
• Lo bueno: ordena mucho contenido y se entiende sin explicaciones.
• La pega: si añades niveles sin control, las páginas finales acaban a cinco o seis clics de la home.

Arquitectura en silo

El silo es una arquitectura jerárquica con una regla extra: cada tema vive en su propio bloque y los enlaces se quedan dentro de ese bloque. Los posts sobre dolor de espalda enlazan entre sí y a la página de dolor de espalda, pero no a los de suelo pélvico.

La idea es concentrar la relevancia de cada tema en su página principal.

• Para quién: webs con temas muy separados entre sí. Nichos de contenido, webs de afiliación, tiendas con categorías que no tienen nada que ver.
• Lo bueno: deja muy claro a Google qué páginas tratan cada tema.
• La pega: llevado al extremo es artificial. Si un post sobre lesiones de corredor menciona el suelo pélvico, lo lógico es enlazarlo, y prohibirlo por mantener el silo "puro" empeora la experiencia del usuario. Yo lo uso como orientación y enlazo fuera del silo cuando al lector le sirve.

Arquitectura de pilar y satélites (hub and spoke)

Una página pilar trata un tema amplio y enlaza a varias páginas satélite que desarrollan cada subtema en detalle. Los satélites enlazan de vuelta al pilar y, cuando tiene sentido, entre ellos.

Es la base de lo que se llama un clúster de contenido. Te explico cómo montarlo paso a paso en WordPress en cómo crear un clúster SEO.

• Para quién: blogs, webs de contenido, y cualquier web de servicios que quiera posicionar artículos informativos y que esos artículos empujen hacia el servicio.
• Lo bueno: se puede ampliar sin romper nada. Cada artículo nuevo es un satélite más.
• La pega: exige disciplina. Si cada artículo nuevo no se enlaza desde el pilar, acabas con satélites huérfanos.

Arquitectura híbrida

La híbrida combina tipos. Es la que tiene la mayoría de webs que funcionan: una parte plana o jerárquica para las páginas comerciales y una parte de pilar y satélites para el blog.

Mi web es así: las landings de servicio cuelgan directamente de la raíz (por ejemplo /seo-para-psicologos/ o /auditoria-seo/), a un clic de la home, y el blog se organiza por temas que enlazan hacia esas landings.

Otras estructuras que vas a leer por ahí

En algunas guías verás también la estructura lineal (páginas en secuencia, una tras otra, como un curso o un proceso de compra) y la estructura en red (todo enlazado con todo, sin jerarquía). La lineal tiene sentido para procesos concretos dentro de una web, como un formulario en varios pasos. La red pura no la recomiendo para ninguna web que quiera posicionar: si todo enlaza con todo, Google no puede saber qué es lo importante.

Comparativa: ¿qué arquitectura le conviene a tu web?

Mi criterio rápido:

1. ¿Menos de 15 o 20 páginas comerciales? Plana para los servicios.
2. ¿Más servicios de los que caben en un menú? Agrúpalos en categorías (jerárquica).
3. ¿Vas a tener blog? Organízalo en pilares y satélites, y que cada pilar enlace a un servicio.
4. ¿Temas sin ninguna relación entre sí? Ahí sí, silos.

Cómo crear una arquitectura web paso a paso

Crear una arquitectura web consiste en decidir qué páginas necesitas a partir de lo que busca tu cliente, agruparlas por temas, ordenarlas en niveles y conectarlas con URLs, menús y enlaces. Estos son los diez pasos en el orden en que los hago.

Paso 1. Define qué tiene que conseguir la web

Antes de dibujar nada, contesta tres preguntas:

1. ¿Qué acción quieres que haga el visitante? Llamar, escribir por WhatsApp, rellenar un formulario, comprar, reservar cita.
2. ¿Qué vendes exactamente? La lista de servicios o productos que de verdad quieres vender. No los que "también hacemos alguna vez".
3. ¿A quién? Un particular con un dolor de rodilla navega distinto que una empresa que busca un proveedor.

Parece obvio, pero de aquí sale la decisión más importante de la arquitectura: qué páginas tienen que estar más cerca de la home. Las que venden lo que quieres vender.

Paso 2. Haz inventario de lo que tienes (o de lo que vas a necesitar)

Si la web ya existe, saca la lista completa de URLs. Tres fuentes:

• Un rastreo con Screaming Frog (gratis hasta 500 URLs).
• El sitemap XML de la web (en WordPress con Rank Math suele estar en /sitemap_index.xml).
• El informe de páginas de Google Search Console, que además te dice cuáles están indexadas y cuáles no. Si no lo tienes configurado, aquí tienes cómo configurar Search Console paso a paso.

Pásalo todo a una hoja de cálculo. Más abajo tienes la plantilla.

Si la web es nueva, haz la lista de páginas que sabes que van a existir: home, servicios, sobre ti, contacto, aviso legal. Lo demás saldrá del paso siguiente.

Paso 3. Investiga palabras clave pensando en páginas, no en palabras

Este es el paso en el que más se falla. El keyword research no sirve para sacar una lista de palabras con volumen. Sirve para decidir qué páginas tiene que tener tu web.

La regla es esta: una intención de búsqueda, una página.

¿Cómo sabes si dos búsquedas son la misma intención? Búscalas en Google en modo incógnito y compara los resultados. Si salen prácticamente las mismas páginas en el top 10, Google las considera la misma intención y tienes que responderlas con una sola página. Si los resultados son distintos, son dos páginas.

Me pasó al valorar si escribir un artículo de marketing para terapeutas además del que ya tenía para psicólogos. Las palabras eran distintas, pero los resultados de Google eran prácticamente los mismos. Escribir los dos habría sido crear dos páginas para la misma intención, así que no lo escribí aparte.

Cuando tengas las búsquedas agrupadas, asigna a cada grupo un tipo de página:

Las búsquedas con más volumen y más generales suelen ir arriba en la jerarquía (servicio principal, pilar). Las más concretas, abajo (satélites, subservicios).

Paso 4. Mira cómo lo ha resuelto la competencia que ya posiciona

La idea es ver lo que Google ya está premiando para no empezar de cero.

Coge tres o cuatro competidores que aparezcan arriba para tus búsquedas principales y revisa:

1. Su menú. ¿Cómo agrupan los servicios? ¿Qué nombres usan?
2. Su sitemap. Prueba sucompetidor.com/sitemap.xml o sucompetidor.com/sitemap_index.xml. Ahí ves todas sus páginas y cómo las organiza.
3. Qué tipo de página posiciona para cada búsqueda. Si para "fisioterapia suelo pélvico" posicionan landings de servicio, no esperes posicionar con un artículo de blog. Y al revés.
4. Qué les falta. Servicios que no tienen página propia, preguntas que nadie responde. Ahí está tu hueco.

Paso 5. Dibuja la estructura en niveles

Ahora sí, a dibujar. Papel, una pizarra, una hoja de cálculo o una herramienta de mapas visuales. Da igual la herramienta, lo que importa es verlo entero.

Así quedaría una clínica de fisioterapia con dos servicios principales y un blog organizado en guías:

Fíjate en tres cosas del ejemplo:

1. Los servicios están a 2 clics como mucho. Home, servicios, tratamiento. Y si van en el menú desplegable, a 1.
2. El blog no compite con los servicios. Los artículos responden dudas informativas y enlazan hacia el servicio que resuelve ese problema.
3. Nada pasa del nivel 3. Si algo queda más abajo, o sobra o hay que subirlo.

Mientras dibujas, aplica estas reglas:

• Las páginas que venden, lo más arriba posible.
• Cada página tiene un solo padre en la jerarquía, aunque reciba enlaces de muchas otras.
• Nombres de sección que use tu cliente. "Tratamientos" se entiende. "Soluciones" no dice nada.
• Deja sitio para crecer. Si sabes que vas a añadir servicios, que la categoría lo admita sin rehacerlo todo.
• Las páginas de campañas temporales (una promoción, un evento) no entran en la estructura fija. Cuando terminan, se redirigen a la página más parecida.

Cada tipo de página tiene una función distinta dentro de la estructura. Tenerla clara evita que una página intente hacer el trabajo de otra:

¿Dudas con los nombres o con los grupos? Pruébalo con gente de tu público

Lo que a ti te parece lógico puede no serlo para tu cliente. En arquitectura de la información hay dos pruebas sencillas para salir de dudas:

• Card sorting (clasificación de tarjetas). Escribes cada página o servicio en una tarjeta y pides a varias personas de tu público que las agrupen como les parezca y pongan nombre a cada grupo. Así ves cómo agrupa tu cliente, que no siempre coincide con cómo agrupas tú.
• Tree testing (prueba del árbol). Les enseñas la estructura solo en texto, sin diseño, y les pides que encuentren algo concreto: "¿dónde buscarías el precio de una sesión de suelo pélvico?". Si la mitad va a la rama equivocada, falla el nombre o la ubicación.

Se puede hacer con tarjetas de papel o con herramientas online como Optimal Workshop. En una web de diez páginas no hace falta. En una web con muchos servicios o en una tienda, te ahorra rehacer el menú después.

Paso 6. Decide las URLs

La URL es la dirección de la página y también una pista para usuarios y buscadores. Google lo resume así: "Te recomendamos que organices tu contenido de modo que las URLs sean lógicas y los usuarios puedan entenderlas" (Google Search Central, prácticas recomendadas de estructura de URLs).

¿La URL tiene que reflejar la jerarquía? Depende del tamaño.

En webs con miles de páginas, sí ayuda. Google lo explica en su guía: "Si hay miles de URLs en tu sitio, la forma en que organices tu contenido puede influir en el modo en que Google rastrea e indexa tu sitio. En concreto, utilizar directorios (o carpetas) para agrupar temas similares puede ayudar a Google a saber con qué frecuencia cambian las URLs de directorios concretos" (guía de SEO para principiantes).

En una web de servicios con 20 o 40 páginas, la jerarquía la marcan el menú, las migas de pan y los enlaces. Ahí prefiero URLs cortas en la raíz para las landings, que es lo que hago en la mía. Lo que sí importa es decidirlo al principio: cambiar URLs después obliga a redirigir (lo vemos más abajo).

Paso 7. Diseña la navegación

La navegación son los caminos fijos que se repiten en toda la web. Cada elemento tiene su función:

Un detalle que se olvida: el menú enlaza desde todas las páginas de la web. Lo que metas en el menú recibe muchísimos enlaces internos. Por eso el menú no es sitio para "Noticias del 2023" o "Nuestra filosofía". Es para lo que quieres que posicione y lo que tu cliente necesita encontrar.

Tres cosas más que conviene revisar en la navegación:

1. Que los enlaces sean enlaces de verdad. Según su documentación, "por lo general, Google solo puede rastrear tu enlace si se trata de un elemento HTML <a> (también denominado elemento ancla) con un atributo href" (Google Search Central, enlaces rastreables). Un menú o un botón que lleva a otra página con JavaScript, sin <a href>, puede funcionar para el usuario y no existir para Google.
2. Que el menú del móvil tenga lo mismo. Google indexa la versión móvil de tu web. Si en el móvil el menú tiene menos enlaces que en el ordenador, para Google tu web tiene menos enlaces.
3. Que se pueda usar con teclado. Un desplegable que solo se abre al pasar el ratón deja fuera a quien navega con teclado o con lector de pantalla. Y en el móvil no hay ratón.

¿Menú simple o megamenú? El megamenú (un desplegable grande con varias columnas) tiene sentido en tiendas y en webs con muchas secciones. En una web con cinco o seis servicios, un desplegable simple se entiende mejor. Y todo lo que pongas en un megamenú queda enlazado desde todas las páginas, así que tampoco es sitio para meterlo todo.

¿Y el sitemap HTML? Es una página con el listado de todas las secciones, pensada para personas. En webs grandes ayuda a encontrar cosas y da un enlace más a cada página. En una web de 30 páginas con buena navegación no aporta nada.

Paso 8. Planifica el enlazado interno

El enlazado interno es lo que más diferencia una arquitectura que funciona de una que solo queda bien dibujada. Son los enlaces que pones dentro del texto de cada página hacia otras páginas de tu web.

Reglas que aplico siempre:

1. Cada página recibe al menos un enlace contextual desde otra página relacionada. Ninguna huérfana.
2. Los artículos enlazan al servicio que resuelve el problema del que hablan. El post sobre ciática enlaza a la página de tratamiento de dolor de espalda.
3. El pilar enlaza a todos sus satélites, y cada satélite enlaza de vuelta al pilar.
4. El texto del enlace dice lo que hay al otro lado. "Tratamiento de suelo pélvico" funciona. "Pincha aquí" no dice nada.
5. Varía el texto de los enlaces. Si diez enlaces llevan a la misma página con el mismo texto exacto, suena forzado.
6. No enlaces por enlazar. Un enlace tiene que tener sentido para quien lee ese párrafo.

Esto lo he comprobado en mi propia web. En julio de 2026 revisé el blog y 5 de los 19 artículos que tenía entonces daban problemas de indexación: tres que Google ni siquiera conocía y dos rastreados pero sin indexar. La causa era la misma en los cinco: solo se llegaba a ellos desde el listado paginado del blog, sin ningún enlace desde otros artículos. Añadí enlaces cruzados desde los artículos relacionados y solicité la indexación. En septiembre, al volver a comprobarlo, los cinco estaban indexados.

Una forma práctica de planificarlo es una tabla de enlazado:

Paso 9. Remata la parte técnica

Con la estructura decidida, toca dejarla bien explicada a Google:

• Sitemap XML con las páginas que quieres indexar, y solo esas. Envíalo desde Search Console.
• Noindex en las páginas que no aportan nada en Google: resultados de búsqueda interna, páginas de gracias, archivos de etiquetas vacíos, filtros de tienda que no buscan nadie.
• Canonical en las páginas que tienen versiones casi iguales (por ejemplo, la misma ficha de producto en dos categorías), apuntando a la versión principal.
• Robots.txt solo para bloquear el rastreo de zonas que no quieres que Google recorra. Ojo: bloquear en robots.txt no es lo mismo que desindexar.
• Datos estructurados de migas de pan (BreadcrumbList), que en WordPress los añade Rank Math o Yoast si activas sus migas.

Paso 10. Móntala y compruébala

Con la web montada (o reorganizada), pásale un rastreo y revisa:

1. Profundidad de clic. En Screaming Frog, la columna "Crawl Depth". Nada importante por encima de 3.
2. Páginas huérfanas. Las que están en el sitemap o en Analytics pero no aparecen en el rastreo.
3. Enlaces rotos internos (errores 404) y redirecciones en cadena.
4. Informe de páginas de Search Console durante las semanas siguientes. Lo que aparezca como "Descubierta: actualmente sin indexar" o "Rastreada: actualmente sin indexar" suele necesitar más enlaces internos o más contenido.

Plantilla para planificar la arquitectura de tu web

Toda la planificación cabe en una hoja de cálculo. Estas son las columnas que uso, con tres filas de ejemplo:

Con la plantilla rellena se ven los problemas a simple vista:

• Dos filas con la misma keyword principal: canibalización.
• Una fila con la columna "Recibe enlaces de" vacía: página huérfana.
• Nivel 4 o más: demasiado profunda.
• Un servicio que no recibe enlaces desde el blog: estás desaprovechando el contenido.

Tres decisiones técnicas que condicionan la arquitectura

Hay tres decisiones que conviene tomar antes de montar nada, porque cambiarlas después obliga a mover URLs.

¿Blog en subdominio o en subcarpeta?

Una subcarpeta es tudominio.com/blog/ y un subdominio es blog.tudominio.com. Google ha dicho en varias ocasiones que puede trabajar bien con las dos. Aun así, yo pongo siempre el blog en subcarpeta, por tres motivos:

1. Todo vive en la misma web: el mismo WordPress, el mismo sitemap y la misma propiedad de Search Console.
2. Lo que ganan los artículos y lo que ganan los servicios se suma en un mismo sitio, sin depender de cómo trate Google el subdominio.
3. Es más fácil de mantener.

El subdominio tiene sentido cuando es otro proyecto de verdad, con otra plataforma o con otro equipo: una tienda en Shopify mientras la web principal está en WordPress, un área privada de clientes o un centro de ayuda.

Webs en varios idiomas

Si tu web va a estar en castellano y en catalán, o en castellano e inglés, la estructura más sencilla es una carpeta por idioma: tudominio.com/ para el principal y tudominio.com/ca/ o tudominio.com/en/ para los demás. Google también acepta dominios por país (tudominio.de) o subdominios, pero para una web pequeña o mediana las carpetas son lo más fácil de gestionar.

Tres reglas:

1. Cada idioma replica la misma estructura, para que cada página tenga su equivalente en los otros idiomas.
2. Etiquetas hreflang que conectan cada página con sus versiones en otros idiomas, para que Google muestre la correcta a cada usuario. En WordPress las ponen plugins como WPML o Polylang.
3. No redirijas al visitante según el idioma que crees que habla. Google lo dice claro: "Evita redirigir automáticamente a los usuarios de una versión lingüística de un sitio a otra versión lingüística diferente" (Google Search Central, sitios multirregionales y multilingües). Mejor un selector de idioma visible.

Paginación

Cuando un listado (el blog, una categoría de una tienda) tiene más elementos de los que caben en una página, se divide en /blog/page/2/, /blog/page/3/ y así sucesivamente. Tres cosas que tienes que saber:

1. Google ya no usa rel="next" ni rel="prev". Lo dice su propia documentación, así que no dependas de esas etiquetas.
2. Cada página de la paginación tiene su propio canonical. Google lo pide expresamente: "No uses la primera página de una secuencia paginada como página canónica. En vez de eso, proporciona a cada página su propia URL canónica" (Google Search Central, paginación).
3. Un artículo que solo está enlazado desde la página 5 del blog puede quedar a cinco o seis clics de la home. Es lo que les pasaba a los artículos de mi blog que Google no indexaba. La paginación no sustituye a los enlaces desde otros artículos ni a unas páginas de categoría bien trabajadas.

Arquitectura web en WordPress: lo que conviene decidir al principio

WordPress viene con decisiones de arquitectura tomadas por defecto que no siempre te convienen. Estas son las que reviso en cada web.

Páginas o entradas

• Páginas para el contenido estable y jerárquico: home, servicios, sobre ti, contacto. Las páginas admiten página madre, y eso construye la jerarquía y la URL (/servicios/suelo-pelvico/ si "Servicios" es la madre).
• Entradas para el blog: contenido que se publica con fecha, se agrupa en categorías y aparece en el listado del blog.

Un servicio publicado como entrada de blog es un error que veo a menudo. Acaba mezclado en el listado de artículos, con fecha, y sin sitio claro en la estructura.

Enlaces permanentes

En Ajustes > Enlaces permanentes, la opción "Nombre de la entrada" deja URLs del tipo /nombre-del-post/. Es la que uso. Las opciones con fecha (/2026/10/nombre/) alargan la URL y hacen que el contenido parezca viejo en cuanto pasa un año.

Si la web ya tiene tráfico, no cambies esta opción sin redirigir. Cambia la URL de todas las entradas de golpe.

Categorías

Las categorías son la estructura del blog. Tres reglas:

1. Pocas y claras. Una por tema grande, que coincidan con tus pilares.
2. Una categoría por entrada. Si un post está en tres categorías, aparece en tres listados y diluye la estructura.
3. Que la página de categoría tenga contenido propio, no solo el listado de posts. Una introducción que explique el tema y enlace a los artículos clave convierte la categoría en una página pilar.

Por defecto WordPress pone /category/ en la URL de las categorías. Rank Math tiene una opción para quitarlo (en sus ajustes generales, apartado de enlaces). Es una decisión de gusto más que de posicionamiento. Si la web ya funciona con /category/, déjalo.

Etiquetas

Las etiquetas generan una página de archivo por cada etiqueta. Si usas veinte etiquetas distintas con dos posts cada una, tienes veinte páginas casi vacías y repetidas. Mi recomendación para webs pequeñas: no usarlas, o ponerles noindex.

Archivos de autor, de fecha y de adjuntos

• Archivo de autor: si la web es de una sola persona, el archivo de autor repite el listado del blog. Noindex.
• Archivo de fecha: casi nunca aporta. Noindex.
• Páginas de adjuntos: cada imagen subida podía tener su propia URL casi vacía. Desde WordPress 6.4, las instalaciones nuevas las traen desactivadas, pero en webs antiguas pueden seguir activas. Rank Math tiene una opción para redirigir los adjuntos a la entrada donde están.

Migas de pan

Rank Math y Yoast las generan, con su schema incluido. Actívalas en el plugin y colócalas donde tu tema lo permita. En webs con varios niveles ayudan mucho a orientarse.

Ejemplos de arquitectura web según el tipo de negocio

No hay una arquitectura perfecta para todas las webs. Estas son las que propondría según el caso.

Profesional con un solo servicio (psicólogo, logopeda, nutricionista)

Home (con el servicio principal explicado)
├── Terapia individual
├── Terapia de pareja
├── Sobre mí
├── Precios
├── Blog
│   ├── Guía de ansiedad (pilar) → 4-6 satélites
│   └── Guía de pareja (pilar) → 4-6 satélites
└── Contacto

Plana para lo comercial y pilares en el blog. Cada guía enlaza al servicio que le corresponde: la de ansiedad a terapia individual, la de pareja a terapia de pareja.

Negocio con varios servicios y varias ciudades

Home
├── Servicios
│   ├── Servicio A
│   ├── Servicio B
│   └── Servicio C
├── Zonas
│   ├── Ciudad 1
│   └── Ciudad 2
├── Blog
└── Contacto

El punto delicado son las páginas de zona. Una página por ciudad solo tiene sentido si de verdad das servicio allí y si la página cuenta algo propio de esa zona: dirección, equipo, casos, cómo llegar, particularidades. Crear decenas de páginas iguales cambiando solo el nombre de la ciudad es lo que Google llama páginas puerta (doorway pages) y lo considera spam en sus políticas contra el spam. Si solo tienes una ciudad real, posiciona esa con la home y la ficha de Google, y olvídate de páginas de zona vacías.

Tienda online

Home
├── Categoría
│   ├── Subcategoría
│   │   └── Producto
│   └── Subcategoría
├── Categoría
├── Blog (guías de compra)
└── Páginas de ayuda (envíos, devoluciones)

Jerárquica, con dos riesgos propios de las tiendas:

1. Filtros (navegación facetada). Cada combinación de filtros (color, talla, precio) puede generar una URL. Indexa solo las combinaciones que la gente busca de verdad ("zapatillas trail mujer") y pon noindex o canonical al resto.
2. Productos en varias categorías. Que la URL del producto no dependa de la categoría, o que todas las versiones apunten con canonical a una sola.

Blog o web de contenidos

Home
├── Tema 1 (página de categoría trabajada como pilar)
│   ├── Artículo
│   ├── Artículo
│   └── Artículo
├── Tema 2 (pilar)
│   └── ...
└── Sobre el autor

Pilares y satélites, con las categorías funcionando como pilares. Aquí el silo tiene más sentido que en una web de servicios, porque los temas suelen estar más separados.

Cómo cambiar la arquitectura de una web que ya existe sin perder posiciones

Cambiar la arquitectura de una web que ya tiene tráfico se hace en cinco pasos: inventario con datos, decisión página por página, mapa de redirecciones, actualización de enlaces internos y seguimiento. Saltarse cualquiera de ellos es la forma más rápida de perder posiciones que ya tenías.

Es la situación más habitual. Casi nadie empieza una web con la arquitectura planificada. La web crece a base de "añade esta página", "sube este artículo", y a los tres años hay servicios duplicados, posts que hablan de lo mismo y páginas que no enlaza nadie.

1. Inventario con datos reales

A la lista de URLs del paso 2 añádele, para cada página, los datos de los últimos 12 meses:

• Clics e impresiones de Search Console.
• Visitas y conversiones de Google Analytics.
• Enlaces externos que recibe (Search Console > Enlaces, o una herramienta como Ahrefs o DinoRANK).

Sin estos datos estás decidiendo a ciegas. Una página que te parece prescindible puede ser la que trae la mitad de los contactos.

2. Decide qué hacer con cada página

3. Haz el mapa de redirecciones antes de tocar nada

Cada URL que cambia o desaparece necesita una redirección 301 a su nueva ubicación. Hazlo en una tabla antes de mover nada:

Tres reglas para las redirecciones:

1. A la página más parecida, nunca todo a la home. Redirigir a la home lo que no tiene nada que ver Google lo trata como un 404.
2. Sin cadenas. Si A ya redirigía a B y ahora B va a C, cambia A para que vaya directamente a C.
3. Que la redirección se quede. No las borres al cabo de unos meses. Los enlaces externos que apuntan a la URL antigua siguen ahí.

4. Actualiza los enlaces internos

La redirección arregla los enlaces de fuera, pero los de dentro los tienes que cambiar tú. Si tu menú, tus artículos y tu pie de página siguen enlazando a las URLs antiguas, cada clic pasa por una redirección. Busca las URLs antiguas en el contenido y sustitúyelas por las nuevas.

5. Sigue la evolución

Después del cambio:

• Envía el sitemap actualizado en Search Console.
• Vuelve a rastrear la web y comprueba que no queda ningún enlace interno a URLs redirigidas ni rotas.
• Vigila clics e impresiones de las páginas afectadas durante las semanas siguientes. Algo de movimiento al principio es normal mientras Google procesa los cambios. Si una página importante cae y no se recupera, revisa su redirección y sus enlaces.

Cómo saber si tu arquitectura web funciona

Una arquitectura funciona si las páginas importantes se indexan, reciben visitas desde Google y llevan a la gente hacia el contacto. Todo esto se mide con herramientas gratuitas:

Saca estos datos antes de cambiar nada, para tener con qué comparar, y vuelve a mirarlos en los meses siguientes.

Los errores de arquitectura web que más se repiten

Si tu web tiene visitas pero no te llama nadie, o directamente no tiene visitas, la arquitectura suele estar entre las causas. Lo repaso con más casos en por qué mi web no tiene visitas y en señales de que tu web necesita una auditoría SEO.

Herramientas para planificar y revisar la arquitectura web

No necesitas ninguna herramienta de pago para empezar. Con un papel, Google y Search Console puedes hacer una buena arquitectura para una web pequeña.

Checklist: ¿tu arquitectura web está bien?

Repásala antes de publicar una web nueva o una vez al año en una que ya funciona:

• Sé qué acción quiero que haga el visitante y qué servicios quiero vender.
• Cada intención de búsqueda importante tiene una sola página asignada.
• No hay dos páginas con la misma keyword principal.
• Las páginas que venden están a 1 o 2 clics de la home.
• Ninguna página importante está a más de 3 clics.
• Ninguna página indexable es huérfana.
• El menú tiene solo lo esencial y con nombres que entiende el cliente.
• Las URLs son cortas, en minúsculas, sin fechas ni parámetros.
• Los artículos del blog enlazan al servicio relacionado.
• Cada pilar enlaza a todos sus satélites y cada satélite al pilar.
• Las migas de pan están activas si la web tiene más de un nivel.
• El sitemap XML solo incluye páginas que quiero indexar.
• Archivos de etiquetas, autor, fecha y búsqueda interna con noindex (o desactivados).
• Todas las URLs que han cambiado tienen su 301 a la página equivalente.
• No hay enlaces internos a URLs redirigidas ni rotas.
• Los enlaces del menú y del contenido son <a href>, no botones con JavaScript.
• El menú del móvil tiene los mismos enlaces que el del ordenador y se puede usar con teclado.
• El blog está en subcarpeta (o hay un motivo claro para el subdominio).
• Si hay varios idiomas: una carpeta por idioma, hreflang y sin redirecciones automáticas por idioma.
• Cada página de la paginación tiene su propio canonical.
• Tengo los datos de Search Console y GA4 de antes de cualquier cambio, para comparar.
• La estructura tiene sitio para crecer sin rehacerla.

Preguntas frecuentes sobre arquitectura web

¿Y ahora qué?

Si estás empezando una web, haz los pasos 1 a 5 antes de hablar con el diseñador. Te ahorrarás rehacer páginas.

Si tu web ya existe, empieza por lo que más impacto tiene y menos riesgo: busca las páginas huérfanas, enlaza tus artículos a tus servicios y comprueba que lo que vendes está a uno o dos clics. Eso no cambia ninguna URL y suele notarse.

Y si prefieres que lo mire alguien que lo hace a diario, en la auditoría SEO reviso la arquitectura de tu web junto con la indexación, el contenido y la competencia, y te digo qué cambiar primero. Si buscas algo más continuado, en servicios y tarifas tienes el SEO mensual y la consultoría por horas.