Busco un servicio de mensajería con API que me permita enviar mensajes a varios usuarios a la vez

Quiero ofrecer un servicio a los usuarios para que pueda difundir mensajes que serán "distribuidos" (enviados a varios usuarios al mismo tiempo.

Idealmente, las características incluirían:

  • ofrece una api para integrar en mi entorno de desarrollo
  • ofrece una aplicación web para usar dentro de un navegador
  • ofrece aplicaciones móviles para Android, ios genial pero no imprescindible
  • necesito poder enviar mensajes a múltiples usuarios al mismo tiempo, el tráfico unidireccional de mi extremo a los usuarios es suficiente
  • los usuarios no deben conocerse unos a otros, por lo tanto, no es deseable un chat grupal.
  • el contenido del mensaje está basado en texto, pero las imágenes serían de valor adicional para difundir gráficos en el futuro
  • Debería ser fácil para mí agregar nuevos usuarios a mi servicio de mensajería.
  • ya que podría recibir decenas de cientos de mensajes por día, el correo electrónico no es una alternativa viable.

El propósito de este servicio es difundir mensajes a potenciales futuros clientes.

Inicialmente, prefiero un servicio de código abierto o gratuito, ya que se trata de una startup y aún no se ejecuta de forma comercial.

No puedes usar el correo electrónico... ¿por qué?
De hecho, el correo electrónico se ajusta perfectamente a todos sus criterios, y sus usuarios incluso ya tienen un cliente adecuado en uso :)
Sin correo electrónico, ya que abarrotaría las bandejas de entrada de las personas, ya que la frecuencia de los mensajes sería potencialmente de cientos por día.

Respuestas (2)

Telegram tiene una API Bot que hace exactamente lo que buscas.

Tienen muestras para todos los lenguajes de programación posibles , por lo que no es un problema.

Pasando por sus requisitos:

  • ofrece una api para integrar en mi entorno de desarrollo
    .
  • ofrece una aplicación web para usar dentro de un navegador
    .
  • Debería ser fácil para mí agregar nuevos usuarios a mi servicio de mensajería.
    Envía enlaces para unirse a bots solo a quien quieras. .
  • el contenido del mensaje está basado en texto, pero las imágenes serían de valor adicional para difundir gráficos en el futuro
    SÍ, los bots admiten imágenes .
  • los usuarios no deben conocerse unos a otros, por lo tanto, no es deseable un chat grupal.
    El bot NO es un chat, es puramente una experiencia 1 a 1. Bot envía comandos, anuncios, noticias y no acepta respuestas.
  • necesito poder enviar mensajes a múltiples usuarios al mismo tiempo, el tráfico unidireccional desde mi extremo hacia los usuarios es suficiente
    Posible.
  • ofrece aplicaciones móviles para Android, iOS genial pero no imprescindible
    SÍ.

Matrix funciona bastante bien para esto.

  • Se puede ejecutar de forma descentralizada con otros "servidores domésticos" de matriz. Es un protocolo, y Synapse es el "mejor" servidor compatible en este momento.

  • se basa básicamente en HTTP estándar de bog y tiene un montón de bibliotecas para hablar con él. La API se puede usar sobre curl y hay un buen conjunto de bibliotecas

  • Riot es el cliente web preferido

  • Riot también tiene puertos para Android e IOS

  • Hace mensajería privada.

  • ¿imágenes

  • Synapse, el servidor matriz oficial actual necesita que ejecute un comando para agregar usuarios. Sin embargo, supongo que podría aplicar ingeniería inversa y escribir algo para agregar usuarios de forma masiva.

Gracias, pero eso suena realmente increíblemente complejo dados los requisitos simples. tenia en mente algo parecido a hipchat o symphony
Probablemente sea más simple, aparte de la necesidad de alojarlo usted mismo. Me tomó tal vez 20 minutos levantarme, incluido el uso de certificados de letsencrypt.
Claro, si conoce el protocolo, configure un servidor autohospedado, use nuevamente un cliente web que conozca. ¿Qué significa realmente cliente web "preferido"? Me gustaría considerar alternativas que funcionen de forma tan sencilla como el chat de Atlassian sin tener que "hackear" una docena de componentes diferentes en diferentes idiomas.
Pero me tomo su esfuerzo en serio y lo analizaré más a fondo. Gracias por tu sugerencia