Patrones de bloques: diseña una vez, reutiliza siempre

Patrones normales vs sincronizados, cómo construir tu biblioteca desde el uso real y el salto a sistema editorial que abarata rediseños.

Los patrones de bloques son la función de Gutenberg que separa al que edita del que produce: composiciones guardadas (una caja de aviso, una sección de FAQ, una llamada a la acción) que insertas en un clic y, en su variante sincronizada, editas una vez para cambiar en toda la web. El sistema de diseño del pobre que funciona como el de los ricos.

Patrones normales vs sincronizados: la diferencia que importa

El patrón normal es una plantilla de inserción: al usarlo, los bloques se copian al contenido y cada copia vive su vida: perfecto para estructuras que personalizas en cada uso (la maqueta de una review, la tabla comparativa tipo). El patrón sincronizado es una referencia viva: todas sus apariciones son el mismo objeto: editas el original y cambian las cien copias: perfecto para lo que debe ser idéntico siempre (avisos, cajas de autor, CTAs, bloques legales). Elegir mal el tipo es el error típico: pregúntate siempre: ¿quiero clonar o quiero enlazar?

Cómo construir tu biblioteca

  • Crea desde el uso real: cuando montes algo por segunda vez, conviértelo en patrón: selecciona los bloques → Crear patrón → nombre claro y categoría propia: la biblioteca se construye trabajando, no en una tarde de diseño.
  • Nomenclatura con prefijo: «BN — Caja afiliado», «BN — FAQ 3 preguntas»: tus patrones agrupados y distinguibles de los del theme.
  • Sincronizado con anulaciones: la variante intermedia moderna: estructura y estilo sincronizados con huecos editables por instancia (el texto cambia, el diseño no): la herramienta fina para cajas repetidas con contenido propio.
  • Gestión central: todos viven en el gestor de patrones del escritorio: desde ahí se editan los sincronizados y se exportan/importan entre webs: tu sistema de diseño viaja contigo de proyecto a proyecto.

Los patrones como sistema editorial

El valor compuesto llega con disciplina: si toda caja de aviso, toda FAQ y todo CTA salen del mismo patrón, tu web gana la consistencia visual de producto que el lector percibe sin saber nombrarla: los rediseños se vuelven baratos (tocas patrones, no cien artículos) y el onboarding de un redactor se reduce a «inserta estos cinco patrones»: es la versión editorial del principio que en código resuelven los snippets centralizados: una fuente de verdad, mil usos.

Preguntas frecuentes

¿Patrones o shortcodes para los elementos repetidos?
Los patrones ganan en lo visual-editorial (se ven al editar, los maneja cualquiera): los shortcodes, en lo dinámico y lo programático (lógica, datos, salida condicional): la web madura usa ambos: patrones para composición, shortcodes para funcionalidad.
¿Qué pasa si borro un patrón sincronizado en uso?
Las instancias quedan huérfanas mostrando un aviso de contenido no disponible: antes de borrar, revisa dónde se usa (el gestor lo lista) y convierte las instancias a bloques normales si quieres conservar el contenido: borrar es la única operación que pide pensarlo dos veces.
¿Los patrones afectan al rendimiento?
No: al renderizar son HTML como cualquier otro: todo ocurre en la edición: es justamente su gracia frente a los constructores: la comodidad de sistema sin coste en la página servida.

Por dónde seguir

La base del editor está en Gutenberg a fondo: el theme que define los estilos que tus patrones heredan, en themes para nichos: y el itinerario completo, en Aprende WordPress.