Hola,
Estoy planeando iniciar una comunidad sobre Ingeniería de Lenguajes de Software en d.strumenta.community.
Por ahora, la comunidad será solo por invitación. Sin embargo, me gustaría poder enviar invitaciones dentro de un correo electrónico y que esas invitaciones no estén vinculadas a una dirección de correo electrónico específica. De esta manera, podría escribir un solo correo en lugar de uno para cada persona a la que quiera invitar (inicialmente decenas, luego cientos y finalmente miles).
No tengo problema con que las personas compartan esta invitación con otras durante un tiempo, pero me gustaría que la invitación no fuera válida para siempre (quizás durante 30 días).
¿Qué opinas? ¿Es posible lograr esto con Discourse?
Haz que el foro sea privado y, opcionalmente, desactiva la aprobación de nuevos registros. Envía un correo electrónico con un enlace al sitio web (y un texto promocional) instándolos a registrarse y compartir. Asegúrate de volver a activar la aprobación una vez que termine el periodo
Esto puede funcionar para el lanzamiento, pero más adelante quiero compartir el enlace con personas seleccionadas y, en ese momento, no deseo hacer pública la inscripción durante un tiempo.
En mi experiencia, a menos que tengas alguna magia vudú, no te verás inundado de inscripciones, por lo que tu cola de aprobaciones será manejable. Simplemente no apruebes a las personas que no deseas. No veo cuál es tu problema. Tampoco entiendo muy bien cómo, sin un punto de referencia por correo electrónico, vas a poder identificar correctamente a las personas para determinar si son quienes dicen ser. Por eso, las invitaciones por correo electrónico son un enfoque razonable.
El problema es que me gustaría que el usuario pudiera suscribirse de inmediato, para que no tenga que recordar volver antes de poder acceder al sitio web. También hay que considerar las zonas horarias y el hecho de que pausa mi bandeja de entrada durante los fines de semana. Además, tengo un boletín con 10.000 personas, por lo que eventualmente espero recibir más aprobaciones de las que me gustaría gestionar manualmente.
Envía el enlace como https://mysuperamazing.com/signup y eso activará un registro inmediato; ni siquiera tendrán que hacer clic en un botón.
No sé cómo esperas que Discourse resuelva esto por ti.
O bien invitas a las personas usando el correo electrónico como referencia de identidad (y, en efecto, pre-aprobación), O
envías un correo de invitación general a todo el mundo (potencialmente) y luego tendrás que revisar las inscripciones si quieres mantener el control sobre quién entra (no estoy seguro de cómo determinarías, a partir de su registro, quién debería o no tener acceso, ¿verdad?)
Si no quieres revisar las inscripciones, también podrías permitir que todo el mundo se una y eliminar las cuentas inactivas dentro de un período determinado.
¿Qué daño hay en permitir que cualquiera que quiera registrarse, lo haga? Podrías limitar la comunicación y la información de mayor valor al Nivel de Confianza 1 y superior usando Categorías, y será más fácil identificar y gestionar a esos usuarios.
La necesidad (¿deseo?) de tener un enlace de invitación que pueda usarse independientemente de la dirección de correo electrónico del usuario surge con bastante frecuencia. Algunos casos de uso incluyen:
Presentar una URL en una conferencia que permita a las personas registrarse en una comunidad cerrada, agregándolas opcionalmente a un grupo.
Enviar un correo electrónico a una lista enorme sin generar miles de claves únicas ni realizar una combinación de correspondencia.
Ciertamente, tener una URL que permita a cualquier persona que la encuentre acceder a la comunidad es menos seguro que las invitaciones vinculadas al correo electrónico, pero a menudo vale mucho la pena evitar los problemas que esto implica.
Si simplemente usas la URL vanilla y cualquier servicio de correo adecuado para enviar el correo masivo, ¿no has logrado lo que necesitas lograr?
Usar tu Discourse para enviar este spam pondrá en riesgo la reputación de tu sitio y la confiabilidad de la entrega de todos los correos electrónicos de ahora en adelante.
En mi opinión, es muy diferente. Actualmente, cualquiera que esté familiarizado con Discourse puede encontrar el enlace y suscribirse. En cambio, si hay que obtener ese enlace, la persona debe formar parte de una cadena de confianza: ya sea porque es un miembro valorado en alguna lista, porque asiste a alguna conferencia relevante o porque alguien se lo ha compartido con esa persona. Para mí, parece muy diferente. No entiendo la referencia a «spam». Por supuesto, esto puede ser abusado, pero creo que muchas personas podrían tener una razón perfectamente válida para querer esta función.
Entiendo ahora que esto no es posible actualmente, por lo que podría usar el enfoque que sugeriste, por lo cual te agradezco.
Creo que si puedes describir funcionalmente, con todo detalle, lo que te gustaría que ocurra, sin preocuparte demasiado por los detalles técnicos de la implementación, eso sería realmente útil, y es muy probable que surja aquí una nueva característica.
Si los sistemas no tienen mucho historial de que hayas enviado correos electrónicos con éxito desde un dominio, no confían en ti. Si envías muchos correos no solicitados de una sola vez, eso podría dañar tu reputación en internet y podrías ser listado como fuente de spam, lo cual sería muy perjudicial para tu operación legítima, ya que varios servicios de correo podrían empezar a bloquear tus futuros mensajes.
Vale, así que quizás un signo de confianza sea el uso de una URL especial, que contenga una clave en un parámetro. Esto se puede compartir y está lejos de ser seguro, pero al menos tendrás una idea de que probablemente se trate de un registro legítimo que debería permitirse sin aprobación. Puedes asignarle un tiempo de espera automático de 30 días, tras el cual las aprobaciones volverán a activarse (para que no pierdas registros legítimos tardíos).
Suena como un plugin en ciernes…
Si eso se acerca a lo que buscas, podría publicar esto en Marketplace para que un freelancer lo tome.
…excepto:
Llevando un tiempo en este negocio, sé que conseguir que la gente se registre en tu Discourse no es tan fácil. Así que esto parece mucho esfuerzo para algo que realmente podría abusar de tu foro; la mayoría de la gente simplemente no seguirá el proceso, incluso los legítimos. Aquellos que realmente quieran usar tus servicios sin duda harán el esfuerzo. ¿Qué tan grande es el riesgo de que personas no deseadas se registren? ¿No obtendrías exactamente el mismo resultado si simplemente compartes la URL normal de Discourse y durante 30 días permites todos los registros sin aprobación?
No creo que valga la pena desarrollar un plugin para distinguir entre quienes tienen este código y quienes simplemente navegan a tu sitio sin él. De todos modos, no sería 100% seguro.
Sí. Creo que es lo que mucha gente desea. Claro, cualquiera que tenga el enlace puede reenviarlo, así que no es seguro, pero es bastante mejor que permitir que cualquiera que se encuentre con la página de inicio del sitio pueda unirse.
Pienso que un plugin así sería útil para varias comunidades. Sin embargo, al observar el modelo de invitaciones, no me queda claro de inmediato cómo proceder. Por supuesto, todo es posible…
Creo que también está la idea de exclusividad: a uno puede gustarle la idea de tener esta llave especial para entrar en esta comunidad, y alguien que la tenga podría querer compartirla porque es algo «especial». Sí, creo que sería un buen complemento. Si finalmente mi comunidad llega a tener éxito, podría considerar financiarlo. Por ahora, quizás mi asistente envíe correos electrónicos individuales; aún así, tengo que encontrar una manera de vincular la invitación a una secuencia en ConvertKit para educar sobre la comunidad, pero ese es otro tema…
Pequeña actualización sobre esto: ahora puedes guardar un enlace de invitación genérico e incluirlo en un correo electrónico.
Puedes establecer un número máximo de canjes, además de una fecha de caducidad, e incluso hacer que las personas se agreguen automáticamente a un grupo específico y/o aterricen en un tema específico.
