Un proveedor web no se elige por un portafolio o una tarifa diaria. El factor discriminante en 2024 es la capacidad del proveedor para entregar un proyecto conforme a las obligaciones regulatorias recientes, especialmente en materia de accesibilidad, garantizando al mismo tiempo su autonomía técnica después de la puesta en línea.
Accesibilidad y European Accessibility Act: el criterio que su pliego de condiciones olvida
Desde el 28 de junio de 2025, el European Accessibility Act impone la conformidad de los servicios de comercio electrónico destinados a los consumidores. Los nuevos servicios deben ser accesibles desde su puesta en línea. Los servicios existentes tienen un período de transición hasta el 28 de junio de 2030.
La responsabilidad de esta conformidad recae sobre la empresa que proporciona el servicio al consumidor, no sobre la agencia que desarrolla el sitio. En términos claros, si su proveedor entrega un sitio no conforme, usted asume el riesgo jurídico.
Recomendamos exigir contractualmente tres elementos: el referencial de accesibilidad utilizado (RGAA o WCAG), las pruebas previstas durante el desarrollo, y un procedimiento de corrección documentado con entregables de auditoría. Un proveedor que no menciona la accesibilidad en su presupuesto en 2024 muestra un retraso metodológico significativo.
La accesibilidad no se limita al contraste de colores. Los requisitos abarcan todo el recorrido de compra, los formularios, la navegación con teclado, la estructura semántica del HTML y la compatibilidad con tecnologías de asistencia. Verifique que el equipo propuesto incluya una competencia real en estos temas, no una simple mención comercial.
La exención se refiere únicamente a las microempresas de menos de diez personas cuyo volumen de negocio anual o el total del balance no exceda 2 millones de euros. Si su estructura supera estos umbrales, usted está afectado, independientemente del tamaño de su sitio.
Propiedad del código y accesos: cláusula contractual antes de cualquier criterio técnico
Antes de evaluar las competencias de una agencia web, es necesario aclarar un punto legal a menudo pasado por alto en los presupuestos: a quién pertenecen el código fuente, el nombre de dominio y los accesos de alojamiento una vez entregado el proyecto. Aún observamos contratos donde el proveedor conserva la propiedad del código, lo que hace que cualquier migración posterior sea jurídicamente compleja y técnicamente costosa.
El contrato debe estipular explícitamente la cesión de los derechos patrimoniales sobre el código entregado. También debe prever la entrega de todos los identificadores (alojamiento, registrador, back-office CMS, cuentas de analytics) en un plazo definido después de la puesta en línea. Un proveedor que se niega a esta cláusula le encierra en una dependencia técnica.
Cuando busca encontrar un proveedor con CM 35, estos puntos contractuales deben plantearse desde el primer intercambio, incluso antes de discutir CMS o diseño.
Pila técnica y elección de CMS: comparar métodos, no logos
La elección entre WordPress, un desarrollo a medida o una plataforma no-code no debería depender de las preferencias del proveedor. Depende de la complejidad funcional de su proyecto, de su capacidad de gestión de contenido interno y de sus restricciones de rendimiento.
Un sitio vitrina con una decena de páginas y un formulario de contacto no justifica un desarrollo personalizado. En cambio, un sitio de comercio electrónico con funcionalidades específicas de gestión de inventarios, múltiples métodos de pago o una lógica de negocio particular puede requerir un CMS headless o un framework dedicado.
Recomendamos evaluar la pila técnica en tres criterios concretos:
- Autonomía editorial: ¿puede modificar el contenido, añadir páginas y gestionar los medios sin intervención del proveedor después de la entrega?
- Mantenibilidad: ¿documenta el proveedor su código, utiliza un gestor de versiones (Git) y prevé un plan de actualizaciones de seguridad?
- Rendimiento medible: ¿el presupuesto incluye objetivos cuantificados sobre los Core Web Vitals (LCP, CLS, INP) o se limita a un diseño responsive?
Un proveedor que propone sistemáticamente la misma plataforma CMS independientemente del proyecto indica una falta de versatilidad técnica. La recomendación del CMS debería derivarse del análisis de sus necesidades funcionales, no al revés.
Composición del equipo de proyecto y subcontratación: las preguntas a hacer antes de firmar
La calidad de un proveedor web se mide por el equipo que trabaja realmente en su proyecto. Pida los nombres y los roles de las personas asignadas. Un jefe de proyecto que se ocupa de doce clientes simultáneamente no produce el mismo seguimiento que un equipo dedicado con puntos semanales estructurados.
La subcontratación offshore no es un problema en sí, pero debe ser declarada en el contrato. El principal riesgo: un interlocutor comercial en Francia y desarrolladores en el extranjero sin comunicación directa posible. Exija saber quién codifica, quién integra y quién prueba.
Verifique también lo que está excluido del presupuesto. La redacción del contenido, la optimización SEO on-page, la configuración de las herramientas de análisis, la formación en el back-office: estos servicios a menudo representan un volumen de trabajo comparable al desarrollo en sí. Un presupuesto que muestra una tarifa atractiva excluyendo estos aspectos no es comparable a un presupuesto global.
- Solicite un calendario de entrega con hitos intermedios y entregables validables en cada etapa
- Verifique si la aceptación (fase de prueba antes de la puesta en línea) está incluida y cuántos ciclos de correcciones están previstos
- Aclara las condiciones de mantenimiento post-entrega: duración, alcance, tiempo de respuesta garantizado en caso de fallo
La elección de un proveedor web en 2024 se basa menos en el diseño que en la solidez contractual, la conformidad regulatoria y la transparencia operativa. Un buen proveedor le hace autónomo después de la puesta en línea, no le hace dependiente para cada modificación de texto o actualización de seguridad.
