Elegir un sistema de gestión de contenidos compromete un proyecto durante varios años: coste de construcción, coste de mantenimiento, disponibilidad de competencias, capacidad de evolución. Esta guía compara WordPress, Drupal y PrestaShop según los criterios que deciden realmente, y propone una rejilla de decisión utilizable en una reunión de encuadre.
El criterio que decide: la estructura del contenido
Antes de cualquier comparación de funcionalidades, una sola pregunta separa las familias de herramientas: ¿el contenido es estructurado o editorial?
- Editorial — artículos, páginas, algunas taxonomías. La necesidad es publicar rápido y a menudo.
- Estructurado — tipos anidados, relaciones entre entidades, flujos de validación, permisos por rol, multilingüe exigente. La necesidad es modelar bien.
Un proyecto editorial llevado con una herramienta de modelado cuesta caro para nada. Un proyecto estructurado llevado con una herramienta editorial acaba en una acumulación de extensiones que ningún equipo quiere retomar.
La comparación
| Criterio | WordPress | Drupal (CMS / 11) | PrestaShop |
|---|---|---|---|
| Facilidad de inicio | Imbatible | Correcta desde Drupal CMS | Media |
| Modelado de contenido | Extensiones (ACF y equivalentes) | Excelente, nativo | Orientado a catálogo |
| Gestión fina de permisos | Limitada sin extensiones | Nativa, granular | Nativa (perfiles de empleado) |
| Multilingüe | Extensión (Polylang, WPML) | En el núcleo | En el núcleo |
| Ecosistema | Considerable | Más reducido | Especializado en comercio |
| Coste de un proyecto pequeño | Bajo | Elevado | Medio |
| Robustez a gran escala | Depende de la disciplina | Superior | Buena en el catálogo |
| Disponibilidad de competencias | Muy amplia | Escasa y cara | Media |
WordPress: la opción por defecto, y lo que la fragiliza
WordPress sigue siendo la opción racional para la mayoría de proyectos editoriales: rapidez de puesta en marcha, coste de entrada bajo, cantera de competencias inmensa. Su fragilidad es conocida y tratable: la acumulación de extensiones.
Dos prácticas cambian la trayectoria de un proyecto WordPress a cinco años:
- Gestionar las dependencias en lugar de instalar desde la administración — una estructura de proyecto tipo Bedrock hace el despliegue reproducible y el historial legible.
- Contar las extensiones como deuda: cada extensión activada carga recursos en todas las páginas y se convierte en un punto de ruptura en cada actualización.
La cuestión no es elegir bando entre WordPress y Drupal, sino hacer corresponder la herramienta con la naturaleza real del proyecto.
Drupal: pertinente, con condiciones
Drupal ha cambiado de rostro con Drupal CMS, distribución lista para usar publicada en enero de 2025, sus Recipes y su Experience Builder. El modelado, los permisos y el multilingüe siguen siendo sus puntos fuertes estructurales.
Su debilidad no es técnica sino humana: contratar a un desarrollador Drupal con experiencia cuesta más y lleva más tiempo. Ese punto pesa tanto en un presupuesto como en la recuperación de un proyecto, y se plantea antes de la decisión técnica.
PrestaShop: el caso del comercio electrónico
Para una tienda cuyo catálogo es el núcleo del negocio — variantes, combinaciones, reglas de precio, transportistas, contabilidad —, una herramienta de comercio nativa mantiene la ventaja sobre una extensión injertada en un CMS editorial. El coste real está en las actualizaciones mayores y el mantenimiento de módulos de terceros, que hay que presupuestar desde el principio.
Rejilla de decisión
| Situación | Opción por defecto |
|---|---|
| Sitio editorial, lanzamiento rápido, presupuesto ajustado | WordPress |
| Medio con producción diaria y multilingüe | WordPress con una extensión multilingüe dominada |
| Institución, sector público, universidad | Drupal |
| Aplicación editorial de modelado complejo | Drupal |
| Tienda cuyo catálogo es el negocio | PrestaShop |
| Tienda adosada a un sitio de contenidos | WordPress con una capa de comercio |
| Sin presupuesto de mantenimiento recurrente | WordPress, y nada más |
Las preguntas que hacer al cliente antes de decidir
- ¿Quién mantendrá el sitio dentro de tres años, y con qué presupuesto?
- ¿Tiene el contenido relaciones entre entidades, o solo categorías?
- ¿Cuántos roles distintos intervienen en la publicación?
- ¿El multilingüe es una traducción, o contenidos distintos por mercado?
- ¿Cuál es la tolerancia a la indisponibilidad durante las actualizaciones?
Las respuestas a estas cinco preguntas determinan la elección con más seguridad que cualquier comparativa de funcionalidades.
Los artículos de la sección
- Drupal en 2026: ¿sigue siendo una elección razonable?
- Node.js 26 activa la API Temporal por defecto
- CloudPanel: WordPress autoalojado sin panel pesado
Esta página se actualiza al hilo de las publicaciones de la sección Back-end.