Marketplace de Drupal

Aunque la idea de un marketplace de temas de Drupal me parece buena y creo que puede ser un buen impulso para Drupal como producto y, por lo tanto, para la comunidad de Drupal, estas son mis dudas, miedos, o todo junto y mezclado. Cuando hablamos de un marketplace de temas de Drupal, me viene a la cabeza el marketplace de WordPress. Es cierto que ese marketplace funciona bien y posiblemente haya sido uno de los éxitos de WordPress para ser el producto que es hoy en día, ya que permitía a una persona sin conocimientos técnicos tener una página web bonita y operativa. Pero tenemos que tener en cuenta lo siguiente: un porcentaje elevado de sitios construidos con WordPress usan únicamente los dos tipos de contenidos que vienen por defecto en WordPress: página y blog. Tener una arquitectura de contenidos tan básica y sencilla facilita la creación de temas que se puedan vender, ya que se sabe qué campos se usan y, por lo tanto, no supone ningún problema. Para poder hacer algo por el estilo, o creamos un marketplace únicamente de Drupal CMS, o los temas de Drupal solo usarán "Article" y "Basic Page", lo que podría ser una opción, una especie de Producto Mínimo Viable (PMV). Sin embargo, mi sospecha es que tanto los proyectos de Drupal CMS como Drupal en general van a trascender la arquitectura de contenidos que estos dos productos ofrecen. Desde mi experiencia, normalmente Drupal tiende a arquitecturas de contenidos que se adaptan muy bien a las necesidades de los proyectos y que no se quedan, normalmente, en las propuestas básicas. ¿Cómo podemos superar la casuística de Drupal de tener arquitecturas de contenidos adecuadas a las necesidades de cada proyecto y que a la vez funcionen con un marketplace de temas? Yo creo que una solución serían las recetas y el módulo SDC. Si desde la comunidad se construye una especie de PSR (PHP Standards Recommendations) de recetas de tipos de contenidos que se puedan instalar como dependencias en los proyectos, y a su vez dichas recetas traen por cada elemento un SDC, facilitaría mucho las cosas. Por un lado, estas recetas facilitarían a los site builders (y también a los usuarios finales con menos conocimiento de tecnología) a la hora de crear un proyecto, ya que podrían ir navegando entre las diferentes opciones de recetas de tipos de contenido y elegir las que necesitan para el proyecto. Como ya he comentado, estas recetas, además de una configuración estándar de tipos de contenido, deberían tener asociado un SDC para que, sin necesidad de comprar un tema, se tenga al menos el HTML necesario para que sea básico pero correcto. Por otro lado, con dicha estandarización, lo que se conseguirá es que los temas que se programen para Drupal serán más consistentes con los tipos de contenidos del proyecto. De hecho, sería interesante para los temas que indicasen los tipos de contenidos que maquetan en su definición de tema, de tal forma que un comprador pueda buscar entre aquellos que más le interesan. Otro de mis temores es que las personas que programen los temas muevan la lógica del backend a las plantillas de Twig, ya sea mediante módulos de la comunidad de Drupal o mediante código programado por ellos. Para esto no tengo una solución. Quizás un sistema de valoración de productos y comentarios, pero ya ese tipo de servicios al final se convierten en algo muy viciado. Quizás un agente de un modelo LLM que analice el código y pueda publicar comentarios al respecto, pero esto sería también complejo y costoso. Estos son mis miedos y temores, y lo que busco con esta exposición no es asustar a nadie, sino trabajar con la comunidad para buscar la mejor forma de construir un marketplace sano y que ayude al desarrollo de Drupal como comunidad y como producto.

May 5, 2025 - 18:20

Aunque la idea de un marketplace de temas de Drupal me parece buena y creo que puede ser un buen impulso para Drupal como producto y, por lo tanto, para la comunidad de Drupal, estas son mis dudas, miedos, o todo junto y mezclado.

Cuando hablamos de un marketplace de temas de Drupal, me viene a la cabeza el marketplace de WordPress. Es cierto que ese marketplace funciona bien y posiblemente haya sido uno de los éxitos de WordPress para ser el producto que es hoy en día, ya que permitía a una persona sin conocimientos técnicos tener una página web bonita y operativa.

Pero tenemos que tener en cuenta lo siguiente: un porcentaje elevado de sitios construidos con WordPress usan únicamente los dos tipos de contenidos que vienen por defecto en WordPress: página y blog. Tener una arquitectura de contenidos tan básica y sencilla facilita la creación de temas que se puedan vender, ya que se sabe qué campos se usan y, por lo tanto, no supone ningún problema.

Para poder hacer algo por el estilo, o creamos un marketplace únicamente de Drupal CMS, o los temas de Drupal solo usarán "Article" y "Basic Page", lo que podría ser una opción, una especie de Producto Mínimo Viable (PMV). Sin embargo, mi sospecha es que tanto los proyectos de Drupal CMS como Drupal en general van a trascender la arquitectura de contenidos que estos dos productos ofrecen.

Desde mi experiencia, normalmente Drupal tiende a arquitecturas de contenidos que se adaptan muy bien a las necesidades de los proyectos y que no se quedan, normalmente, en las propuestas básicas.

¿Cómo podemos superar la casuística de Drupal de tener arquitecturas de contenidos adecuadas a las necesidades de cada proyecto y que a la vez funcionen con un marketplace de temas?

Yo creo que una solución serían las recetas y el módulo SDC.

Si desde la comunidad se construye una especie de PSR (PHP Standards Recommendations) de recetas de tipos de contenidos que se puedan instalar como dependencias en los proyectos, y a su vez dichas recetas traen por cada elemento un SDC, facilitaría mucho las cosas.

Por un lado, estas recetas facilitarían a los site builders (y también a los usuarios finales con menos conocimiento de tecnología) a la hora de crear un proyecto, ya que podrían ir navegando entre las diferentes opciones de recetas de tipos de contenido y elegir las que necesitan para el proyecto. Como ya he comentado, estas recetas, además de una configuración estándar de tipos de contenido, deberían tener asociado un SDC para que, sin necesidad de comprar un tema, se tenga al menos el HTML necesario para que sea básico pero correcto.

Por otro lado, con dicha estandarización, lo que se conseguirá es que los temas que se programen para Drupal serán más consistentes con los tipos de contenidos del proyecto. De hecho, sería interesante para los temas que indicasen los tipos de contenidos que maquetan en su definición de tema, de tal forma que un comprador pueda buscar entre aquellos que más le interesan.

Otro de mis temores es que las personas que programen los temas muevan la lógica del backend a las plantillas de Twig, ya sea mediante módulos de la comunidad de Drupal o mediante código programado por ellos.

Para esto no tengo una solución. Quizás un sistema de valoración de productos y comentarios, pero ya ese tipo de servicios al final se convierten en algo muy viciado. Quizás un agente de un modelo LLM que analice el código y pueda publicar comentarios al respecto, pero esto sería también complejo y costoso.

Estos son mis miedos y temores, y lo que busco con esta exposición no es asustar a nadie, sino trabajar con la comunidad para buscar la mejor forma de construir un marketplace sano y que ayude al desarrollo de Drupal como comunidad y como producto.