Lista de comprobación para contratar una plataforma web: 42 preguntas para proveedores
42 preguntas para cualquier proveedor de plataforma web o CMS antes de firmar: accesibilidad, roles y aprobaciones, inicio de sesión, seguridad, propiedad de los datos, salida, soporte, condiciones del contrato y coste. Con cómo suena una buena respuesta.
Las demos de los proveedores están hechas para mostrar lo que una plataforma hace bien. Esta lista de comprobación sirve para descubrir el resto antes de firmar. Tiene 42 preguntas en nueve grupos, cada una con una nota sobre cómo suena una buena respuesta y qué debería preocuparte. Sirve para un organismo público, una universidad, un sistema hospitalario o una empresa que gestiona muchos sitios. Copia las preguntas en tu propia hoja de evaluación y haz las mismas a todos los proveedores.
Antes de hablar con proveedores: tres cosas que decidir internamente
¿Quién va a publicar? Cuenta las personas y los departamentos. Una plataforma que funciona para cinco personas del equipo web puede fallar con doscientos publicadores ocasionales.
¿Con qué debe conectarse la plataforma? Enumera las herramientas de pagos, formularios, reservas, registros, mapas, reclutamiento y búsqueda, y decide cuáles se enlazan y cuáles deben integrarse.
¿Cuál es tu plazo y por qué? Si eres un gobierno estatal o local de EE. UU., la norma web del Título II de la ADA se aplica ahora desde el April 26, 2027 (50,000 personas o más) o desde el April 26, 2028 (entidades más pequeñas y distritos especiales). Consulta la guía del plazo del Título II.
A. Accesibilidad (preguntas 1 a 7)
¿Qué estándar de accesibilidad persigue tu resultado público y cómo sabes que lo cumple? Bien: nombra una versión y un nivel (por ejemplo WCAG 2.1 o 2.2 AA) y una prueba fechada. Preocupante: "cumple totalmente la ADA" sin nada que lo respalde.
¿Podemos ver tu informe de conformidad de accesibilidad más reciente, con la fecha y quién hizo las pruebas? Bien: un documento con los problemas conocidos enumerados. Preocupante: ningún problema conocido, o ningún informe.
¿Es accesible la interfaz de edición para el personal que usa lector de pantalla o solo teclado? Muchos proveedores solo prueban las páginas públicas.
¿Qué hace el editor para evitar que los publicadores añadan defectos? Busca texto alternativo obligatorio, comprobación de encabezados, avisos sobre textos de enlace vagos y límites en los colores.
¿En cuánto tiempo corriges un defecto de accesibilidad en tus plantillas y lo pondrás en el contrato? Bien: un número de días, por escrito.
¿Vendes o recomiendas un overlay de accesibilidad? Un overlay añade una barra de herramientas encima de la página; no corrige el código de fondo. Un proveedor que depende de uno es una señal de alarma.
¿Podemos hacer nuestra propia auditoría y nos ayudarás a corregir lo que encuentre? La respuesta debería ser sí, sin coste para los defectos de su código.
B. Roles, aprobaciones y gobierno (8 a 13)
¿Qué roles existen y qué puede hacer cada uno? Pide la lista real. Los roles personalizados son menos habituales de lo que sugieren las demos.
¿Se puede limitar un publicador a la sección de un departamento o a un solo sitio?
¿Se puede exigir aprobación antes de publicar, y a quién? Pregunta si es un paso o varios y si se puede activar solo para algunos publicadores.
¿Qué se registra en el registro de auditoría, cuánto tiempo se conserva y podemos exportarlo? Útil para solicitudes de acceso a registros públicos y para investigar una edición indebida.
¿Cómo se protegen los elementos de marca? ¿Puede un departamento cambiar la cabecera, los colores o el pie, o solo su propio contenido?
¿Podemos programar la publicación, la caducidad y los recordatorios de revisión? Las páginas desactualizadas son el fallo de gobierno más común.
C. Inicio de sesión y acceso (14 a 17)
¿Puede el personal iniciar sesión con nuestro proveedor de identidad y podemos exigirlo? Pide que lo muestren funcionando con tu proveedor, no en una diapositiva.
¿Está disponible la autenticación multifactor para todas las cuentas?
¿Qué pasa con una cuenta cuando alguien se va? Retirar el acceso debería ser un solo paso e inmediato.
¿Puede el personal del proveedor acceder a nuestro contenido y queda registrado ese acceso?
D. Seguridad (18 a 22)
¿Qué auditorías independientes o certificaciones tienes hoy? Pide el informe o el certificado, su fecha y su alcance. "En curso" no es tenerla.
¿Cómo se detectan y corrigen las vulnerabilidades, y con qué rapidez?
¿En cuánto tiempo nos informarás de un incidente que afecte a nuestros datos, y cómo? Consigue un número de horas en el contrato.
¿Dónde se almacenan nuestros datos y quiénes son tus subencargados? Si la ubicación te importa, pídela por escrito.
¿Completarás nuestro cuestionario de seguridad? A un proveedor que se niega, o que te pide conformarte con una página resumen, es difícil exigirle nada después.
E. Fiabilidad y rendimiento (23 a 26)
¿Con qué disponibilidad te comprometerás en el contrato, cómo se mide y cuál es la compensación? Una cifra de marketing no es un compromiso.
¿Qué pasó en tu última caída importante? Un proveedor que responde con claridad es mejor señal que uno que dice no haber tenido ninguna.
¿Cómo se hacen, conservan y prueban las copias de seguridad? Pregunta cuándo se probó una restauración por última vez.
¿Cómo gestiona el sitio un pico repentino de tráfico?
F. Propiedad de los datos y salida (27 a 32)
¿Quién es dueño de nuestro contenido, archivos multimedia, envíos de formularios y analítica? La respuesta debe ser tú.
¿Podemos exportar todo el sitio nosotros mismos, hoy, sin pedírtelo? Pide que lo hagan en la demo.
¿Qué contiene la exportación? ¿Solo texto, o también archivos multimedia, estructura de páginas, plantillas y código? ¿Podría otro proveedor hacer funcionar el sitio a partir de ella?
¿Tiene algún coste la exportación, durante o después del contrato?
¿Siguen nuestros nombres de dominio y nuestro DNS en nuestras cuentas? Si el proveedor tiene tu dominio, irse resulta más difícil.
¿Qué pasa con nuestros datos cuando termina el contrato? Busca un periodo de transición, una exportación final y la confirmación por escrito de la eliminación.
G. Crear y modificar sitios (33 a 36)
¿Cuánto se tarda en poner en marcha el sitio de un nuevo departamento o programa? Pide que creen uno en directo.
¿Qué cambios requieren al proveedor y cuáles puede hacer nuestro personal? Cuenta cuántos cambios rutinarios serían facturables.
¿Cómo gestionas los formularios y se pueden enviar los envíos a nuestros propios sistemas?
¿Podemos usar nuestro propio dominio en cada sitio, incluidos los de departamentos?
H. Soporte y formación (37 a 39)
¿Qué horario de soporte y tiempos de respuesta figuran en el contrato?
¿Está incluida la formación y podemos reutilizar los materiales internamente?
¿Quién es nuestro contacto asignado y qué pasa si se va?
I. Contrato y coste (40 a 42)
¿Cuál es el coste total a cinco años, incluidas las renovaciones? Pídelo en una sola tabla separando los costes únicos de los recurrentes.
¿Qué límites cambian el precio? Usuarios, sitios, páginas, almacenamiento, tráfico y uso de IA son los habituales.
¿Cuál es el tope de los aumentos anuales de precio y podemos irnos sin penalización en la renovación?
Cómo puntuar las respuestas
Para cada pregunta, da 0 (no, o no se mostró), 1 (sí, pero solo descrito) o 2 (se mostró funcionando en el producto). Las preguntas 1, 2, 27, 28 y 40 deciden la mayoría de los resultados, así que dales el doble de peso. Un proveedor que puntúa bien en diapositivas y mal en "se mostró funcionando" te está diciendo algo.
Puntuación
Significado
0
No disponible, sin respuesta o solo en la hoja de ruta
1
Respondido por escrito pero no demostrado
2
Demostrado en el producto, o respaldado por un documento fechado
Preferimos que nos compruebes con esta lista a que te fíes de nuestra palabra. Hoy, nuestra plataforma de marca blanca te ofrece: roles de propietario, administrador y miembro, además de permisos por cliente (preguntas 8 y 9); un único paso de aprobación antes de publicar un sitio (10); un registro de auditoría de las acciones de la organización (11); tus propios dominios para el portal y cada sitio (36); y la descarga completa del código o su sincronización con tu propio GitHub (28 y 29). Los sitios se crean con IA, así que la accesibilidad es algo que tu equipo debe probar antes de publicar; no afirmamos que cumplan. No afirmamos tener certificaciones de seguridad ni una cifra de disponibilidad contractual. Para repasar el resto con nosotros, agenda una demo y trae esta lista. Consulta también la plataforma de marca blanca de We.Inc.