
Arquitectura de información para sitios de servicios
Organiza el menú, las páginas de servicios y sus enlaces para que una persona encuentre la oferta, resuelva sus dudas y sepa cómo contactar.
Cuando alguien entra a tu web para buscar un servicio, necesita reconocer dónde está la información y cómo llegar a ella. La arquitectura de información organiza las páginas y sus nombres para que no tenga que adivinar cómo se divide tu empresa.
Las heurísticas de Nielsen Norman Group ayudan a evaluar interfaces sin esperar a que el error llegue al usuario final. Google Search Central recomienda que el contenido sea claro para las personas y entendible para los sistemas de rastreo. La guía de Google para experiencias generativas mantiene el foco en estructura técnica, contenido único y señales confiables. Estas guías ayudan a revisar los nombres, la jerarquía y los enlaces del sitio. Comprueba las decisiones pidiendo a alguien que encuentre información en la estructura propuesta.
Organiza las páginas según lo que busca el cliente
Un menú puede usar nombres conocidos por el equipo y resultar confuso para quien llega por primera vez. También puede esconder el alcance de un servicio varios niveles por debajo de la página que lo anuncia.
Escribe qué información debe encontrar una persona antes de contactar. Ordena esas preguntas y comprueba si los nombres del menú permiten reconocer dónde está cada respuesta.
La estructura también influye en las páginas web que convierten. Si quieres revisar cómo se llega de un servicio al formulario, cuéntanos el caso en contacto.
El mapa publicado por Nielsen Norman Group permite ver secciones y niveles antes de decidir cómo aparecerán en el menú.
Qué revisar antes de invertir más en arquitectura de información
Antes de mover páginas o cambiar el menú, revisa esto:
- Anota qué información necesita encontrar alguien antes de contactar.
- Nombra las secciones con términos que reconozca quien busca el servicio.
- Comprueba cómo se llega a la información y al formulario en móvil.
- Observa los retrocesos y las dudas antes de cambiar la estructura completa.
Asigna a una persona el mapa del sitio y sus cambios. Contenido, diseño y desarrollo deben revisar la misma versión antes de modificar los nombres o las rutas.
Cómo medir el avance en arquitectura de información
Comprueba qué ocurre mientras una persona busca un servicio:
- Tasa de conversión
- Scroll útil
- Clics en CTA
- Errores de formulario
Estas cuatro cifras no sustituyen la observación del recorrido. Si hay clics en el CTA y errores al enviar, investiga el formulario. Si la persona no encuentra el servicio, revisa antes la navegación.
Una prueba de árbol muestra las rutas que siguen las personas para encontrar información, incluidos los retrocesos. Los participantes y porcentajes de esta captura son datos de demostración de Optimal.
Lo que suele salir mal con arquitectura de información
Comprueba si la estructura del sitio presenta estos problemas:
- Nombrar las secciones con términos que solo usa el equipo.
- Esconder la información de un servicio detrás de demasiados niveles.
- Revisar el menú en desktop y dejar pendiente su versión móvil.
Cambia un nombre o una ruta de navegación y repite la búsqueda con alguien que no conozca el sitio. Anota los retrocesos y las dudas antes de reorganizar otras secciones.
Revisa la ruta hacia un servicio
Escoge un servicio que reciba consultas y pide a alguien que encuentre su alcance y el contacto desde la página de inicio. Observa qué enlaces elige y dónde retrocede. Usa ese recorrido para revisar los nombres y la jerarquía.
Contrasta los detalles con Nielsen Norman Group, Google Search Central y Google AI Search guidance. Consulta esos criterios junto al mapa del sitio y los resultados de las pruebas de navegación.
Preguntas frecuentes sobre arquitectura de información
¿Cómo preparo el mapa de páginas de servicios?
Haz un inventario de las páginas de servicios y escribe qué duda responde cada una. Después comprueba si se puede llegar a ellas desde el menú usando nombres comprensibles.
¿Quién decide los nombres del menú?
Contenido trabaja los nombres y la información de cada página. Diseño y desarrollo revisan cómo se navega entre ellas. Una persona debe mantener actualizado el mapa acordado.
¿Cómo detecto problemas en la navegación?
Revisa la tasa de conversión junto al recorrido hacia el servicio. Si la persona retrocede o abre páginas equivocadas, puede haber un problema de nombres o de jerarquía.
¿Se puede comprobar automáticamente si un menú se entiende?
Automatiza el inventario y la detección de enlaces rotos. Para saber si un nombre del menú se entiende, necesitas observar cómo alguien busca la información.
Elige una navegación que responda cómo buscan ayuda tus clientes
Compara estructuras por tarea, servicio y audiencia según encontrabilidad, ambigüedad y capacidad de crecer.
Desliza la tabla hacia los lados para comparar las tres opciones.
| Criterio de evaluación | Opción sugeridaPor tarea o problemaNombra rutas con lo que la persona necesita resolver o conseguir. | Por servicioReplica el catálogo y las áreas de especialidad de la empresa. | Por audienciaCrea entradas distintas para sectores, roles o tipos de cliente. |
|---|---|---|---|
| EncontrabilidadProbabilidad de que alguien reconozca su ruta sin conocer la organización interna. | 5 de 5 para este casoUsa lenguaje de necesidad y reduce la obligación de traducir el problema a un nombre de servicio. | 3 de 5 para este casoFunciona para demanda que ya conoce la categoría; es menos clara para necesidades ambiguas. | 4 de 5 para este casoLa identificación con un sector ayuda, aunque una persona puede pertenecer a varias audiencias. |
| EscalabilidadFacilidad para añadir ofertas y contenido sin multiplicar rutas similares. | 4 de 5 para este casoLos problemas estables permiten agrupar nuevas capacidades bajo rutas existentes. | 5 de 5 para este casoEl catálogo admite nuevas páginas con una jerarquía predecible. | 2 de 5 para este casoDuplicar contenido por audiencia aumenta mantenimiento, canonicalización y consistencia. |
| Comparación de opcionesAyuda para entender diferencias, límites y relaciones entre servicios. | 5 de 5 para este casoPuede presentar varias soluciones bajo una misma necesidad y explicar cuándo conviene cada una. | 5 de 5 para este casoLa cercanía entre servicios facilita comparar alcance, proceso y entregables. | 3 de 5 para este casoPrioriza relevancia sectorial; la comparación transversal puede quedar escondida. |
| Señales para buscadoresClaridad de títulos, jerarquía, enlaces y propósito de cada URL. | 5 de 5 para este casoProblemas concretos producen páginas con intención diferenciada y enlaces contextuales. | 5 de 5 para este casoUna taxonomía estable de servicios comunica bien la oferta comercial. | 3 de 5 para este casoVariantes sectoriales necesitan contenido realmente distinto para no parecer duplicadas. |
| Evidencia necesariaInvestigación requerida para demostrar que las etiquetas coinciden con modelos mentales reales. | 3 de 5 para este casoNecesita consultas de búsqueda, entrevistas y pruebas de árbol para validar el lenguaje. | 4 de 5 para este casoPuede partir del catálogo aprobado, aunque debe probar si los nombres son comprensibles. | 3 de 5 para este casoRequiere saber qué diferencias por audiencia cambian de verdad la decisión. |




