Anthropic prepara un cambio en su política de conservación de datos: los clientes Enterprise podrán guardar en su propia infraestructura cloud los datos de las interacciones con los modelos más avanzados, manteniendo los 30 días de retención pero decidiendo dónde residen. Es una buena noticia y me parece perfectamente razonable que llegue primero a las grandes cuentas. Mi problema con ella es otro, y es que me ha obligado a mirar algo que llevaba tiempo sin mirar: yo no he escrito nunca, en ninguna propuesta, qué pasa con los datos de mis clientes cuando pasan por una API que no controlo. Ni una línea. Y sospecho que no soy el único.
Treinta días que nunca he puesto en un presupuesto
El dato concreto de la noticia —que el período de retención sigue siendo de 30 días y lo que cambia es la ubicación— es el que me hizo parar. No porque 30 días me parezca mucho ni poco, sino porque me di cuenta de que es una cifra que conocía y que nunca he trasladado a nadie.
Pongamos un caso real de los que hago. Un flujo en n8n que recoge los formularios de contacto de una clínica, los clasifica con Claude y los reparte por departamento. Funciona bien, el cliente está contento y lleva meses en producción. En ese flujo hay nombres, teléfonos, motivos de consulta y, con más frecuencia de la que a nadie le gustaría, un párrafo donde alguien cuenta su problema médico con detalle. Todo eso sale de la infraestructura del cliente, entra en la mía y termina en la de un tercero.
El contrato que firmé con esa clínica no menciona ese tercero. No porque lo ocultara: porque no se me ocurrió que hubiera que mencionarlo. Y esa es exactamente la parte incómoda. En cualquier otro terreno lo habría hecho sin pensarlo. Si subcontrato a un diseñador, se lo digo. Si el sitio va a estar en un hosting concreto, lo digo. Pero la API se coló en mi stack como una librería más, como si llamar a Claude fuera lo mismo que usar una dependencia de npm, y no lo es: una dependencia procesa datos en la máquina del cliente, una API se los lleva.
Metí la API en mi stack como si fuera una librería más. No lo es: una librería procesa los datos donde están, una API se los lleva a otro sitio.
La mejora existe y está en el plan que no tienes
Ahora bien, seamos honestos con el alcance de la noticia: esto no me arregla nada. La opción de alojar los datos en tu propia nube está pensada para organizaciones con equipo de seguridad, requisitos de cumplimiento formalizados y un contrato negociado. No es una casilla que yo vaya a marcar la semana que viene en mi cuenta.
Y aquí es donde discrepo del entusiasmo con el que se está contando. La lectura general ha sido «Anthropic mejora su privacidad», y en rigor lo que ocurre es que se ensancha la distancia entre lo que puede prometer una empresa grande y lo que puede prometer un autónomo. Quien ya tenía capacidad de negociación gana una garantía más que ofrecer a sus clientes. Quien no la tenía se queda con exactamente las mismas condiciones de ayer, solo que ahora existe públicamente una versión mejor que él no puede dar.
No lo digo como reproche a Anthropic, que hace lo que hace cualquier proveedor: construir primero para quien paga más. Lo digo porque el efecto práctico para nosotros es contraintuitivo. La noticia no mejora mi posición: empeora relativamente mi argumento comercial, y va a tardar poco en aparecer en una conversación con un cliente que haya leído por encima que «ahora los datos se pueden quedar en tu nube».
Qué contestas cuando te preguntan dónde acaban los datos
Esa conversación va a llegar, y conviene tener la respuesta preparada antes de que llegue, porque improvisarla es la peor de las opciones. Si un cliente con datos sensibles —una clínica, un despacho, una asesoría— te pregunta hoy mismo dónde acaba la información que pasa por tu automatización, hay tres respuestas posibles y solo una es aceptable.
La primera es no saberlo. Es la más común y la que no admite defensa: significa que has construido un proceso sobre datos ajenos sin haber leído las condiciones bajo las que se procesan. La segunda es saberlo y no haberlo dicho, que es donde estaba yo, y que es mejor pero no mucho: la información existía, simplemente decidí por el cliente que no le interesaba. La tercera es tenerlo escrito en la propuesta desde el principio, con el proveedor identificado, el plazo de conservación y qué tipo de datos entran en el flujo. Solo esa tercera te deja tranquilo.
Y no es un formalismo. Cuando un cliente europeo te encarga tratar datos personales, tú actúas por cuenta de él, y los servicios que utilices para hacerlo forman parte de la cadena que él tiene la obligación de conocer. Que hasta ahora nadie te lo haya pedido no significa que estuviera bien; significa que el sector todavía no ha llegado a preguntarlo de forma sistemática. Está a punto.
⚠️ Cuatro líneas que deberían estar en tu próxima propuesta
No hace falta un anexo legal. Basta con dejar por escrito qué proveedor de IA se usa, qué datos del cliente pasan por él, cuánto tiempo se conservan y qué categorías de información quedan explícitamente excluidas del flujo. Son cuatro frases. Si te incomoda escribirlas, esa incomodidad es justo la señal de que el flujo necesita una revisión antes que el contrato.
La competencia ya no se juega en quién razona mejor
Hay un contexto que explica el movimiento y que refuerza el argumento. Los datos de Ramp publicados esta semana muestran a Anthropic en torno al 44% de cuota entre clientes empresariales de pago frente a casi el 40% de OpenAI, después de haber adelantado a su rival en mayo. Y en paralelo, OpenAI ha estrenado un sistema de monitorización de abusos que no retiene datos del cliente.
Léelas juntas y el cuadro es evidente: los dos grandes están compitiendo por la empresa, y el terreno donde han decidido pelear ya no es el benchmark. Es el tratamiento de los datos. Cuando dos competidores empiezan a mover sus políticas de privacidad casi a la vez, no están respondiendo a una moda: están respondiendo a lo que sus clientes grandes ponen encima de la mesa en cada negociación.
Eso, para quien trabaja abajo, es una señal adelantada de lo que va a bajar. Lo que hoy es un requisito de un comité de compras de una multinacional, dentro de un año es una pregunta normal de una gestoría de veinte empleados. Siempre ha funcionado así, y quien llega con la respuesta ya escrita no está cumpliendo un trámite: está diferenciándose de los cuatro presupuestos que su cliente pidió a la vez que el suyo.
Lo que voy a cambiar esta semana
Voy a hacer tres cosas, y ninguna requiere esperar a que Anthropic amplíe nada. Repasar qué flujos míos mueven datos personales de verdad, que sospecho que son más de los que tengo en la cabeza. Añadir a los presupuestos las cuatro líneas de arriba. Y en los dos o tres casos donde los datos son claramente sensibles, revisar si el modelo necesita ver el contenido completo o si me basta con enviarle una versión reducida: el mejor tratamiento de datos sigue siendo no enviarlos.
Y me quedo con una conclusión que no es cómoda. Durante un par de años hemos podido construir sobre estas APIs sin que nadie nos preguntara nada, y hemos confundido esa ausencia de preguntas con una ausencia de responsabilidad. No lo era. Era un margen, y se está cerrando por arriba, empujado por las empresas que sí tienen quien les revise los contratos. La noticia de esta semana no me da una herramienta nueva; me recuerda que llevo tiempo debiendo una respuesta que nadie me había pedido todavía. Prefiero escribirla yo ahora que improvisarla delante de un cliente dentro de seis meses.
