Al registrarse en un foro de Discourse, nunca se le pregunta al usuario si consiente ser suscrito al boletín informativo de resumen de actividad.
O bien el formulario de registro debería incluir una casilla de verificación solicitando el consentimiento, o bien el resumen de actividad debería estar deshabilitado por defecto.
El consentimiento deberá manifestarse mediante una clara acción afirmativa que establezca una indicación libremente escogida, específica, informada e inequívoca de que la persona interesada consiente, mediante declaración o acción afirmativa clara, el tratamiento de datos personales que le conciernan. Esto podría incluir marcar una casilla al visitar un sitio web, elegir ajustes técnicos para servicios de la sociedad de la información u otra declaración o conducta que indique claramente, en este contexto, la aceptación por la persona interesada del tratamiento propuesto de sus datos personales. Por lo tanto, el silencio, las casillas premarcadas o la inactividad no deben constituir consentimiento. El consentimiento deberá cubrir todas las actividades de tratamiento efectuadas con la misma o las mismas finalidades. Cuando el tratamiento tenga varias finalidades, deberá prestarse el consentimiento para cada una de ellas. Si el consentimiento de la persona interesada debe darse tras una solicitud por medios electrónicos, la solicitud deberá ser clara, concisa y no innecesariamente perjudicial para el uso del servicio de que se trate.
Por favor, no etiquetes a los miembros del equipo individualmente.
Generalmente trabajamos con una regla de tres y dado que eres la única persona que solicita esto, es poco probable que lo hagamos pronto. Mientras tanto, puedes agregar una casilla de verificación a tu propia pantalla de registro si lo deseas.
No soy abogado, pero argumentaría que el consentimiento es solo uno de los motivos para el tratamiento de datos según el RGPD. No siempre se requiere explícitamente. Al registrarse en un foro, el motivo legal sería el “cumplimiento de un contrato”.
Si no está de acuerdo con eso, depende de usted, como propietario del foro, establecer en Configuración - Preferencias del usuario - Frecuencia de resumen de correo electrónico predeterminada en “Nunca”.
Además, es parte de la discusión y esa es la funcionalidad principal de un foro. Pero si hay un propósito para enviar anuncios o cualquier otra cosa que esté fuera del alcance principal de un foro, se necesita consentimiento para ello.
Mi tienda electrónica puede y enviará correos electrónicos relacionados con transacciones y cuentas de usuario — aspectos técnicos y legales — y un usuario no tiene otra opción que aceptar. Ni siquiera necesito preguntar, porque la ley dice que debo enviarlos. Pero no puedo enviar correos electrónicos de marketing sin el consentimiento otorgado.
Wordpress tiene su propia lista de correo y, dado que no es automática, sino que requiere unirse, puedo enviar (casi) lo que quiera.
Discourse se encarga de los comentarios de Wordpress, además de otras discusiones. Como dije, puedo enviar correos electrónicos automatizados sobre temas, pero nada más (claro, hay una laguna obvia…)
No. Recibir correos electrónicos porque alguien respondió a una publicación o comentario que hice es una funcionalidad básica. Pero recibir correos electrónicos semanales sobre “Temas populares” a los que no me suscribí no lo es.
En ese caso, ¿qué te impide darte de baja, dado que sabes cómo?
Puedes hacerlo a través de tu configuración o, de forma más conveniente, a través de un enlace en la parte inferior del correo electrónico.
Las leyes y regulaciones difieren entre jurisdicciones. Proporcionamos las herramientas para cumplir con aquellas de las que somos conscientes y que pueden afectar a nuestros usuarios y clientes de código abierto, pero si los propietarios del foro deciden utilizarlas o no, depende de ellos.
Los usuarios aquí en Meta reciben instrucciones sobre cómo darse de baja a través del correo electrónico.
No estoy seguro de qué más se necesita hacer aquí.
Los correos electrónicos de resumen semanal parecen ser parte de la funcionalidad básica de un foro, ya que pueden ayudar a atraer a nuevos miembros al notificarles sobre de qué se está hablando.
También estoy de acuerdo en que podría ser una buena mejora que haya un aviso sobre ellos y que se dé la opción a los nuevos usuarios de suscribirse a ellos en el formulario de registro.
Es posible que necesites crear un tema de solicitud de características para que la gente pueda votar si apoya esa característica.
Es solo tu opinión que el marco de tiempo o el modo de lista de correo antiguo sea de alguna manera fundamentalmente diferente al semanal. Pero no lo es. Es totalmente lo mismo.
Esa mejora ya está implementada Si no se proporcionan las explicaciones necesarias, como qué se recopila, por qué, cuánto tiempo y qué correos electrónicos se envían y por qué, entonces es un error del administrador, no un problema del sistema. Esta información se puede encontrar en la página /about, por ejemplo.
El área gris es si debemos buscar el consentimiento en el momento de la creación de la cuenta. Sin embargo, las herramientas ya están disponibles.
Por lo tanto, no hay violación del RGPD y no se necesitan mejoras. Es responsabilidad tanto del administrador como del usuario utilizar las herramientas disponibles.
Nada, pero no debería tener que hacerlo, porque no debería haberme suscrito en primer lugar, y dada la popularidad de Discourse, estoy muy harto de tener que lidiar con ello cada vez que me registro en un foro impulsado por Discourse.
¿Qué es eso?
Esa es una práctica engañosa que la RGPD combate.
Eso está claro, no es una zona gris.
Que no estás utilizando correctamente.
Lo que incluye la responsabilidad del administrador de este mismo foro.
Esto se ha vuelto polémico y no se está discutiendo nada de valor. Las formas en que puedes usar las herramientas disponibles para resolver el problema en el OP se han descrito claramente, así que cierro este tema.
Si no se proporcionan las explicaciones necesarias, como qué se recopila, por qué, cuánto tiempo y qué correos electrónicos se envían y por qué, entonces es un error del administrador, no un problema del sistema. Esta información se puede encontrar en la página /about, por ejemplo.