Respuesta directa
Subcontratar desarrollo web en marca blanca funciona cuando, antes de empezar, la agencia y el desarrollador dejan claros cinco puntos: qué se entrega, quién habla con el cliente final, con qué accesos se trabaja, cómo se revisa y quién mantiene la web después. Cuando eso no está claro, el problema aparece en la entrega, que es justo cuando la agencia tiene que dar la cara.
Este artículo es para agencias de diseño, marketing o comunicación que venden webs y necesitan capacidad técnica sin contratar a nadie más en plantilla.
Por qué las agencias subcontratan desarrollo
Casi siempre por alguno de estos motivos:
- Picos de trabajo. Entran tres proyectos a la vez y el equipo no da para todos.
- Una tecnología que no dominan. Saben WordPress con Elementor, pero el cliente pide algo más rápido o más mantenible: Bricks, Astro o una migración.
- Una parte técnica concreta. Una migración sin perder posicionamiento, un problema de rendimiento o un componente que se sale de la plantilla.
- No compensa contratar. El volumen técnico no justifica un desarrollador más, pero sí alguien de confianza para cuando hace falta.
El riesgo de todas ellas es el mismo: la agencia responde ante el cliente por un trabajo que no ha hecho ella.
Lo que hay que acordar antes de empezar
1. Alcance cerrado y por escrito
Qué entra y qué no. «Maquetar el diseño en Bricks» no es lo mismo que «maquetar, montar el formulario, configurar el SEO técnico y publicar». Cuanto más concreto, menos discusiones al final.
Incluye también lo que no se ve: compatibilidad con móvil, accesibilidad básica, velocidad y qué navegadores se prueban.
2. Quién habla con el cliente final
En marca blanca, lo normal es que el cliente solo hable con la agencia. Hay que decidir qué pasa cuando surge una duda técnica: si la agencia la traslada, si el desarrollador entra a una llamada presentado como parte del equipo, o si nunca aparece.
Las tres opciones funcionan. Lo que no funciona es improvisarlo a mitad de proyecto.
3. Accesos y entorno
Antes de tocar nada hay que saber dónde se trabaja: un entorno de pruebas, el repositorio de la agencia, el alojamiento del cliente. Quién da los accesos, con qué permisos y quién los retira al terminar.
Y una regla que evita muchos sustos: nada se toca directamente en la web publicada del cliente.
4. Cómo se revisa y se aprueba
Entregas pequeñas y frecuentes mejor que una grande al final. Cada entrega con un enlace para revisar y una lista de lo que se ha hecho. Así la agencia detecta pronto si algo no va por donde quería, y el desarrollador no rehace dos semanas de trabajo.
Hay que fijar también cuántas rondas de cambios entran en el precio.
5. Quién mantiene la web después
Es el punto que más se olvida. Si el desarrollador desaparece al entregar, la agencia hereda una web que no sabe mantener. Hay que decidir si el mantenimiento lo hace la agencia, el desarrollador o el cliente, y dejar documentado lo necesario para que cualquiera pueda seguir.
La confidencialidad, en serio
En marca blanca, el desarrollador no enseña el proyecto como suyo ni contacta con el cliente por su cuenta. Lo razonable es dejarlo por escrito y que incluya:
- No usar el proyecto como caso ni en el portfolio sin permiso de la agencia.
- No ofrecer servicios directamente al cliente final.
- Cómo se tratan los datos y los accesos del cliente.
Una agencia que trabaja con alguien de confianza no suele necesitar más que esto, pero conviene que esté escrito.
Señales de que un desarrollador externo es de fiar
- Te dice cuándo algo no es buena idea, con un motivo técnico y una alternativa, en lugar de decir que sí a todo.
- Avisa de los riesgos antes, no cuando ya han pasado.
- Trabaja con tus convenciones: tu repositorio, tu forma de nombrar, tu forma de desplegar.
- Documenta lo que hace, para que no dependas de él.
- Puedes verificar su experiencia. Proyectos visibles, credenciales comprobables y una trayectoria que se puede contrastar.
Cómo trabajo yo con agencias
Colaboro con agencias como desarrollador externo o en marca blanca, en Astro, WordPress y Bricks, maquetación, landing pages, SEO técnico y mantenimiento.
Algunos datos que puedes comprobar:
- Bricks Expert oficial desde septiembre de 2025, con el perfil verificable en la web de Bricks Builder.
- Más de diez años en desarrollo web, cinco de ellos en Actycrea, en Madrid, y unos cuatro en Indra y en la empresa hoy llamada Zeus Visión, en Valencia, siempre como desarrollador frontend y backend.
- Proyectos propios que se pueden abrir y revisar, como Cocinopedia y Mejor de Pueblo.
Puedo entrar en una intervención concreta, como una landing, una migración de Elementor a Bricks o una incidencia, o en una colaboración continuada. No uso proyectos de la agencia como caso sin permiso, y si veo un riesgo técnico lo digo con pruebas y con una alternativa.
Siguiente paso
Tienes las condiciones en colaboración con agencias. Si tienes un proyecto encima de la mesa, en la llamada inicial revisamos tecnología, calendario, confidencialidad y cómo encajar con tu equipo.