No todo el contenido de un sitio web es igual. Un artículo de blog, una ficha de producto y una lección de un curso comparten el hecho de ser páginas web, pero tienen estructuras distintas, ciclos de vida distintos, relaciones con las taxonomías distintas y lógicas de URL distintas. Tratarlos como si fueran lo mismo —usando el mismo tipo de contenido del CMS para todo— produce arquitecturas incoherentes que son difíciles de mantener y más difíciles de escalar. El blog como tipo de contenido, con sus decisiones de URL, su sistema de categorías y la gestión de sus páginas de archivo es el punto de partida, por ser el tipo más extendido y el que más errores arquitectónicos acumula en la práctica.
Los catálogos de productos son, desde el punto de vista arquitectónico, los más complejos: tienen taxonomías de navegación y taxonomías de atributos, variantes que pueden o no tener URL propia, productos que se descontinúan y cuyas URLs deben gestionarse activamente, y páginas de categoría que necesitan contenido editorial propio para tener valor. La arquitectura de fichas de producto, variantes, categorías de catálogo y gestión del ciclo de vida comercial cubre todo ese territorio. Para sitios con contenido formativo, la complejidad es de otro tipo: la jerarquía pedagógica —programa, curso, módulo, lección— debe reflejarse en la estructura de URLs, y la distinción entre contenido público e indexable y contenido de acceso restringido requiere decisiones explícitas. Cómo estructurar cursos, tutoriales y recursos de formación con una arquitectura coherente da respuesta a esas preguntas.
La documentación técnica tiene una naturaleza distinta al contenido editorial: es normativa, se actualiza sin que la actualización sea un evento, y es consumida como referencia, no como lectura secuencial. El versionado de URLs y la estabilidad de los enlaces son críticos. La estructura de la documentación técnica, el versionado y la navegación interna que necesita aborda esa especificidad. Finalmente, hay dos tipos de contenido que muchos sitios gestionan mal por confundirlos con páginas genéricas: las landing pages, cuya naturaleza temporal y su posición al margen de la jerarquía navegable exigen una gestión activa de su ciclo de vida, y los eventos, que tienen una dimensión temporal que ningún otro tipo de contenido tiene. Landing pages: estructura, indexación y gestión cuando la campaña termina y eventos como tipo de contenido, con sus URLs para ediciones recurrentes y su ciclo de vida antes y después del evento cierran esta sección.