Mantenimiento Drupal para agencias

Casi nunca queda todo arreglado el primer mes: la cuota compra un lote de trabajo cada mes, mes tras mes. Cuanto más código a medida y más configuración tenga tu web, más cosas irán apareciendo y más meses llevará tenerlo todo al día. Un proyecto grande no paga más al mes: paga más meses. Y si quieres acortar ese camino, para eso están justamente los sprints de aceleración.

Me das acceso al repositorio Git y una copia actualizada de la base de datos, y ya está: yo hago el trabajo y lo subo a una rama, y tu equipo lo revisa y hace el merge cuando le venga bien. Lo delegas y te olvidas del tema.

DruScan se apoya en Audit, un módulo que escribí y contribuí a la comunidad Drupal, gratuito y de código abierto: audita el proyecto y lo puntúa. DruScan es la capa que convierte esas puntuaciones en histórico, alertas y una pantalla que se puede leer sin ser desarrollador.

Pasa 24 auditorías y puntúa cada área de 0 a 100: actualizaciones pendientes y avisos de seguridad, permisos y cuentas expuestas, caché a todos los niveles, tamaño de la base de datos, errores en los registros, campos y vistas mal configurados, SEO técnico, imágenes, multilingüe y calidad del código con PHPStan, PHPCS y los tests automáticos. Un detalle que importa: el análisis se ejecuta en tu servidor, y a DruScan solo viajan las puntuaciones y la lista de versiones de módulos. Tu código, tu contenido y tus usuarios no salen de casa. Y tampoco hay que esperar ningún informe mensual: ves el mismo panel en vivo que veo yo.

No. Es una cuota mensual que puedes dejar cuando quieras: lo único que pido es un mes de preaviso, no unos pocos días. Puedo permitírmelo porque la puesta en marcha es tiempo que pongo sin facturarlo y solo lo recupero si te quedas. Así que la presión es mía, cada mes: el servicio tiene que seguir valiendo más de lo que cuesta, o te vas.

Se factura cada mes por adelantado, antes de empezar a trabajar: solo trabajo con el mes ya pagado. Soy un freelance y trabajo solo, y cobrar por adelantado es lo que me permite dedicar mi tiempo a los proyectos y no a reclamar facturas de trabajo ya entregado. La puesta en marcha en mi infraestructura va incluida, sin coste aparte. Los extras de pago único, como los sprints, van en su propia factura, separada de la cuota, y se contratan cuando los necesites. Todos los precios se indican sin IVA. Y todo es por proyecto: una agencia con varios proyectos contrata un plan para cada uno.

La cuota cubre las actualizaciones dentro de la versión en la que estés: todas las 10.x si vas por Drupal 10 y todas las 11.x si vas por Drupal 11. Saltar de la 10 a la 11, o de la 11 a la 12, es otro trabajo: una migración de versión mayor, el upgrade. Hay que comprobar que todos los módulos sean compatibles, sustituir el código que haya quedado obsoleto y hacer muchas más pruebas, así que eso se presupuesta aparte y con un precio cerrado antes de empezar.

En cada tanda paso los tests que el proyecto tenga, y cuantos más haya, más tranquilos nos quedamos los dos. Pero te lo digo claro: la mayoría de proyectos llegan con muy poca cobertura, y los tests cubren tu código a medida, no los módulos de la comunidad. No hay tests que garanticen que actualizar veinte módulos de golpe no rompa nada. Por eso la rama te llega para revisar, por eso merece la pena la cobertura de tests que incluye el plan, y por eso en portales muy grandes, donde la estabilidad pesa más que llevarlo todo a la última versión, tiene todo el sentido quedarse solo con las actualizaciones de seguridad y, cada pocos meses, hacer una ronda completa para poner el resto al día.

Ni desde el proceso de actualización ni desde ninguna otra herramienta. La rama llega revisada y con los tests del proyecto pasados, pero el botón lo pulsa siempre una persona.

Todos los tests, tanto los de PHPUnit como los de Playwright, los escribo y los paso en mi máquina antes de entregar, así no te llega nada roto. Viven en tu repositorio, y cualquiera de tu equipo puede lanzarlos en local, en cualquier rama. La integración continua y las ejecuciones programadas en vuestro servidor las monta tu equipo: en infraestructura mía no se ejecuta nada de forma automatizada.

Parte de mi trabajo se apoya en agentes de IA. Cuando un proyecto exige que ni una línea de código llegue a un modelo externo, por un NDA estricto o un cliente del sector público, existe la opción de que el análisis use solo modelos alojados en mi propia infraestructura, y tiene un coste mensual extra. La diferencia no está en el hardware, está en los modelos. Los externos potentes, como los de Anthropic o los de OpenAI, obligan a enviarles datos, pero a cambio son muy listos: dejan el código en un estado aceptable con pocas iteraciones antes de mi revisión. Los que puedo alojar en local son más limitados y cometen más fallos, y eso que mi infraestructura no es pequeña: hablamos de varios miles de euros invertidos. Con ellos mi revisión humana necesita más vueltas y más tiempo encima de cada tarea para asegurar la misma calidad. Ejecutarlos me sale más barato que pagar las APIs externas, pero ese ahorro no cubre mis horas de más, y ese tiempo es el que se refleja en el precio.

En cada sprint abarco todo lo que dan de sí dos semanas, empezando siempre por lo más importante. Hasta dónde se llega depende de cuánto código a medida tenga el proyecto y de cómo esté: en una web pequeña puede significar dejar la lista a cero, y en una grande harán falta varios sprints. Lo que quede sigue avanzando con el plan mensual, y siempre puedes contratar otro más adelante.