Cómo elegir una empresa de desarrollo que sí cumpla la Ley 21.719: las 7 pruebas que puedes pedir antes de firmar

En octubre todos se disfrazan, y las propuestas de desarrollo web también. Desde que la Ley 21.719 empezó a sonar, casi todas las cotizaciones traen la misma línea: "sitio adaptado a la nueva ley de datos". Desde afuera, todas se ven iguales. La diferencia está debajo del disfraz, y se ve solo si sabes qué pedir que te muestren.

Este artículo es para eso. No vamos a repetir las señales básicas de una empresa seria, que ya revisamos en cómo elegir una empresa seria para desarrollar tu sitio. Vamos a lo nuevo: cómo comprobar, antes de firmar, que lo que te van a construir cumple de verdad, y cómo se ve eso en un formulario real.

¿Por qué "cumple con la ley" no basta en una propuesta?

Porque la ley no le pregunta a tu proveedor si cumple. Te lo pregunta a ti. Tú eres el responsable: decides qué datos se piden y para qué. Quien te hace el sitio es el encargado, que trata los datos por tu cuenta y según tus instrucciones (art. 15 bis). Lo explicamos completo en quién es responsable de los datos, la empresa o el desarrollador.

De ahí sale el cambio de mirada de este mes: la responsabilidad no se externaliza, se documenta. Una frase en la cotización no documenta nada. Lo que te protege es lo que el proveedor puede mostrar, dejar por escrito y entregarte al terminar.

Y el estado de la ley no cambia el análisis. La Ley 21.719 está publicada y su vigencia fijada es el 1 de diciembre de 2026. Existe un proyecto, ingresado el 1 de septiembre de 2026 y en la Comisión de Constitución del Senado sin votación, que la postergaría a diciembre de 2027. La ley está publicada. La Agencia se está instalando. La fecha se discute. Que entra en vigencia, no se discute.

¿Cómo se ve un formulario disfrazado y uno que cumple?

El formulario de contacto es donde más se nota, porque es la puerta por donde entran los datos de tus clientes. Este es el antes y después.

El disfraz. Una casilla que dice "acepto la política de privacidad", a veces ya marcada. Un enlace a una política copiada de otro sitio. Al enviar, los datos llegan a un correo y la casilla desaparece: no queda ningún registro de que la persona aceptó, ni de qué texto aceptó, ni cuándo. Si mañana alguien pregunta, no hay nada que mostrar.

Lo que hay debajo cuando cumple. Te mostramos el nuestro, porque es el que podemos mostrar entero. El formulario de diagnóstico de lpage.cl funciona así:

• La casilla obligatoria dice "Acepto los términos y condiciones y autorizo el tratamiento de mis datos personales", sin premarcar, y cada parte enlaza a su documento para que se pueda leer antes de aceptar.
• Al enviar, se guarda una constancia del consentimiento atada a esa respuesta, con el tipo de consentimiento y la versión del texto aceptado.
• Si la constancia no se puede guardar, el envío falla. No entra un contacto cuyo tratamiento no se pueda acreditar.
• La autorización para usar la información con inteligencia artificial va aparte, es voluntaria y se registra tanto si se acepta como si se rechaza, para distinguir un "no" de un "nunca se le preguntó".
• En el registro de cuentas, cada aceptación queda como una firma por documento y versión, que se puede leer pero no editar.

Ninguna de esas piezas se nota en la pantalla. Las dos versiones se ven casi iguales para el visitante. La diferencia aparece el día que tienes que demostrar algo.

¿Cuáles son las 7 pruebas que le puedes pedir a una empresa de desarrollo?

No necesitas saber programar para pedirlas. Cada una se responde mostrando algo concreto, y una empresa que cumple las tiene a mano. Si la respuesta es "eso lo vemos después", ya tienes tu respuesta.

1. Muéstrame un formulario tuyo y lo que guarda

Pide ver un formulario en producción, de ellos o de un cliente, y que te expliquen qué queda registrado cuando alguien acepta: fecha, versión del texto y a qué respuesta queda atado. Si solo llega un correo, el consentimiento no se puede acreditar.

2. Muéstrame una política de tratamiento con fecha y versión

La política tiene que describir lo que tu sitio hace de verdad: qué datos pide, para qué, con qué proveedores y cómo se ejercen los derechos (art. 14 ter). Pide una que hayan redactado para un sitio real, con fecha y número de versión. Por qué la copiada no sirve, en este artículo.

3. Muéstrame el contrato de encargo que firmas con tus clientes

El contrato de encargo (o DPA, por Data Processing Agreement) fija qué datos tratará el proveedor, para qué, por cuánto tiempo y qué hace con ellos al terminar. Pide el modelo antes de firmar, no después. Las cláusulas que tiene que traer están en qué dice el contrato de encargo.

4. Muéstrame la lista de proveedores que van a tocar mis datos

Hosting, correo, base de datos, herramientas de automatización, inteligencia artificial. Cada uno es alguien más tratando datos de tus clientes, y muchos los guardan fuera de Chile. Pide la lista con el país donde guarda cada uno, y que cualquier proveedor nuevo pase por tu aprobación escrita.

5. Muéstrame cómo respondo cuando un cliente pide sus datos

Tus clientes pueden pedir acceder, rectificar, suprimir, oponerse, portar o bloquear sus datos: los derechos ARCOPB. Tienes 30 días corridos para responder. Según el estudio de LemonTech y la Asociación Chilena de Ética y Compliance (ACEC), publicado el 23 de septiembre de 2026 sobre 127 organizaciones, solo el 15% sabe responder en ese plazo. Pide que te muestren dónde se recibe la solicitud y cómo encuentras todos los datos de una persona. Más detalle en tienes 30 días para responder.

6. Muéstrame el acta de entrega

Al terminar, tienes que recibir los accesos a tu nombre (dominio, hosting, base de datos, cuentas de medición), la lista de formularios activos y de etiquetas instaladas, y la confirmación de que no quedaron copias de tu base en otros equipos. Pide un ejemplo de acta antes de empezar. La lista completa, en qué te tienen que entregar cuando termina tu sitio.

7. Dime quién visa lo legal, con nombre y apellido

Una empresa de desarrollo implementa; no es un estudio jurídico. Si te ofrece cumplimiento, tiene que poder decirte qué abogado revisa los textos legales. Si nadie tiene nombre, el texto legal lo escribió alguien que no responde por él.

¿Qué respuestas son una señal de alerta?

• "Cumplimiento garantizado" o "cero multas". Nadie serio lo promete, y prometerlo es publicidad engañosa. Lo honesto es cumplimiento documentado y acreditable.
• "Le ponemos un banner de cookies y listo." El banner es una pieza; la ley mira cómo capturas, guardas y respondes.
• "La política te la mandamos de una plantilla." Si no describe tu sitio, no te sirve.
• "El contrato es estándar, no se puede ver antes." Si no puedes leer lo que firmas, no sabes qué encargaste.

¿Por qué la mayoría de los negocios todavía no lo pide?

Porque durante años contratar una web fue una conversación de diseño, plazos y precio, y los datos eran un detalle técnico. El mismo estudio de LemonTech y ACEC indica que el 85% gestiona el cumplimiento con procesos manuales. No es descuido: es que nadie te había dicho qué preguntar. Con estas siete pruebas, la conversación con cualquier proveedor cambia, sea con nosotros o con otro.

¿Cómo lo hacemos en LPage?

Construimos sitios, agendas, tiendas y sistemas donde las siete pruebas vienen incluidas: formularios que guardan la constancia del consentimiento, política hecha para tu sitio, contrato de encargo, lista de proveedores, canal de solicitudes y acta de entrega con todo a tu nombre. Es lo mismo que aplicamos en nuestros propios productos, como los sistemas clínicos Fonokit, Medispot y Dentalspot, que tratan datos de salud.

Lo legal lo visa Gian Piero Serafini San Celedonio, abogado de la Universidad Católica de Chile. Este artículo es contenido educativo y no reemplaza esa revisión.

Si quieres ver cuántas de las siete pruebas pasa hoy tu sitio, el diagnóstico gratis parte por ahí.

Equipo LPage