Saltar al contenido

Política de privacidad

Última actualización: 2026-10-21.

Si esta traducción difiere de la versión en inglés, prevalece la versión en inglés.

Quiénes somos. colding.app lo opera OpenWings Automação Comercial Ltda., CNPJ 63.852.648/0001-06 ("colding", "nosotros"). Nuestro contacto de protección de datos es Gustavo Salomé Silva, en [email protected]. Cumple la función de encarregado según la Ley General de Protección de Datos de Brasil (LGPD) y la de delegado de protección de datos según el Reglamento General de Protección de Datos de la Unión Europea (RGPD).

1. Qué hace colding

colding se conecta a los buzones de correo electrónico de sus clientes, intercambia correos de calentamiento entre ellos, envía por ellos campañas, mensajes sueltos y los correos de la propia app del cliente, y lee las bandejas de entrada de esos buzones y las reúne en una sola consola. No tiene servidores de correo propios y no envía nada desde direcciones propias, salvo los correos sobre tu cuenta.

2. Cuatro tipos de personas

  • Clientes: las personas que tienen una cuenta, llaman a la API o usan la consola.
  • Contactos: las personas que están en las listas de un cliente y a quienes se envían campañas, y las personas a quienes la app de un cliente les escribe a través del servicio (un recibo, un enlace de inicio de sesión).
  • Remitentes: cualquier persona que escribe a un buzón conectado y cuyo correo se lee en la bandeja de entrada.
  • Buzones compañeros de calentamiento: los buzones de otros clientes que intercambian correos de calentamiento con el tuyo, y las personas a las que pertenecen.

Para los clientes, somos el responsable del tratamiento. Para los contactos y los remitentes, somos el encargado del tratamiento del cliente: el cliente decide quién está en una lista y qué se envía, y nosotros actuamos según sus instrucciones. El acuerdo de tratamiento de datos es el contrato de esa relación.

3. Qué datos recopilamos de los clientes

  • Datos de la cuenta: tu dirección de correo, tu nombre visible, el idioma de la interfaz y la zona horaria que eliges, a qué workspaces perteneces y con qué rol. Si continúas con Google, también lo que Google comparte para eso: el id de tu cuenta de Google, tu nombre, tu dirección de correo y el enlace a tu foto de perfil.
  • Datos de los buzones: la dirección, el proveedor y la configuración de cada buzón conectado; sus credenciales (una contraseña de aplicación, la contraseña SMTP e IMAP propia del buzón o, en un buzón conectado al iniciar sesión con Microsoft o con Google, el token que emite esa empresa), cifradas con una clave que nunca tiene el servicio que responde a los enlaces de los correos enviados; los cursores de sincronización, el historial de errores y el estado del calentamiento. Una retención del calentamiento (una cuarentena o un bloqueo, o una que pone nuestro equipo) pertenece a la dirección del buzón, así que la acompaña cuando se conecta en otro workspace.
  • Datos de uso: cada envío del registro de envíos (destinatario, asunto, el mensaje ya renderizado, el Message-ID, el resultado), el tipo, el id y la hora de cada solicitud a la API, los hashes de las claves de API que creas, los endpoints de webhook y sus registros de entregas, y un registro de auditoría de quién cambió qué en el workspace.
  • Datos del plan: el plan del workspace y cuánto ha usado de él. En un plan de pago, también los ids que Stripe asigna al cliente, a la suscripción y a la sesión de pago. Los números de tarjeta nunca pasan por nuestros sistemas: los guarda Stripe.
  • Datos técnicos: la dirección IP y el user agent de cada solicitud, que se guardan en los registros de solicitudes, y de cada inicio de sesión, que guarda el servicio de inicio de sesión para proteger tu cuenta.

Los usamos para operar el servicio, mantener cada workspace dentro de los límites de su plan, protegerlo (detección de abusos y límites de frecuencia), atenderte y mostrarte alertas. No los vendemos ni los usamos para entrenar modelos.

4. Tu cuenta y la conexión de un buzón

Tu cuenta usa una dirección de correo y una contraseña. Por ahora abrimos cada cuenta a mano: pide acceso en [email protected] y te respondemos por correo.

También puedes continuar con Google en vez de escribir tu contraseña. Google te pide entonces que dejes que colding vea tu nombre, tu dirección de correo y tu foto de perfil (openid, email y profile), y ingresas a la cuenta de colding que tenga esa misma dirección de correo. Mientras abrimos las cuentas a mano, se rechaza una cuenta de Google cuya dirección no tiene cuenta en colding. Continuar con Google no lee nada de tu correo ni conecta ningún buzón. Para dejar de usarlo, quita colding de tu cuenta de Google en https://myaccount.google.com/permissions; tu contraseña sigue funcionando.

Conectar un buzón es un paso aparte, y tú eliges qué buzones. Un buzón de Gmail o de Google Workspace puede conectarse con una contraseña de aplicación, y un buzón de otro proveedor, como Zoho, con sus datos de acceso SMTP e IMAP. Usamos esos datos para enviar, leer y ordenar el correo de ese buzón, y para nada más: los correos de calentamiento van a una carpeta propia, y lo que lees o mueves en nuestra bandeja de entrada también se hace en el buzón.

Un buzón de Microsoft 365 se conecta iniciando sesión con Microsoft, que te pide aceptar estos permisos:

  • openid, email y profile: el inicio de sesión en sí, que nos dice tu nombre y tu dirección de correo.
  • User.Read: tu nombre y la dirección del buzón, para que conectemos el buzón correcto.
  • offline_access: para mantener la conexión después de que cierres la pestaña, hasta que desconectes el buzón.
  • Mail.Send: para enviar correo desde ese buzón.
  • Mail.ReadWrite: para leer su correo y para ordenar los correos de calentamiento en sus carpetas.

Con ese acceso enviamos el correo que redactas o programas, traemos el correo nuevo a tu bandeja de entrada y ordenamos los correos de calentamiento. Nunca leemos otros buzones de tu organización, tu calendario, tus contactos ni tus archivos. En algunas organizaciones, un administrador tiene que aprobar colding antes de que alguien pueda aceptar estos permisos. Puedes quitar colding de una cuenta de Microsoft 365 en https://myapps.microsoft.com. Si un administrador aprobó colding para toda la organización, solo un administrador puede quitarlo para todos, en Aplicaciones empresariales del centro de administración de Microsoft Entra.

Un buzón de Google Workspace también puede conectarse iniciando sesión con Google, que pide permiso para leer y enviar correo en ese buzón (gmail.modify). Con ese acceso enviamos el correo que redactas o programas, traemos el correo nuevo a tu bandeja de entrada y hacemos el mismo cambio en el buzón cuando lees o mueves un mensaje en nuestra bandeja de entrada. A este acceso se aplica la sección 13. El calentamiento nunca usa la API de Gmail: un buzón de Google participa en el calentamiento solo cuando se conectó con una contraseña de aplicación. Puedes quitar colding de una cuenta de Google en https://myaccount.google.com/permissions.

Para desconectar, quita el buzón en la consola. Sus credenciales se eliminan de inmediato, y sus mensajes en la siguiente limpieza, que se hace cada hora. En un buzón conectado al iniciar sesión con Google, además le pedimos a Google que retire nuestro acceso. También puedes revocar la contraseña de aplicación en tu proveedor.

Lo que podemos y no podemos hacer con los datos que recibimos de Google está en la sección 13.

5. Qué guardamos de los contactos, los remitentes y los buzones compañeros de calentamiento

  • Contactos: lo que el cliente importó: dirección de correo, nombre, empresa, campos personalizados; más lo que aprendemos al enviar: qué pasos se enviaron, si respondieron, rebotaron, denunciaron spam o se dieron de baja, y el registro de supresión cuando piden no recibir más correos. Cuando una campaña hace seguimiento de las aperturas, también cuándo se abrió uno de sus correos (como máximo una vez por hora para el mismo correo, la misma dirección IP y el mismo tipo de programa): la fecha y la hora, el tipo de programa que cargó la imagen (se lee de los encabezados de su solicitud) y la dirección IP de origen como hash con clave (en IPv6, solo la parte de red de la dirección). La dirección en sí aparece únicamente en nuestros registros de solicitudes. Cuando una campaña hace seguimiento de los clics, también cuándo se hizo clic en un enlace de uno de sus correos (como máximo una vez por hora para el mismo enlace, la misma dirección IP y el mismo tipo de programa): la fecha y la hora, qué enlace, el tipo de programa que lo siguió y la dirección IP, también como hash con clave; y, para que cada enlace lleve a quien lo abre a su destino, la dirección de la página a la que lleva. Con esos datos determinamos si abrió el correo o hizo clic una persona o un programa (un filtro de spam que revisa el correo, un proxy de imágenes), y guardamos en el correo cuándo lo abrió una persona por primera vez y cuándo hizo clic por primera vez en uno de sus enlaces, cuántas veces lo hizo, y cuándo lo abrió un programa por primera vez.
  • Correo transaccional: de cada correo que la app de un cliente envía a una persona, la dirección, el mensaje, hasta cuándo todavía puede salir y qué pasó con él. Nunca se le hace seguimiento, y un rebote, una denuncia de spam o una respuesta que pide parar dejan un registro de supresión.
  • Direcciones verificadas: cuando se verifica una dirección antes de enviarle correo, cada verificación: la dirección, si puede recibir correo (válida, riesgosa, inválida o sin conclusión), por qué, quién respondió y cuándo. Cada contacto conserva el último resultado.
  • Remitentes: los mensajes que recibe un buzón conectado: encabezados, el cuerpo de texto y de HTML hasta 512 KB por parte, nunca los adjuntos, y la conversación a la que pertenecen. Cuando descargas un adjunto, lo traemos del buzón y te lo entregamos sin guardarlo.
  • Buzones compañeros de calentamiento: los mensajes de calentamiento intercambiados y las señales de salud que se derivan de ellos (dónde llegaron, si se respondieron).

Base jurídica. Para los clientes, el contrato contigo (LGPD art. 7, V; RGPD art. 6(1)(b)). Para los contactos y los remitentes, la base del cliente, normalmente el interés legítimo en la correspondencia comercial (LGPD art. 7, IX; RGPD art. 6(1)(f)), con estas garantías de nuestra parte: una línea para darse de baja activada por defecto en los mensajes de campaña y un encabezado para darse de baja en cada uno, cada baja respetada de inmediato, la supresión antes de cada envío y una Política de uso aceptable, parte de nuestros Términos, que exige una forma de darse de baja en cada correo de campaña. El correo que la app de un cliente envía a una persona se apoya en la relación del cliente con esa persona, normalmente el contrato entre ambos; no lleva línea para darse de baja, y una baja de las campañas del cliente no lo detiene, pero un rebote, una denuncia de spam o una respuesta que pide parar sí.

6. Cuánto tiempo guardamos los datos

  • Envíos: se guardan mientras exista el workspace, sin límite de antigüedad por ahora, salvo los del calentamiento (más abajo). El conteo diario de lo que envió cada buzón, de calentamiento o no, se borra a los 120 días.
  • Mensajes: se guardan mientras su buzón esté conectado. Al desconectar un buzón, sus mensajes se ocultan de inmediato y la siguiente limpieza, que se hace cada hora, los elimina.
  • Calentamiento: cada correo de calentamiento tal como se envió, dónde llegó y qué hizo con él el otro buzón: 120 días, y luego se eliminan. Unos pocos se quedan más tiempo. Uno que llegó a spam se queda hasta que se detiene el calentamiento del remitente, porque todavía frena el calentamiento de ese buzón. Uno que el otro buzón todavía tiene que mover a su carpeta de calentamiento se queda hasta que lo haga, mientras ese buzón siga revisando su correo al menos una vez cada 7 días. Uno que todavía podríamos encontrar en un buzón que dejó de revisar su correo, la copia del otro buzón o la copia del propio remitente en su carpeta Enviados, se queda hasta que ese buzón vuelva a revisar o se desconecte. Cada copia guardada en un buzón conectado, la copia de Enviados del remitente y la del buzón compañero, es correo de ese buzón y se conserva como los demás mensajes.
  • Contactos: hasta que el cliente los elimine, o elimine el workspace. Un registro de supresión sobrevive al contacto, porque es la única forma de seguir respetando una baja. Guarda la dirección, cómo y cuándo se agregó, la nota y la fecha de fin que el cliente le haya puesto, y de qué campaña, correo o respuesta vino, y nada más. Cuando se borra el workspace, la baja propia de un destinatario queda como un hash, como dice el punto Workspaces y cuentas.
  • Aperturas: 90 días después de la apertura, y luego se eliminan. La primera apertura y el primer clic de una persona, sus conteos y cuándo lo abrió un programa por primera vez son parte del envío y se van con él.
  • Clics: 90 días después del clic, y luego se eliminan. Enlaces con seguimiento: 365 días después de enviado el correo, y luego se eliminan junto con los clics que aún tengan; pasado ese plazo, el enlace ya no lleva a su página.
  • Verificaciones de direcciones: 30 días después de que termina la verificación, y luego se eliminan, junto con los lotes que las ejecutaron. Cada contacto conserva su último resultado mientras exista. Cuántas verificaciones usó un workspace cada mes, un conteo sin direcciones, se guarda 13 meses.
  • Registro de auditoría: 90 días. Feed de eventos: 24 horas.
  • Registros de entrega de webhooks: 30 días.
  • Lo que dice el registro de nuestros servidores de correo sobre un correo: cuando un correo sale por un servidor de correo nuestro, el registro de ese servidor anota lo que respondió el servidor de destino, con la dirección de quien lo recibió. Lo guardamos 40 días en nuestra base de datos y 14 días en el servidor de correo, y después lo borramos.
  • El historial de una campaña (lo que le pasó, como una pausa o un lead que quedó fuera): 90 días. Alertas, leídas o no: 90 días.
  • Alertas para nuestro equipo: la lista diaria de las personas que empezaron a usar colding, con la dirección de correo de cada una, se guarda 2 días. De las demás alertas del equipo solo se conserva la última sobre cada cosa.
  • Solicitudes repetidas a la API: cuando una solicitud lleva un Idempotency-Key, guardamos su respuesta 24 horas, para que un reintento reciba la misma respuesta.
  • Importaciones de contactos: el archivo y sus celdas se eliminan en cuanto se agregan sus contactos, o 24 horas después de subirlo si nunca se agregan. Los conteos de lo que hizo se guardan 7 días.
  • Exportaciones de contactos: el archivo se genera mientras se descarga y nunca se guarda. Su enlace funciona 10 minutos y se elimina dentro de la hora siguiente.
  • Archivos de buzones: las contraseñas de cada fila se eliminan cuando ese buzón se conecta o falla. El resto del archivo se elimina 7 días después de enviarse.
  • Códigos de confirmación de un buzón: un código funciona 30 minutos y luego se elimina. La solicitud sin su código se guarda 7 días, para investigar los correos que nunca llegaron.
  • Enlaces para darse de baja: un enlace funciona 365 días después del último correo que lo llevó, y se elimina 30 días después de eso.
  • Los mensajes de Stripe sobre suscripciones. De cada uno guardamos su id y su tipo, la suscripción de la que trata, cuándo lo envió Stripe y qué hicimos con él. Los guardamos 90 días. Algunos se quedan más tiempo: los de aproximadamente un día antes de que se abriera la última página de pago de un workspace, y todos los posteriores. Se quedan hasta que empieza la suscripción de ese workspace o este abre otra página de pago.
  • Informes de rebotes y de denuncias de spam de un servicio de envío, de un buzón solo de envío cuyo dueño los activó. De cada uno guardamos de qué tipo era, qué hicimos con él, el correo con el que coincidió y cuándo llegó, nunca las palabras del servicio ni una dirección. Los guardamos 30 días.
  • Workspaces y cuentas: se guardan mientras los uses. El dueño de un workspace puede pedir que se elimine en Configuración, en Eliminar workspace. Pasados 30 días lo borramos de forma automática; hasta esa fecha el dueño puede cancelar la solicitud. Desde el momento en que lo pide, el workspace no envía nada: sus campañas se pausan, sus correos programados no salen, el calentamiento se pausa, y sus claves de API y sus invitaciones pendientes se revocan. El correo entrante sigue llegando, y el dueño todavía puede descargar los datos del workspace. Cuando llega la fecha, un proceso automático lo borra por pasos, que toman desde unos minutos hasta algunas horas en un workspace grande, y lo revisa de nuevo hasta que una pasada no encuentre nada, como máximo 3 pasadas, para atrapar lo que haya llegado mientras corría. Se borran: sus buzones y sus datos de acceso, los contactos, las campañas, los mensajes y sus cuerpos, los envíos, los borradores, las verificaciones de direcciones, los webhooks, las claves de API, los miembros, las invitaciones, los enlaces de descarga y el registro de auditoría. Nada de eso se puede descargar una vez que empieza el borrado. Lo que queda, y solo como un hash con clave (un código que no podemos convertir de nuevo en la dirección), sin ningún workspace asociado: la baja propia de un destinatario (se dio de baja, respondió pidiendo parar o denunció spam) durante 3 años, para que el siguiente workspace del mismo dueño no pueda escribirle a quien pidió parar; una retención del calentamiento de la dirección de un buzón (un plazo fijado por su salud, un descanso, un período de prueba, un bloqueo de nuestro equipo y las apelaciones resueltas sobre él) hasta que termine, y un bloqueo o un descanso, que no tienen fin, durante 1 año; y la restricción que le pusimos al workspace, si tenía una, durante 2 años, para que eliminar un workspace restringido y empezar de nuevo no sirva para librarse de ella. Se aplican cuando vuelve la misma dirección o el mismo dueño. El registro del workspace queda sin nombre y sin dirección legible: su id, sus fechas, su plan, los ids de cliente y de suscripción de Stripe que necesitan nuestros registros de pago, y la versión de la política de uso aceptable que aceptó. Los datos de calentamiento que reunieron nuestros buzones sobre los buzones de otros workspaces (dónde llegó su correo de calentamiento) se conservan, sin nada que apunte al workspace borrado; los datos sobre nuestros propios buzones se eliminan. La cuenta de quien lo pidió se conserva. Quien lo pidió recibe un correo cuando termina.
  • Tu cuenta: se guarda mientras la uses. Puedes eliminarla por tu cuenta en Configuración, en Eliminar tu cuenta, escribiendo tu correo de inicio de sesión. Primero transfiere a otro miembro cada workspace del que eres dueño, o pide eliminarlo. Mientras un workspace que pediste eliminar espera su fecha, tu solicitud también espera, y se ejecuta cuando se borra el último. Puedes cancelar hasta que empiece la eliminación. Empieza a los pocos minutos de que ya no eres dueño de ningún workspace. Entonces un proceso automático te saca de todos los workspaces de los que eres miembro, revoca las claves de API que creaste y las invitaciones que enviaste, y elimina tu inicio de sesión, tu nombre, tu dirección de correo, tus ajustes de alertas y tus alertas. Lo que hiciste en el workspace de otra persona se queda ahí sin tu nombre: los correos que enviaste y el registro de quién cambió qué. Si nuestro equipo bloqueó tu dirección, el bloqueo queda solo como un hash con clave, sin ninguna cuenta asociada, durante 2 años, para que si te registras de nuevo con la misma dirección te encuentres con el mismo bloqueo. Te enviamos un correo cuando termina, y después no guardamos tu dirección en ningún lado. La solicitud en sí, con el id de tu cuenta y sin dirección, se elimina 30 días después de que termina o se cancela.
  • Registros de solicitudes, que guardan la dirección IP y el user agent de cada solicitud: 180 días.
  • Inicios de sesión: para proteger las cuentas de contraseñas robadas, el servicio de inicio de sesión guarda la dirección IP y el user agent de cada inicio de sesión junto con su sesión, hasta que cierras sesión o se elimina la cuenta. También guarda la dirección IP de cada inicio de sesión en su historial de inicios de sesión, y la de cada solicitud que se le hace en su propio registro. Ninguno de los dos tiene todavía un límite de tiempo.
  • Copias de seguridad: una copia de la base de datos cada noche, que se guarda 7 días en nuestro servidor y 30 días en un bucket privado de Cloudflare R2. Antes de que una copia salga de nuestro servidor, la ciframos con una clave que se guarda sin conexión, nunca en el servidor, y Cloudflare también cifra el bucket en reposo. También guardamos un segundo tipo de copia en el mismo bucket, cifrada de la misma forma: una copia completa de la base de datos cada noche y cada cambio hecho después, que llega al bucket en pocos minutos. Estas copias se guardan hasta 8 días. Los datos eliminados del servicio salen de las copias cuando vence la última copia que los contiene.

7. Tus derechos (LGPD y RGPD)

Seas cliente, contacto o remitente, puedes: confirmar si tratamos datos sobre ti; acceder a ellos; corregirlos; pedir que se eliminen o se anonimicen; pedirlos en un formato portable; oponerte al tratamiento basado en el interés legítimo; retirar tu consentimiento cuando el consentimiento fue la base; y presentar una queja ante tu autoridad de control (en Brasil, la ANPD).

Clientes: el dueño de un workspace puede descargar una copia de los datos del workspace en Configuración, en Tus datos. Es un solo archivo con los contactos, las etiquetas y los segmentos, las campañas, cada correo enviado con lo que decía, la bandeja de entrada con cada mensaje, los borradores, la lista de supresión, las respuestas guardadas, la configuración de los buzones, las claves de API y el webhook, los nombres, las direcciones de correo y los roles de los miembros, y el registro de quién cambió qué. No incluye los datos de acceso ni las contraseñas, los tokens de inicio de sesión de los buzones, los hashes de las claves de API, el secreto de firma del webhook ni las direcciones de los buzones compañeros de calentamiento: del calentamiento, incluye los conteos por día y las apelaciones del dueño sobre una retención. Cada correo va en el archivo tal como se envió, con sus enlaces, así que un enlace para darse de baja en uno de ellos sigue funcionando para quien tenga el archivo. La dirección del webhook también está en él. Protege el archivo igual que proteges el buzón. El dueño puede generar hasta 1 de estos archivos al día, y un día nuevo empieza a las 00:00 UTC. El enlace de cada archivo funciona 60 minutos y permite hasta 3 descargas. También puedes exportar solo tus contactos, como una hoja de cálculo, desde la página Contactos. El dueño también puede pedir que se elimine el workspace en Configuración; la sección 6 dice qué pasa entonces. Tú también puedes eliminar tu propia cuenta en Configuración, y la sección 6 también dice qué pasa entonces. Para recibir una copia de los datos de tu propia cuenta, escribe a [email protected].

Si recibiste correo de un cliente de colding, el enlace para darse de baja o una respuesta que lo pida detiene esos envíos de inmediato y no necesita una cuenta; para cualquier otra cosa escribe a [email protected] y le pasaremos la solicitud al cliente, que es el responsable del tratamiento, y lo ayudaremos a responderla. Respondemos en un plazo de 15 días.

8. Quién más maneja los datos

Para cada empresa de la lista que trabaja para nosotros, decimos qué establece su acuerdo sobre trasladar datos a otro país. Cuando un acuerdo no nombra ningún mecanismo, lo decimos y no nombramos ninguno. Leímos estos acuerdos el 4 de octubre de 2026. El 7 de octubre de 2026 volvimos a leer lo que dicen sobre las cláusulas de la ANPD y leímos por primera vez el de Stripe. El 21 de octubre de 2026 leímos el de AWS. La página de subencargados del tratamiento lista las mismas empresas con lo que recibe cada una y dónde trabaja, y el acuerdo de tratamiento de datos es el nuestro contigo.

  • Tus proveedores de correo (Google, Microsoft, Zoho o el servidor SMTP que elegiste): cada mensaje se envía y se recibe a través de ellos, bajo sus términos. Son tus proveedores, no nuestros encargados del tratamiento.
  • Stripe: cobra los planes de pago. Solo le enviamos el id del workspace. Tú le das tu correo, tu tarjeta y tus datos de facturación en su propia página de pago, así que nunca llegan a nosotros. Su acuerdo de tratamiento de datos, actualizado por última vez el 28 de septiembre de 2026, envía los datos a Stripe, LLC en Estados Unidos, y a las empresas afiliadas y los subencargados del tratamiento de Stripe en otros países, bajo su adenda sobre transferencias de datos, actualizado por última vez el 18 de noviembre de 2025. La adenda nombra el Marco de Privacidad de Datos (Data Privacy Framework), las cláusulas contractuales tipo de la UE, la adenda de transferencia internacional de datos del Reino Unido y una versión suiza de esas cláusulas. Su sección 11 aplica las cláusulas contractuales tipo de la ANPD a los datos que van de Brasil a un país sin decisión de adecuación de la ANPD: el exportador es la parte del acuerdo con Stripe, y el importador es Stripe, LLC. Para una parte de su trabajo, Stripe decide por su cuenta los fines del tratamiento, y en ese caso es responsable del tratamiento, no nuestro encargado.
  • Nuestro propio servidor de verificación: para verificar una dirección, un servidor nuestro le pregunta al servidor de correo que recibe los mensajes de esa dirección si la dirección existe, y corta la conexión antes de que se envíe cualquier mensaje. Nunca envía correo. Recibe la dirección y los nombres de los servidores de correo de ese dominio. No guarda copia de la dirección y nunca la escribe en sus registros. Sus registros nombran el servidor de correo al que preguntó y lo que ese servidor respondió, sin ninguna dirección. El servidor de correo de la propia dirección ve la pregunta. Por ahora alquilamos este servidor a netcup (netcup GmbH, Alemania), y está en el centro de datos de netcup en Estados Unidos.
  • MillionVerifier (GBD Software as a Service Private Limited Company, Hungría): verifica si una dirección de correo puede recibir mensajes, para las direcciones que nuestro servidor de verificación no puede responder. Recibe solo la dirección. Según su acuerdo de tratamiento de datos, guarda la dirección en su caché hasta 7 días, y en sus copias de seguridad hasta que se reemplazan. Nosotros guardamos cada verificación 30 días después de que termina. Ese acuerdo no nombra ningún mecanismo de transferencia. Dice que, cuando una transferencia está sujeta al capítulo V del RGPD, MillionVerifier usará un mecanismo de transferencia lícito que se exija para ella, y que no firma ningún acuerdo de transferencia específico de un país, a menos que la ley también lo exija para su propio tratamiento. No menciona las cláusulas de la ANPD ni la LGPD.
  • Amazon SES (Amazon Web Services, Inc., Estados Unidos): entrega los correos sobre tu cuenta (enlaces de inicio de sesión, restablecimientos de contraseña, alertas, avisos y los códigos que confirman la dirección de un buzón) y recibe tu dirección, tu nombre y el mensaje mismo. El correo de las campañas nunca pasa por él. Funciona en la región us-east-1 de AWS, en Estados Unidos. Los términos de servicio de AWS permiten que AWS, o empresas que contrata, guarden y analicen cada mensaje para bloquear spam, phishing y virus. Si un correo nuestro para ti rebota de forma permanente, o si lo marcas como spam, Amazon SES guarda tu dirección en una lista de nuestra cuenta, de direcciones a las que ya no envía nada, hasta que la quitemos de ahí. La adenda de tratamiento de datos de AWS aplica las cláusulas contractuales tipo de la UE a los datos que cubre el RGPD y que van a un país fuera del Espacio Económico Europeo sin decisión de adecuación de la Comisión Europea, salvo que AWS haya adoptado normas corporativas vinculantes u otro estándar reconocido para esas transferencias. Los términos de servicio de AWS agregan una adenda del Reino Unido y una suiza. Ninguno de estos textos menciona las cláusulas de la ANPD ni la LGPD, y la página de AWS sobre la ley de Brasil no nombra ningún mecanismo para los datos que salen de Brasil, así que esta política no nombra ninguno para ellos.
  • Supabase (autoalojado en nuestro propio servidor): autenticación y base de datos. Para esto no sale nada de nuestro servidor.
  • Cloudflare: DNS, el alojamiento de nuestros front-ends web y el almacenamiento de las copias de seguridad nocturnas (sección 6). Una verificación de seguridad en las páginas donde inicias sesión, creas una cuenta o pides una contraseña nueva (Cloudflare Turnstile) está construida, pero todavía no está activada. Cuando se active, tu navegador cargará la verificación desde Cloudflare, que recibirá tu dirección IP, el user agent de tu navegador y la huella de su conexión cifrada, para distinguir a una persona de un programa y para mejorar la verificación. Entonces nuestro servicio de inicio de sesión le preguntará a Cloudflare si la verificación se superó, y enviará tu dirección IP junto con la pregunta. Hoy Cloudflare no recibe nada por esto. Su adenda de tratamiento de datos aplica las cláusulas contractuales tipo de la UE a una transferencia desde el Espacio Económico Europeo que las necesite (Módulo Dos, o Módulo Tres cuando el cliente es un encargado del tratamiento), con la adenda del Reino Unido y una versión suiza de esas cláusulas. También dice que Cloudflare cumple el Marco de Privacidad de Datos UE-EE. UU. y tiene las certificaciones Global CBPR y Global PRP. No menciona las cláusulas de la ANPD ni la LGPD.
  • netcup (netcup GmbH, Alemania): el servidor que ejecuta el servicio y guarda su base de datos, en Estados Unidos. Su acuerdo de tratamiento de datos no nombra ningún mecanismo de transferencia. Dice que el cliente decide dónde se tratan los datos.

Las cláusulas de la ANPD y las de la UE son anexos de nuestro propio acuerdo de tratamiento de datos, para los datos de los contactos de nuestros clientes. De las empresas anteriores, solo la adenda de Stripe adopta las cláusulas de la ANPD, y ninguna de las demás las ha firmado con nosotros.

Nuestros servidores están en Estados Unidos, así que lo que guardamos sobre ti se almacena allí, estés donde estés.

Los datos que recibimos de Google siguen las reglas adicionales de la sección 13.

9. Seguridad

Las credenciales de los buzones se cifran en reposo con una clave que nunca tiene el servicio que responde a los enlaces de los correos enviados; las claves de API se guardan como hash; las sesiones son tokens de corta duración; el tráfico hacia y desde nuestros servidores usa TLS siempre que el otro extremo lo admite (unos pocos servidores de correo a los que nuestro servidor de verificación consulta por una dirección no lo admiten, y esa consulta va entonces sin cifrar); la base de datos pide su contraseña en cada inicio de sesión desde fuera de nuestro servidor; el acceso está limitado a quien opera el servicio. El correo de desconocidos se muestra en la consola en un espacio aislado (sandbox), sin scripts. Ningún sistema es perfecto; si una violación de la seguridad de los datos personales te afecta, te lo diremos a ti y a la autoridad, como exige la ley.

10. Menores de edad

colding no es para menores de 18 años, y no mantenemos cuentas de menores a sabiendas.

11. Correos que enviamos

Sobre tu cuenta. Abrimos cada cuenta a mano y respondemos tu solicitud desde la dirección de una persona. El correo de la cuenta es parte del servicio y sigue llegando mientras la cuenta exista. Lleva enlaces de inicio de sesión y restablecimientos de contraseña, y los códigos que confirman la dirección de un buzón van a esa dirección. También avisa a los dueños y administradores de un workspace cuando el dueño pide eliminarlo, 7 días y 24 horas antes de que se elimine, y si el dueño cancela la solicitud. Cuando eliminas tu cuenta, te enviamos un último correo en cuanto termina la eliminación.

Alertas. Las alertas se muestran en la campana de la consola y en su página Alertas. En la consola eliges qué tipos llegan además a tu correo: "Problemas con un buzón", "Problemas con una campaña", "Una respuesta nueva" y "Solicitudes para ti". Las alertas que llegan muy seguidas comparten un correo: después de un correo de alertas, el siguiente espera 30 minutos y enumera todo lo que llegó mientras tanto. Recibes como máximo 25 correos de alertas en cualquier período de 24 horas, de todos tus workspaces juntos; pasado ese límite, las alertas esperan en la consola.

Novedades y consejos. Hoy no enviamos ninguno. Si algún día empezamos, solo los recibirán quienes digan que sí, y cada correo llevará un enlace para darse de baja.

No vendemos tu dirección de correo.

12. Acuerdo de tratamiento de datos

Para los contactos y los remitentes, el acuerdo de tratamiento entre el cliente (responsable del tratamiento) y nosotros (encargado del tratamiento), como exigen la LGPD y el art. 28 del RGPD, es el acuerdo de tratamiento de datos. Se aplica a todos los workspaces sin necesidad de firma. La página de subencargados del tratamiento es parte de él, y también lo son sus dos anexos: las cláusulas contractuales tipo de la ANPD y de la UE.

13. Datos de usuario de Google

Esta sección cubre la información que recibimos de las API de Google: el nombre, la dirección de correo y la foto de perfil de tu cuenta de Google cuando continúas con Google, y el correo de un buzón de Google Workspace que conectas iniciando sesión con Google (ambos en la sección 4). Un buzón conectado con una contraseña de aplicación pasa por los servidores de correo de Google, no por sus API.

El uso y la transferencia que colding haga a cualquier otra app de la información recibida de las API de Google cumplirán la Política de datos de usuario de los servicios de API de Google (Google API Services User Data Policy), incluidos los requisitos de Uso Limitado (Limited Use). En la práctica:

  • Lo usamos solo para ofrecer y mejorar las funciones que ves en la consola.
  • Lo compartimos con un tercero solo para ofrecer esas funciones, por seguridad o para cumplir la ley. En una fusión o una venta del negocio, lo transferimos solo después de que lo autorices.
  • Nunca lo usamos para publicidad, nunca lo vendemos, nunca lo usamos para decidir sobre crédito o préstamos y nunca lo usamos para entrenar modelos de IA.
  • Ninguna persona lo lee, salvo que tú lo autorices para mensajes concretos, sea necesario por seguridad, la ley lo exija o se haya combinado y anonimizado para nuestras operaciones internas.

14. Cambios

Anunciaremos los cambios importantes por correo a los clientes y con una nota fechada al principio de esta página.