Trabajar con Drupal en una entidad pública exige más calma que velocidad. Uno puede saber exactamente qué módulo tocar, qué vista ajustar o qué plantilla Twig cambiar, pero si el portal está en producción y recibe visitas todos los días, la pregunta no es “¿se puede hacer?”, sino “¿cómo lo hacemos sin romper nada?”.
En portales institucionales he visto que muchos problemas no nacen por falta de conocimiento técnico. Nacen por ausencia de revisión previa: no validar roles, no mirar logs, no revisar caché, no probar formularios, no verificar permisos de archivos o no documentar el cambio. En Drupal 10 esto pesa más, porque el sitio suele tener módulos contribuidos, módulos personalizados, vistas, taxonomías, tipos de contenido, metatags y plantillas que dependen entre sí.
Antes de actualizar, mirar el mapa completo
Lo primero es identificar qué está vivo en el sitio. No basta con abrir el home y confirmar que carga. Hay que revisar tipos de contenido, vistas críticas, formularios, buscadores, menús, roles, bloques, bibliotecas JavaScript, módulos custom y rutas administrativas. En un portal como los que he apoyado en entidades públicas, una vista mal configurada puede afectar transparencia, noticias, datos abiertos o documentos institucionales.
También conviene revisar si hay archivos informativos del CMS expuestos, cómo están respondiendo rutas sensibles y si el servidor devuelve 403, 404 o 500 donde corresponde. Un error 500 en una ruta sensible no siempre significa vulnerabilidad, pero sí deja ver que el manejo de errores puede mejorar.
Módulos, permisos y contenido
En Drupal, los permisos son tan importantes como el código. Un tipo de contenido puede estar muy bien armado, pero si el rol editor tiene permisos de más, el problema aparece después: documentos mal clasificados, campos sensibles editables, archivos cargados sin control o vistas que muestran más de lo necesario.
Por eso, antes de mover contenido masivo o crear nuevas secciones, reviso permisos, campos obligatorios, taxonomías, alias, metadatos y comportamiento de caché. En migraciones documentales esto es clave. No es solo “subir archivos”; es garantizar que cada documento quede donde debe quedar, con su clasificación, su URL, su descripción y su lógica de consulta.
Twig, CSS y experiencia real del usuario
La parte visual en Drupal no debería resolverse solo agregando CSS. Muchas veces hay que tocar Twig, revisar clases, evitar duplicidades, limpiar estructuras y pensar en cómo se va a mantener después. Una plantilla puede verse bien el día del ajuste, pero si no soporta alto volumen de contenidos, al mes se vuelve un problema.
Mi recomendación es trabajar con una lista corta: qué se cambia, por qué se cambia, dónde queda el archivo, cómo se prueba y cómo se revierte. Es menos vistoso, pero salva portales.
¿Tu sitio necesita una revisión técnica?
Antes de actualizar, migrar o rediseñar, revisa seguridad, CMS, servidor, rendimiento, experiencia de usuario y cumplimiento digital.