Tema clásico o Full Site Editing en 2026

Llevo años creando temas WordPress con PHP, HTML, CSS y JavaScript. Ahora WordPress apuesta por Full Site Editing. ¿Debo seguir aprendiendo temas clásicos o pasarme a FSE?

Cuando aprendí a crear temas WordPress, la estructura básica de archivos solía ser muy parecida a la siguiente:

Aunque un tema puede contener muchos más archivos, normalmente los primeros que se crean son style.css, index.php y fuctions.php.

A partir de ahí íbamos incorporando otros archivos como header.php, footer.php o sidebar.php según las necesidades del proyecto.

Dentro de estos archivos añadíamos el HTML, las clases CSS necesarias y, por supuesto, el famoso Loop de WordPress encargado de mostrar el contenido.

Esta forma de trabajar ha acompañado a WordPress durante muchos años. Sin embargo, la llegada de Gutenberg y Full Site Editing ha introducido una nueva manera de crear temas que se aleja bastante de esta estructura tradicional.

Full Site Editing (FSE) es una nueva forma de crear y personalizar temas de WordPress basada en bloques. En lugar de utilizar archivos PHP como los vistos en el apartado anterior, gran parte de la estructura del sitio se define mediante plantillas y partes de plantilla creadas con el editor de bloques.

Gracias a este sistema, elementos que antes requerían conocimientos de PHP, HTML o CSS pueden modificarse visualmente desde el propio administrador de WordPress.

La estructura de un tema Full Site Editing también es diferente a la de un tema clásico. Aunque puede incluir archivos PHP para tareas específicas, gran parte del protagonismo recae en archivos como:

Hasta ahora hemos visto ambas estructuras por separado. A continuación las mostramos una junto a la otra para que puedas comparar más fácilmente las diferencias entre un tema clásico y un tema Full Site Editing.

Aunque en la imagen parece que un tema Full Site Editing contiene más archivos, la diferencia más importante no está en la cantidad, sino en la forma en que se organiza el tema. Frente a la estructura tradicional basada principalmente en archivos PHP, Full Site Editing introduce elementos como las plantillas HTML, las partes de plantilla y el archivo theme.jsom.

Tanto los temas clásicos como Full Site Editing presentan ventajas e inconvenientes. La elección entre uno u otro dependerá en gran medida de la experiencia del desarrollador y de las necesidades de cada proyecto.

  • Total control sobre el código.
  • Ideales para desarrolladores que conocen PHP.
  • Muchísima documentación disponible.
  • Están presentes en miles de proyectos WordPress.
  • Mayor integración con Gutenberg.
  • Muchas tareas pueden realizarse sin tocar código.
  • Más flexibilidad para el usuario final.
  • Es la dirección que está tomando WordPress.

Después de varios años creando temas WordPress mediante PHP, HTML, CSS y JavaScript, sigo considerando que los temas clásicos son una excelente forma de aprender cómo funciona WordPress internamente. Sin embargo, también soy consciente de que Full Site Editing representa el futuro de la plataforma y que tarde o temprano tendré que profundizar en esta nueva forma de desarrollar temas.

No considero que ambos sistemas sean incompatibles. De hecho, pienso que comprender cómo funciona un tema clásico puede facilitar mucho el aprendizaje de Full Site Editing. Conocer conceptos como las plantillas, la jerarquía de WordPress o la organización de un tema sigue siendo útil independientemente de la tecnología que utilicemos.

En 2026 los temas clásicos siguen siendo una excelente forma de aprender cómo funciona WordPress y continúan utilizándose en miles de proyectos. Sin embargo, todo apunta a que Full Site Editing tendrá cada vez más protagonismo dentro del ecosistema WordPress. Por este motivo, conocer ambos enfoques puede ser la mejor opción para cualquier desarrollador que quiera seguir creciendo dentro de la plataforma.

Y tú, ¿prefieres seguir trabajando con temas clásicos o ya has dado el salto a Full Site Editing?

Puedes ampliar conocimientos visitando: