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.

Today, a website must not only look good: it must be usable by everyone.

More and more people are accessing information from very different contexts: screen readers, cell phones, slow connections, or keyboards instead of a mouse.

Talking about web accessibility is no longer optional. It's about inclusion, experience, and digital quality.

What is (and what isn't) web accessibility

Web accessibility consists of designing and building sites that can be used by people with different visual, auditory, motor, or cognitive abilities.

But it's not just about designing for “special cases,” nor is it about making sites more limited or less attractive. Nor is it an issue exclusively for developers or technical teams.

An accessible website benefits everyone. It improves reading, navigation, content comprehension, and the overall experience. In addition, it often brings very specific benefits: better usability, greater reach, better SEO performance, and less friction for conversion.

When a site is accessible, it simply works better.

Basic principles for an accessible website

Without getting into complex technical standards, an accessible website usually complies with four key ideas:

• Perceptible: content must be viewable or audible in different ways.
• Operable: navigation should not depend solely on the mouse.
• Understandable: information and interactions must be clear and predictable.
• Robust: the site must function correctly on different devices and technologies.

These principles are not intended to complicate the design, but to make it clearer, more usable, and more consistent.

Small changes that make a big difference

You don't need to redo your entire site to start improving its accessibility. A few simple actions can make a big difference:

• Check the contrast between text and background.
• Use well-structured headings.
• Add alternative text to images.
• Test navigation using only the keyboard.
• Evaluate whether forms can be understood without additional explanations.

Accessibility is not about making things perfect, but about making them better. It's about changing the way we think about design and technology.

Designing for more people always pays off

When we design with more people in mind, the impact is always greater. Accessibility is not an additional layer or an isolated requirement: it is a sign of quality, empathy, and long-term vision.

If you want to learn more about how to apply web accessibility based on international standards and find out how platforms such as Drupal facilitate this process, we invite you to read our article on web accessibility with Drupal and WCAG, where we address the issue from a more technical and practical perspective.

Hoy, una página web no solo debe verse bien: debe poder usarse por todas las personas.

Cada vez más personas acceden a la información desde contextos muy distintos: lectores de pantalla, celulares, conexiones lentas o teclados en lugar de mouse. Aun así, muchos sitios siguen pensados para un único tipo de usuario.

Hablar de accesibilidad web ya no es opcional. Es hablar de inclusión, experiencia y calidad digital.

Qué es (y qué no es) la accesibilidad web

La accesibilidad web consiste en diseñar y construir sitios que puedan ser utilizados por personas con diferentes capacidades visuales, auditivas, motoras o cognitivas.

Pero no se trata de diseñar solo para “casos especiales”, ni de hacer sitios más limitados o menos atractivos. Tampoco es un tema exclusivo de desarrolladores o equipos técnicos.

Una web accesible beneficia a todas las personas. Mejora la lectura, la navegación, la comprensión del contenido y la experiencia general. Además, suele traer beneficios muy concretos: mejor usabilidad, mayor alcance, mejor rendimiento SEO y menos fricción para convertir.

Cuando un sitio es accesible, simplemente funciona mejor.

Principios básicos para una web accesible

Sin entrar en normas técnicas complejas, una web accesible suele cumplir cuatro ideas clave:

• Perceptible: el contenido debe poder verse u oírse de distintas formas.
• Operable: la navegación no debe depender únicamente del mouse.
• Comprensible: la información y las interacciones deben ser claras y predecibles.
• Robusta: el sitio debe funcionar correctamente en distintos dispositivos y tecnologías.

Estos principios no buscan complicar el diseño, sino hacerlo más claro, usable y coherente.

Pequeños cambios que hacen una gran diferencia

No necesitas rehacer todo tu sitio para empezar a mejorar su accesibilidad. Algunas acciones simples pueden marcar una gran diferencia:

• Revisar el contraste entre texto y fondo.
• Usar encabezados bien jerarquizados.
• Agregar texto alternativo a las imágenes.
• Probar la navegación solo con el teclado.
• Evaluar si los formularios se entienden sin explicaciones adicionales.

La accesibilidad no se trata de hacerlo perfecto, sino de hacerlo mejor. Es cambiar la forma en la que pensamos el diseño y la tecnología.

Diseñar para más personas siempre suma

Cuando diseñamos pensando en más personas, el impacto siempre es mayor. La accesibilidad no es una capa adicional ni un requisito aislado: es una señal de calidad, empatía y visión a largo plazo.

Si quieres profundizar en cómo aplicar accesibilidad web desde estándares internacionales y conocer cómo plataformas como Drupal facilitan este proceso, te invitamos a leer nuestro artículo sobre accesibilidad web con Drupal y las WCAG, donde abordamos el tema desde un enfoque más técnico y práctico.