Si manejás una woocommerce wordpress agency en 2026, la decisión entre Editor Clásico, bloques (Gutenberg) y Full Site Editing no es estética: define tus costos de mantenimiento a cinco años. Para sitios nuevos, incluido WooCommerce, la respuesta corta es bloques o FSE. El clásico ya solo recibe parches de seguridad.
Una agencia WordPress es un equipo que diseña, construye y mantiene sitios sobre WordPress para clientes, y en 2026 una de sus primeras decisiones técnicas es el modelo de edición: Editor Clásico (TinyMCE), Editor de Bloques (Gutenberg) o Full Site Editing. Esa elección condiciona el theme, el rendimiento, el costo de cada cambio y qué tan autónomo queda el cliente para editar su propio sitio.
En 30 segundos
- Clásico: estable pero congelado. Solo recibe mantenimiento de seguridad, sin features nuevas.
- Gutenberg: el editor por defecto desde WordPress 5.0 (2018), con más de 100 bloques nativos y APIs como Interactivity y Block Bindings en 6.8.
- FSE: Gutenberg aplicado a todo el sitio (header, footer, plantillas). Necesita un theme con
theme.json. - Híbrido: mezclar clásico y bloques en el mismo sitio. Suele dar problemas de rendimiento, mejor elegir uno.
- Costo de migración: pasar de clásico a bloques ronda los USD 200 a USD 1.000 según complejidad.
WooCommerce es un plugin de comercio electrónico para WordPress desarrollado por Automattic que permite crear y gestionar tiendas en línea. Fue lanzado en 2011 y se distribuye gratuitamente bajo licencia GPL.
¿Por qué la arquitectura de edición es una decisión de negocio?
Ponele que tomás un cliente con un sitio de 80 entradas hecho en 2017, todo en Editor Clásico, y te pide «modernizarlo». Ahí arranca el verdadero trabajo de una agencia: no es elegir colores, es decidir si migrás el contenido a bloques, si mantenés el clásico con un plugin, o si rehacés el theme entero con FSE.
Cada camino tiene un número atrás. El clásico te ahorra la migración hoy, pero te ata a un editor que Automattic ya no desarrolla. Los bloques te abren las features nuevas, pero migrar contenido viejo cuesta tiempo. Y el híbrido, que parece el atajo cómodo, suele ser el que más caro sale a largo plazo. Esto se conecta con lo que analizamos en mostrar guías de talles en WooCommerce.
¿Qué es el Editor Clásico y por qué sigue existiendo?
El Editor Clásico es la interfaz de edición de WordPress previa a 2018, basada en TinyMCE: un campo de texto lineal estilo Word, con una pestaña «Texto» para tocar HTML directo. Era el único editor hasta que llegó Gutenberg con WordPress 5.0.
¿Por qué todavía está? Porque hay millones de sitios que dependen de él. El plugin Classic Editor tiene soporte oficial confirmado, aunque solo con actualizaciones de seguridad y compatibilidad, sin features nuevas.
Tiene sentido en pocos casos concretos:
- Sitios heredados con plugins viejos: si una funcionalidad crítica depende de shortcodes o metaboxes que no fueron portados a bloques, romper eso sale más caro que mantener el clásico.
- Control estricto de usuarios: redacciones donde querés que el editor escriba texto plano y nada más.
- Lógica PHP a medida: cuando el valor del sitio está en plugins customizados y no en el diseño visual.
¿Cómo funciona el Editor de Bloques (Gutenberg) en 2026?
Gutenberg trata cada elemento como un bloque independiente: un párrafo es un bloque, una imagen es otro, un encabezado otro. Los arrastrás, los reordenás y los ves como van a quedar (WYSIWYG real, no el «confiá que sale bien» del clásico).
En 2026 ya viene con más de 100 bloques nativos y dos APIs que cambiaron el juego, según el repositorio oficial de Gutenberg:
- Interactivity API: permite carritos, «me gusta» o filtros interactivos sin sumar React o Vue desde afuera. Menos dependencias, menos peso.
- Block Bindings API: conecta bloques con datos dinámicos (campos personalizados, metadatos) sin escribir un bloque entero a mano.
- Patrones reutilizables: armás un bloque de CTA una vez y lo replicás en 40 páginas. Si lo cambiás, cambia en todas.
Para una agencia, los patrones son oro. Un cliente con 30 landing pages se mantiene coherente sin que vos toques cada una.
¿Qué es Full Site Editing (FSE)?
FSE es Gutenberg aplicado al sitio completo, no solo al contenido. Editás el header, el footer, las plantillas de archivo y de single post desde el mismo editor de bloques, con un solo lenguaje visual. En 2026 ya es estándar, no beta. En generar imágenes con IA para productos profundizamos sobre esto.
El requisito es un theme compatible con bloques que tenga un archivo theme.json, donde se definen colores, tipografías y espaciados globales. Twenty Twenty-Five, el theme por defecto, es FSE puro.
WordPress 6.8 sumó Pattern Overrides: usás un patrón global pero permitís que ciertos campos se editen por página sin romper la plantilla. Para agencias con muchos clientes que comparten plantillas, eso resuelve el viejo dilema de «coherencia versus libertad del cliente».
¿Conviene el enfoque híbrido?
El híbrido es mezclar clásico y bloques en el mismo sitio: la home en bloques, las entradas viejas en clásico. Suena razonable. La verdad es que casi nunca lo es.
El problema técnico: cargás dos sistemas de estilos y dos lógicas de render a la vez, así que el navegador pide CSS y JS que no siempre se usan, el DOM se infla y el rendimiento baja justo donde no querés. Si vas a tomar una decisión, tomala: elegí uno y migrá el contenido. El híbrido como estado permanente es deuda técnica disfrazada de practicidad. Ya lo cubrimos antes en actualizar a las versiones más recientes.
¿Qué rendimiento tiene un theme FSE comparado con uno clásico?
Acá viene lo bueno: los themes FSE bien codificados cargan solo el CSS de los bloques que están presentes en la página. Twenty Twenty-Five, Kadence o GeneratePress Blocks llegan a 100/100 en Lighthouse sin grandes acrobacias.
Los themes clásicos optimizados (Astra, GeneratePress en su modo clásico) alcanzan números parecidos, pero te exigen más trabajo manual: encolar y desencolar estilos, purgar CSS, optimizar a mano. El híbrido, de nuevo, queda último.
Eso sí: el theme es solo la mitad. El otro 50% es dónde está alojado. Un FSE impecable se cae igual si el TTFB es alto, así que para WooCommerce conviene un hosting WordPress como el de Donweb, con caché a nivel servidor que sostenga los picos de tráfico sin que tengas que pelearla desde el código.
¿Y para WooCommerce específicamente?
WooCommerce hace rato que apuesta a bloques. Tenés bloques nativos para grilla de productos, carrito y checkout, y la documentación de WooCommerce recomienda los bloques de carrito y checkout por sobre los shortcodes legacy. La guía de ayudaWP sobre bloques de productos muestra cómo armar listados de productos sin tocar PHP.
Para una tienda nueva, el combo es claro: bloques o FSE, con un theme compatible (Blocksy, Neve, Storefront). Migrar una tienda clásica grande es más delicado, porque el checkout es zona crítica y cualquier error ahí se mide en ventas perdidas.
Tabla comparativa: clásico vs bloques vs FSE
| Criterio | Editor Clásico | Bloques (Gutenberg) | Full Site Editing |
|---|---|---|---|
| Edición visual | No (TinyMCE lineal) | Sí, WYSIWYG | Sí, sitio completo |
| Features nuevas | Congeladas (solo seguridad) | Activas | Activas y prioritarias |
| Control PHP directo | Alto | Medio | Bajo (theme.json) |
| Rendimiento | Bueno con trabajo manual | Bueno por defecto | Excelente (CSS por bloque) |
| Autonomía del cliente | Baja | Alta | Muy alta |
| Ideal para | Sitios heredados | La mayoría de proyectos | Agencias con plantillas |
Errores comunes al elegir el enfoque
- Quedarse en clásico «por las dudas»: postergar la migración hace que el sitio acumule deuda. Cada año que pasa, migrar cuesta más y el editor recibe menos cariño.
- Forzar FSE con un theme que no lo soporta: si el theme no tiene
theme.json, FSE no anda. Cambiar de theme a mitad de proyecto es rehacer medio sitio. - Dejar el sitio en estado híbrido permanente: arrancás «temporal» y a los dos años seguís cargando dos sistemas de estilos. Definí el modelo desde el día uno.
- Cobrar la migración como si fuera lineal: 80 entradas no se migran solas. Presupuestá el repaso de cada pieza, sobre todo en WooCommerce donde el checkout no perdona.
Preguntas Frecuentes
¿Qué diferencia hay entre el editor clásico y Gutenberg?
El clásico (TinyMCE) edita en un campo lineal estilo procesador de texto, sin vista previa real. Gutenberg trata cada elemento como un bloque independiente que ves tal cual va a quedar publicado. Gutenberg es el editor por defecto desde WordPress 5.0 en 2018. Más contexto en construir tu tienda online con WordPress.
¿Es mejor clásico o bloques para mi agencia?
Para proyectos nuevos, bloques o FSE casi siempre ganan: tenés features activas, mejor rendimiento por defecto y patrones reutilizables que escalan entre clientes. El clásico solo conviene en sitios heredados con dependencias críticas que no fueron portadas a bloques.
¿Cuánto cuesta migrar un sitio a bloques?
La migración de clásico a bloques ronda los USD 200 a USD 1.000 según la complejidad y la cantidad de contenido. Un sitio con shortcodes a medida, formularios y WooCommerce sube de precio porque cada pieza necesita revisión manual.
¿Qué es Full Site Editing (FSE)?
FSE es la capacidad de editar todo el sitio (header, footer, plantillas) con el editor de bloques, no solo el contenido. Requiere un theme compatible con un archivo theme.json. En 2026 es el estándar de WordPress, ya fuera de fase beta.
¿Un theme FSE rinde mejor que uno clásico?
Sí, por defecto. Un theme FSE bien codificado carga solo el CSS de los bloques presentes en cada página y llega a 100/100 en Lighthouse sin ajustes manuales. Un theme clásico optimizado alcanza números parecidos, pero exige más trabajo de configuración.
Conclusión
El clásico ya no es una opción de futuro: está congelado y solo zafa para sitios heredados puntuales. Para todo lo demás, bloques o FSE. Si tu agencia maneja muchos clientes con plantillas compartidas, FSE con Pattern Overrides es el camino que más te ahorra a largo plazo.
Lo concreto para arrancar: definí un solo modelo de edición por proyecto desde el día uno, evitá el híbrido permanente, y para WooCommerce combiná bloques con un theme compatible y un hosting que sostenga el checkout. Una decisión de arquitectura bien tomada hoy es la diferencia entre un sitio que escala y uno que te genera tickets de soporte cada semana.
![BuddyNext is out: a free way to run a community on WordPress (live demo inside) [FREEMIUM] - ilustracion](https://wordpress.donweb.com/wp-content/uploads/2026/06/buddynext-plugin-wordpress-comunidades-hero-1.jpg)
![[FREE] Tired of “something’s broken” emails with no context — we shipped a free WP plugin for that - ilustracion](https://wordpress.donweb.com/wp-content/uploads/2026/06/wordpress-no-envia-emails-solucion-smtp-hero.jpg)
![[FREE] I built a free WordPress form plugin and want honest feedback on trust, features, and usefulness - ilustracion](https://wordpress.donweb.com/wp-content/uploads/2026/06/plugins-formularios-wordpress-gratuitos-hero.jpg)