Una web no empieza por el menú.
"Inicio. Sobre nosotros. Servicios. Contacto."
Eso describe secciones de una web, pero todavía no explica qué necesita encontrar alguien dentro de ella.
La arquitectura web consiste en decidir qué merece una página propia, qué debería estar junto y cómo se conectan unas páginas con otras.
Antes de diseñar una navegación, hay que entender qué viene a resolver la gente.
Cada página necesita un trabajo claro
No una palabra clave exclusiva.
Una página puede responder a varias búsquedas relacionadas si todas forman parte de la misma necesidad.
Por ejemplo, una página sobre derecho de familia puede explicar divorcios, separaciones o custodias si tiene sentido tratarlos dentro del mismo servicio.
Eso no impide que exista además una guía específica sobre el precio de un divorcio o un artículo que resuelva una duda concreta sobre custodia.
Cumplen trabajos distintos.
El problema aparece cuando tienes varias URLs que podrían sustituirse entre sí: hablan de prácticamente lo mismo, para la misma persona, en el mismo momento y llevan al mismo sitio.
Ahí sí merece la pena preguntarse si realmente necesitas todas.
Empieza por lo que necesita resolver una persona
En lugar de dibujar primero el menú, empezaría anotando por qué puede llegar alguien a la web.
Puede querer contratar un servicio.
Entender cuánto cuesta.
Saber si trabajas en su zona.
Comparar dos opciones.
Ver proyectos.
Resolver una duda antes de contactar.
O simplemente entender qué haces.
Después decides cuáles de esas necesidades merecen una página propia y cuáles pueden resolverse juntas.
La arquitectura sale de ahí.
No de intentar crear una URL para cada variación de una búsqueda.
Cuándo separar contenido en páginas distintas
Yo separaría una necesidad cuando tener su propia página permite responderla claramente mejor.
Puede ser porque cambia mucho la información.
Porque la persona está buscando algo distinto.
Porque necesita otro tipo de contenido.
Porque pertenece a una zona, servicio o producto concreto.
O porque tiene suficiente importancia dentro del negocio como para merecer un recorrido propio.
Si para crear dos páginas tienes que repartir artificialmente el mismo contenido entre ambas, probablemente todavía no necesitas separarlas.
La pregunta útil no es "¿puedo crear otra URL?".
Es "¿qué consigue esta página que la otra no consigue?"
Sánchez Ruiz: organizar un servicio alrededor de problemas reales
En Sánchez Ruiz Abogados, la web no podía limitarse a una página genérica de "servicios jurídicos".
El despacho trabaja distintas áreas jurídicas, así que cada una necesitaba espacio suficiente para explicar qué situaciones cubre y qué puede esperar alguien que llega buscando ayuda sobre ese problema.
El blog cumple otra función.
Permite responder preguntas más concretas alrededor de esas áreas sin convertir cada duda en una nueva página de servicio.
Las dos capas hablan de temas relacionados.
Pero no hacen el mismo trabajo.
Brava Hàbitat: cuando la arquitectura crece
En Brava Hàbitat la escala es distinta.
La web combina servicios de reforma, información sobre precios y plazos, trámites y distintas ubicaciones.
Con tantas páginas, el problema ya no es simplemente crear contenido.
Es mantener una estructura en la que alguien pueda entrar por una página muy específica y entender dónde está, qué relación tiene esa información con el servicio y cuál puede ser su siguiente paso.
Una web grande no necesita parecer un directorio.
Necesita una jerarquía que siga teniendo sentido cuando crece.
Judith21: una tienda se organiza de otra manera
En Judith21, la arquitectura parte del catálogo.
Colecciones. Productos. Información de marca. Búsqueda.
Aquí alguien no llega necesariamente con una pregunta que necesita leer.
Muchas veces sabe qué tipo de producto quiere y necesita encontrarlo con el menor esfuerzo posible.
Por eso copiar la estructura de una web de servicios para una tienda no tendría demasiado sentido.
La arquitectura depende del comportamiento que necesita facilitar.
Los enlaces también forman parte de la arquitectura
No basta con que una página exista.
Tiene que estar conectada con el resto.
Una página de servicio puede llevar a un caso relacionado.
Una guía de precios puede llevar al servicio al que se refiere.
Una página de municipio puede enlazar con la zona a la que pertenece y con los servicios disponibles allí.
Un producto pertenece a una colección.
Esto ayuda a que una persona continúe por la web sin tener que volver constantemente al menú.
Y también hace explícita la relación entre los distintos contenidos del sitio.
Cómo detectar una arquitectura que necesita orden
Hay algunas preguntas que suelo utilizar:
- ¿Puedes explicar para qué existe cada página importante?
- ¿Hay dos URLs que podrían intercambiar su contenido sin que prácticamente cambiara nada?
- ¿Hay información importante escondida dentro de una página demasiado genérica?
- ¿Hay páginas a las que no se llega desde ninguna parte lógica de la web?
- ¿Después de leer una página está claro qué información relacionada puede necesitar alguien?
No todas las respuestas implican crear más páginas.
A veces la solución es precisamente juntarlas.
Más páginas no significan mejor arquitectura
Una arquitectura grande puede ser necesaria.
Una pequeña también.
Lo importante no es alcanzar un número determinado de URLs.
Es que cada una cumpla una función que puedas explicar.
Antes de crear una nueva página, preguntaría qué necesidad resuelve, por qué merece estar separada y cómo se conecta con el resto.
Si no tenemos una respuesta clara, probablemente todavía no sabemos qué página estamos construyendo.
Si tu web tiene que crecer alrededor de búsquedas reales y distintas necesidades de cliente, es lo que planteamos en Web + SEO.
Y si la complejidad viene especialmente de trabajar en muchas ubicaciones, lo explicamos con más detalle en SEO local: páginas por municipio.
Escribimos sobre decisiones que aparecen en proyectos reales: cómo estructurar una web, cómo captar demanda y cuándo la tecnología puede simplificar un negocio.