Tema de bloques o tema clásico en 2026? Compara FSE, theme.json, widgets, rendimiento y estrategia de migración para proyectos WordPress modernos.
ES

Temás de bloques vs temas clásicos de WordPress en 2026

5.00 /5 - (30 votes )
Última verificación: 1 de mayo de 2026
6min de lectura
Guía
500+ proyectos WP

Durante más de una decada (2010-2020), el desarrollo de temas WordPress se veia igual: Creabas header.php, footer.php, un loop en index.php y estilos en style.css. La lógica estaba en PHP, la apariencia en CSS.

Con WordPress 5.9 llego la revolucion del Full Site Editing (FSE) (ahora simplemente llamado “Editor del sitio”), y en 2026 enfrentamos un dilema: Debemos seguir escribiendo temas en PHP, o cambiar completamente a bloques y HTML?

En este artículo, desglosaremos las diferencias entre Temás clásicos, Temás de bloques y el enfoque hibrido.

Respuesta corta: elige un tema de bloques cuando quieras edicion moderna, mejores Core Web Vitals y una hoja de ruta WordPress más limpia a largo plazo. Mantiene un tema clásico cuando el proyecto todavia depende de plantillas PHP personalizadas, control estricto de layout o un flujo de trabajo pesado con page builders.


#1. Anatomia: PHP vs HTML

Esta es una diferencia fundamental que aterroriza a muchos programadores de la “vieja escuela”.

#Tema clásico

Basado en archivos PHP. Cuando WordPress carga una página, el motor PHP combina el header, el loop y el footer.

  • Estructura: header.php, page.php, sidebar.php.
  • Lógica: Puedes mezclar libremente código PHP con HTML (ej., if ( is_user_logged_in() )).
  • Ventaja: Control total sobre el código, fácil de inyectar lógica de negocio.
  • Desventaja: El usuario no puede editar el header sin conocer código.

#Tema de bloques

Basado en archivos HTML con comentarios de bloques. No hay PHP en los archivos de plantilla.

  • Estructura: templates/index.html, parts/header.html.
  • Lógica: Ninguna. Los archivos de plantilla son HTML estatico. Toda la dinámica depende de bloques (ej., <!-- wp:post-title /-->).
  • Ventaja: El usuario puede editar TODO el sitio (incluyendo el header) en el editor visual.
  • Desventaja: Mas dificil agregar lógica PHP personalizada (requiere crear bloques personalizados o Shortcodes).

#2. El corazon del tema: functions.php vs theme.json

En la era clásica, functions.php era un vertedero para todo: registrar menús, sidebars, tamaños de imagen y cargar CSS.

En la era de bloques, theme.json toma el control. Es un poderoso archivo de configuración que controla:

  1. Paleta de colores: Defines los colores disponibles para el usuario.
  2. Tipografia: Tamaños de fuente, familias tipograficas.
  3. Layout: Ancho del contenedor (contentSize, wideSize).
  4. Disponibilidad de bloques: Puedes bloquear al usuario de usar bloques específicos.

Ejemplo de theme.json en 2026:

{
  "versión": 3,
  "settings": {
    "color": {
      "palette": [
        { "slug": "primary", "color": "#0055FF", "name": "Azul marca" }
      ]
    },
    "typography": {
      "fontSizes": [
        { "slug": "small", "size": "14px" }
      ]
    }
  }
}

En lugar de escribir 500 lineas de CSS, configuras esto en JSON, y WordPress genera CSS optimizado y variables CSS en el frontend y en el editor.


#3. Que pasa con los widgets y menús?

En los temas de bloques, no hay pantalla de Widgets ni de Menús (en Apariencia -> Menús).

  • En lugar de Widgets, tienes Partes de plantilla. El footer es simplemente un meta-archivo HTML que editas como cualquier otro post.
  • En lugar de Menús, tienes el Bloque de navegación. Lo editas directamente en el header.

Para los clientes acostumbrados al WP antiguo, esto es un choque cultural. “Donde estan mis widgets?!”. Se fueron. Ahora todo es un bloque.


#4. Rendimiento

Aqui los temas de bloques ganan por KO.

  1. Carga de estilos: WordPress carga CSS solo para los bloques que estan realmente en la página. Los temas clásicos a menudo cargan un gran style.css (100KB) en cada subpágina.
  2. HTML: La estructura generada por FSE es (generalmente) más limpia, aunque puede tener “div-itis” (muchos wrappers).
  3. Core Web Vitals: Los temas de bloques como Twenty Twenty-Six obtienen 100/100 en Lighthouse casí “de fabrica”.

#5. Estrategia para 2026: Que elegir?

Como agencia o freelancer, debes decidir.

Elige un tema clásico (o hibrido) si:

  • Estas construyendo un portal complejo con mucha lógica PHP en las vistas (ej., condiciones de visualización avanzadas).
  • El clientes es un “Tecnofobo” y temes que rompa el layout si le das edicion completa (FSE).
  • Usas un Page Builder (Elementor/Divi) - todavia funcionan mejor en estructura clásica.

Elige un tema de bloques si:

  • Estas construyendo un sitio corporativo simple, blog o portfolio.
  • Te importa el maximo rendimiento (PageSpeed verde).
  • Quieres ser “Future Proof” (el Core de WordPress desarrolla principalmente FSE).
  • El clientes quiere la capacidad de editar footers y headers por si mismo sin llamarte.

#El enfoque hibrido

Esta es la media dorada. Un tema PHP clásico que agrega soporte para theme.json (para tener la paleta de colores y tipografia en Gutenberg) pero mantiene header.php para seguridad estructural.


#Tema de bloques vs tema clasico de WordPress: cual elegir en 2026

La decision depende de tres factores: complejidad del proyecto, habilidades tecnicas del cliente y requisitos de mantenimiento a largo plazo.

Elige un tema de bloques cuando:

  • El cliente necesita editar headers, footers y plantillas sin ayuda del desarrollador
  • El rendimiento es prioridad (los temas de bloques cargan solo el CSS de los bloques realmente usados)
  • Quieres usar theme.json para design tokens (colores, tipografia, espaciado) en lugar de CSS disperso
  • El proyecto es una construcción nueva sin código legacy que mantener

Elige un tema clasico cuando:

  • Necesitas logica PHP compleja en plantillas (loops personalizados, layouts condicionales, overrides de WooCommerce)
  • El proyecto depende de widgets, menus clasicos o el Customizer
  • Tu equipo tiene profunda experiencia en PHP pero limitada experiencia en desarrollo de bloques Gutenberg
  • Estas manteniendo un sitio existente y el coste de migracion supera el beneficio

El enfoque hibrido: Muchos proyectos WordPress profesionales en 2026 usan un tema clasico con soporte selectivo de bloques. Registra patrones de bloques y plantillas donde anadan valor, mantiene plantillas PHP donde ofrezcan mas control. WordPress no obliga a una eleccion de todo o nada.

Para WordPress 7.0, los temas de bloques ganaran funciones adicionales impulsadas por IA a traves de la Abilities API, haciendo que la ruta FSE sea cada vez mas atractiva para nuevos proyectos.

#Resumen

Descubre más sobre servicios de desarrollo WordPress en WPPoland. El mundo WordPress se ha dividido en dos campos. No luches contra ello. Aprende la sintaxis de theme.json - es una habilidad tan importante en 2026 como conocer CSS lo era en 2015.

Siguiente paso

Transforma el artículo en una implementación real

Este bloque refuerza el enlazado interno y lleva al lector al siguiente paso más útil dentro de la arquitectura del sitio.

¿Quieres implementar esto en tu sitio?

Si quieres transformar el artículo en mejoras concretas, rediseño o un plan de implementación, puedo cerrar el alcance y ejecutar.

Cluster relacionado

Explora otros servicios WordPress y base de conocimiento

Refuerza tu negocio con soporte técnico profesional en áreas clave del ecosistema WordPress.

FAQ del artículo

Preguntas Frecuentes

Respuestas prácticas para aplicar el tema en la ejecución real.

SEO-ready GEO-ready AEO-ready 3 Q&A
Cual es la diferencia entre un tema de bloques y un tema clásico?
Los temas clásicos se basan en plantillas PHP como header.php y page.php, mientras que los temas de bloques usan plantillas HTML, marcado de bloques y theme.json para la mayor parte de la configuración visual.
Son los temas de bloques mejores que los temas clásicos en 2026?
Para muchos sitios enfocados en contenido, si. Los temas de bloques generalmente ofrecen mejor flexibilidad de edicion y Core Web Vitals más fuertes, pero los temas clásicos siguen teniendo sentido cuando necesitas lógica de vista pesada basada en PHP o control de layout más seguro.
Cuando debo mantener un tema clásico de WordPress?
Mantiene un tema clásico cuando el proyecto depende de plantillas PHP personalizadas, reglas de visualización complejas o un flujo de trabajo de page builder que todavia se adapta mejor a la arquitectura de tema clásico.

¿Necesitas un FAQ adaptado a tu sector y mercado? Preparamos una versión alineada con tus objetivos de negocio.

Hablemos

Artículos Relacionados

WordPress 7.0 con AI Client vs Astro 6 tras la adquisición de Cloudflare. Comparativa de velocidad, coste, SEO y seguridad. Mi opinión tras 20 años como desarrollador WP - cuándo migrar y cuándo quedarse.
wordpress

WordPress 7.0 vs Astro 6 tras la adquisición de Cloudflare - ¿quién gana en 2026?

WordPress 7.0 con AI Client vs Astro 6 tras la adquisición de Cloudflare. Comparativa de velocidad, coste, SEO y seguridad. Mi opinión tras 20 años como desarrollador WP - cuándo migrar y cuándo quedarse.

Astro 5 o Next.js 15: cual framework elegir en 2026? Comparación en profundidad de rendimiento, arquitectura, casos de uso y cuando usar cada uno para proyectos WordPress Headless.
wordpress

Astro 5 vs Next.js 15: Comparación técnica completa 2026

Astro 5 o Next.js 15: cual framework elegir en 2026? Comparación en profundidad de rendimiento, arquitectura, casos de uso y cuando usar cada uno para proyectos WordPress Headless.

¿Dónde fueron los widgets en el nuevo WordPress? Guía para añadir elementos a la barra lateral y al pie de página en la era de los temas de bloques.
wordpress

Cómo añadir un widget en WordPress

¿Dónde fueron los widgets en el nuevo WordPress? Guía para añadir elementos a la barra lateral y al pie de página en la era de los temas de bloques.