At DrupalCon Chicago, we attended the keynote The Security Implications of AI, delivered by Alexandra Bell, director at the Bulletin of the Atomic Scientists and former diplomat with decades of experience in arms control and nuclear non-proliferation.

Bell presented a deep and balanced vision of how AI is transforming global security. Her central message: humanity still has the agency to decide how AI will shape our future, but only if we act with responsibility, preparation, and cooperation.

Two narratives, one decision: where will AI land?

Bell opened by acknowledging the two dominant narratives. The optimistic view holds that AI will make work more efficient, drive advances in science, medicine, and education, and could even help reverse the climate crisis. The pessimistic view, on the other hand, warns that it will make us dependent and less capable, destroy jobs en masse causing social instability, amplify disinformation, and threaten privacy, up to extreme scenarios like autonomous military control or dystopian fantasies like the "paperclip maximizer."

Her conclusion was clear: reality will land somewhere in between, but the direction depends on the decisions we make now.

The nuclear dilemma of artificial intelligence

This was the most critical axis of the talk. Bell explained that AI could both facilitate the construction of nuclear weapons — through its greater capacity for analysis and design — and help prevent it, by improving the monitoring of fissile materials and making arms control agreements more efficient through better verification tools.

But the most serious risks emerge when AI is integrated into military and nuclear command systems. To illustrate this, Bell recalled the Stanislav Petrov incident in 1983, when a technical failure nearly triggered a nuclear war. Petrov avoided the disaster because he could use human intuition and incorporate external information that the system had not anticipated.

An AI system, by design, cannot do that: it doesn't go off-script or process data it wasn't programmed for, making it more vulnerable to errors and systemic failures. For Bell, the uncontrolled integration of AI into nuclear decision-making is one of the greatest existential risks of the century.

Climate tool or environmental burden?

AI can be a key tool for optimizing power grids, improving climate models, designing resilience technologies, and supporting the global energy transition. But Bell also warned of the other side: the exponential energy consumption of data centers, dependence on fossil fuels or unregulated nuclear energy, pressure on water resources, destructive mining for chips and hardware, and the rise of electronic waste.

Her message was straightforward: AI can help the climate, but right now it's also making it worse.

AI and pathogens: the risk that keeps Bell up at night

Bell highlighted that AI can detect pandemics early, accelerate diagnostics, improve vaccine production, and strengthen biological surveillance systems. However, it could also facilitate the creation of extremely dangerous engineered pathogens, increase the risk of laboratory accidents if used without oversight, and open the door to forms of synthetic biology with existential risks still difficult to fully grasp. It's no coincidence that Bell identified biosecurity as the issue that worries her most.

Disinformation on an industrial scale

AI multiplies disinformation at unprecedented speed and erodes the collective ability to distinguish the real from the fabricated. That has concrete consequences: it weakens democracies and breaks the chain between expert knowledge and the public. Bell illustrated this with a close-to-home example: analyses from the Bulletin of the Atomic Scientists itself end up being misrepresented by low-quality LLMs, losing nuance and precision along the way.

If we can't trust the information we consume, we can't organize to face any global threat.

Norms, cooperation, and a clock that can still turn back

Bell was clear: we still have time. Not as easy optimism, but as an honest reading of what's at stake. Governments need real international agreements, especially between the U.S., Russia, and China. Industry needs more ethics and less uncontrolled consumption. And society needs digital literacy, responsible journalism, and critical skepticism toward everything AI generates.

The Doomsday Clock, which the Bulletin has maintained since 1947, is today closer to midnight than at any other point in history. But Bell didn't mention it as a verdict: she mentioned it as a warning. It has moved back before. It can move back again. And that, ultimately, depends on the decisions we make now.

En el marco de DrupalCon Chicago, asistimos a la keynote The Security Implications of AI, a cargo de Alexandra Bell, directora en el Bulletin of the Atomic Scientists y exdiplomática con décadas de experiencia en control de armamentos y no proliferación nuclear.

Bell presentó una visión profunda y equilibrada sobre cómo la IA está transformando la seguridad global. Su mensaje central: la humanidad aún conserva la agencia para decidir cómo la IA afectará nuestro futuro, pero solo si actuamos con responsabilidad, preparación y cooperación.

Dos narrativas, una decisión: ¿dónde estará la IA?

Bell comenzó reconociendo las dos narrativas dominantes. La visión optimista sostiene que la IA hará el trabajo más eficiente, impulsará avances en ciencia, medicina y educación, y podría incluso contribuir a revertir la crisis climática. La visión pesimista, en cambio, advierte que nos volverá dependientes y menos capaces, destruirá empleos en masa generando inestabilidad social, exacerbará la desinformación y amenazará la privacidad, hasta llegar a escenarios extremos como el control autónomo militar o fantasías distópicas como el "paperclip maximizer".

Su conclusión fue clara: la realidad estará en un punto intermedio, pero la dirección depende de las decisiones que tomemos ahora.

El dilema nuclear de la inteligencia artificial

Este fue el eje más crítico de la charla. Bell explicó que la IA podría tanto facilitar la construcción de armas nucleares —gracias a su mayor capacidad de análisis y diseño— como ayudar a prevenirla, mejorando el monitoreo de materiales fisibles y haciendo más eficientes los acuerdos de control de armas mediante mejores herramientas de verificación.

Pero los riesgos más graves aparecen cuando la IA se integra en sistemas militares y de comando nuclear. Para ilustrarlo, Bell recordó el incidente de Stanislav Petrov en 1983, cuando fallas técnicas casi desataron una guerra nuclear. Petrov evitó el desastre porque pudo usar intuición humana e incorporar información externa que el sistema no tenía prevista.

Un sistema de IA, por diseño, no puede hacer eso: no se sale del guion ni procesa datos que no fueron programados, lo que lo vuelve más vulnerable a errores y fallas sistémicas. Para Bell, la integración descontrolada de IA en decisiones nucleares es uno de los mayores riesgos existenciales del siglo.

¿Herramienta climática o carga ambiental?

La IA puede ser una herramienta clave para optimizar redes eléctricas, mejorar modelos climáticos, diseñar tecnologías de resiliencia y apoyar la transición energética global. Pero Bell también advirtió la otra cara: el consumo energético exponencial de los data centers, la dependencia de combustibles fósiles o energía nuclear sin controles, las presiones sobre recursos hídricos, la minería destructiva para fabricar chips y hardware, y el aumento de desechos electrónicos.

Su mensaje fue directo: la IA puede ayudar al clima, pero actualmente también lo está empeorando.

IA y patógenos: el riesgo que más desvela a Bell

Bell destacó que la IA puede detectar pandemias tempranamente, acelerar diagnósticos, mejorar la producción de vacunas y reforzar sistemas de vigilancia biológica. Sin embargo, también podría facilitar la creación de patógenos manipulados extremadamente peligrosos, aumentar el riesgo de accidentes en laboratorios si se usa sin supervisión, e incluso abrir la puerta a formas de biología sintética con riesgos existenciales todavía difíciles de dimensionar. No es casualidad que Bell haya calificado la bioseguridad como el tema que más la desvela.

Desinformación a escala industrial

La IA multiplica la desinformación a una velocidad sin precedentes y diluye la capacidad colectiva de distinguir lo real de lo fabricado. Eso tiene consecuencias concretas: debilita democracias y rompe la cadena entre el conocimiento experto y el público. Bell lo ilustró con un caso cercano: los análisis del propio Bulletin of the Atomic Scientists terminan siendo mal reinterpretados por LLMs de baja calidad, perdiendo matiz y precisión en el camino. 

Si no podemos confiar en la información que consumimos, tampoco podemos organizarnos para enfrentar ninguna amenaza global.

Normas, cooperación y un reloj que aún puede retroceder

Bell fue clara: todavía estamos a tiempo. No como optimismo fácil, sino como una lectura honesta de lo que está en juego. Los gobiernos necesitan acuerdos internacionales reales, especialmente entre EE. UU., Rusia y China. La industria necesita más ética y menos consumo descontrolado. Y la sociedad necesita alfabetización digital, periodismo responsable y escepticismo crítico ante todo lo que genera una IA.

El Reloj del Apocalipsis, que el Bulletin mantiene desde 1947, está hoy más cerca de la medianoche que en cualquier otro momento de la historia. Pero Bell no lo mencionó como una sentencia: lo mencionó como una advertencia. Ha retrocedido antes. Puede retroceder otra vez. Y eso, en última instancia, depende de las decisiones que tomemos ahora.

This year's DrupalCon Chicago made one thing clear: what has been debated as a trend for years now has a name, a date, and a roadmap. The Drupal ecosystem is evolving into an AI-powered platform, and Chicago was where that direction became more concrete than ever.

We had the privilege of attending DrupalCon Chicago to closely analyze Dries Buytaert's announcements and understand how these innovations will transform our clients' projects in the years ahead.

For us — a team that has spent years building Drupal solutions in Colombia and the region — it was a powerful confirmation that we are aligned with the global direction of the project.

Drupal: speed, scale, and artificial intelligence

Dries Buytaert, Drupal's founder, opened the event with a presentation full of nostalgia, vision, and strategic clarity. He recalled how Drupal started as an experiment among friends and how it has grown into a world-class platform. The central message was clear: Drupal hasn't just modernized its foundations — it's now designed to thrive in an AI-driven world.

One of the first announcements to prove it is the new template marketplace. With 11 templates ready for different sectors, it's now possible to launch complete sites in minutes, with professional design and without initially relying on a designer or expert developer. A concrete first step toward a more accessible platform — and it doesn't stop there.

Prototypes in minutes, real systems in Drupal

Dries was emphatic: in 2026, AI is no longer an add-on module — it's part of Drupal's infrastructure. One of the most striking moments of the event was a live demo where a complete site took shape in 15 minutes using AI tools.

But the key point Dries made is that an AI-generated prototype is not a production system. With a simple prompt, AI generates the full site: layout, page structure, and initial content, all editable from the start. The difference comes after: the result isn't hardcoded, but built on an architecture that can be maintained, scaled, and governed long-term. That's where Drupal makes the difference.

This capability is currently in prototype stage, but what was shown in Chicago was enough to understand where Drupal is headed — and the direction is clear.

Context Control Center: the AI that already knows your brand

Anyone who has used AI to create content knows what it's like to start every session explaining who the brand is, how it speaks, who it speaks to, and what it offers. And doing it again next time. And the time after that.

Drupal introduced the beta version of the Context Control Center, a system that centralizes everything the AI needs to generate content aligned with the organization: brand voice and tone, guidelines, target audience, and product information.

The result is an AI that doesn't produce generic content, but one that already knows how the organization speaks, who it speaks to, and what it offers without having to remind it over and over again.

With the 1.0 release expected in the coming months, ahead of DrupalCon Rotterdam, the CCC is shaping up to be one of the most concrete and useful changes for any team producing content in Drupal.

AI Agents: all your site's performance, in one place

Drupal announced the development of AI Agents, a system that connects with external platforms to monitor site performance and alert when something goes wrong: a broken link, a drop in key metrics — all visible from within Drupal, without having to open another tool.

The idea is simple but powerful: instead of keeping tabs on multiple platforms and reports, the site itself notifies you. A feature still in development, but one that already points to a shift in how teams manage their digital platforms.

Seed EM's commitment

We returned from Chicago with a clear roadmap and the confirmation that the direction we've taken as Platinum Partners has more backing than ever. AI integration in Drupal isn't a distant future announcement — it's a process already underway, and we're supporting our clients every step of the way.

The future of content is being built right now, and at Seed EM, we're ready to build it with you.

Let's talk!

La edición de este año de DrupalCon Chicago dejó algo claro: lo que durante años se debatió como tendencia, hoy tiene nombre, fecha y hoja de ruta. El ecosistema Drupal está evolucionando hacia una plataforma impulsada por inteligencia artificial, y Chicago fue el escenario donde esa dirección se hizo más concreta que nunca.

Tuvimos el privilegio de participar en DrupalCon Chicago para analizar de cerca los anuncios de Dries Buytaert y entender cómo estas innovaciones transformarán los proyectos de nuestros clientes en los próximos años.

Para nosotros, que llevamos años construyendo soluciones en Drupal en Colombia y la región, fue una validación poderosa de que estamos alineados con la dirección global del proyecto.

Drupal: velocidad, escala e inteligencia artificial

Dries Buytaert, fundador de Drupal, abrió el evento con una presentación cargada de nostalgia, visión y claridad estratégica. Recordó cómo Drupal nació como un experimento entre amigos y cómo ha evolucionado hasta convertirse en una plataforma de clase mundial. El mensaje central fue claro: Drupal no solo ha modernizado sus fundamentos, ahora está diseñado para prosperar en un mundo impulsado por la IA.

Una de las primeras novedades que lo demuestra es el nuevo marketplace de templates. Con 11 plantillas listas para distintos sectores, es posible lanzar sitios completos en minutos, con diseño profesional y sin depender inicialmente de un diseñador o desarrollador experto. Un primer paso concreto hacia una plataforma más accesible, que no para ahí.

Prototipos en minutos, sistemas reales en Drupal

Dries fue enfático: en 2026, la IA ya no es un "módulo" adicional, es parte de la infraestructura de Drupal. Una de las demostraciones más llamativas del evento fue ver cómo un sitio completo tomó forma en 15 minutos usando herramientas de IA.

Pero el punto clave que Dries subrayó es que un prototipo generado por IA no es un sistema de producción. Con un simple prompt, la IA genera el sitio completo: layout, estructura de páginas y contenido inicial, todo editable desde el primer momento. La diferencia está en lo que viene después: ese resultado no queda quemado en el código, sino construido sobre una arquitectura que se puede mantener, escalar y gobernar a largo plazo. Ahí es donde Drupal hace la diferencia.

Esta capacidad llega en fase de prototipo, pero lo que se vio en Chicago fue suficiente para entender hacia dónde va Drupal, y la dirección es clara.

Context Control Center: la IA que ya conoce tu marca

Cualquiera que haya usado IA para crear contenido sabe lo que es empezar cada sesión explicando quién es la marca, cómo habla, a quién le habla y qué ofrece. Y volver a hacerlo la próxima vez. Y la siguiente.

Drupal presentó la versión beta del Context Control Center, un sistema donde se centraliza todo lo que la IA necesita saber para generar contenido alineado con la organización: la voz y tono de la marca, sus guidelines, la audiencia objetivo y la información de sus productos.

El resultado es una IA que no produce contenido genérico, sino uno que ya conoce cómo habla la organización, a quién le habla y qué ofrece. Sin tener que recordárselo una y otra vez.

Con el lanzamiento de la versión 1.0 esperado en los próximos meses, antes de DrupalCon Rotterdam, el CCC se perfila como uno de los cambios más concretos y útiles para cualquier equipo que produzca contenido en Drupal.

AI Agents: todo el rendimiento de tu sitio, en un solo lugar

Drupal anunció el desarrollo de AI Agents, un sistema que se conecta con plataformas externas para monitorear el rendimiento del sitio y alertar cuando algo falla: un enlace roto, una caída en métricas clave, todo visible desde Drupal sin tener que abrir otra herramienta.

La idea es simple pero poderosa: en lugar de estar pendiente de múltiples plataformas y reportes, el sitio mismo te avisa. Un feature todavía en desarrollo, pero que desde ya apunta a cambiar la forma en que los equipos gestionan sus plataformas digitales.

El compromiso de Seed EM

Regresamos de Chicago con una hoja de ruta clara y con la confirmación de que la dirección que hemos tomado como Platinum Partners tiene cada vez más respaldo. La integración de IA en Drupal no es un anuncio de futuro lejano: es un proceso en marcha, y estamos acompañando a nuestros clientes en cada etapa.

El futuro del contenido está siendo construido ahora, y en Seed EM estamos listos para construirlo contigo.

¡Conversemos!

Content teams know the feeling: an article ready to publish that's been waiting three days for approval, tags that someone has to assign manually, notifications lost in email. The friction isn't in the quality of the content — it's in the processes around it. And with Drupal, that has a solution.

The combination of AI-powered editorial workflows and the Drupal ECA (Event-Condition-Action) module is changing the way teams manage their content: fewer manual tasks, more automated decisions, and processes that simply run on their own.

What is Drupal ECA?

Drupal ECA (Event-Condition-Action) is Drupal's modern automation engine. It's a no-code solution that allows you to orchestrate the entire site through a powerful, versatile, and easy-to-use rules engine.

• Event: something happens on the site (content is created, a user logs in, content is created, a user logs in, a scheduled automated task runs).
• Condition: certain criteria are evaluated (is it an "article" type? is the status "draft"?).
• Action: a task is executed (send a notification, change status, call an API).

This module allows teams to configure complex workflows without writing a single line of code, through a visual interface integrated directly into the Drupal administration panel. In simple terms, it's like defining business rules visually, without depending on the development team for every adjustment.

Where Artificial Intelligence comes in

ECA alone is already powerful, but when integrated with AI, editorial workflows start making decisions on their own.

Through the AI Integration ECA module,  it's possible to incorporate AI-based actions within workflows, turning ECA into an intelligent automation engine capable of producing, validating, and enriching content at scale.

What does that mean in practice? That AI doesn't just execute tasks — it makes decisions within the workflow.

• Automatic content classification in Drupal with AI: when an article is published, AI can automatically suggest or assign tags and categories, without human intervention.
• Intelligent moderation: if AI detects content that violates editorial policies, ECA can automatically unpublish it and flag it for review.
• Summary and metadata generation: workflows can invoke models like GPT to generate content summaries, improve metadata, and detect moderation issues in real time.

Real-world applications

1. Automated editorial workflow: from draft to publication

A news team needs every article to go through review before publishing. With Drupal process orchestration via ECA, the workflow can look like this:

• The writer saves the article, ECA detects the event, and verifies the content type.
• If conditions are met (type "news," image field completed), it automatically notifies the editor.
• The editor approves, the article moves to "published", and alerts are sent to subscribers.

All without a single manual email or a message reminding someone, "hey, there's something to review."

2. Automatic classification with AI

A portal with hundreds of monthly publications can't afford to tag content by hand. ECA, integrated with an AI model, analyzes the article body when saved and automatically assigns categories and tags, freeing the editorial team to focus on what actually matters.

3. Automated newsletter with AI-generated summaries

Imagine that every Monday your site automatically collects the articles published during the week, generates a summary of each one, and sends the newsletter to your subscribers. Without anyone putting it together, without anyone scheduling it manually each time. ECA, connected with AI, can orchestrate that entire process from start to finish.

More content, less friction

Drupal marketing automation and editorial management aren't separate topics. When processes are well defined, content teams gain time and can focus on what they do best: create.

ECA with AI allows you to produce more content without growing the team. Same quality, less operational friction. And unlike external solutions, everything lives within Drupal: the logic is yours, the control is yours.

For organizations with complex editorial structures — multiple roles, several languages, and tiered approval workflows — this combination isn't a luxury. It's editorial infrastructure.

Build processes that work for you

Implementing ECA with AI isn't just a technical decision — it's a strategic one. It means designing an editorial operation that works even when your team isn't watching. At Seed EM, we know how to make it happen: from the architecture down to the most specific workflows in your organization.

If your team is looking to reduce manual work and build smarter editorial processes, let's talk.

Los equipos de contenido saben bien cómo se siente: un artículo listo para publicar que lleva tres días esperando aprobación, etiquetas que alguien tiene que asignar a mano, notificaciones que se pierden en el correo. La fricción no está en la calidad del contenido — está en los procesos que lo rodean. Y eso, con Drupal, tiene solución.

La combinación de flujos de trabajo editoriales con IA y el módulo Drupal ECA (Event-Condition-Action) está cambiando la forma en que los equipos gestionan su contenido: menos tareas manuales, más decisiones automatizadas y procesos que simplemente funcionan solos.

¿Qué es Drupal ECA?

Drupal ECA (Event-Condition-Action) es el motor de automatización moderno de Drupal. Es una solución no-code que permite orquestar el sitio completo a través de un motor de reglas potente, versátil y fácil de usar.

• Evento: algo ocurre en el sitio (se crea un contenido, un usuario inicia sesión, se ejecuta una tarea automática programada).
• Condición: se evalúa si se cumplen ciertos criterios (¿es de tipo "artículo"? ¿el estado es "borrador"?).
• Acción: se ejecuta una tarea (enviar notificación, cambiar estado, llamar una API).

Este módulo permite a los equipos configurar flujos complejos sin escribir una sola línea de código, a través de una interfaz gráfica integrada directamente en el panel de administración de Drupal. En términos simples: es como definir reglas de negocio de forma visual, sin depender del equipo de desarrollo para cada ajuste.

Dónde entra la inteligencia artificial

ECA por sí solo ya es poderoso, pero cuando se integra con IA, los flujos de trabajo editoriales empiezan a tomar decisiones por sí solos.

A través del módulo AI Integration ECA, es posible incorporar acciones basadas en inteligencia artificial dentro de los flujos, lo que convierte a ECA en un motor de automatización inteligente capaz de producir, validar y enriquecer contenido a escala.

¿Qué significa eso en la práctica? Que la IA no solo ejecuta tareas: toma decisiones dentro del flujo.

• Clasificación automática de contenido en Drupal con IA: cuando se publica un artículo, la IA puede sugerir o asignar etiquetas y categorías automáticamente, sin intervención humana.
• Moderación inteligente: si la IA detecta contenido que viola políticas editoriales, ECA puede despublicarlo automáticamente y marcarlo para revisión.
• Generación de resúmenes y metadata: los flujos pueden invocar modelos como GPT para generar resúmenes de contenido, mejorar la metadata y detectar problemas de moderación en tiempo real.

De la teoría a la práctica

1. Flujo editorial automatizado: de borrador a publicación

Un equipo de noticias necesita que cada artículo pase por revisión antes de publicarse. Con la orquestación de procesos en Drupal vía ECA, el flujo puede verse así:

• El redactor guarda el artículo, ECA detecta el evento y verifica el tipo de contenido.
• Si cumple las condiciones (tipo "noticia", campo de imagen completado), notifica automáticamente al editor.
• El editor aprueba, el artículo pasa a "publicado" y se disparan alertas a los suscriptores.

Todo sin un solo correo manual ni un mensaje recordando "oye, hay algo para revisar".

2. Clasificación automática con IA

Un portal con cientos de publicaciones mensuales no puede permitirse etiquetar contenido a mano. ECA, integrado con un modelo de IA, analiza el cuerpo del artículo al guardarlo y asigna categorías y etiquetas de forma automática, liberando al equipo editorial para lo que realmente importa.

3. Newsletter automatizado con resúmenes generados por IA

Imagina que cada lunes tu sitio recopila automáticamente los artículos publicados durante la semana, genera un resumen de cada uno y envía el newsletter a tus suscriptores. Sin que nadie lo arme, sin que nadie lo programe manualmente cada vez. ECA, conectado con IA, puede orquestar todo ese proceso de principio a fin.

Más contenido, menos fricción

La automatización de marketing en Drupal y la gestión editorial no son temas separados. Cuando los procesos están bien definidos, los equipos de contenido ganan tiempo y pueden enfocarse en lo que mejor saben hacer: crear.

ECA con IA permite producir más contenido sin necesidad de crecer el equipo. Misma calidad, menos fricción operativa. Y a diferencia de soluciones externas, todo vive dentro de Drupal: la lógica es tuya, el control es tuyo.

Para organizaciones con estructuras editoriales complejas, con múltiples roles, varios idiomas y flujos de aprobación escalonados, esta combinación no es un lujo. Es infraestructura editorial.

Construye procesos que trabajen por ti

Implementar ECA con IA no es solo una decisión técnica, es una decisión estratégica. Significa diseñar una operación editorial que funcione incluso cuando tu equipo no está mirando. En Seed EM sabemos cómo llevarlo a la práctica: desde la arquitectura hasta los flujos más específicos de tu organización.

Si tu equipo está buscando reducir trabajo manual y construir procesos editoriales más inteligentes, hablemos.

For years, platforms like Sitecore and Adobe Experience Manager (AEM) were synonymous with enterprise digital power: they promised personalized experiences, robust governance, and global scalability. And, for the most part, they delivered. But today, in an environment where the cost of opportunity is as high as the cost of licensing, many C-level executives are asking a question that once seemed unthinkable: is it still worth paying for what Drupal can do openly, flexibly, and without strings attached?

The hidden price of not owning your platform

Migrating from Sitecore or AEM is not just a technical decision — it is a financial, strategic, and cultural one. Organizations that have spent years operating on these platforms know their capabilities well, but they also know their hidden costs: annual licenses that scale with usage, costly integrations with every version update, dependence on specific vendors for critical support, and development teams that can only grow within the boundaries of a proprietary ecosystem.

Optimizing the total cost of ownership (TCO) of digital platforms has become a real priority for technology and digital marketing leaders — not as an accounting exercise, but as a lever for competitiveness. Every dollar no longer spent on licensing is a dollar that can go toward innovation, speed to market, and talent.

Drupal as a strategic alternative: beyond open source

When organizations evaluate an alternative to Adobe Experience Manager or a way out of Sitecore, Drupal emerges not only as a technically viable option but as the most mature one in the open ecosystem. With more than two decades of community development, an API-first architecture, native support for multisite and multilingual environments, and a global community that includes governments, universities, and multinational corporations, Drupal is not a risky bet — it is a proven one.

Unlike other platforms that combine open source with commercial licensing for their most advanced features, Drupal allows organizations to scale their digital capabilities without every new feature being tied to a contract renewal conversation.

The currency factor nobody puts in the equation

In the Latin American context, the reduction of CMS licensing costs carries an amplified impact. Proprietary platform licenses are generally priced in dollars, which means that every exchange rate fluctuation makes them more expensive in terms of local budget. For organizations in Colombia and across the region, this is not a minor detail — it is a structural financial risk.

Demand for enterprise CMS migration consulting has grown significantly in recent years, precisely for this reason. Organizations are not simply looking to "get out" of a platform; they are looking to enter a sustainable model, with greater control over their technology roadmap and without dependence on pricing decisions made elsewhere.

What does a Sitecore-to-Drupal migration actually involve?

A well-executed Sitecore-to-Drupal migration is not something you improvise, but it is also not the ordeal that vendors tend to describe when trying to retain clients. With specialized consulting, the process has clear stages and a concrete destination: an organization that reclaims control of its own digital agenda, without depending on vendor update cycles or roadmaps it does not control.

What holds most organizations back is not technical complexity — it is the fear of disruption. And that fear is legitimate: no one wants to halt operations, lose content, or start from scratch. A well-planned migration involves none of those three things. Content is transferred, workflows are preserved, and the business keeps running while the transition happens in parallel. What does change, from day one, is who makes the decisions about the platform.

The question that defines the next chapter

Migration is, above all, a decision about where the organization is headed. Companies that have taken this step did not do so to escape a platform, but to choose a model where technology answers to strategy — and not the other way around. The freedom to evolve at their own pace has a value that no licensing agreement can calculate.

If your organization is evaluating this decision, the right time is now, before committing another budget cycle to a platform that no longer fits your objectives. At Seed EM, we have spent years guiding companies through this transition, and we know that every case is different. If you want to understand what it would mean for yours, let's talk.

Durante años, plataformas como Sitecore y Adobe Experience Manager (AEM) fueron sinónimo de poder digital empresarial: prometían experiencias personalizadas, gobernanza robusta y escalabilidad global. Y, en gran medida, cumplieron. Pero hoy, en un entorno donde el costo de oportunidad es tan alto como el costo de licenciamiento, muchos C-levels están haciendo una pregunta que antes parecía impensable: ¿vale la pena seguir pagando por lo que Drupal puede hacer de forma abierta, flexible y sin ataduras?

El precio oculto de no ser dueño de tu plataforma

Migrar de Sitecore o AEM no es solo una decisión técnica, es una decisión financiera, estratégica y cultural. Las organizaciones que llevan años operando sobre estas plataformas conocen bien sus capacidades, pero también sus costos ocultos: licencias anuales que escalan con el uso, integraciones costosas con cada actualización de versión, dependencia de proveedores específicos para soporte crítico y equipos de desarrollo que solo pueden crecer hacia adentro del ecosistema propietario.

La optimización del costo total de propiedad (TCO) de las plataformas digitales se ha convertido en una prioridad real para directores de tecnología y marketing digital. No como ejercicio contable, sino como palanca de competitividad. Cada dólar que deja de irse en licenciamiento es un dólar que puede destinarse a innovación, a velocidad de lanzamiento, a talento.

Drupal como alternativa estratégica: más allá del open source

Cuando las organizaciones evalúan una alternativa a Adobe Experience Manager o una salida de Sitecore, Drupal aparece no solo como opción técnicamente viable, sino como la más madura del ecosistema abierto. Con más de dos décadas de desarrollo comunitario, una arquitectura API-first, soporte nativo para multisite y multilenguaje, y una comunidad global que incluye a gobiernos, universidades y corporaciones multinacionales, Drupal no es una apuesta arriesgada: es una apuesta probada.

A diferencia de otras plataformas que combinan open source con licenciamiento comercial para sus funciones más avanzadas, Drupal permite a las organizaciones escalar sus capacidades digitales sin que cada nueva funcionalidad venga atada a una conversación de renovación contractual.

El factor cambiario que nadie pone en la ecuación

En el contexto latinoamericano, la reducción de costos de licenciamiento de CMS tiene un impacto amplificado. Las licencias de plataformas propietarias generalmente se cotizan en dólares, lo que significa que cada movimiento cambiario las hace más costosas en términos de presupuesto local. Para organizaciones en Colombia y la región, esto no es un detalle menor: es un riesgo financiero estructural.

La demanda de consultoría en migración de CMS empresarial ha crecido significativamente en los últimos años precisamente por esta razón. Las organizaciones no buscan solo "salir" de una plataforma; buscan entrar a un modelo sostenible, con mayor control sobre su roadmap tecnológico y sin dependencia de decisiones de costos que se toman en otra latitud.

¿Qué implica realmente una migración de Sitecore a Drupal?

Una migración de Sitecore a Drupal bien ejecutada no se improvisa, pero tampoco es la odisea que los proveedores suelen describir cuando intentan retener clientes. Con una consultoría especializada, el proceso tiene etapas claras y un punto de llegada concreto: una organización que recupera el control de su propia agenda digital, sin depender de ciclos de actualización del vendor ni de roadmaps que no controla.

Lo que más frena esta decisión no es la complejidad técnica, sino el miedo a la interrupción. Y es un miedo legítimo: nadie quiere paralizar operaciones, perder contenidos o arrancar desde cero. Una migración bien planeada no implica ninguna de esas tres cosas. Los contenidos se trasladan, los flujos de trabajo se preservan y el negocio sigue operando mientras la transición ocurre en paralelo. Lo que sí cambia, desde el primer día, es quién toma las decisiones sobre la plataforma.

La pregunta que define el siguiente capítulo

Migrar es, ante todo, una decisión de hacia dónde va la organización. Las empresas que han dado este paso no lo hicieron escapando de una plataforma, sino eligiendo un modelo donde la tecnología responde a su estrategia, y no al revés. La libertad de evolucionar a su propio ritmo tiene un valor que ninguna hoja de licenciamiento puede calcular.

Si tu organización está evaluando esta decisión, el momento ideal es ahora, antes de comprometer otro ciclo presupuestal con una plataforma que ya no se ajusta a tus objetivos. En Seed EM llevamos años acompañando a empresas en esta transición y sabemos que cada caso es distinto. Si quieres saber qué implicaría para el tuyo, hablemos.

If you work with Drupal but aren't a developer, you've probably heard words like “node,” “taxonomy,” or “block” at some point and weren't quite sure what they meant. Don't worry, it's more common than it seems.

This glossary is designed for exactly that: so the next time your technical team mentions one of these terms, you'll know what they're talking about, ask better questions, and make more informed decisions about your site.

Node

A node is the basic unit of content in Drupal. Every time you create a page, article, news item, or any other type of content, you are creating a node.

You can think of it as a file: it has a title, a body of text, and, depending on the type of content, it may have other fields such as image, date, or category.

For example, the article you are reading right now would be a node.

Content Type

A content type defines the structure of a node. It is the template that determines what information it will contain and how it will be organized.

Each content type includes specific fields depending on what needs to be displayed. Creating an event, which requires a date and location, is not the same as creating a news item, which may need a headline, cover photo, and body text.

For example, a site may have a content type called “News” (with fields for headline, date, and cover photo) and another type called “Event” (with fields for location, time, and capacity). Although both are nodes, their structure is different because they serve different purposes.

Block

A block is an element that you can place in different areas of the site, such as the header, sidebar, or footer.

Unlike a node, which is main content and has its own page, a block is a component that accompanies or supports that content. It does not usually exist as a separate page, but rather as part of the design.

It can contain text, images, menus, search forms, or automatically generated lists.

For example, the main navigation menu, the search form, or a “Recent Articles” section in the sidebar are blocks. The full article that the block links to, on the other hand, would be a node.

Role and Permission

A role is a group of users with the same level of access to the site. Permissions define exactly what each role can do: view content, create pages, publish, edit, or delete.

For example, the “Editor” role can create and edit content, but cannot change the site settings. The “Administrator” role has full access.

Taxonomy

Taxonomy is the system that allows you to classify and organize content within the site.

It works as a set of categories, tags, or themes that help group related information. Unlike content types, which define the structure, taxonomy helps organize what has already been created.

For example, on a blog, you might have a taxonomy called “Categories” with terms such as Technology, Digital Transformation, or E-commerce. Each article can then be classified into one or more categories, making navigation and filtering easier.

Views

Views is a powerful tool that lets you create dynamic content listings without writing a single line of code.

Views define what content gets displayed and under what conditions: by date, content type, category, author, and more. In other words, Views handles the logic of selecting and organizing the information that appears on a page or section of your site.

For example, the “Latest News” section of a site is usually a view that automatically displays the most recent articles. The same goes for an upcoming events listing or a page that groups content by category.

Display Mode

The display mode defines how each piece of content is presented in different contexts on the site.

While the view decides what appears, the display mode decides how it looks: which fields are shown, in what order, and in what format.

Viewing a full article is not the same as viewing it within a list or as a card on the home page. Each of these presentations corresponds to a different display mode.

For example, in a “Latest Articles” view, only the title, an image, and a summary may be displayed, even though the full content has many more fields.

Understanding Drupal means understanding how it organizes information

Drupal can feel overwhelming at first, but once you understand how it structures and connects content, everything starts to click. It's less about memorizing technical terms and more about grasping the logic behind the platform.

And when that logic becomes clear, the way you work with your site changes, too. You start planning content more intentionally, structuring it with purpose, and actually taking advantage of what the platform can do. That's the point where Drupal stops being a system you "use" and becomes a tool you truly understand.

Si trabajas con Drupal pero no eres desarrollador, es probable que en algún momento hayas escuchado palabras como "nodo", "taxonomía" o "bloque" y no hayas tenido muy claro de qué se está hablando. No te preocupes, es más común de lo que parece.

Este glosario está pensado exactamente para eso: para que la próxima vez que tu equipo técnico mencione alguno de estos términos, sepas de qué están hablando, puedas hacer mejores preguntas y tomes decisiones más informadas sobre tu sitio.

Nodo

Un nodo es la unidad básica de contenido en Drupal. Cada vez que creas una página, un artículo, una noticia o cualquier otro tipo de contenido, estás creando un nodo.

Puedes pensarlo como una ficha: tiene un título, un cuerpo de texto y, dependiendo del tipo de contenido, puede tener otros campos como imagen, fecha o categoría.

Ejemplo: El artículo que estás leyendo ahora mismo sería un nodo.

Tipo de contenido

Un tipo de contenido define la estructura de un nodo. Es la plantilla que determina qué información va a tener y cómo se organiza.

Cada tipo de contenido incluye campos específicos según lo que se necesite mostrar. No es lo mismo crear un evento, que requiere fecha y lugar, que una noticia, que puede necesitar titular, foto de portada y cuerpo de texto.

Ejemplo: Un sitio puede tener el tipo de contenido "Noticia" (con campos de titular, fecha y foto de portada) y otro tipo llamado "Evento" (con campos de lugar, hora y aforo). Aunque ambos son nodos, su estructura es diferente porque responden a necesidades distintas.

Bloque

Un bloque es un elemento que puedes ubicar en diferentes zonas del sitio, como el encabezado, la barra lateral o el pie de página.

A diferencia de un nodo, que es contenido principal y tiene su propia página, un bloque es un componente que acompaña o apoya ese contenido. No suele vivir como una página independiente, sino como parte del diseño.

Puede contener texto, imágenes, menús, formularios de búsqueda o listados generados automáticamente.

Ejemplo: El menú de navegación principal, el formulario de búsqueda o una sección de “Artículos recientes” en la barra lateral son bloques. El artículo completo al que ese bloque enlaza, en cambio, sería un nodo.

Rol y permiso

Un rol es un grupo de usuarios con el mismo nivel de acceso al sitio. Los permisos definen exactamente qué puede hacer cada rol: ver contenido, crear páginas, publicar, editar o eliminar.

Ejemplo: El rol "Editor" puede crear y editar contenido, pero no puede cambiar la configuración del sitio. El rol "Administrador" tiene acceso total.

Taxonomía

La taxonomía es el sistema que permite clasificar y organizar el contenido dentro del sitio.

Funciona como un conjunto de categorías, etiquetas o temas que ayudan a agrupar información relacionada. A diferencia de los tipos de contenido, que definen la estructura, la taxonomía ayuda a ordenar lo que ya fue creado.

Ejemplo: En un blog, puedes tener una taxonomía llamada “Categorías” con términos como Tecnología, Transformación digital o E-commerce. Así, cada artículo puede clasificarse dentro de una o varias categorías, facilitando la navegación y los filtros.

Vista (View)

Una vista es una herramienta que permite crear listados dinámicos de contenido sin necesidad de programar.

La vista decide qué contenido se muestra y bajo qué condiciones: fecha, tipo de contenido, categoría, autor, entre otros.

En otras palabras, la vista se encarga de seleccionar y organizar la información que aparecerá en una página o sección del sitio.

Ejemplo: La sección “Últimas noticias” de un sitio normalmente es una vista que muestra automáticamente los artículos más recientes. Lo mismo ocurre con un listado de eventos próximos o con una página que agrupa artículos por categoría.

Modo de visualización

El modo de visualización define cómo se presenta cada contenido en diferentes contextos del sitio.

Mientras la vista decide qué aparece, el modo de visualización decide cómo se ve: qué campos se muestran, en qué orden y con qué formato.

No es lo mismo ver un artículo completo que verlo dentro de un listado o como una tarjeta en la página de inicio. Cada una de esas presentaciones corresponde a un modo de visualización distinto.

Ejemplo: En una vista de “Últimos artículos”, puede mostrarse solo el título, una imagen y un resumen breve, aunque el contenido completo tenga muchos más campos.

Entender Drupal es entender cómo organiza la información

Drupal puede parecer complejo al principio, pero cuando entiendes cómo estructura y relaciona el contenido, todo empieza a tener sentido. Más que memorizar términos técnicos, lo importante es comprender la lógica con la que funciona la plataforma.

Y cuando esa lógica se vuelve clara, también cambia la forma en que trabajas el sitio. Empiezas a planear mejor el contenido, a estructurarlo con intención y a aprovechar realmente lo que la plataforma permite hacer. Ese es el punto en el que Drupal deja de ser un sistema que “usas” y se convierte en una herramienta que entiendes.

“Drupal is very technical.” “It's only for developers.” “It's complicated, rigid, closed.”

If you've been in the world of web development for a while, you've probably heard some of these phrases. And if you're evaluating Drupal as a platform for your next project, you may be asking yourself the same questions.

Today, we break down what's behind each myth.

From Drupal in the past to Drupal today

Drupal began as a platform designed to solve complex problems. From its earliest versions, it offered a level of control and customization that few CMSs could match, but it came at a price: to get the most out of it, you had to know what you were doing.

For years, configuring Drupal required knowledge of servers, databases, content architecture, and module management. It wasn't for everyone, and that created a perception that, at the time, made sense.

The problem is that perception stuck, even though Drupal continued to evolve.

“It's only for developers”

Drupal does require technical expertise for complex projects, just as any tool designed to solve problems at that level does. But that doesn't mean that only developers can work with it.

Today, editorial teams manage content in Drupal every day without touching a line of code. And with the arrival of Drupal CMS, the landscape has gone further than many expected: now an editor, designer, or marketing team can build and configure an entire site from scratch, without relying on a developer to take the first step.

What is true is that for projects with specific requirements, complex integrations, or custom architectures, technical support continues to matter. But in those cases, it is not Drupal that requires it: it is the nature of the project.

“It's rigid and closed”

Drupal is open source, meaning its code is public. Anyone can view, modify, and build on it. There is no company behind it controlling what you can or cannot do with the platform.

As for rigidity: Drupal has an ecosystem of thousands of modules contributed by its community, available for free at drupal.org. Need an advanced contact form? There's a module for that. Automated SEO, integration with payment gateways, multilingual management, and editorial workflows with approvals? Also available. The question is rarely whether a solution exists, but rather which one is best suited to the project.

What is sometimes perceived as rigidity is actually structure. And structure, in complex projects, is not an obstacle: it is what sustains them.

“It has no support”

This myth probably comes from confusing Drupal with proprietary software, where support depends on a single company. Drupal works differently.

Behind Drupal is an active community of over a million people worldwide: developers, designers, solution architects, and organizations that actively contribute to the platform. This translates into extensive documentation, maintained modules, discussion forums, global events, and a network of certified companies offering professional support.

When you encounter a problem in Drupal, likely, someone has already solved and documented it. And when they haven't, you have access to the code to solve it yourself or with your team.

Complexity as a strength

Drupal has a real learning curve. There's no point in denying it.

But that curve exists because the platform was designed for projects that require it: sites with complex content architectures, multiple languages, integrations with external systems, high traffic, and strict security requirements. What Drupal offers in return is considerable: solid architecture, total control over content, enterprise-level security, and the flexibility to adapt to almost any need.

Governments, universities, media outlets, and large organizations have been choosing Drupal for years precisely because of this. When requirements are complex, the platform does not fall short.

Complexity is not a flaw, but a reflection of what the platform is capable of doing.

So, is it difficult or not?

It depends on how you approach it.
Drupal with the wrong team, without planning, and without technical expertise can be frustrating. With the right approach, it is one of the most robust tools available for building long-lasting digital products.

And with the arrival of Drupal CMS, the entry point has changed. Today, more people can start working with Drupal without needing a technical team from day one. And those who do have one can focus on the problems that really require their attention.

The question is no longer whether Drupal is difficult. It's what you want to build with it.

"Drupal es muy técnico." "Es solo para desarrolladores." "Es complicado, rígido, cerrado."

Si llevas tiempo en el mundo del desarrollo web, es probable que hayas escuchado alguna de estas frases. Y si estás evaluando Drupal como plataforma para tu próximo proyecto, quizás te las estás preguntando tú mismo.

Hoy desglosamos qué hay detrás, mito por mito.

Del Drupal de antes al de hoy

Drupal nació como una plataforma pensada para resolver problemas complejos. Desde sus primeras versiones, ofrecía un nivel de control y personalización que pocos CMS podían igualar, pero a un precio: para aprovecharlo bien, había que saber lo que se estaba haciendo.

Durante años, configurar Drupal requería conocimientos de servidores, bases de datos, arquitectura de contenidos y manejo de módulos. No era territorio para cualquiera, y eso generó una percepción que, en su momento, tenía sentido.

El problema es que esa percepción se quedó, aunque Drupal siguió evolucionando.

"Es solo para desarrolladores"

Drupal sí requiere criterio técnico para proyectos complejos, igual que cualquier herramienta diseñada para resolver problemas de ese nivel. Pero eso no significa que solo los desarrolladores puedan trabajar con él.

Hoy, los equipos editoriales gestionan contenidos en Drupal todos los días sin tocar una línea de código. Y con la llegada de Drupal CMS, el panorama fue más lejos de lo que muchos esperaban: ahora un editor, un diseñador o un equipo de marketing puede construir y configurar un sitio completo desde cero, sin depender de un desarrollador para dar el primer paso.

Lo que sí es cierto es que para proyectos con requerimientos específicos, integraciones complejas o arquitecturas personalizadas, el acompañamiento técnico sigue marcando la diferencia. Pero en esos casos, no es Drupal el que lo exige: es la naturaleza del proyecto.

"Es rígido y cerrado"

Drupal es open source, es decir, su código es público. Cualquiera puede verlo, modificarlo y construir sobre él. No hay una empresa detrás controlando qué puedes o no puedes hacer con la plataforma.

En cuanto a la rigidez: Drupal cuenta con un ecosistema de miles de módulos contribuidos por su comunidad, disponibles gratuitamente en drupal.org. ¿Necesitas un formulario de contacto avanzado? Hay un módulo. ¿SEO automatizado, integración con pasarelas de pago, gestión de múltiples idiomas, flujos editoriales con aprobaciones? También. La pregunta casi nunca es si existe una solución, sino cuál es la más adecuada para el proyecto.

Lo que a veces se percibe como rigidez es en realidad estructura. Y la estructura, en proyectos complejos, no es un obstáculo: es lo que los sostiene.

"No tiene soporte"

Este mito probablemente venga de confundir Drupal con software propietario, donde el soporte depende de una sola empresa. Drupal funciona diferente.

Detrás de Drupal hay una comunidad activa de más de un millón de personas en todo el mundo: desarrolladores, diseñadores, arquitectos de soluciones y organizaciones que contribuyen activamente a la plataforma. Eso se traduce en documentación extensa, módulos mantenidos, foros de discusión, eventos globales y una red de empresas certificadas que ofrecen soporte profesional.

Cuando encuentras un problema en Drupal, es muy probable que alguien ya lo haya resuelto y documentado. Y cuando no, tienes acceso al código para resolverlo tú mismo o con tu equipo.

La complejidad como fortaleza

Drupal tiene una curva de aprendizaje real. No tiene sentido negarlo.

Pero esa curva existe porque la plataforma fue diseñada para proyectos que lo requieren: sitios con arquitecturas de contenido complejas, múltiples idiomas, integraciones con sistemas externos, tráfico alto y requerimientos de seguridad estrictos. Lo que Drupal ofrece a cambio es considerable: arquitectura sólida, control total sobre el contenido, seguridad de nivel enterprise y la flexibilidad para adaptarse a casi cualquier necesidad.

Gobiernos, universidades, medios de comunicación y grandes organizaciones llevan años eligiendo Drupal precisamente por eso. Cuando los requerimientos son complejos, la plataforma no se queda corta.

La complejidad no es un defecto; es el reflejo de lo que la plataforma es capaz de hacer.

Entonces, ¿es difícil o no?

Depende de cómo lo abordes.
Drupal con el equipo equivocado, sin planificación y sin criterio técnico puede ser frustrante. Con el enfoque adecuado, es una de las herramientas más sólidas que existen para construir productos digitales de largo aliento.

Y con la llegada de Drupal CMS, el punto de entrada cambió. Hoy, más personas pueden empezar a trabajar con Drupal sin necesitar un equipo técnico desde el día uno. Y quienes sí lo tienen pueden enfocarse en los problemas que realmente requieren su atención.

La pregunta ya no es si Drupal es difícil. Es qué quieres construir con él.