Arquitectura de contenido
Custom post types, taxonomías y campos editables definidos en código versionado, para que tu equipo editorial sepa dónde va cada contenido y tus desarrolladores no estén parchando la estructura dentro de dos años.
Qué modelamos
Cuando todo es una página o un post, el contenido se vuelve difícil de organizar, imposible de cruzar y propenso a la inconsistencia. Siete decisiones lo evitan.
Un inventario antes de una implementación
Se lista cada tipo de contenido, se mapean sus atributos, se dibujan sus relaciones y se asignan sus taxonomías a los tipos que las usan. Los campos que edita tu equipo quedan separados de los campos que calcula el sistema.
Tipos de contenido definidos en código versionado
Registramos post types y taxonomías con Extended CPTs en archivos versionados, nunca desde la interfaz de un plugin. La estructura viaja entre entornos junto con tus releases y es revisable como cualquier otro código.
Taxonomías que sostienen estructura real
Las taxonomías impulsan la navegación, el filtrado y el cruce entre tipos. Cuando una clasificación le sirve a tu equipo pero no significa nada para quien visita el sitio, la registramos como no pública, así la estructura interna nunca llega a tus URLs ni a tu sitemap.
Campos agrupados para quien los completa
ACF Pro es el estándar, compuesto en código con ACF Composer sobre un stack Sage y con ACF Builder en el resto de los casos. Los grupos se organizan por unidad lógica, con pestañas, repetidores y lógica condicional, y quedan documentados.
Quién puede editar qué, resuelto junto con el modelo
Los permisos son parte de la estructura, no de un ticket posterior. Cada tipo de contenido declara qué roles pueden crearlo y editarlo, y validamos esas capacidades, junto con la exportación y la importación, antes de que el modelo llegue a tu equipo editorial.
Relaciones modeladas, no improvisadas
Noticias con eventos, recursos con casos de uso, etiquetas compartidas en un catálogo de cursos: las conexiones se diseñan junto con los tipos. Usamos campos relacionales con moderación, y nunca un campo donde la respuesta correcta es una taxonomía.
Filtrado que aguanta el volumen
Para listar y filtrar miles de ítems implementamos FacetWP, nativo de ACF y de las taxonomías y con AJAX por defecto. Donde el rendimiento lo exige, WP_Query, la REST API o endpoints hechos a medida, con paginación asincrónica diseñada desde el inicio.
La capa de edición
Un modelo de contenido que tu equipo no puede operar es apenas un esquema. El 40Q Atomic Block System es la forma en que esa estructura se convierte en algo con lo que marketing puede publicar.
Entre veinte y cuarenta bloques, aprobados de antemano y construidos alrededor de tus tipos de contenido, con Tailwind como framework de CSS. Los page builders le entregan todo al equipo editorial y devuelven inconsistencia y páginas lentas.
Los colores, las escalas tipográficas y los espaciados existen como tokens, y theme.json sigue al design system de Figma en lugar de alejarse de él. Los controles de espaciado y estilo se exponen con límites explícitos, así el equipo editorial tiene opciones reales dentro de un margen que no puede romper.
Los patrones y templates de página le dan a marketing un punto de partida en lugar de un lienzo en blanco. Cada bloque se prueba de forma aislada, se verifica su navegación por teclado y su comportamiento con lectores de pantalla, y se entrega con guías escritas y recorridos grabados.
Preguntas frecuentes
Vale la pena leerlo incluso si nunca nos contratas.
Insights relacionados
Arquitectura, escala y las operaciones de contenido que una buena estructura hace posibles.
Ene 31, 2026
Seguridad y rendimiento
Ene 19, 2026
Seguridad y rendimiento
Mar 27, 2026
Autonomía de marketing
Da el siguiente paso
Envíanos tus post types, taxonomías y campos actuales. Te decimos dónde el modelo está jugando en contra de tu equipo.
