Actualizado el 14 de octubre de 2026 · Escrito y verificado por Josué Pérez Suay, CEO de OrbitaClick
Escalar contenido sin arquitectura es escalar problemas: canibalización, páginas huérfanas y miles de URLs de filtros que nadie busca.
1. Google entiende tu web por los enlaces, no por las carpetas. En su documentación de eCommerce indica que, por lo general, no analiza la estructura de URLs para deducir la estructura del sitio: se basa en los enlaces entre páginas. Cada página que te importe debe recibir al menos un enlace interno rastreable (un <a href>).
2. En WordPress, las categorías son la estructura y las etiquetas, un complemento. Las categorías admiten jerarquía; las etiquetas no. Usar etiquetas como si fueran categorías multiplica archivos casi idénticos.
3. En tiendas, la navegación facetada es el mayor agujero de rastreo. Google recomienda bloquear con robots.txt los filtros que no necesitas indexar y considera el canonical menos eficaz para frenar ese rastreo.
Decisión rápida: antes de publicar más, dibuja un mapa de pilares y clusters por línea de negocio, enlázalo con criterio y decide qué filtros y archivos merecen existir en Google.
Cuando una web de empresa pasa de 30 a 300 páginas sin un plan, el SEO entra en una espiral silenciosa. Dos artículos compiten por la misma búsqueda, la página de servicio que factura queda enterrada bajo el blog, y la tienda genera URLs de filtros que Google rastrea en lugar de tus productos nuevos.
Esta guía es para PYMEs con una web en producción que quieren crecer sin romper lo que funciona. Se apoya en la documentación oficial de Google Search Central y de WordPress, revisada en octubre de 2026, y en nuestro criterio. Donde algo es opinión nuestra, lo decimos.
Qué es la arquitectura SEO (y qué no es)
La arquitectura SEO no es el menú. Es la lógica con la que se organizan, relacionan y priorizan las páginas para que Google sepa qué URL es la referencia de cada tema, el usuario encuentre lo que necesita en cada fase de su decisión y la empresa pueda crecer sin rehacer la web cada año.
Se diseña cruzando tres planos: negocio (qué vendes y qué te deja margen), usuario (cómo busca y qué le frena) y técnica (URLs, plantillas, enlaces, canonical).
🎯 El dato que cambia prioridades. Google explica que usa los enlaces entre páginas para entender cómo se relacionan y cuáles son más importantes, y que más enlaces internos hacia una página indican, en general, más importancia relativa. La estructura de carpetas ayuda a las personas y al mantenimiento, pero lo que realmente comunica jerarquía a Google es el enlazado.
Síntomas de una arquitectura que ya no aguanta el crecimiento
No hace falta una auditoría de 80 páginas para saber si tienes un problema. Estos síntomas se detectan con los informes de Search Console y un rastreador:
| Síntoma | Qué suele significar | Cómo comprobarlo |
|---|---|---|
| Varias URLs alternan para la misma búsqueda | Canibalización: ninguna página se consolida como referencia | Search Console → Rendimiento → filtra la consulta y mira la pestaña Páginas |
| Páginas de servicio con pocas impresiones | Enterradas: casi ningún enlace interno apunta a ellas | Informe de enlaces de Search Console (enlaces internos por página) |
| Muchas URLs «Rastreada: actualmente sin indexar» | Exceso de archivos, etiquetas o filtros de poco valor | Search Console → Páginas → motivos de no indexación |
| Parámetros raros en las URLs rastreadas | Navegación facetada u ordenaciones abiertas al rastreo | Informe de estadísticas de rastreo y logs del servidor |
| Cada servicio nuevo es un parche | No hay mapa: se improvisan categorías y carpetas | Pregunta interna: ¿dónde iría hoy una línea de negocio nueva? |
⚠️ Publicar más no arregla esto. Si la estructura está rota, cada artículo nuevo añade otra pieza que compite con las anteriores. Primero se ordena; después se escala.
Lo que dice Google (y lo que no dice) sobre estructura
En arquitectura SEO circulan muchos mitos. Este es el resumen de lo que hemos verificado hoy en la documentación oficial de Google Search Central, frente a lo que hacemos en la práctica:
| Tema | Qué dice Google | Qué hacemos en OrbitaClick |
|---|---|---|
| Enlaces rastreables | Por lo general solo sigue enlaces <a> con atributo href; los enlaces por onclick o javascript: pueden no procesarse de forma fiable | 🔴 Revisamos menús, botones y filtros hechos con JavaScript |
| Páginas importantes | «Cada página que te importe debe tener un enlace desde al menos otra página de tu sitio» | 🟢 Ninguna URL de negocio sin enlaces internos entrantes |
| Texto ancla | Descriptivo, razonablemente conciso y relevante; que tenga sentido leído fuera de contexto | 🟢 Nada de «haz clic aquí» ni «leer más» como único anchor |
| URLs | Palabras legibles, guiones en lugar de guiones bajos, sin parámetros innecesarios; distingue mayúsculas y minúsculas | 🟢 Minúsculas, guiones, cortas y estables |
| Estructura de URL como señal | En general no la analiza para deducir la estructura del sitio; se apoya en los enlaces | 🟡 No cambiamos URLs que funcionan solo por «ordenar carpetas» |
| Filtros de tienda | Si no necesitas indexarlos, robots.txt es lo más eficaz; canonical y nofollow, menos | 🔴 Decidimos filtro a filtro qué se indexa |
La quinta fila es la que más dinero ahorra: cambiar todas las URLs para que «cuelguen» de carpetas bonitas tiene coste y riesgo, y a menudo el problema real era el enlazado interno.
El método de 4 capas para una arquitectura escalable
Es el mismo marco que veníamos aplicando, pero sin cifras mágicas. No existe un número correcto de páginas pilar ni de artículos por cluster: depende de cuántas líneas de negocio tienes y de cuánta demanda real hay detrás de cada una.
| Capa | Qué incluye | Criterio para crearla | Objetivo |
|---|---|---|---|
| 1. Pilares | Una página troncal por línea de negocio o tema que factura | Hay demanda de búsqueda y hay algo que vender detrás | Ser la URL de referencia del tema y recibir la mayor parte de los enlaces internos |
| 2. Clusters | Artículos o páginas que resuelven una intención concreta del tema | Responden a una búsqueda distinta de la del pilar | Cubrir dudas específicas sin pisar al pilar |
| 3. Apoyo | FAQs, comparativas, glosario, casos, guías de precio | Resuelven objeciones que hoy frenan la venta | Llevar al usuario al siguiente paso de la decisión |
| 4. Capa técnica | URLs, enlazado, canonical, sitemap, datos estructurados, control de filtros | Siempre, desde el primer día | Que Google rastree lo que importa y no lo que sobra |
Cómo se construye un hub temático paso a paso
- Traduce el organigrama al lenguaje del mercado. Tu equipo dice «soluciones de continuidad»; tu cliente busca «mantenimiento web». La arquitectura se nombra como busca el cliente.
- Agrupa por intención, no por palabra clave. Si dos búsquedas se resuelven con la misma página, son la misma página. Si piden respuestas distintas (precio, comparativa, cómo hacerlo), son páginas distintas.
- Asigna una sola URL de referencia por intención. Es la regla que evita la canibalización. Apúntala en el mapa antes de escribir nada.
- Define los enlaces obligatorios. Cada cluster enlaza a su pilar con un anchor descriptivo; el pilar enlaza a sus clusters; el contenido de apoyo enlaza al siguiente paso (servicio, ficha, contacto).
- Decide qué no vas a crear. Una página sin demanda ni negocio detrás es contenido huérfano en potencia.
Enlazado interno: el sistema circulatorio de la web
El enlazado interno decide qué páginas reciben más fuerza y qué rutas propone la web al usuario. En muchas PYMEs se deja al azar: cada autor enlaza lo que se le ocurre y el bloque de «relacionados» lo decide un plugin.
Google lo dice en su guía para tiendas: enlazar los productos más vendidos desde la home, el blog o las newsletters indica que son importantes. Vale igual para una web de servicios. Nuestras reglas:
- Los pilares reciben enlaces desde las zonas con más tráfico: home, menú principal, artículos más visitados.
- Todo cluster enlaza a su pilar en el cuerpo del texto, no solo en la barra lateral.
- Anchors descriptivos y variados, que expliquen qué hay al otro lado. Google sugiere leer el anchor fuera de contexto y comprobar si se entiende solo.
- Breadcrumbs en todas las plantillas para que cada página enlace hacia su nivel superior.
- Los enlaces internos apuntan siempre a la URL canónica, nunca a versiones con parámetros, redirigidas o con barra final distinta.
- Nada de nofollow en enlaces internos. Google reserva nofollow para fuentes en las que no confías, enlaces pagados y contenido generado por usuarios.
Google indica que no existe una cantidad ideal de enlaces por página, aunque un exceso es mala señal. Nuestro criterio: cada enlace tiene que ayudar a alguien a dar el siguiente paso.
URLs: decisiones que conviene tomar una sola vez
Las URLs importan más para el usuario y el mantenimiento que para el ranking, pero cambiarlas después sale caro. Google recomienda:
- Palabras legibles en el idioma de tu público, no cadenas de identificadores.
- Guiones (-) para separar palabras, no guiones bajos (_).
- Una sola versión en minúsculas. Google trata las rutas de URL distinguiendo mayúsculas y minúsculas; si tu servidor no lo hace, normaliza.
- Quitar parámetros que no cambian el contenido (sesiones, referencias, rastreo de campañas en enlaces internos).
- No usar fragmentos (#) para cambiar contenido. Google ignora lo que va detrás de la almohadilla.
Si vendes en varios países, una subcarpeta por idioma o país en el mismo dominio suele ser lo más sencillo de mantener con un equipo pequeño. Es criterio nuestro, no una regla de Google, y lo que nunca recomendamos es segmentar países con parámetros del tipo ?pais=fr.
Si tienes que cambiar URLs, hazlo como una migración
Reordenar la arquitectura suele implicar mover URLs. Google lo trata como un traslado de sitio con cambios de URL y pide, entre otras cosas:
- Mapear cada URL antigua con su destino nuevo, una a una.
- Redirigir con 301 o 308 directamente al destino final, sin cadenas.
- Actualizar enlaces internos, canonical, hreflang y sitemaps para que apunten a las URLs nuevas.
- Mantener las redirecciones el máximo tiempo posible, en general al menos un año.
- Asumir fluctuaciones temporales. En sitios medianos, Google habla de unas semanas o más hasta que las URLs nuevas sustituyen a las antiguas.
Lo explicamos con más detalle en el coste oculto de una migración web mal hecha. Si tu web es pequeña y el problema es solo de enlazado, no muevas URLs.
WordPress: categorías, etiquetas y páginas sin mezclar
En la mayoría de webs WordPress que auditamos, el desorden empieza aquí. La documentación oficial de WordPress lo deja claro: cada categoría puede tener una categoría padre, lo que permite jerarquías; las etiquetas no tienen jerarquía. Además, la categoría por defecto no se puede borrar, y las entradas de una categoría eliminada pasan a ella.
| Elemento | Para qué sirve | Error típico | Nuestro criterio |
|---|---|---|---|
| Páginas | Servicios, productos estrella, pilares | Explicar un servicio solo en entradas del blog | 🟢 Los pilares comerciales son páginas, no posts |
| Categorías | Estructura principal del blog, con jerarquía | Una entrada en cinco categorías; «Sin categoría» llena | 🟢 Pocas, alineadas con los pilares, una principal por entrada |
| Etiquetas | Agrupación transversal sin jerarquía | Cientos de etiquetas con una o dos entradas cada una | 🟡 Pocas o ninguna; si existen, que tengan contenido propio |
| Archivos de autor y fecha | Navegación cronológica o por autor | En webs de un solo autor duplican el blog entero | 🔴 Revisar si aportan algo; si no, fuera del índice |
Una etiqueta con dos entradas genera un archivo que es casi una copia de ellas. Con cien etiquetas así, tienes cien páginas finas gastando rastreo. Lo que hacemos: reducir etiquetas, fusionar las que significan lo mismo y dejar fuera del índice los archivos que no aportan (Yoast o Rank Math lo controlan en minutos). Las que se eliminan y tenían tráfico se redirigen a la categoría o al pilar equivalente.
⚠️ Cuidado con el noindex como atajo. Sirve para sacar del índice archivos sin valor. No sirve para elegir entre dos páginas duplicadas: Google indica que, dentro de un mismo sitio, para eso se usa rel=canonical o una redirección, porque noindex bloquea la página por completo.
Tiendas online: navegación facetada y paginación
En WooCommerce o Shopify, cada filtro y cada ordenación puede crear una URL nueva. Google describe dos problemas: rastreo excesivo, porque no sabe si una URL de filtro es útil hasta rastrearla, y descubrimiento más lento de las páginas buenas.
Ejemplo ilustrativo (no es un dato real de ninguna tienda).
Una categoría con 5 colores, 6 tallas y 4 marcas filtrables, donde cada filtro puede estar activo o no, y 3 ordenaciones posibles: (5+1) × (6+1) × (4+1) × 3 = 630 URLs posibles para una sola categoría.
Con 20 categorías: 630 × 20 = 12.600 URLs de listado, frente a quizá 400 fichas de producto que sí quieres que Google encuentre.
Sin control, la mayor parte del rastreo puede acabar en listados repetidos en lugar de en tus productos.
Qué filtros indexar y cuáles bloquear
Google plantea dos caminos según necesites o no que esos filtros aparezcan en la búsqueda:
- Si no necesitas indexarlos: bloquear los parámetros de filtro en robots.txt es lo más eficaz. Usar fragmentos (#) para los filtros tampoco afecta al rastreo. El canonical y el nofollow pueden ayudar, pero Google los considera menos eficaces a largo plazo; el nofollow, además, solo funciona si lo llevan todos los enlaces que apuntan a esa URL.
- Si quieres indexar algunos: usa el separador estándar & para parámetros, mantén siempre el mismo orden de filtros en las rutas y devuelve un 404 en combinaciones sin resultados, filtros duplicados o paginaciones que no existen. Nada de redirigirlas a una página de error genérica.
Nuestro criterio: solo merece URL indexable el filtro con búsquedas propias y stock suficiente («zapatillas de trail mujer» sí; «azul talla 38 por precio» no). Ese filtro se convierte en landing con texto propio y enlace desde la categoría. El resto, fuera del rastreo.
Paginación y fichas de producto
- Cada página del listado con su URL única, enlazada a la siguiente con <a href>.
- No pongas la página 1 como canonical de todas las demás. Google lo desaconseja: cada página tiene su propio canonical.
- Los botones «cargar más» y el scroll infinito necesitan enlaces rastreables detrás, porque los rastreadores de Google no pulsan botones.
- Enlaza todos los productos que quieras indexar desde sus categorías. Si alguno solo es accesible desde el buscador interno, Google puede no encontrarlo; como apoyo, sitemap o feed de Merchant Center.
Si estás montando o rehaciendo una tienda, esta capa se decide antes de cargar el catálogo, no después. Es parte de lo que planteamos en el desarrollo de tiendas online WooCommerce y Shopify.
Canonical: qué hace y qué no hace
El canonical es la herramienta más malinterpretada de la capa técnica. Según la guía de Google para consolidar URLs duplicadas:
| Método | Fuerza de la señal | Cuándo usarlo |
|---|---|---|
| Redirección 301 / 308 | Fuerte | Cuando retiras una página duplicada o antigua |
| rel=canonical | Fuerte | Cuando la variante debe seguir existiendo para el usuario (parámetros, versiones de impresión, variantes) |
| Incluir en el sitemap | Débil | Como refuerzo: en el sitemap solo van las URLs canónicas |
| robots.txt | No sirve para canonicalizar | Para frenar rastreo; una URL bloqueada puede indexarse igualmente sin su contenido |
| noindex | No recomendado para elegir canónica | Para sacar del índice páginas sin valor, no para resolver duplicados |
Tres reglas que se rompen a menudo: la página canónica lleva un canonical hacia sí misma; canonical, sitemap y enlaces internos señalan la misma URL; y el canonical es una indicación, no una orden. Si tus enlaces internos apuntan a otra versión, le dices a Google lo contrario.
Si quieres explicar esto a dirección sin tecnicismos, en SEO técnico para directivos lo bajamos a decisiones de negocio.
Gobernanza: sin normas, el caos vuelve en seis meses
Una buena arquitectura se degrada en cuanto varias personas publican sin reglas. En una PYME basta con un mapa maestro (una hoja con pilar, cluster, URL, intención y estado) y unas normas mínimas:
- Nadie crea categorías nuevas sin que estén en el mapa.
- Antes de escribir, se busca en el mapa si ya existe una URL para esa intención. Si existe, se mejora esa.
- Cada pieza nueva sale con sus enlaces obligatorios hacia el pilar y hacia el siguiente paso.
- Una revisión trimestral para fusionar duplicados, actualizar lo desfasado y retirar lo que no aporta, con su redirección.
Con el mapa alineado al negocio, el reporting de Search Console y GA4 por fin responde qué línea de negocio crece por orgánico y cuál atrae tráfico que no convierte.
Cuándo NO conviene rehacer la arquitectura
Honestidad radical: no todas las webs necesitan una reestructuración. No la recomendamos cuando:
- La web es pequeña y no hay canibalización real. Falta contenido útil o autoridad, no estructura.
- El problema es de conversión. Si el tráfico llega a las páginas correctas pero no pide presupuesto, toca CRO y oferta.
- Las URLs posicionan bien y solo «quedan feas». Cambiarlas por estética es riesgo sin retorno.
- Nadie va a mantenerla. Mejor una estructura simple que una sofisticada abandonada.
Cuánto cuesta ordenar la arquitectura SEO
Depende del tamaño de la web y de si hay que mover URLs. Como referencia, nuestras tarifas publicadas (orientativas, + IVA):
- Proyecto puntual de reordenación (mapa, enlazado, limpieza de etiquetas y filtros, redirecciones): se presupuesta en horas de soporte web a 50 €/h, tras revisar la web.
- Trabajo continuo: el servicio de posicionamiento SEO parte de 280 €/mes e incluye auditoría técnica inicial, estudio de palabras clave asignadas a páginas y optimización de canonicals y datos estructurados.
Si después apoyas algún pilar con Google Ads, el fee de gestión y el presupuesto de anuncios van siempre por separado.
Preguntas frecuentes sobre arquitectura SEO empresarial
¿Cuántas páginas pilar necesita una empresa?
No hay un número correcto. Nuestro criterio es una página pilar por cada línea de negocio o tema que tenga demanda de búsqueda y algo que vender detrás. Si tienes más pilares que líneas de negocio, probablemente estás llamando pilar a lo que es un cluster.
¿Qué diferencia hay entre un pilar y un cluster?
El pilar es la página de referencia de un tema y recibe la mayor parte de los enlaces internos. El cluster resuelve una intención concreta dentro de ese tema, enlaza al pilar y no compite con él por la misma búsqueda principal.
¿La estructura de URLs influye en el posicionamiento?
Menos de lo que se cree. Google indica que, en general, no analiza la estructura de URLs para entender la estructura del sitio y se basa en los enlaces entre páginas. Las URLs legibles ayudan al usuario y al mantenimiento, pero cambiarlas solo por estética suele ser un riesgo sin retorno claro.
¿Debo usar categorías o etiquetas en WordPress?
Las categorías para la estructura principal, porque admiten jerarquía, y las etiquetas con mucha moderación, porque no la tienen. Cientos de etiquetas con una o dos entradas generan archivos casi duplicados. Lo habitual es reducirlas, fusionarlas y dejar fuera del índice los archivos que no aportan.
¿Cómo evito que los filtros de mi tienda online saturen el rastreo?
Decide qué filtros tienen búsquedas propias y conviértelos en landings indexables. Para el resto, Google considera que bloquear sus parámetros en robots.txt es lo más eficaz, por encima del canonical o del nofollow. En combinaciones sin resultados, devuelve un error 404.
¿El canonical sirve para todo tipo de duplicados?
Sirve cuando la variante debe seguir existiendo para el usuario. Si la página duplicada se retira, lo correcto es una redirección 301. No uses robots.txt ni noindex para elegir la URL canónica, y asegúrate de que canonical, sitemap y enlaces internos apuntan a la misma URL.
¿Cuánto tiempo deben mantenerse las redirecciones al reestructurar URLs?
Google recomienda mantenerlas el máximo tiempo posible, en general al menos un año. Además, hay que actualizar los enlaces internos, los canonical y los sitemaps para que apunten directamente a las URLs nuevas, y contar con fluctuaciones temporales de posiciones.
📚 Fuentes consultadas
- Google Search Central — Ayudar a Google a entender la estructura de un sitio de comercio electrónico (Google se basa en los enlaces y no en la estructura de URLs; enlazar todos los productos que quieras indexar; más enlaces internos indican más importancia)
- Google Search Central — Prácticas recomendadas sobre enlaces (enlaces <a href> rastreables, texto ancla descriptivo, cada página importante enlazada desde otra, uso de nofollow)
- Google Search Central — Prácticas recomendadas sobre la estructura de URLs (palabras legibles, guiones, distinción de mayúsculas, parámetros, fragmentos)
- Google Search Central — Gestionar el rastreo de URLs de navegación facetada (rastreo excesivo, robots.txt frente a canonical y nofollow, separador &, 404 en combinaciones vacías)
- Google Search Central — Cómo especificar una URL canónica (fuerza de redirecciones, rel=canonical y sitemap; no usar robots.txt ni noindex para canonicalizar)
- Google Search Central — Paginación, carga incremental y su impacto en la Búsqueda (URL única por página, no canonicalizar a la página 1, rel next/prev en desuso, cargar más)
- Google Search Central — Traslados de sitios con cambios de URL (mapeo, redirecciones 301/308, mantenerlas al menos un año, fluctuaciones temporales)
- WordPress.org Documentation — Posts Tags Screen (las etiquetas no tienen jerarquía, a diferencia de las categorías)
📚 Sigue leyendo
- Oportunidades invisibles en Search ConsoleCómo detectar canibalización entre pilares y clusters con datos.
- Contenido de calidad vs. cantidadCuántos artículos necesita de verdad cada cluster.
- El coste oculto de una migración mal hechaCómo mover una arquitectura completa sin perder tráfico.
- Por qué la IA no va a arreglar tu SEODónde encaja la IA en este proceso y dónde no.
- Servicio de posicionamiento SEOCómo trabajamos el SEO en OrbitaClick, mes a mes.
¿Tu web crece pero el tráfico orgánico no acompaña?
Revisamos tu arquitectura, te decimos qué páginas compiten entre sí, qué filtros y archivos sobran y qué enlaces faltan, con un plan priorizado. Si tu problema no es la arquitectura, te lo decimos igual.
Josué Pérez Suay, CEO y fundador de OrbitaClick, agencia de marketing digital en Alicante desde 2018. Especialista en SEO técnico y arquitectura de webs WordPress, WooCommerce y Shopify. Citado en 25 artículos de Computer Hoy como fuente experta.
