Puntos clave
- La arquitectura es la estructura de secciones y el enlazado que las conecta. No es el menú: el menú es su síntoma.
- Lo que está a más de tres o cuatro clics de la home recibe menos autoridad y se rastrea menos.
- Agrupar por tema, no por formato: una sección «Guías» junto a una «Artículos» no le dice nada a nadie sobre de qué trata el sitio.
- Una arquitectura se arregla antes de escribir, no después. Reorganizar doscientas URLs publicadas cuesta una migración.
No es el menú. El menú es una consecuencia visible de la arquitectura, y se puede tener un menú prolijo sobre una estructura desordenada.
Qué resuelve una buena arquitectura web
Qué se descubre. Un rastreador llega siguiendo enlaces. Lo que no recibe ninguno puede no descubrirse nunca. En un listado largo eso depende de cómo esté paginado, y hay un patrón que corta el camino por completo: paginación SEO.
Qué se considera importante. Lo que recibe más enlaces internos y está más cerca de la home concentra más autoridad. Esa jerarquía la definís vos.
De qué trata el sitio. Diez páginas sobre GEO, enlazadas entre sí y colgando de una principal, dicen «acá se sabe de GEO» mucho más claro que diez páginas sueltas sobre diez temas.
El principio: agrupar por tema, no por formato
«Guías», «Artículos», «Recursos» son categorías sobre el tipo de página, no sobre el tema. A un lector no le sirven —nadie busca «una guía», busca cómo resolver algo— y a un buscador tampoco: no le dicen nada sobre de qué sabe el sitio.
Lo que funciona es agrupar por asunto: una sección por tema, con una página que lo cubre en general y varias que lo desarrollan. Eso es un topic cluster. Cada una enlaza a la principal y la principal a todas.
Profundidad de clic: a cuántos saltos está cada página
Cuántos clics separan una página de la home. Cuanto más profunda:
- Menos autoridad recibe, porque la que entra al sitio se reparte por los enlaces.
- Menos se rastrea, porque el buscador llega más tarde y con menos frecuencia.
Medir la profundidad a mano es posible hasta unas cien páginas; más arriba hace falta una herramienta de rastreo, que es justamente el dato que devuelve.
- Más difícil de encontrar para una persona.
No hay un número mágico, pero si algo importante está a cinco clics, el problema no se arregla agregando un enlace suelto desde la home: se arregla revisando por qué quedó tan lejos.
La referencia es la guía de estructura de URLs de Google.
Cómo escribir las URLs de un sitio
Que la dirección refleje la estructura ayuda a las personas, y a vos cuando mires una analítica dentro de dos años:
/geo/busqueda-de-chatgpt/Pero no vale la pena migrar URLs solo para que se vean mejor. Cada migración pierde algo. Se decide bien al principio y después se deja quieto.
Lo que sí conviene: en minúsculas, con guiones, sin parámetros innecesarios, cortas, y estables. Una URL que cambia es una URL que hay que redirigir para siempre.
Cuándo conviene rehacer la arquitectura
Antes de escribir. Una arquitectura decidida con veinte páginas se implementa en una tarde; con doscientas publicadas es una migración, con su mapa de redirecciones y su pérdida inevitable.
Si ya estás en el segundo caso: no reorganices todo de golpe. Identificá los dos o tres temas donde tenés más contenido, armá la página principal de cada uno, enlazá desde y hacia ella, y dejá el resto como está hasta que haya un motivo concreto.
Hay un caso donde la decisión no se puede postergar: cuando el sitio va a existir en varios idiomas o países. Ahí la estructura de carpetas y las etiquetas que las relacionan se deciden juntas, y rehacerlo después es una migración: el mínimo para no romper nada está en hreflang y SEO internacional.
Estado de esta entradaRevisada por Sebastián Cardozo el 26 de sept de 2026. Si detectás algo que dejó de estar vigente, o directamente un error, escribinos: se corrige y el cambio queda anotado acá abajo con su fecha.
Historial de revisiones
- Se aplicó el playbook: título y encabezados descriptivos, tarjeta de definición y tres imágenes descargables.
- Publicada.
