Anuncios de Adgora en páginas con cuentas de usuario

¿Pueden los publishers de Adgora poner anuncios en sitios web con cuentas de usuario y datos personales?

Un sitio web puede tener una sección pública y otra privada. Una persona puede leer un artículo abierto y luego iniciar sesión para consultar su historial de facturación, sus mensajes privados o la configuración de su cuenta. Si se coloca un anuncio en esa sección privada, surge una pregunta concreta: ¿la solicitud del anuncio expone información vinculada a la persona que usa la cuenta?

La respuesta depende de la página, de los datos que maneja y de los requisitos aplicables al publisher. El hecho de que una página requiera iniciar sesión no determina por sí solo si puede mostrar anuncios. En otras palabras, la pregunta «¿Se pueden poner anuncios en páginas con inicio de sesión?» requiere evaluar cada ubicación y no admite una respuesta general para todos los sitios. Los publishers deben mantener la información de las cuentas fuera de las solicitudes de anuncios, salvo que los requisitos pertinentes permitan expresamente su uso. Antes de empezar, consulta los requisitos vigentes para publishers de Adgora.

¿Qué diferencia a un sitio web con cuentas de usuario de uno público?

En una página pública, el mismo artículo suele estar disponible para muchas personas. En una página con acceso mediante una cuenta, el contenido o las acciones pueden estar vinculados a la cuenta de una persona. Por ejemplo, un panel que muestra los elementos guardados de un usuario no es lo mismo que una página pública con una lista de los elementos más populares, aunque ambas tengan un diseño parecido.

Esta distinción importa porque una página puede revelar más de lo que su URL da a entender. Una página titulada «Resumen de la cuenta» podría incluir el nombre de una persona, su estado como miembro o su actividad reciente. Una solicitud de anuncio que transmita esos datos —o una URL que los incluya— podría enviar información de la cuenta fuera del sitio.

Evalúa por separado la ubicación del anuncio y el requisito de iniciar sesión. Para cada tipo de página, identifica qué puede ver el visitante, qué muestra la página y qué datos envía el código del anuncio. No se debería tratar automáticamente igual la página de perfil de una persona que ha iniciado sesión y un artículo público de ayuda.

¿Pueden los publishers usar Adgora en páginas que requieren iniciar sesión?

Los publishers no deberían dar por sentado que todas las páginas protegidas por un inicio de sesión están permitidas, ni que todo el contenido con autenticación está prohibido. Evalúa cada página y ubicación concreta conforme a los requisitos vigentes para publishers de Adgora, incluidas las normas sobre contenido restringido, información personal e implementación de anuncios.

Empieza por hacer un inventario de las páginas. Enumera los tipos de páginas autenticadas en las que podría aparecer un anuncio: un panel general de miembros, una bandeja de entrada privada, una página de pagos o una lección de un curso. Después, anota qué muestra cada página y si incluye información vinculada a una cuenta individual. Así, el publisher tendrá una base práctica para decidir qué ubicaciones debe revisar, excluir o probar y para entender los Requisitos de Adgora para publishers aplicables a cada caso.

Por ejemplo, un sitio comunitario podría tener un índice público de debates y conversaciones privadas por mensaje. El índice se podría evaluar como una ubicación aparte, mientras que la vista de mensajes debería tratarse con cautela porque puede contener correspondencia personal. Que ambas páginas requieran iniciar sesión no responde a la pregunta de si alguna de ellas puede mostrar anuncios.

Antes de poner anuncios en una página que requiere iniciar sesión, confirma cuál es la política vigente en lugar de basarte en una suposición general sobre los sitios con cuentas de usuario. Si algún requisito no está claro, pide orientación a Adgora y mantén desactivada la ubicación hasta obtener una respuesta clara.

¿Qué datos personales deben mantenerse fuera de las solicitudes de anuncios?

Mantén los datos de las cuentas fuera de las solicitudes de anuncios, salvo que un requisito documentado y aprobado indique lo contrario. No incluyas nombres, direcciones de correo electrónico, contraseñas, mensajes privados, números de teléfono, datos de pago ni identificadores de cuenta en etiquetas de anuncios, parámetros de solicitudes o URL relacionadas con la publicidad.

Presta especial atención a las URL. Un enlace como /[email protected] puede exponer una dirección de correo electrónico a los sistemas que reciben o registran la URL. Lo mismo ocurre con cadenas de consulta que contienen un número de cuenta, un token para restablecer la contraseña o el identificador de un mensaje privado. Siempre que sea posible, usa rutas que no permitan identificar a la persona y nunca incluyas información secreta en las URL.

Revisa lo que envía la página, no solo lo que parece contener el código visible de la etiqueta del anuncio. Las variables de la página, las capas de datos, la información de referencia y las solicitudes de red pueden transmitir valores de las pantallas de cuenta. El equipo de desarrollo del publisher puede inspeccionar las solicitudes con las herramientas de red del navegador y comprobar si aparece un nombre o un dato de la cuenta en una URL o en el contenido de una solicitud. Aplicar buenas prácticas para Cómo proteger datos personales en solicitudes de anuncios incluye revisar esos flujos antes de activar una ubicación.

No envíes contraseñas en una solicitud de anuncio. Tampoco envíes mensajes privados. Son límites claros, incluso si la configuración publicitaria del sitio utiliza scripts compartidos en páginas públicas y páginas con sesión iniciada.

¿Cómo deberían gestionar los publishers el contenido específico de cada cuenta?

Algunas páginas de cuenta revelan la actividad o las circunstancias de una persona aunque no contengan identificadores evidentes. Una página que muestra una cita médica, una solicitud de ayuda económica o una disputa privada de un usuario podría ser sensible por el tema que trata. Antes de colocar un anuncio junto a ese contenido, los publishers deberían revisar qué información revela la página.

Haz la revisión a nivel de plantilla y comprueba ejemplos reales con cuentas de prueba. En una plataforma de aprendizaje, verifica si una página de lección revela el avance del estudiante en el curso o los resultados de sus evaluaciones. En un sitio de membresía, comprueba si una página de renovación muestra el estado de los pagos. Estos detalles pueden influir en la idoneidad de una ubicación, aunque no se envíe deliberadamente ningún dato personal en la solicitud del anuncio.

Considera excluir las ubicaciones de páginas cuyo contenido sea privado, especialmente sensible o susceptible de cambiar según las circunstancias de cada persona. La presencia de un espacio publicitario en una plantilla compartida no demuestra que todas las páginas que usan esa plantilla sean adecuadas.

Si una página combina contenido general con datos específicos de una cuenta, revisa conjuntamente el diseño y el flujo de datos. Un anuncio junto a un artículo de ayuda genérico puede plantear un riesgo distinto al de uno junto a un aviso personalizado, aunque ambas páginas se encuentren en el mismo menú de cuenta.

¿Qué deberían comprobar los publishers antes de mostrar anuncios a usuarios que han iniciado sesión?

Antes del lanzamiento, revisa cuatro aspectos: los requisitos vigentes para publishers de Adgora, el aviso de privacidad del sitio, las opciones de consentimiento del usuario y las normas aplicables en la ubicación del publisher. Los requisitos aplicables pueden depender del servicio, de los datos involucrados y de la ubicación del usuario.

Comprueba que el aviso de privacidad describa las prácticas publicitarias del sitio con precisión y en términos comprensibles. Revisa si las opciones de consentimiento del usuario afectan a la publicación de anuncios o al intercambio de datos, y asegúrate de que la implementación del sitio respete esas opciones. La presencia de un banner de consentimiento no demuestra por sí sola que todas las solicitudes respeten la elección del usuario.

Deja constancia de la revisión. Un registro breve puede indicar la plantilla de página, los datos que muestra, la decisión sobre la ubicación del anuncio, el comportamiento del consentimiento que se probó y quién aprobó el cambio. Si más adelante el sitio añade un nuevo campo de cuenta o modifica el código de los anuncios, ese registro servirá al equipo como punto de partida para volver a revisar la configuración.

Cuando sea necesario, los publishers deberían consultar con asesores cualificados para confirmar los requisitos legales y de la plataforma que les corresponden. No deduzcas una norma a partir de la legislación de otro país ni de una página pública con un flujo de datos distinto.

¿Cómo pueden los publishers probar los anuncios sin exponer datos reales de las cuentas?

Usa cuentas de prueba con datos sintéticos, no registros reales de clientes. Por ejemplo, un perfil de prueba podría incluir un nombre claramente ficticio y una dirección de correo reservada para pruebas. Utiliza contraseñas exclusivas del entorno de prueba y nunca introduzcas credenciales de producción en herramientas de depuración ni en solicitudes de anuncios.

Prueba cada tipo de página pertinente: un panel, una pantalla de perfil, una página de facturación y cualquier otra plantilla donde puedan aparecer anuncios. Abre las herramientas de desarrollo del navegador, inspecciona las solicitudes de red y comprueba si hay nombres de cuenta, direcciones de correo electrónico, texto de mensajes, identificadores u otros datos privados en las URL o el contenido de las solicitudes. Revisa tanto la carga inicial de la página como acciones como cambiar de pestaña o abrir una ventana modal.

Prueba también la página con distintas opciones de consentimiento. Según la política configurada para el sitio, confirma que la ubicación se comporte como se espera cuando el usuario acepta, rechaza o modifica sus preferencias. El comportamiento esperado debería documentarse antes de realizar las pruebas.

Por último, comprueba que el historial del navegador, los datos de referencia y los registros de errores no capturen valores sensibles a través de URL específicas de una cuenta. Que una prueba no encuentre datos personales en una solicitud de anuncio es útil, pero no significa que se hayan revisado todas las páginas ni todas las acciones de los usuarios.

¿Qué deberían hacer los publishers si aparecen datos personales en el tráfico de anuncios?

Primero, pausa la ubicación afectada. Si una solicitud de anuncio contiene la dirección de correo electrónico de una persona real u otro dato de una cuenta, desactivar esa ubicación puede limitar la exposición mientras el publisher investiga el origen. Conserva de forma segura la información necesaria para la investigación y evita copiar datos sensibles en tickets o mensajes de chat de uso general.

Sigue el proceso de respuesta a incidentes del sitio. Identifica qué páginas y solicitudes se vieron afectadas, cuándo comenzó el problema y si los datos se enviaron a un servicio externo. Después, elimina el origen —por ejemplo, un parámetro de URL o una variable de página incluida en el código del anuncio— y vuelve a probar con datos sintéticos de una cuenta antes de reactivar la ubicación.

Notifica al contacto de privacidad o seguridad correspondiente del publisher y sigue los procedimientos de notificación aplicables. La obligación de notificar a una autoridad reguladora, a las personas afectadas o a Adgora depende de los hechos y de las normas aplicables; consulta esas obligaciones con el equipo responsable o con un asesor jurídico cualificado.