Cuando una empresa decide implementar SharePoint, la tentación es empezar a crear sitios y bibliotecas inmediatamente. Parece sencillo — creas un sitio, creas carpetas, empiezas a subir documentos. El problema es que sin una arquitectura de la información bien pensada, en seis meses tienes el mismo caos que tenías antes, solo que en la nube.
La arquitectura de la información es el plano de tu SharePoint antes de construirlo.
¿Qué es la arquitectura de la información?
Es la estructura que define cómo se organiza, clasifica y conecta el contenido en tu entorno de SharePoint. No es solo "dónde van los documentos" — es un diseño que afecta a:
- Cómo encuentran los usuarios lo que necesitan
- Cómo se controla quién accede a qué
- Cómo funciona la búsqueda
- Qué puede automatizarse con Power Automate
- Cómo responde Copilot AI cuando alguien hace una pregunta sobre el contenido de la empresa
Una arquitectura bien diseñada hace que todo lo anterior funcione bien. Una arquitectura mal diseñada hace que todo lo anterior sea un problema.
Los bloques de construcción
Sitios
Un sitio es el contenedor principal en SharePoint. Cada departamento, equipo o área de negocio suele tener su propio sitio. Los sitios tienen su propia navegación, permisos y contenido.
Ejemplo: Sitio de RRHH, Sitio de Finanzas, Sitio de Proyectos, Intranet general.
Hay tres tipos de sitio en SharePoint, cada uno con un propósito distinto:
- Sitio de equipo con grupo de Microsoft 365 — el tipo estándar cuando creas un equipo en Teams. Incluye buzón de correo, calendario y espacio en Planner. Ideal para equipos que trabajan juntos en proyectos o departamentos.
- Sitio de equipo sin grupo de Microsoft 365 — más ligero, sin las aplicaciones adicionales. Útil cuando solo necesitas un sitio para documentos y permisos sin la sobrecarga de un grupo completo.
- Sitio de comunicación — diseñado para publicar contenido a una audiencia amplia. Ideal para intranets, portales de empresa, páginas de políticas y procedimientos que toda la empresa necesita consultar pero no editar.
La elección del tipo de sitio correcto desde el principio ahorra mucho trabajo de reconfiguración después.
Hub Sites
Un Hub Site conecta varios sitios relacionados bajo un paraguas común — navegación compartida, búsqueda unificada, branding consistente. Para una empresa con varios departamentos, el Hub Site es la intranet que los conecta a todos.
Bibliotecas de documentos
Dentro de cada sitio hay bibliotecas — contenedores específicos para documentos. Una biblioteca no es solo una carpeta grande — tiene columnas de metadata, vistas, permisos y versioning propios.
Ejemplo: dentro del sitio de Finanzas podrías tener una biblioteca de Facturas, otra de Contratos y otra de Presupuestos.
Listas
Las listas son para datos estructurados que no son documentos — registros de clientes, seguimiento de tareas, inventario, incidencias. Son el equivalente a una tabla de base de datos pero accesible para cualquier usuario sin conocimientos técnicos.
Metadata y tipos de contenido
Las columnas de metadata describen los documentos — cliente, fecha, estado, departamento. Los tipos de contenido agrupan conjuntos de columnas para distintos tipos de documentos. Son la capa que hace que la búsqueda y el filtrado funcionen de verdad.
Navegación
La navegación conecta los sitios y el contenido para que los usuarios puedan moverse intuitivamente. Una buena arquitectura de navegación refleja cómo piensan los usuarios, no cómo está organizada la empresa internamente.
El principio fundamental — plano antes que construcción
La decisión más importante en la arquitectura de la información es cuántos sitios necesitas y cómo se relacionan entre sí. Crear demasiados sitios fragmenta el contenido y complica la búsqueda. Crear muy pocos hace que todo acabe en un sitio gigante difícil de gestionar.
Una guía práctica para decidir cuántos sitios:
- Un sitio por departamento si los departamentos tienen contenido claramente diferente y permisos distintos
- Un sitio por proyecto grande si los proyectos tienen equipos y documentación propios
- Un sitio compartido para contenido que toda la empresa necesita — políticas, procedimientos, formularios
La regla de los permisos
La arquitectura de la información y los permisos van de la mano. Si necesitas que el contenido de RRHH sea solo visible para el equipo de RRHH, ese contenido necesita su propio sitio con permisos restringidos. No puedes controlar el acceso a nivel de carpeta de forma sostenible — la solución correcta es separar el contenido en sitios distintos desde el principio.
El impacto en la búsqueda y Copilot
SharePoint tiene un motor de búsqueda potente — pero solo es tan bueno como la metadata que hay detrás. Un documento sin metadata es prácticamente invisible para la búsqueda avanzada.
Con Copilot AI, esto es aún más importante. Cuando un empleado pregunta "¿cuáles son los contratos que vencen este trimestre?", Copilot busca en el contenido de SharePoint al que ese usuario tiene acceso. Si los contratos no tienen una columna de "fecha de vencimiento" con datos, Copilot no puede responder. La arquitectura de la información determina directamente lo que Copilot puede o no puede hacer.
Un ejemplo de arquitectura sencilla para una empresa mediana
Hub Site — Intranet General
│
├── Sitio de Empresa
│ ├── Biblioteca: Políticas y Procedimientos
│ ├── Biblioteca: Plantillas Corporativas
│ └── Lista: Directorio de empleados
│
├── Sitio de Finanzas
│ ├── Biblioteca: Facturas
│ ├── Biblioteca: Contratos con proveedores
│ └── Biblioteca: Presupuestos y previsiones
│
├── Sitio de RRHH (acceso restringido)
│ ├── Biblioteca: Contratos de empleados
│ ├── Biblioteca: Nóminas
│ └── Lista: Registro de vacaciones
│
└── Sitio de Proyectos
├── Biblioteca: Propuestas
├── Biblioteca: Documentación de proyectos
└── Lista: Seguimiento de proyectos
Esta estructura no es la única correcta — cada empresa es distinta. Pero ilustra cómo los sitios, las bibliotecas y los permisos trabajan juntos para crear un entorno ordenado y seguro.
Cuándo necesitas ayuda con la arquitectura
Si tu empresa tiene más de 20 empleados, varias áreas de negocio con necesidades distintas, o documentación sensible que requiere permisos granulares, el diseño de la arquitectura de la información es el paso más importante antes de implementar SharePoint.
Un error de arquitectura al principio es muy costoso de corregir después — implica mover contenido, reconfigurar permisos y re-formar a los usuarios. Vale la pena hacerlo bien desde el primer día.