Política de Privacidad vs. Términos de Uso: las diferencias y un consejo práctico para redactarlos

Tiempo de lectura estimado: 10 minutos. Este artículo se refiere al contexto brasileño.

El sitio quedó bonito. El registro funciona. El botón de pago está en su lugar. Entonces alguien se acuerda de esas dos páginas que suelen aparecer al pie: Política de Privacidad y Términos de Uso.

Empieza la búsqueda de una plantilla. Se copia un texto de aquí, se cambia el nombre de la empresa por allá, se le pide a la IA que lo haga más profesional y listo.

¿De verdad está listo?

Si el documento dice que no compartes datos, pero el sistema envía información a servicios de alojamiento, pagos, métricas y una API de inteligencia artificial, ya tenemos algo que revisar. Si los Términos prometen una función que el producto no ofrece, tenemos otra cuestión pendiente.

Estos textos deben acompañar el funcionamiento del servicio. Y, aunque aparezcan juntos al pie de la página, cada uno responde a preguntas diferentes. Vamos a distinguirlos y llegar al consejo práctico: una manera de empezar ambos documentos sin escribir ficción jurídica.

Política de Privacidad y Términos de Uso: ¿cuál es la diferencia?

La Política de Privacidad explica qué ocurre con los datos personales. Los Términos de Uso establecen las condiciones de utilización del servicio.

Pregunta	Política de Privacidad	Términos de Uso
¿Cuál es el tema principal?	Tratamiento de datos personales.	Funcionamiento y reglas del servicio.
¿Qué debe entender el usuario?	Qué datos se utilizan, para qué, por quién y durante cuánto tiempo.	Qué se ofrece, cuáles son las condiciones y qué responsabilidades existen.
Ejemplos de contenido	Registro, cookies, proveedores, derechos y canal de privacidad.	Cuenta, planes, pago, cancelación, usos prohibidos y soporte.
¿Qué confusión hay que evitar?	Tratar el aviso como una autorización para cualquier uso de los datos.	Creer que una cláusula puede eliminar cualquier responsabilidad.

Una observación sobre los nombres: en un sitio web, lo que llamamos Política de Privacidad suele funcionar como un aviso de privacidad dirigido al público. Esto es diferente de una política interna de protección de datos, que orienta a la organización. La guía del Gobierno Digital de Brasil sobre avisos de privacidad hace esta distinción.

Para facilitar la lectura, aquí mantendré el nombre más conocido: Política de Privacidad.

¿Qué debe incluir la Política de Privacidad?

Empieza por las preguntas que una persona haría antes de entregar su información:

• ¿Quién está detrás del servicio? Identifica a quien toma las decisiones sobre los datos y los canales de contacto.
• ¿Qué datos se reciben y por qué? Relaciona las categorías de datos con sus finalidades reales, incluida la información recibida de terceros.
• ¿Cuál es el fundamento de su uso? Evalúa la base legal de cada finalidad, en lugar de poner una justificación genérica para todo.
• ¿Con quién circulan los datos? Identifica proveedores, integraciones y posibles transferencias internacionales.
• ¿Durante cuánto tiempo se conservan? Indica plazos o criterios comprensibles, coherentes con la necesidad y las obligaciones aplicables.
• ¿Cómo ejerce la persona sus derechos? Explica el canal y el procedimiento para presentar una solicitud.

El artículo 9 de la LGPD brasileña exige transparencia sobre aspectos como la finalidad, la duración, la identificación del responsable del tratamiento, el intercambio de datos y los derechos. Por lo tanto, una frase amable que diga que la empresa valora la privacidad no resuelve todo el contenido.

También conviene explicar, con un nivel de detalle adecuado para el público, las medidas de seguridad realmente adoptadas y cómo se comunicarán los cambios relevantes. Evita prometer invulnerabilidad o describir controles que todavía no existen.

Sobre los derechos, la ANPD ofrece orientaciones específicas acerca de la confirmación, el acceso, la rectificación, la eliminación y otras posibilidades. Hay condiciones y excepciones: cerrar una cuenta no significa necesariamente borrar, en ese mismo instante, todos los registros cuya conservación tenga fundamento legal.

El «lo acepto todo» merece atención

Aquí aparece una confusión frecuente: aceptar los Términos de Uso, conocer la Política de Privacidad y consentir un determinado tratamiento de datos son cosas diferentes.

El consentimiento es una de las bases legales previstas en la LGPD. Según la finalidad y el caso concreto, el tratamiento puede apoyarse en la ejecución de un contrato, una obligación legal u otro supuesto aplicable. La ANPD explica estas bases en sus preguntas frecuentes.

Cuando el consentimiento sea la base elegida y adecuada, debe cumplir los requisitos legales, con una finalidad definida y la posibilidad de revocarlo. Una aceptación genérica escondida en medio del contrato no resuelve esto: el artículo 8 de la LGPD exige que el consentimiento escrito se destaque e invalida las autorizaciones genéricas.

En la interfaz, piensa en acciones con significados claros: aceptar las condiciones del servicio; acceder a la información de privacidad; y, cuando corresponda, elegir por separado una finalidad opcional basada en el consentimiento, como recibir determinada comunicación promocional.

El objetivo es que la persona entienda lo que está haciendo. Una casilla marcada no sustituye esa comprensión.

¿Y las cookies?

También forman parte del análisis. Identifica sus finalidades, duración y los terceros involucrados. La guía de cookies de la ANPD recomienda mantener desactivadas por defecto las cookies basadas en el consentimiento y facilitar el rechazo de las no necesarias y la revisión de las elecciones.

Si aparece el botón para rechazarlas, pero el rastreador sigue funcionando igual, el problema también está en la implementación. El banner debe cumplir lo que ofrece.

¿Qué deben incluir los Términos de Uso?

Piensa en los Términos como una explicación organizada de la relación entre quien ofrece el servicio y quien lo utiliza. Un esquema inicial puede incluir:

1. Identificación y alcance: quién lo ofrece, qué hace el producto y cuáles son sus límites.
2. Acceso y cuenta: condiciones de registro, cuidado de las credenciales y reglas para los usuarios autorizados.
3. Uso permitido: conductas prohibidas, respeto a los derechos de terceros y tratamiento del contenido enviado por el usuario.
4. Condiciones comerciales: planes, cobros, renovación, cancelación y reembolso, cuando existan.
5. Operación: soporte, mantenimiento, dependencias externas y comunicación de cambios.
6. Cierre y conflictos: supuestos y procedimientos de suspensión, finalización de la relación y canales para resolver problemas.

Este esquema necesita adaptación. Una herramienta gratuita, un SaaS por suscripción y una plataforma con contenido de usuarios presentan diferencias relevantes.

En el comercio electrónico sujeto al Código de Defensa del Consumidor de Brasil (CDC), el Decreto n.º 7.962/2013 prevé información clara, un resumen antes de la contratación, la puesta a disposición del contrato y atención para solicitudes como la cancelación. El derecho de desistimiento, cuando corresponda, también debe respetarse.

Y no sirve de nada incluir una cláusula que diga que la empresa nunca responde por nada. El CDC, especialmente en sus artículos 46 y 51, protege la comprensión del contrato y aborda la nulidad de las cláusulas abusivas.

También hay exigencias específicas según el tipo de operación. La reglamentación del Marco Civil de Internet brasileño fue actualizada por el Decreto n.º 12.975/2026, que incluye disposiciones sobre términos y condiciones, notificaciones y transparencia para proveedores de aplicaciones. Es necesario verificar cómo se encuadra el servicio; una plantilla antigua no cubre automáticamente estas obligaciones.

Dos ejemplos cercanos a mi realidad

En el trabajo con integraciones de marketplaces en Oombe, convivo con un aspecto que ayuda a entender esta diferencia: un software también depende de otros sistemas.

En un SaaS de este tipo, los Términos deben aclarar las funcionalidades contratadas y cómo se abordan las limitaciones o los cambios en las integraciones. La Política de Privacidad debe explicar los flujos de datos involucrados en esas operaciones.

Son temas relacionados, con funciones diferentes. Explicar una dependencia externa tampoco equivale a trasladar automáticamente toda la responsabilidad al proveedor de la API.

Otro ejemplo: cuando pensé en un generador de currículums para Pinheiral Digital, la propuesta era permitir que la persona creara y descargara el documento sin cuenta y sin almacenar los currículums.

Esa intención debe confirmarse mediante la arquitectura. ¿El PDF se generará en el navegador? ¿Los campos llegarán al servidor? ¿Algún servicio externo recibirá información? ¿Qué quedará en los registros técnicos?

Incluso sin registro de usuarios, un servidor puede guardar información de acceso. La documentación de Apache, por ejemplo, muestra registros que pueden contener la dirección del cliente, la hora y el recurso solicitado, según la configuración.

En ese proyecto, los Términos podrían aclarar la necesidad de revisar el currículum y la ausencia de una garantía de conseguir empleo. La Política explicaría el recorrido efectivo de los datos. Son ejemplos de contenido que debe validarse, no una descripción de una implementación ya auditada.

«No almacenamos los currículums» es una afirmación específica. «No tratamos ningún dato» exige una verificación mucho más amplia.

El consejo práctico: prepara una ficha del sistema antes de pedir el texto

Abre un documento sencillo y responde a las preguntas siguientes. Si hace falta, siéntate con quienes desarrollan, operan, atienden a los clientes y se ocupan de los asuntos jurídicos.

Bloque	Qué debes averiguar
Servicio	¿Qué ofrece, a quién, en qué condiciones y con qué límites?
Datos	¿Qué información se recibe a través de formularios, integraciones, cookies y registros técnicos?
Finalidad	¿Para qué sirve cada uso y qué fundamento debe validarse?
Recorrido	¿Dónde se realiza el procesamiento, quién recibe los datos y qué proveedores participan?
Duración	¿Qué se elimina, cuándo, cómo y qué debe conservarse?
Relación con el usuario	¿Cómo funcionan los cobros, el soporte, la cancelación, la suspensión y las solicitudes de privacidad?
Evidencias	¿Quién confirmó cada respuesta y qué sigue pendiente?

¿No sabes una respuesta? Escribe «por confirmar». Es más útil que rellenar el hueco con una promesa bonita.

Esta lógica cuenta con el respaldo de una referencia oficial: la Guía para la Elaboración de Avisos de Privacidad del Gobierno Digital de Brasil, de junio de 2026 recomienda utilizar el registro de las operaciones de tratamiento como fuente para el aviso. La guía está dirigida a la administración pública federal brasileña; la idea de empezar por la operación real es una referencia útil que puede adaptarse a otros proyectos.

Con la ficha completa, ya tienes materia prima para ambos documentos. También puedes descubrir que ni siquiera necesitas recopilar un dato o que todavía no se ha decidido una regla comercial.

¿Puedes usar IA? Sí. Dale contexto y pídele preguntas

La IA puede ayudar a organizar la ficha y mejorar la redacción. Una manera práctica de empezar es utilizar esta instrucción:

Voy a proporcionar la descripción de un servicio digital que opera en Brasil. Ayúdame a preparar dos borradores separados: una Política de Privacidad dirigida al usuario y unos Términos de Uso.

Antes de redactar, haz preguntas para identificar vacíos sobre el servicio, el público, los datos, las finalidades, los proveedores, la conservación, la seguridad, los cobros, la cancelación y la atención al usuario.

Utiliza únicamente hechos confirmados. Marca la información que falte como [POR CONFIRMAR]. No inventes plazos, controles de seguridad, proveedores ni bases legales. Cuando haya una cuestión jurídica, señala qué necesita validación profesional.

Diferencia la aceptación contractual, la transparencia y el consentimiento. No crees autorizaciones genéricas ni promesas de seguridad absoluta. Considera las particularidades de los servicios públicos, los niños, los datos sensibles o el contenido de terceros, si aparecen en la descripción.

Entrega los textos en un lenguaje sencillo, una lista de los puntos pendientes y un esquema para contrastar cada afirmación con el funcionamiento real del sistema. No declares el cumplimiento de la legislación.

Descripción confirmada del servicio: [INSERTAR LA FICHA].

Para completar esta ficha, utiliza categorías y ejemplos ficticios. No hace falta pegar datos personales de clientes, contraseñas ni tokens de integración en la instrucción.

La respuesta será un punto de partida. Quien conoce la operación debe comprobar los hechos; la revisión jurídica debe evaluar el encuadre y las cláusulas. La IA no puede adivinar qué registra tu alojamiento ni qué proceso es capaz de cumplir realmente el equipo.

Después de escribir, prueba lo que prometiste

Mi sugerencia es hacer una revisión siguiendo el recorrido del usuario: crear una cuenta, leer los documentos en el celular, cancelar un plan de prueba, rechazar cookies y enviar una solicitud de privacidad.

¿El canal funciona? ¿El equipo sabe responder? ¿La eliminación sigue el procedimiento descrito? ¿Las condiciones aparecen antes de la contratación?

Mantén la versión y la fecha de los documentos. Cuando haya una aceptación, organiza evidencias proporcionales de la versión presentada, del momento y de la acción realizada, sin recopilar datos en exceso. Esto ayuda a demostrar el proceso; no convierte una cláusula inválida en válida.

Revisa los textos cuando cambie el producto, el proveedor, la finalidad de uso de los datos o la regla comercial. Y comprueba que las traducciones sigan diciendo lo mismo.

El mejor documento es aquel que el usuario puede entender y que la operación puede cumplir.

Empezar por esa coherencia lleva más trabajo que cambiar el nombre de la empresa en una plantilla. También evita descubrir, después, que el pie de página prometió un servicio que nunca existió.

Este artículo es una guía educativa, no un dictamen jurídico ni una plantilla lista para cualquier negocio. Los documentos finales deben ajustarse a la operación y a las normas aplicables, con una revisión profesional adecuada al caso.

Fuentes y referencias

• Ley General de Protección de Datos Personales de Brasil — LGPD.
• ANPD — Preguntas frecuentes y Derechos de los Titulares.
• ANPD — Guía orientativa sobre cookies y protección de datos personales.
• Gobierno Digital de Brasil — Guía para la Elaboración de Avisos de Privacidad, versión 1.0, junio de 2026.
• Código de Defensa del Consumidor de Brasil y Decreto n.º 7.962/2013 — Comercio electrónico.
• Decreto n.º 12.975/2026 — Actualización de la reglamentación del Marco Civil de Internet de Brasil.
• Apache HTTP Server — Documentación de registros de acceso.