Han Confiado en Metadrop
Desde agencias creativas y de diseño hasta agencias de marketing y comunicación, socios de toda Europa han confiado en Metadrop como el equipo de Drupal detrás de su trabajo para clientes, en plataformas que abarcan decenas de países e idiomas.
Lo que dicen nuestros socios
Una visión desde el lado de la agencia de lo que supone tenernos detrás de la entrega.
Cuando las agencias nos contratan
Dos situaciones de entrada tienen el mismo peso en esta página. Una es la colaboración planificada: un proyecto de Drupal ya ganado o una licitación aún abierta. La otra es el rescate técnico: una plataforma heredada, estancada o que ya no puede recibir soporte. Ambas llegan aquí con regularidad y ambas se gestionan como trabajo rutinario.
- Un cliente ha solicitado Drupal y la agencia no tiene capacidad interna en Drupal, sin interés en iniciar un ciclo de contratación o formación para desarrollarla.
- La cartera de proyectos contiene más trabajo de Drupal del que el equipo puede entregar dentro de los plazos ya comprometidos.
- Una licitación o propuesta necesita un socio técnico designado, una metodología y evidencias de certificación adjuntas antes de la presentación.
- Una agencia ha heredado una plataforma, del proveedor anterior del cliente o de una cuenta recién ganada, y aún no puede determinar su estado.
- El proveedor de desarrollo anterior terminó mal, por lo que la propia reputación de la agencia es lo que se pone en riesgo por segunda vez.
Lo que se compra en los cinco casos es transferencia de riesgo: el trabajo técnico entregado según el estándar del cliente, sin que la agencia pierda la relación que construyó
Marca blanca o marca compartida: dos formas de gestionar la entrega
El modelo se decide por proyecto, no por relación. La misma agencia puede mantenernos invisibles en una cuenta y presentarnos en la siguiente.
Marca blanca significa que la agencia se encarga del cliente de principio a fin: trabajamos según el briefing de la agencia, entregamos en su proceso, y el cliente ve al equipo de la agencia. Marca compartida significa que nos unimos a las llamadas con el cliente, los talleres y las revisiones técnicas como socio técnico de la agencia, con nombre y presentación, que es la opción habitual cuando el departamento de TI del cliente quiere un interlocutor con quien hablar de arquitectura.
La mecánica de la marca se establece al inicio: nombres de repositorios, tableros de proyecto, canales de chat, invitaciones a reuniones y documentos entregables llevan la identidad que requiera el modelo, y la agencia sigue siendo el punto único de contacto con su cliente. La gobernanza se basa en una reunión estratégica anual, una reunión de alineación bimestral y sincronizaciones técnicas puntuales, con cualquier otra agencia de la cuenta invitada directamente a las reuniones de alineación.
Tres de los proyectos de larga duración de Metadrop están gestionados a través de una agencia creativa o de marketing en lugar de contratarse directamente, dos de ellos en funcionamiento desde 2022, en plataformas de clase DXP: multilingües, multisitio e integradas.
Confidencialidad y quién habla con tu cliente
Se firma un NDA antes de intercambiar los detalles de la plataforma, y trabajamos con el documento de la agencia cuando esta tiene el suyo propio.
El cliente final pertenece a la agencia. Trabajamos según el encargo de la agencia y no contactamos con su cliente para trabajos fuera del alcance de la agencia. Si una agencia quiere que esto quede por escrito, se incluye como cláusula en el acuerdo de colaboración en lugar de quedarse en una promesa en una página web.
La facturación se dirige a la agencia, con un informe mensual detallado por proyecto y por perfil de equipo.
La publicación se basa en permisos: ningún trabajo se convierte en caso de estudio, logotipo o diapositiva de charla sin el consentimiento por escrito de quien gestiona la relación con el cliente. En esta página y en cualquier otro lugar, Metadrop describe el trabajo con agencias por sector, escala y situación, no por el nombre del cliente.
El acceso al soporte es de nivel 3 desde el primer contacto: el equipo de la agencia llega directamente a los ingenieros que escribieron el código, sin intermediarios.
Cómo dimensionamos, estimamos y gestionamos las solicitudes de cambio
Las estimaciones se producen a partir del análisis, no de una impresión: se analiza el ticket, se redacta una solución en la tarjeta y la estimación se revisa teniendo en cuenta ese análisis antes de comenzar el trabajo. Si un desarrollador considera que la estimación ya no se sostiene tras el análisis, lo señala y bloquea la tarjeta.
Las solicitudes de cambio siguen una ruta fija de cuatro pasos: solicitud, estimación en horas, aprobación por escrito de la agencia y, a continuación, ejecución y entrega. No se construye nada fuera del alcance acordado antes de que exista la aprobación. El alcance se prioriza en una sincronización semanal de alineación en la que el consumo se actualiza de forma transparente, y cada factura llega con un informe detallado por perfil de equipo.
Hay tres modalidades comerciales disponibles, y la elección corresponde a la agencia: un proyecto con alcance definido, una retención mensual con un equipo multifuncional dedicado (con un mes de preaviso en ambas direcciones) u horas de tiempo y materiales prepagadas. Las tarifas se cotizan por encargo y no se publican. La ampliación de alcance a corto plazo se gestiona como un proyecto paralelo con límite de tiempo, en lugar de renegociar la retención, y el trabajo se realiza en iteraciones cortas.
Metadrop ha presentado públicamente este problema: la gestión del alcance, el presupuesto y las solicitudes de cambio en el DrupalCamp 2024, y la contratación ágil en el DrupalCon 2024.
Rescate técnico: cómo hacerse cargo de una plataforma heredada
La auditoría va antes que el plan. Una auditoría de Drupal con tiempo limitado devuelve hallazgos puntuados vinculados a evidencias y una lista de recomendaciones priorizadas con estimaciones de esfuerzo.
La toma de control se realiza en tres semanas. La semana 1 es de descubrimiento y acceso: inicio con el proveedor saliente, acceso a la infraestructura, repositorios, tableros y el registro de incidencias abiertas, revisión de la documentación y análisis estático de módulos, componentes e índices de búsqueda. Su resultado es un informe inicial de salud de la plataforma, la línea de base para toda mejora posterior. La semana 2 es de elaboración conjunta de preguntas y respuestas: un conjunto estructurado de preguntas por dominio (infraestructura, backend, frontend), enviado al proveedor saliente con antelación. La semana 3 consta de tres talleres de transferencia de conocimiento impartidos por el equipo saliente, con más sesiones programadas donde las preguntas y respuestas revelaron carencias. Con una fecha límite de licitación, las tres semanas se comprimen a unas dos fusionando el descubrimiento y las preguntas y respuestas, aunque los talleres no se comprimen. Una pequeña victoria rápida de desbloqueo se programa dentro de las dos primeras semanas.
Los hallazgos se agrupan por exposición, no por esfuerzo: cualquier cosa que conlleve exposición legal o de marca (credenciales en texto plano, endpoints sin autenticación, versiones no compatibles) se publica fuera del ciclo normal de lanzamiento, mientras que los hallazgos de rendimiento, accesibilidad y SEO se incluyen en los lanzamientos programados. Donde la cobertura de pruebas es escasa, se establecen líneas de base funcionales (Behat) y de regresión visual (BackstopJS) durante la toma de control.
Las condiciones de la toma de control se establecen de antemano: acceso y documentación completos, una plataforma estable en el momento de la transferencia y una revisión conjunta de deficiencias con el proveedor saliente, además de no realizar reconstrucciones estructurales en los primeros meses. Un cambio de proveedor de nube se define como un proyecto independiente.
Una agencia de marketing tenía el contrato principal para la cartera de más de 30 sitios web por país de una marca internacional de alimentación; Metadrop se hizo cargo de la plataforma de su anterior proveedor y, a continuación, realizó el mantenimiento preventivo y correctivo, las sucesivas actualizaciones de versiones principales de Drupal y una migración entre plataformas en la nube durante cuatro años y contando. Un fabricante multinacional de electrodomésticos y sistemas de climatización, en plena expansión por Europa, también contrató a Metadrop para relevar a su anterior proveedor: primero una auditoría de seguridad, rendimiento y funcionalidad, después un plan de acción urgente y, por último, una transformación de sitio único a multisitio y una actualización de Drupal 10 a 11.
Una auditoría detallada te indica qué tienes, cuánto costará arreglarlo y en qué orden, antes de comprometer a tu cliente con un plan.
Los perfiles que cubrimos y lo que construimos
Perfiles de entrega completos, no un único desarrollador: project lead (gestión ágil), tech lead (arquitectura y diseño funcional), desarrolladores backend y frontend, especialistas en QA e ingenieros DevOps, en toda la entrega o solo la parte que la agencia no pueda cubrir, en una composición que puede cambiar entre proyectos.
Lo que se construye: plataformas corporativas de clase DXP, parques multisitio y multilingües, sistemas de componentes editoriales, búsqueda (Solr, Acquia Search, SearchStax), integraciones con CRM (Salesforce, Microsoft Dynamics), métodos de pago europeos (Stripe, PayPal, Redsys, Bizum) y migraciones desde WordPress, Joomla, TYPO3 o Magento. El trabajo con versiones principales es habitual: ver actualización de Drupal. Cuando una cuenta ya tiene varios proveedores, Metadrop puede asumir el rol de gobernanza técnica independiente descrito en consultoría de Drupal.
El trabajo se mueve por un tablero compartido que la agencia puede ver en cualquier momento: Por hacer, En curso, QA, Aprobación, Despliegue, Hecho. Cualquier elemento con un SLA de cara al cliente tiene prioridad sobre la planificación ordinaria del sprint, y los elementos desplazados se devuelven al backlog de forma explícita.
Los controles de calidad se ejecutan en CI y bloquean un cambio que falla: análisis estático, la suite de pruebas y una auditoría de seguridad de dependencias, seguidos de revisión entre pares y QA manual en staging en la matriz de navegadores y dispositivos compatible. La cadena de herramientas que lo aplica (Aljibe) es pública e inspeccionable. Los módulos contribuidos se prefieren al código personalizado como principio de ingeniería declarado.
Una agencia creativa que lidera la transformación digital corporativa de un grupo industrial global incorporó a Metadrop como socio técnico de Drupal; cuatro años después, esa colaboración ha incluido una migración de Drupal 7 a 9 con una simplificación de tipos de contenido de 20 tipos a 6, seguida de actualizaciones a Drupal 10 y Drupal 11, y un programa de corrección de accesibilidad para alcanzar un estándar nacional de conformidad (RGAA). Bajo otro contrato gestionado por una agencia, para el nuevo sitio de una empresa conjunta del sector energético, Metadrop llevó a cabo una construcción desde cero dentro del multisitio Drupal existente del grupo matriz, reutilizando la arquitectura de componentes del ecosistema en lugar de crear una plataforma separada.
Soporte y mantenimiento bajo un SLA por escrito
Los compromisos de respuesta y resolución son contractuales y basados en la gravedad, no en un esfuerzo máximo. Dentro de la ventana de soporte estándar, un incidente crítico tiene un compromiso de respuesta de una hora laborable y un objetivo de resolución de tres horas laborables, seguido de los niveles Alto, Medio y Bajo. La ventana estándar es de 08:00 a 16:00 CEST en el calendario laboral de Madrid, y la cobertura fuera de ella se contrata como una ventana ampliada específica. Metadrop no ofrece disponibilidad las 24 horas.
La mayoría de los incidentes los abrimos nosotros, no la agencia: la infraestructura y la monitorización de disponibilidad alertan en tiempo real, y un incidente crítico recibe un canal dedicado con acceso directo al equipo técnico. Una corrección no se publica hasta que la agencia la valida y aprueba, porque la etapa de Aprobación es una columna explícita en el tablero compartido, con una acción por ambas partes.
Cada error significativo se cierra con un análisis de causa raíz y una prueba de regresión, de modo que una repetición del mismo fallo se detecta mediante el conjunto de pruebas en lugar de en el trabajo de la agencia. El mantenimiento también incluye un informe de auditoría web recurrente sobre estado técnico, seguridad, SEO, rendimiento, accesibilidad y GDPR, lo que convierte el mantenimiento en ingeniería proactiva en lugar de gestión de tickets. Alcance completo: Servicios de mantenimiento y soporte de Drupal.
Qué conserva tu agencia si dejamos de trabajar juntos
El código, la configuración y la documentación residen en un repositorio controlado por versiones durante todo el proceso, de modo que cualquier persona que lo posea pueda volver a desplegar toda la plataforma en un nuevo entorno en cualquier momento.
La salida es una obligación nominada y limitada: una fase de reversibilidad acordada por ambas partes y limitada a 25 días laborables, que proporciona la información y la asistencia técnica que necesita el equipo entrante para hacerse cargo de la operación de la plataforma. Se presupuesta por separado como trabajo adicional. En caso de rescisión por incumplimiento, todos los documentos, conjuntos de datos, manuales, planes y archivos fuente producidos se ponen a disposición del cliente en un plazo de quince días, independientemente de esa fase.
El paquete de salida es específico: visión general de la arquitectura e inventario de software, análisis de la arquitectura de contenidos, el repositorio fuente completo, un manual de administración y mantenimiento y la exportación validada de datos y activos. El contenido se exporta mediante las API de Drupal a un formato estructurado y documentado, en lugar de como un volcado de base de datos sin procesar, y se entrega primero un subconjunto representativo para que el equipo entrante pueda probar sus rutinas de importación. Las relaciones de contenido se mapean antes de la exportación (Entity Mesh), de modo que los enlaces internos rotos o inalcanzables salen a la luz antes de la migración, y se invita al equipo entrante a volver a ejecutar las mismas herramientas para verificar la integridad.
Por qué un partner de Drupal con sede en la UE
Todo el equipo está en España y, por tanto, dentro de la jurisdicción de la UE: los datos personales que se gestionan en nuestro lado quedan sujetos a la legislación europea, por lo que la cuestión de la transferencia a terceros países que plantea una DPA o una licitación no se plantea. Un único calendario laboral (Madrid) y una única zona horaria en todo el equipo es lo que hace que los compromisos de respuesta y resolución anteriores sean alcanzables, en lugar de un mero intento que se transmite entre traspasos.
Metadrop está certificado ENS según el Esquema Nacional de Seguridad de España, Categoría Media (RD 311/2022), la norma que es obligatoria para los proveedores del sector público; incorpora los principios del RGPD y se basa en los controles de la ISO 27001/27002. ISO 9001 (gestión de la calidad) e ISO 14001 (gestión ambiental) también están certificadas, y la empresa es un Partner Certificado Silver de la Drupal Association, renovado anualmente, junto con las alianzas con Acquia y Upsun.
Detrás de los certificados hay más de 15 años creando plataformas Drupal, más de 120 módulos contribuidos y más de 500 créditos de incidencias en drupal.org, así como más de 50 ponencias en DrupalCon, Drupal Dev Days y DrupalCamp. Por número de proyectos contribuidos, esto sitúa a Metadrop entre las aproximadamente 25 empresas de Drupal más activas del mundo.
La accesibilidad y el cumplimiento normativo son trabajo rutinario, no una especialidad añadida. WCAG 2.1 AA se trata como la base legal actual según la EAA y la EN 301 549, y los esquemas nacionales (RGAA y equivalentes) se gestionan cuando un mercado lo requiere. Metadrop aporta la traducción técnica de estas obligaciones, no la opinión legal (una interpretación, no un asesoramiento jurídico). La agencia puede entregar a su cliente un paquete de documentación que no ha tenido que redactar, que cubre el alcance de la certificación, la evidencia de conformidad de accesibilidad y los informes de auditoría, que es lo que suele pedir una licitación o una revisión de compras.
Servicios de Auditoría Web
Consultoría de Drupal y gobernanza técnica
Servicios de Actualización de Drupal: De Drupal 8, 9 o 10 a Drupal 11
Servicios de mantenimiento y soporte de Drupal
Preguntas frecuentes
¿Cómo funciona el desarrollo de Drupal de marca blanca con una agencia?
Desarrollo de Drupal de marca blanca significa que la agencia lidera a su cliente de principio a fin mientras los ingenieros de Metadrop trabajan tras la marca de la agencia, dentro del proceso de la agencia y conforme al encargo de la agencia. Paneles, repositorios, canales, invitaciones a reuniones y documentos entregables llevan la identidad de la agencia, acordada al inicio y no improvisada a mitad del proyecto. La alternativa es la entrega de marca compartida, donde nos presentan y nos unimos a las llamadas con el cliente como socio técnico de la agencia. La elección se hace por proyecto y es reversible en el siguiente.
¿Te pondrás en contacto directamente con nuestro cliente?
El cliente final pertenece a la agencia: Metadrop trabaja según el brief de la agencia y no busca al cliente para trabajos fuera del ámbito de la agencia. Cuando una agencia quiere el compromiso por escrito, este se incluye como una cláusula en el acuerdo de colaboración, junto con el NDA que se firma antes de intercambiar los detalles de la plataforma. El material público de Metadrop describe el trabajo con agencias únicamente por sector, tamaño y situación, y ningún proyecto se convierte en un caso de estudio, un logotipo o una diapositiva de charla sin el permiso por escrito de quien posee la relación.
¿Cuánto tiempo tarda una toma de control de una plataforma Drupal?
Una toma de control de la plataforma Drupal dura tres semanas por defecto: descubrimiento y acceso, recopilación conjunta de preguntas y respuestas, y luego los talleres de transferencia de conocimiento. Se reduce a unas dos semanas si hay una fecha límite de licitación, fusionando el descubrimiento y las preguntas y respuestas, siempre que el proveedor saliente responda, mientras que los talleres en sí no se comprimen. El calendario depende de la participación del titular, por lo que el acceso y una revisión conjunta de deficiencias se acuerdan como condiciones de la toma de control en lugar de solicitarse más adelante.
¿Cómo se mantiene un encargo fijo para que no se convierta en una ampliación del alcance?
El alcance excesivo se gestiona mediante procedimientos, no por buena voluntad: cada solicitud de cambio se estima en horas y se espera la aprobación por escrito de la agencia antes de comenzar cualquier trabajo. Las estimaciones se revalidan contra el análisis por escrito del ticket, y un desarrollador que comprueba que la cifra original ya no es válida bloquea la tarjeta y la eleva en lugar de asumirla. Las prioridades y el consumo se revisan en una sincronización semanal, y cada factura incluye un informe detallado por perfil de equipo, de modo que la posición es visible durante el mes, no al final de este.
¿Quién es el propietario del código cuando finaliza una asociación de desarrollo?
El código, la configuración y la documentación se guardan en un repositorio controlado por versiones durante toda la vida de la colaboración, de modo que la plataforma pueda volver a implementarse desde él en cualquier momento. La salida se ejecuta como una fase de reversibilidad limitada a 25 días laborables, presupuestada por separado como trabajo adicional, y entrega la visión general de la arquitectura, el inventario de software, el repositorio de código fuente completo, el manual de administración y una exportación de datos validada. En caso de rescisión por incumplimiento, todos los documentos, conjuntos de datos, manuales, planes y archivos fuente generados se ponen a disposición del cliente en un plazo de quince días.
¿Qué cambia cuando un socio de Drupal está basado en la UE en lugar de en el extranjero?
Un partner de Drupal con sede en la UE conserva los datos personales conforme a la legislación europea, por lo que la cuestión de la transferencia a terceros países en un DPA o en una licitación pública no se plantea por parte del proveedor. Todo el equipo de Metadrop trabaja con un único calendario y una única zona horaria (Madrid, CEST), lo que hace que los compromisos de respuesta y resolución según la severidad sean viables, sin traspasos entre zonas horarias. La evidencia de cumplimiento que el cliente de una agencia solicita existe como documentación: ENS (Categoría Media), ISO 9001, ISO 14001 e informes de conformidad de accesibilidad.
Cuéntanos sobre tu proyecto o plataforma de Drupal.
Un tech lead lee el brief y responde con preguntas o una primera visión del alcance técnico, en lugar de un contestador automático o una cola de enrutamiento.
Útil en el primer mensaje, si existe: la versión de Drupal, quién gestiona el hosting, si tienes acceso al repositorio y el plazo con el que trabajas. Una respuesta aproximada es suficiente para empezar. No se requiere compromiso ni tarifa para comenzar, y el brief no se comparte fuera de las personas que harían el trabajo.