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.
 

In the global software engineering industry, excellence is not a subjective concept; it's a metric of rigor, contribution, and technical quality. Today, at Seed EM, we celebrate a milestone that redefines our position: we have been recognized as a Diamond Certified Partner on Drupal.org.

This is not a common recognition. Today, only 20 companies worldwide hold this certification. Being part of this select group positions us among the global leaders in the Drupal ecosystem and aligns us with organizations that actively contribute to the evolution of the open web.

Among the Leaders of the Global Drupal Ecosystem

Achieving Diamond status from the Drupal Association is proof of our track record and our commitment to technical rigor, consistency, and constant evolution within the Drupal ecosystem.

Being among the 20 best companies in the ecosystem means we have demonstrated exceptional capability in:

• High-complexity web architecture: We design structures capable of managing massive data ecosystems and global traffic.
• Rigorous coding standards: Our adherence to international best practices guarantees secure, stable, and long-lasting digital products.
• Ecosystem leadership: This recognition reflects a consistent contribution to the evolution of Drupal and to technical decisions that strengthen the open web.

Global-Scale Software Engineering from Colombia

For our clients and partners, working with one of the world's 20 Diamond Partners represents a guarantee of digital security and scalability. Our work is driven by international standards that prioritize the stability and evolution of each project.

This achievement demonstrates that, from Colombia, we are leading digital transformation with a level of technical sophistication that very few agencies can claim. It's not simply about mastering a tool but actively participating in defining the standards of modern software engineering.

Diamond certification and its standard of excellence

Diamond Partner certification is the second-highest level of recognition awarded by the Drupal Association to Drupal development companies. Currently, only 20 organizations worldwide have achieved this level, due to the technical rigor it demands: code quality, active contribution to open source software, and strict compliance with global standards.
Maintaining this certification requires a solid engineering infrastructure and constant investment in senior talent.

What this recognition means for the projects we develop

This level of certification allows us to tackle digital projects with scalable architectures from the outset, prioritizing security, stability, and long-term evolution. The recognition validates an audited engineering approach aligned with the most demanding practices in the ecosystem, which translates into solutions prepared for sustainable growth.

A long-term commitment

Being part of this select group of global companies isn't the end goal, but rather a launching pad. Being aligned with Drupal's best development practices allows us to offer solutions that are ready to evolve with the platform, ensuring that every line of code contributes to a more robust and sustainable digital ecosystem.

This achievement is the result of the tireless work of our team of architects and developers. Being one of the 20 Diamond companies in the world is a responsibility we take on with the conviction to continue raising the bar for technology in Latin America.

Seed EM: world-class digital architecture, proudly Colombian.

En la industria de la ingeniería de software global, la excelencia no es un concepto subjetivo; es una métrica de rigor, contribución y calidad técnica. Hoy, en Seed EM, celebramos un hito que redefine nuestra posición: hemos sido ascendidos al Nivel Diamante como Socios Certificados (Certified Partners) en Drupal.org.

Este no es un reconocimiento común. Actualmente, solo 20 empresas en todo el mundo ostentan esta certificación. Formar parte de este grupo selecto nos posiciona entre los referentes globales del ecosistema Drupal y nos alinea con las organizaciones que contribuyen activamente a la evolución de la web abierta.

Un lugar en la élite de la arquitectura web

Alcanzar la categoría Diamante otorgada por la Drupal Association es la validación de nuestra trayectoria y de una forma de trabajar basada en rigor técnico, consistencia y evolución constante dentro del ecosistema Drupal.

Estar entre las 20 mejores empresas del ecosistema significa que hemos demostrado una capacidad excepcional en:

• Arquitectura web de alta complejidad: diseñamos estructuras capaces de gestionar ecosistemas de datos masivos y tráfico global.
• Estándares de codificación rigurosos: nuestra adherencia a las mejores prácticas internacionales garantiza productos digitales seguros, estables y de largo aliento.
• Liderazgo en el ecosistema: este reconocimiento refleja una contribución constante a la evolución de Drupal y a las decisiones técnicas que fortalecen la web abierta.

Ingeniería de software con sello colombiano

Para nuestros clientes y aliados, trabajar con uno de los 20 socios Diamante del mundo representa una garantía de seguridad digital y escalabilidad. Nuestro trabajo se rige por estándares internacionales que priorizan la estabilidad y la evolución de cada proyecto.

Este logro demuestra que, desde Colombia, estamos liderando la transformación digital con un nivel de sofisticación técnica que muy pocas agencias pueden reclamar. No se trata simplemente de dominar una herramienta, sino de participar activamente en la definición de los estándares de la ingeniería de software moderna.

La certificación Diamante y su nivel de exigencia

La certificación Diamante es el nivel más alto de reconocimiento otorgado por la Drupal Association a las empresas de desarrollo Drupal. Actualmente, solo 20 organizaciones en el mundo han alcanzado este nivel, debido al rigor técnico que exige: calidad del código, contribución activa al software libre y cumplimiento estricto de estándares globales.
Mantener esta certificación implica contar con una infraestructura de ingeniería sólida y una inversión constante en talento senior.

Qué significa este reconocimiento para los proyectos que desarrollamos

Este nivel de certificación permite abordar proyectos digitales con arquitecturas escalables desde el inicio, priorizando la seguridad, la estabilidad y la evolución a largo plazo. El reconocimiento valida un enfoque de ingeniería auditado y alineado con las prácticas más exigentes del ecosistema, lo que se traduce en soluciones preparadas para crecer de forma sostenible.

Un compromiso a largo plazo

Pertenecer a este reducido grupo de empresas globales no es la meta final, sino una plataforma de lanzamiento. Estar alineados con las mejores prácticas de desarrollo Drupal nos permite ofrecer soluciones preparadas para evolucionar con la plataforma, asegurando que cada línea de código contribuya a un ecosistema digital más robusto y sostenible.

Este éxito es el resultado del talento incansable de nuestro equipo de arquitectos y desarrolladores. Ser una de las 20 empresas Diamante en el mundo es una responsabilidad que asumimos con la convicción de seguir elevando la vara de la tecnología en Latinoamérica.

Seed EM: arquitectura digital de clase mundial, orgullosamente desde Colombia.

Yesterday, on January 28, 2026, Drupal CMS 2.0 was officially launched, marking one of the most important milestones in Drupal's 25-year history. This new version is not just an update: it is a change in the user experience that seeks to address a long-standing criticism of the platform—that it was powerful, yes, but difficult to use.

With this new version, Drupal begins to tell a different story: powerful and easy.

What is Drupal CMS, and why does it matter?

Drupal CMS is a version of Drupal designed to make creating websites much more agile from the start, without the configuration process becoming a barrier.

This addresses one of the most frequent criticisms: its learning curve. With 2.0, Drupal not only retains the robustness that developers and large organizations value, but also expands who can actively participate in building and managing the site, including marketing teams and content creators.

Key new features in Drupal CMS 2.0

The star of the show: Drupal Canvas

The most important new feature in Drupal CMS 2.0 is Drupal Canvas, a drag-and-drop visual editor that is installed by default. 

With Canvas, you can:

• Drag and drop components directly onto the page
• See changes in real time without switching between administration and final view
• Build complete pages without writing code
• Use predefined blocks such as heroes, cards, testimonials, menus, and more

No more switching back and forth between administration forms and previews. Now, building happens directly on the page, with a much more fluid and visually focused experience.

In other words, it's a more natural way of working for content creators, without limiting what the system can do behind the scenes.

Site templates: start with something real, not from scratch

Another key feature of Drupal CMS 2.0 is site templates. Instead of installing Drupal and starting to configure everything manually, you can now start from a site that is already structured for common use cases.

These templates include:

• Ready-made designs
• Configured content models
• Defined components and styles

They are installed as a starting point and can then be freely adapted to the needs of the project. Instead of starting with a blank slate, the team starts with a coherent structure on which to build.

AI integrated into the workflow

Drupal CMS 2.0 also adds artificial intelligence features directly integrated into the building and editing experience.

Among the possibilities that this offers are:

• Providing chatbot-style assistance for configuration tasks
• Generating content drafts
• Suggesting alternative texts for images and improving accessibility

AI does not appear as an isolated add-on, but as a tool that accompanies the daily work of those who build and manage the site.

Ready-to-use features without long configurations

Drupal CMS 2.0 also makes it easy to add new features without having to go through extensive configuration processes. Through Recipes, many of these tasks that previously involved multiple steps are now applied as ready-made configurations.

Instead of rebuilding the same thing over and over again, you can apply recipes that get everything ready in a single process:

• Necessary modules
• Content types
• Permissions
• Common integrations

The experience goes from relying on memory or internal documentation to relying on reusable configurations. This reduces preparation time and makes projects more consistent with each other.

Smoother for marketing, but still with what tech teams love

One of the big changes is who Drupal empowers.

Historically, it was mainly a developer tool. With Drupal CMS 2.0, marketing and content teams get way more autonomy:

• They can build pages without needing tech tickets for every tweak
• They see changes in real time
• They work with reusable components instead of layouts from scratch

Meanwhile, underneath it all is the same solid foundation that has made Drupal the choice of governments, universities, and large organizations: security, scalability, and control.

Drupal CMS 2.0 does not change the essence of Drupal. It changes who can take advantage of it and how quickly they can do so.

Ayer, 28 de enero de 2026, se lanzó oficialmente Drupal CMS 2.0, marcando uno de los hitos más importantes en los 25 años de historia de Drupal. Esta nueva versión no es solo una actualización: es un cambio en la experiencia de uso que busca resolver una crítica histórica a la plataforma: que era poderosa, sí, pero difícil de usar.

Con esta nueva versión, Drupal empieza a contar una historia distinta: potente y fácil.

¿Qué es Drupal CMS y por qué importa?

Drupal CMS es una versión de Drupal pensada para que crear sitios web sea mucho más ágil desde el inicio sin que el proceso de configuración se convierta en una barrera.

Esto responde a una de las críticas más frecuentes: su curva de aprendizaje. Con 2.0, Drupal no solo conserva la solidez que valoran desarrolladores y grandes organizaciones, sino que también amplía quiénes pueden participar activamente en la construcción y gestión del sitio, incluyendo equipos de marketing y creadores de contenido.

Novedades clave de Drupal CMS 2.0

La gran estrella: Drupal Canvas

La novedad más importante de Drupal CMS 2.0 es Drupal Canvas, un editor visual drag-and-drop que se instala por defecto. 

Con Canvas puedes:

• Arrastrar y soltar componentes directamente en la página
• Ver cambios en tiempo real sin cambiar entre administración y vista final
• Construir páginas completas sin escribir código
• Usar bloques predefinidos como heroes, tarjetas, testimonios, menús y más

Se elimina ese ir y venir entre formularios de administración y vista previa. Ahora la construcción ocurre directamente sobre la página, con una experiencia mucho más fluida y centrada en lo visual.

Es decir, una forma de trabajar más natural para quienes crean contenido, sin limitar lo que el sistema puede hacer por detrás.

Plantillas de sitio: empezar con algo real, no desde cero

Otra pieza clave de Drupal CMS 2.0 son las plantillas de sitio. En lugar de instalar Drupal y comenzar a configurar todo manualmente, ahora puedes partir de un sitio ya estructurado para casos de uso comunes.

Estas plantillas incluyen:

• Diseños listos
• Modelos de contenido configurados
• Componentes y estilos definidos

Se instalan como base inicial y luego se pueden adaptar libremente según las necesidades del proyecto. En lugar de comenzar con un entorno vacío, el equipo arranca con una estructura coherente sobre la cual construir.

IA integrada al flujo de trabajo

Drupal CMS 2.0 también suma funcionalidades de inteligencia artificial integradas directamente en la experiencia de construcción y edición.

Entre las posibilidades que se abren están:

• Ofrecer asistencia tipo chatbot para tareas de configuración
• Generar borradores de contenido
• Sugerir textos alternativos para imágenes y mejorar la accesibilidad

La IA no aparece como un añadido aislado, sino como una herramienta que acompaña el trabajo diario de quienes construyen y gestionan el sitio.

Funcionalidades listas sin configuraciones largas

Drupal CMS 2.0 también facilita la incorporación de nuevas funcionalidades sin tener que pasar por procesos de configuración extensos. A través de Recipes, muchas de estas tareas que antes implicaban múltiples pasos ahora se aplican como configuraciones ya preparadas.

En vez de reconstruir lo mismo una y otra vez, puedes aplicar recetas que dejan listo en un solo proceso:

• Módulos necesarios
• Tipos de contenido
• Permisos
• Integraciones comunes

La experiencia pasa de depender de la memoria o de documentaciones internas a apoyarse en configuraciones reutilizables. Esto reduce tiempos de preparación y hace que los proyectos sean más consistentes entre sí.

Más simple para marketing, sin perder lo que los equipos técnicos valoran

Uno de los grandes cambios de fondo es a quién empodera Drupal.

Históricamente, era una herramienta principalmente de desarrolladores. Con Drupal CMS 2.0, los equipos de marketing y contenido ganan mucha más autonomía:

• Pueden crear páginas sin depender de tickets técnicos para cada ajuste
• Visualizan los cambios en tiempo real
• Trabajan con componentes reutilizables en lugar de layouts desde cero

Mientras tanto, por debajo sigue estando la misma base sólida que ha hecho de Drupal la elección de gobiernos, universidades y grandes organizaciones: seguridad, escalabilidad y control.

Drupal CMS 2.0 no cambia la esencia de Drupal. Cambia quién puede aprovecharla y qué tan rápido puede hacerlo.

When we talk about building and maintaining a website or application, the work does not happen in a single place. In software development, an environment is the space where an application lives and runs, with a specific configuration of servers, services, and data.

There are different environments because each stage of the project has different needs: developing, testing, and finally putting the product in the hands of end users. The most common are local development, staging (or testing/pre-production), and production. In this article, we explain what each one is, what it is used for, and why it is so important that they are well-defined.

What is a local development environment?

The local development environment is the starting point for any digital project. It is where developers write, test, and adjust the code.

It usually lives on each developer's computer, allowing them to work independently without affecting others' work or end users.

Key features of the development environment

• It is a flexible and experimental environment.
• It allows for frequent and rapid changes.
• It uses simulated or test data, never real data.
• It is configured to facilitate debugging and initial testing.
• This is where commits, branches, and initial code testing take place.

Essentially, it is a safe space to test, make mistakes, and correct them without risk.

What is a staging (testing or pre-production) environment?

The staging environment is the bridge between local development and production. Its purpose is to test changes in an environment that closely replicates real conditions, without affecting users.

Unlike the local environment, the code no longer lives on a personal machine but on a server, allowing the behavior of the site to be validated before publication.

What is the staging environment used for?

• To test new features before publishing them.
• To validate configuration changes.
• To execute database migrations.
• To perform performance, security, and integration tests.
• To give demonstrations to clients or key project stakeholders.
• To gather feedback before the final launch.

Thanks to this environment, it is possible to detect critical errors in advance and reduce risks in the transition to production.

What is the production environment?

The production environment is where everything really happens. It is the environment accessed by end users and where the stable, final version of the application or website lives.

This is where real data, real traffic, and real operations are handled. Therefore, it is the most sensitive environment and the one that requires the most control.

Features of the production environment

• It hosts the final version of the software.
• It must guarantee stability, performance, and availability.
• It handles real user data.
• It has high security standards.
• Changes are carefully controlled.
• Normally, only the operations team can perform deployments or rollbacks.

Any error in this environment can directly impact the user experience and the reputation of the project, so it is not a space for experimentation.

The importance of separating environments

Separating development, staging, and production environments is an essential practice for any digital product. Failure to do so can lead to serious problems, such as production failures that affect the user experience or compromise critical data.

Having well-defined environments allows you to detect errors early, test changes confidently, protect real information, and improve the quality and stability of the final result. It also facilitates a more orderly way of working between development, testing, and operations teams.

Understanding how each environment works is not only useful for technical people but also for decision-makers. Each environment plays a specific role, and all are necessary to ensure that what goes into production is stable, secure, and ready to use.

Cuando hablamos de construir y mantener un sitio web o una aplicación, el trabajo no sucede en un único lugar. En el desarrollo de software, un entorno es el espacio donde vive y se ejecuta el sistema, con una configuración específica de servidores, servicios y datos.

Existen distintos entornos porque cada etapa del proyecto tiene necesidades diferentes: desarrollar, probar y finalmente poner el producto en manos de los usuarios finales. Los más comunes son desarrollo local, staging (o pruebas/preproducción) y producción. En este artículo te explicamos qué es cada uno, para qué sirve y por qué es tan importante que estén bien definidos.

¿Qué es un entorno de desarrollo local?

El entorno de desarrollo local es el punto de partida de cualquier proyecto digital. Es donde los desarrolladores escriben, prueban y ajustan el código.

Normalmente vive en el computador de cada desarrollador, lo que permite trabajar de forma independiente sin afectar el trabajo de otras personas ni a los usuarios finales.

Características clave del entorno de desarrollo

• Es un entorno flexible y experimental.
• Permite hacer cambios frecuentes y rápidos.
• Utiliza datos simulados o de prueba, nunca datos reales.
• Está configurado para facilitar la depuración y las pruebas iniciales.
• Aquí viven los commits, ramas y primeras pruebas del código.

En pocas palabras, es un espacio seguro para probar, equivocarse y corregir sin riesgos.

¿Qué es un entorno de staging (pruebas o preproducción)?

El entorno de staging es el puente entre el desarrollo local y producción. Su objetivo es probar los cambios en un entorno que replica de forma muy cercana las condiciones reales, sin afectar a las personas usuarias.

A diferencia del entorno local, el código ya no vive en una máquina personal, sino en un servidor, lo que permite validar el comportamiento del sitio antes de su publicación.

¿Para qué se usa el entorno de staging?

• Probar nuevas funcionalidades antes de publicarlas.
• Validar cambios de configuración.
• Ejecutar migraciones de bases de datos.
• Realizar pruebas de rendimiento, seguridad e integración.
• Hacer demostraciones a clientes o personas clave del proyecto.
• Recoger feedback antes del lanzamiento final.

Gracias a este entorno, es posible detectar errores críticos con anticipación y reducir riesgos en el paso a producción.

¿Qué es el entorno de producción?

El entorno de producción es donde todo ocurre de verdad. Es el entorno al que acceden los usuarios finales y donde vive la versión estable y definitiva de la aplicación o sitio web.

Aquí se manejan datos reales, tráfico real y operaciones reales. Por eso, es el entorno más sensible y el que requiere mayor control.

Características del entorno de producción

• Aloja la versión final del software.
• Debe garantizar estabilidad, rendimiento y disponibilidad.
• Maneja datos reales de usuarios.
• Tiene altos estándares de seguridad.
• Los cambios están cuidadosamente controlados.
• Normalmente, solo el equipo de operaciones puede realizar despliegues o retrocesos de versión.

Cualquier error en este entorno puede impactar directamente la experiencia de las personas usuarias y la reputación del proyecto, por lo que no es un espacio para experimentar.

La importancia de separar los entornos

Separar los entornos de desarrollo, staging y producción es una práctica esencial en cualquier producto digital. No hacerlo puede generar problemas serios, como fallos en producción que afecten la experiencia de las personas usuarias o comprometan datos críticos.

Contar con entornos bien definidos permite detectar errores a tiempo, probar cambios con mayor tranquilidad, proteger la información real y mejorar la calidad y estabilidad del resultado final. Además, facilita una forma de trabajo más ordenada entre los equipos de desarrollo, pruebas y operaciones.

Entender cómo funciona cada entorno no solo es útil para personas técnicas, sino también para quienes toman decisiones. Cada entorno cumple un rol específico y todos son necesarios para asegurar que lo que llega a producción sea estable, seguro y esté listo para usarse.