Si todavía copias y pegas secciones de página en página dentro de WordPress, estás perdiendo el tiempo. Los block patterns resuelven justo eso: construyes una sección una vez y la reutilizas siempre que la necesites.
Te voy a enseñar a crearlos paso a paso: cómo decidir cuándo sincronizarlos, cómo usar Pattern Overrides y qué cambió con WordPress 7.0. También cómo exportarlos entre webs y cuándo dejar de pelearte con un page builder para montar tu sistema solo con patterns.
Qué es un block pattern (sin marketing)
Un block pattern es un grupo de bloques que se inserta como unidad. Lo construyes una vez. Lo reutilizas siempre que lo necesites. Tan sencillo como suena.
Lo importante es la diferencia entre los dos tipos:
- Sincronizado: editas una vez y cambia en todas las páginas donde está. Ideal para CTAs globales, avisos o un footer secundario.
- No sincronizado: sirve de punto de partida. Cada copia queda independiente. Ideal para layouts (hero, sección de servicios) que personalizas en cada página.
Confundir los dos tipos es el error más común. Te ahorro horas: pregúntate «¿quiero que un cambio aquí afecte a todas las copias?». Si la respuesta es sí, sincronizado. Si no, no sincronizado.
Qué versión de WordPress necesitas
Los block patterns funcionan desde WordPress 5.5, así que no necesitas nada especial para crearlos e insertarlos. Pattern Overrides es otra historia: llegó con WordPress 6.6 y solo funciona en un tema de bloques (block theme), no en un tema clásico.
A fecha de este artículo la versión estable es WordPress 7.1. Si sigues en 6.5 o anterior, actualiza antes de intentar overrides: no vas a encontrar la opción y perderás tiempo buscándola donde no está.
Crear tu primer block pattern paso a paso
- Abre el editor en una página o entrada nueva.
- Diseña la sección que quieras reutilizar (hero, CTA, testimonio, lo que sea).
- Selecciona todos los bloques de la sección.
- Pulsa los tres puntos y elige «Crear patrón».
- Ponle un nombre descriptivo y elige categoría.
- Marca o desmarca «Sincronizar» según el caso.
- Guarda. El patrón queda disponible desde el inserter para cualquier página.
Tiempo total la primera vez: unos 10 minutos. A partir del segundo patrón, 2 minutos.
Pattern Overrides: la palanca que cambia las reglas
Pattern Overrides es la función que hizo que volviera a usar patterns en serio. Permite marcar campos concretos dentro de un patrón sincronizado para que cada instancia los pueda editar.
Ejemplo real: tengo un patrón de testimonio con foto, nombre y texto. Sincronizado para que el diseño no cambie. La foto, el nombre y el texto los marco como overridables. Resultado: el diseño es uno solo, los datos cambian por instancia. Lo que antes se hacía con plugins eternos.
Cómo activar overrides en un campo
- Edita el patrón sincronizado original.
- Selecciona el bloque que quieres marcar como overridable.
- En el panel lateral, abre la sección «Advanced».
- Activa «Enable overrides».
- Ponle un nombre interno (por ejemplo, «nombre-cliente»).
- Guarda. Cada instancia podrá editar ese bloque sin romper el resto.
Caso práctico: tarjetas de servicio en varias páginas
Un ejemplo real de agencia: tarjetas de servicio con imagen, título, descripción y botón, repetidas en 15 landings. Defines el patrón, marcas título, descripción y texto del botón como overridables, y dejas la imagen y el layout sincronizados. Cada landing edita solo su copy.
El beneficio se nota meses después. Si el cliente pide cambiar el estilo del botón en todas las tarjetas, lo tocas una vez en el patrón original. El cambio se propaga solo a las 15 páginas. Si pide cambiar el texto de una tarjeta concreta, editas solo esa instancia sin afectar a las demás.
Qué bloques aceptan overrides por defecto
| Bloque | Override permitido | Campo |
|---|---|---|
| Paragraph | Sí | Texto |
| Heading | Sí | Texto |
| Image | Sí | URL y alt |
| Button | Sí | Texto y URL |
| Group, Cover, Columns | No (son contenedores) | — |
Esta es la lista de bloques nativos con soporte de serie. Como ves más abajo, desde WordPress 7.0 un plugin puede sumar sus propios bloques a esta lista si su desarrollador activa el soporte.
Novedad: overrides en bloques personalizados (WordPress 7.0)
Hasta WordPress 7.0, Pattern Overrides solo funcionaba en un puñado de bloques nativos: párrafo, imagen, botón, poco más. Si tu diseño usaba bloques de un plugin (GenerateBlocks, Kadence, Stackable), esos campos no se podían marcar como overridables. Con WordPress 7.0 eso cambió: cualquier atributo de bloque compatible con la Block Bindings API puede ahora soportar overrides.
El matiz importante: no es automático. El plugin de bloques que uses tiene que activar ese soporte con el filtro block_bindings_supported_attributes en su código. Si tu plugin favorito todavía no lo ha actualizado, seguirás sin ver «Enable overrides» en esos bloques. Antes de dar por hecho que algo falla en tu instalación, revisa el changelog del plugin o pregunta a su soporte si ya es compatible.
Un ejemplo real de plugin que ya sumó soporte: GenerateBlocks Pro, desde su versión 2.5. Si usas una versión anterior, actualiza antes de buscar la opción en tus bloques.
Limitaciones honestas que debes conocer
Pattern Overrides no es perfecto. Antes de montar tu librería entera sobre esta función, conviene que sepas dónde falla.
- Patrones sincronizados anidados: si metes un patrón sincronizado con overrides dentro de otro patrón sincronizado, el comportamiento deja de ser predecible. Evita anidar así; usa un solo nivel de sincronización con overrides.
- El JSON exportado no queda sincronizado entre webs: esto no es algo que overrides «rompa», es así desde siempre. Al exportar e importar un patrón como JSON, cada web recibe una copia independiente. Editar el original no actualiza las copias importadas en otros sitios, tengan overrides o no.
- Page builders híbridos: en mi experiencia, algunos constructores de terceros como Elementor no siempre reconocen bien los overrides cuando el patrón se renderiza dentro de sus propias plantillas. Si combinas patterns nativos con un page builder, pruébalo en una página de test antes de generalizar.
Cómo migrar patrones antiguos a Pattern Overrides
Si ya tenías bloques reutilizables o patrones sincronizados creados antes de que existieran los overrides, no se convierten solos. Hay que migrarlos a mano.
- Abre el patrón antiguo desde Apariencia > Patrones.
- Selecciona cada campo que quieras que sea editable por instancia (texto, imagen, botón) y márcalo como overridable.
- Guarda el patrón.
- Revisa una página donde ya esté insertado para confirmar que el campo ahora se puede editar sin romper el resto.
Calcula entre 5 y 10 minutos por patrón, según cuántos campos tenga. Aprovecha esta migración para detectar patrones duplicados o versiones antiguas que ya no usas, y elimínalos de paso en vez de migrarlos también.
Exportar e importar patterns entre webs
Aquí está la parte que más rentabiliza el tiempo si trabajas para varios clientes. Puedes construir una librería de patterns una vez y reutilizarla en cada proyecto nuevo.
- Ve a Apariencia > Patrones.
- Selecciona el patrón que quieres exportar.
- Pulsa «Exportar como JSON».
- En la otra web, entra en la misma pantalla y usa «Importar desde JSON».
- El patrón aparece en tu inserter listo para usar.
Tengo una carpeta con unos 30 JSON (CTAs, secciones hero, footers, FAQs, testimonios, formularios). Cuando arranco un proyecto nuevo, importo lo necesario y me ahorro un día de trabajo entero.
Aviso: si quieres que te avise cuando publique packs de patterns descargables y más recursos así, apúntate a mi newsletter.
Tip: ¿necesitas un punto de partida más visual antes de montar tu propia librería? Hay packs de plantillas y kits WordPress ya maquetados en Envato Elements. Yo los uso como referencia de diseño y luego convierto las secciones que me interesan en mis propios patterns.
Casos prácticos: 3 patterns que uso en todos mis proyectos
1. Testimonio (sincronizado con overrides)
Diseño del bloque sincronizado. Foto, nombre y texto overridables. Resultado: la marca visual del testimonio es coherente en toda la web y cada testimonio cambia datos sin tocar el diseño.
2. Hero CTA (no sincronizado)
Cada página tiene su mensaje único, pero la estructura visual es la misma: título grande, párrafo corto, dos botones. No sincronizado para que cada hero sea independiente.
3. FAQ acordeón (sincronizado completo)
FAQ corporativo, el mismo en home, página de servicio y página de soporte. Sincronizado total: si actualizo una respuesta, cambia en las tres páginas a la vez.
Cómo organizar una librería de patterns que no se vuelva un caos
- Convención de nombres: «[Sección]-[Variante]-[Versión]», tipo «Hero-Centrado-v2».
- Categorías propias: crea categorías como «CTAs», «Secciones home», «Footers», «Bloques contenido».
- Limpieza trimestral: revisa una vez al trimestre y archiva lo que no usas.
- Documenta el sincronizado: añade «(sync)» en el nombre si lo es. Tu yo del futuro lo agradecerá.
Errores que conviene evitar
- Sincronizar un patrón que va a ser muy distinto en cada página. Rompes la sincronización y pierdes el sentido.
- Olvidar marcar overrides en patterns sincronizados con texto variable. O todo igual o todo desincronizado.
- Crear patterns sin categoría. En seis meses no encuentras nada.
- No exportar regularmente. Si cambias de hosting, pierdes tu librería.
- Dar por hecho que un bloque de plugin soporta overrides sin comprobarlo primero.
¿Te dedicas al diseño web por encargo y no quieres montar tú la librería de patterns? En mis servicios de diseño web me encargo de dejártela lista.
Preguntas frecuentes
¿Qué es un block pattern?
Es un grupo de bloques predefinido que insertas como una unidad en cualquier página o entrada. Sirve para construir secciones recurrentes (hero, CTA, testimonios) sin rehacer el diseño cada vez.
¿Qué diferencia hay entre pattern sincronizado y no sincronizado?
El sincronizado cambia en todas las páginas a la vez si lo editas. El no sincronizado se inserta como punto de partida y luego cada copia es independiente. El sincronizado es ideal para CTAs globales; el otro, para layouts reutilizables.
¿Qué son los Pattern Overrides y desde qué versión están disponibles?
Llegaron con WordPress 6.6. Permiten marcar campos concretos dentro de un patrón sincronizado para que cada instancia los pueda editar sin romper la sincronización del resto.
¿Funcionan los overrides con bloques de plugins como GenerateBlocks o Kadence?
Desde WordPress 7.0 pueden, pero depende de cada plugin: su desarrollador tiene que haber activado el soporte en el código. Si no ves «Enable overrides» en un bloque de plugin, probablemente ese plugin aún no lo soporta.
¿Puedo compartir patterns entre webs?
Sí. Desde el editor exportas el patrón como archivo JSON e importas en otra web. Es la forma más rápida de mantener un sistema de patrones entre proyectos.
¿Patterns reemplazan a un page builder?
Para webs medianas, en buena parte sí. Si vienes de comparar Elementor y Divi, tengo una alternativa: combinar patterns sincronizados, plantillas FSE y un buen sistema tipográfico. Te ahorra buena parte del coste y la complejidad de un page builder de pago.
¿Es lo mismo que ACF Flexible Content?
No. ACF Flexible Content es muy potente para montar constructores a medida, pero añade una dependencia de plugin de pago. Pattern Overrides es nativo de WordPress, sin dependencias, aunque resulta menos flexible en casos muy complejos.
¿Cuántos overrides puedo tener en un patrón?
No hay un límite técnico fijo. En la práctica, pasar de 10-12 overrides en el mismo patrón lo vuelve difícil de mantener. Si llegas a esa cifra, suele ser señal de que conviene dividir el patrón en dos.
Más recursos relacionados
- Elementor vs Divi: comparativa de constructores de páginas — para decidir si de verdad necesitas un page builder o te basta con patterns nativos.
- Por qué hay que crear temas hijos en WordPress — la misma lógica de «edita una vez, no rompas el resto» aplicada a nivel de tema.
- Core Web Vitals en WordPress — por qué los patterns nativos pesan menos que un constructor de páginas de terceros.
Tienes tres caminos según tu situación
Si arrancas un proyecto nuevo: crea 5-6 patterns clave (hero, CTA, testimonio, FAQ, footer secundario) antes de meter una sola página. Vas a ir el doble de rápido.
Si ya tienes web montada: identifica secciones repetidas, conviértelas en patterns y sustituye las copias antiguas. Una tarde de trabajo, semanas de ahorro.
Si eres freelance o agencia: monta tu librería JSON exportable. Cada proyecto nuevo arranca con tu set previo y solo personalizas. Ahorras muchas horas de trabajo repetitivo.
Cuéntame en los comentarios qué patrón sincronizas más en tus proyectos. ¡Que los disfrutes!
