¿En qué se diferencia de un page builder como Elementor o Divi?

Un page builder es una superficie WYSIWYG completa. Le entrega al editor anchos arbitrarios, colores arbitrarios y contenedores anidados, y devuelve deriva visual más un front end pesado, porque el builder le manda su propio runtime a cada visitante. Un sistema de bloques invierte el trato. Los editores tienen menos decisiones y mejores, y la salida es markup nativo de Gutenberg renderizado por tu propio tema. También está la pregunta de la salida. El contenido de un page builder suele guardarse en el formato propio del proveedor, mientras que los atributos de bloque viven como comentarios de bloque dentro del contenido del post, un formato documentado de WordPress.

¿Por qué no usar bloques del core, o una suite de terceros como Kadence o Stackable?

Los bloques del core son la base correcta y los usamos dentro de nuestros propios componentes: párrafos, listas y encabezados viven dentro de nuestros ítems de FAQ. Lo que el core no te da es tu sistema de diseño. Las suites de terceros se implementan rápido y te dan control limitado más una dependencia de la hoja de ruta de otro. Cuando el proveedor discontinúa un bloque, tus páginas pasan a ser su decisión. La contrapartida es honesta: una biblioteca a medida cuesta más al principio, y se paga cuando el mismo sistema de diseño tiene que sostenerse en varias regiones, submarcas y un rediseño.

¿Qué puede cambiar un editor y qué no?

Puede cambiar contenido, imágenes, íconos, el orden de los bloques, qué bloques aparecen y las opciones que cada bloque expone: El fondo desde una lista definida, y un paso de padding vertical. La cantidad de columnas, la variante de layout y el nivel de encabezado. Un anchor, para que las campañas puedan enlazar directo a una sección. No puede definir colores hex arbitrarios, tamaños de fuente arbitrarios, gradientes personalizados ni CSS propio, y no puede reordenar el interior de un componente. Eso está apagado en theme.json, que deshabilita el color personalizado, el tamaño de fuente personalizado, los gradientes personalizados y la paleta por defecto. La línea se mueve según el cliente. Algunos equipos quieren más control del espaciado, otros menos. Lo que importa es que la línea exista en el código y no en una guía de estilo que nadie abre.

¿Cuántos bloques necesita un sistema así?

Entre veinte y cuarenta alcanzan para la mayoría de los sitios enterprise. Menos y los editores empiezan a forzar bloques para trabajos que nunca fueron pensados. Más y el insertador se convierte en un problema de usabilidad en sí mismo. La regla que sostenemos: un bloque bien configurado le gana a tres parecidos. Si dos se diferencian solo por la disposición, deberían ser un bloque con una opción de layout. Nuestro bloque de features tiene cinco variantes de layout en lugar de existir cinco veces. Este sitio corre con 48 bloques, pero esa cuenta incluye componentes internos como ítems de FAQ, ítems de testimonio y columnas de grilla que nunca aparecen solos en el insertador.

¿Qué pasa con nuestras páginas cuando hacemos un rebranding o un rediseño?

Como los bloques guardan atributos y renderizan en el servidor, un cambio visual es un cambio de plantillas y de tokens, no de contenido. Actualizas las plantillas y los tokens de diseño y todas las páginas existentes lo toman, sin re-guardado masivo y sin errores de validación de bloques. Lo que sí requiere trabajo es todo aquello que el nuevo diseño vuelve estructuralmente obsoleto, como un bloque cuyo layout ya no existe. Eso es una migración, y una chica al lado de reescribir cada página.

¿Es lo mismo que la arquitectura de contenido?

No, y casi siempre se compran juntas. La arquitectura de contenido es el modelo de datos: qué tipos de contenido existen, qué taxonomías los clasifican, qué campos completan los editores y cómo se relacionan los ítems. Define dónde vive el contenido. El sistema de bloques es la capa de interfaz por encima: con qué componentes los editores arman las páginas, qué permite cada uno y cómo se ve el resultado. Define cómo se presenta el contenido. Un buen modelo sin biblioteca de componentes significa que marketing sigue abriendo tickets. Una buena biblioteca sin modelo significa páginas lindas que nadie puede filtrar ni encontrar. Nuestra capacidad de arquitectura de contenido cubre el lado del modelo.

Inicio
Capacidades
Sistema de Bloques Atómicos de 40Q

Sistema de Bloques Atómicos de 40Q

Un sistema de bloques enterprise que tu equipo de marketing no puede romper

Una biblioteca de componentes de Gutenberg gobernada, mapeada a tu sistema de diseño y compilada dentro del tema. Cada decisión de layout que puede tomar un editor es una que habilitamos a propósito. El resto no está en la interfaz.

Cómo funciona el sistema

Componentes gobernados, no un lienzo en blanco

Los page builders le dan al editor libertad infinita y devuelven deriva visual y páginas pesadas. Las plantillas cerradas no le dan nada y devuelven una cola de tickets. Un sistema de bloques es la tercera respuesta.

Un inventario de bloques acordado antes de escribir código

Leemos tus archivos de Figma, identificamos qué patrones se repiten de verdad y cerramos la lista con tu equipo antes de construir. Entre veinte y cuarenta bloques alcanzan para la mayoría de los sitios enterprise. Este sitio corre con 48.
Las opciones están enumeradas, nunca son libres

Un editor elige el fondo de una sección desde un desplegable de 17 valores definidos y el padding vertical entre 5 pasos. No hay selector de color ni campo de tamaño de fuente personalizado, porque theme.json los apaga.
Tokens de diseño compartidos con el sistema de diseño

Los colores, la escala tipográfica y el espaciado existen como tokens generados desde la misma configuración de Tailwind contra la que compilan los componentes, y theme.json sigue al sistema de Figma en lugar de repetirlo.
Átomos con sus estados resueltos primero

Botones, links, íconos, etiquetas y campos de formulario existen como componentes propios, cada uno con sus variantes hover, activo y deshabilitado definidas. Los bloques componen esas piezas en vez de reestilarlas, así el mismo botón se comporta igual dentro de un hero, de una card y de un formulario.
Renderizado en el servidor, así el markup no se pudre

Los bloques guardan atributos, no HTML. La función save devuelve null y PHP renderiza la salida en cada request. Editas una plantilla y todas las páginas que usan ese bloque se actualizan, sin re-guardado masivo y sin errores de validación de bloques después de un rediseño.
Una estructura que el editor no te deja romper

Los componentes internos declaran a qué padre pertenecen, así un ítem de FAQ no puede soltarse fuera de un bloque de FAQ y una columna no puede escaparse de su grilla. La combinación inválida nunca se ofrece.
Accesibilidad decidida dentro del componente

El par de contraste, el nivel de encabezado y el comportamiento con teclado se resuelven una sola vez, dentro del bloque. Las secciones marcadas como oscuras cambian el tratamiento del texto de forma automática. Nuestra capacidad de accesibilidad cubre el testing detrás de eso.

Prueba

Qué cambió el sistema de bloques en un banco digital

Ueno Bank es el principal banco digital de Paraguay. 40Q lo migró de Liferay a WordPress VIP y construyó el sistema de bloques como su capa editorial sin código, para que marketing pudiera lanzar campañas en toda LATAM sin reservar tiempo de ingeniería. Hoy la consistencia de marca entre esas propiedades la garantiza la biblioteca, no la revisión manual.

3 semanas → 3 horas

Tiempo de lanzamiento de una campaña, ahora de punta a punta en manos de marketing

↓ 70%

Dependencia del equipo de desarrollo una vez que el sistema de bloques reemplazó el trabajo de páginas a medida

+25%

Duración de sesión en las nuevas plantillas, medida en analytics

Cómo lo entregamos

Una biblioteca de bloques es un producto, así que la entregamos como tal

El inventario se aprueba antes de escribir el primer componente, cada bloque se testea por separado antes de entrar en una plantilla, y el traspaso incluye lo que un equipo de marketing necesita para usarlo de verdad.

Un mismo vocabulario en diseño, código y documentación

Los nombres de los bloques son idénticos en Figma, en el repositorio y en la documentación, así una conversación sobre el bloque Hero significa lo mismo para los tres equipos. La deriva de nombres es barata de evitar y cara de arreglar después.

Testeado aislado, después en contexto

Cada bloque se verifica por su cuenta en todos los breakpoints y después dentro de plantillas reales. La navegación con teclado y el comportamiento con lector de pantalla se revisan por componente, así la accesibilidad pasa a ser una propiedad de la biblioteca en vez de una auditoría página por página.

Patrones, documentación y capacitación

Los patrones de página y las plantillas le dan a marketing un punto de partida en vez de un lienzo vacío, y el traspaso incluye guías escritas y recorridos grabados. Un sistema que nadie aprendió a usar vuelve directo a ser una cola de tickets.

Preguntas frecuentes

Lo que los equipos enterprise nos preguntan sobre sistemas de bloques

Vale la pena leerlo aunque nunca nos contrates.

Insights relacionados

Sigue leyendo sobre autonomía editorial

Velocidad de publicación, dependencia del equipo de desarrollo y qué cambia cuando marketing es dueño de la página.

Three people sit around a conference table in a modern office, discussing documents and a laptop displaying a spreadsheet. Notebooks, markers, and a water bottle are on the table. Large windows show a city view.

Ene 6, 2026

Autonomía de marketing

Ejemplos de Landing Pages que Reducen la Dependencia de Desarrolladores

Marketing team collaborating on publishing workflow

May 28, 2026

Autonomía de marketing

Ejemplos de publicación enterprise que potencian la autonomía de marketing

Two men work at computers in a modern office. One points at a monitor while the other types. Behind them is a whiteboard labeled WP Infrastructure with a flowchart. A sandwich is on the table.

Feb 21, 2026

Autonomía de marketing

Cómo optimizar WordPress enterprise para autonomía y velocidad

Da el siguiente paso

Pide una revisión de tu sistema de bloques

Envíanos tu inventario actual de bloques, o el link de una página que tu equipo de marketing le pide cambiar al equipo de desarrollo una y otra vez. Te decimos dónde el sistema está jugando en contra.

Pedir una revisión del sistema de bloques Hablar con un ingeniero de WordPress