Entender la mensajería MMS

MMS (Multimedia Messaging Service) permite enviar contenidos multimedia como imágenes, vídeos, audio, así como contenidos de texto más largos de los que pueden enviarse en un solo mensaje SMS. Los mensajes se envían a través de la red móvil sin necesidad de que el destinatario tenga conexión de datos o wifi.

La mensajería MMS tiene muchos usos posibles, como el marketing, las campañas políticas, las promociones y las notificaciones.

Disponibilidad

Messages API de Vonage actualmente admite el envío de mensajes MMS en EE. UU. y Canadá. Los US Short Codes, 10DLC Numbers y SMS Enabled Toll Free Numbers son actualmente compatibles para el envío de MMS. Para los códigos cortos de EE. UU., los mensajes MMS se pueden enviar a las redes de AT&T, T-Mobile (anteriormente Sprint) y Verizon en EE. UU. El rendimiento de los mensajes, la capacidad de entrega y los volúmenes de mensajes SMS pueden variar en función del tipo de número utilizado.

10DLC

Para enviar mensajes MMS a través de códigos largos de 10 dígitos en EE.UU., deberá registrar el número con una Marca y Campaña 10DLC. Consulte este documento para obtener más información sobre la configuración de números 10DLC (nota: el documento hace referencia a la SMS API, pero el contenido de la sección de directrices 10 DLC también se aplica a la Messages API).

Capacidades de mensajería

El canal MMS de Messages API admite tanto mensajes salientes (mensajes enviados desde la empresa al cliente) como mensajes entrantes (mensajes enviados desde el cliente a la empresa, en respuesta a un mensaje saliente). Dentro de estas dos categorías, existen varios tipos diferentes de mensajes.

Tipos de mensajes salientes

Existen siete tipos de mensajes salientes:

• text
• image
• audio
• video
• vcard
• file
• content

Todos los tipos de mensajes excepto text puede incluir un archivo multimedia o un archivo adjunto. La dirección image, audio, video, vcardy file pueden incluir un único archivo adjunto de un tipo específico; el content puede incluir varios archivos adjuntos de cualquier tipo. Todos los archivos adjuntos deben especificarse en la carga útil de la API a través de una URL de acceso público.

Tipos de mensajes entrantes

Existen seis tipos de mensajes entrantes:

• text
• image
• audio
• video
• vcard
• file

Todos los tipos de mensaje, excepto los de texto, pueden incluir uno o varios archivos adjuntos. El archivo adjunto principal será del tipo especificado por el tipo de mensaje. Los archivos adjuntos adicionales pueden ser de cualquier tipo. Se accede a los archivos adjuntos a través de (a) la(s) URL(s) especificada(s) en la carga útil del webhook del mensaje entrante.

Webhook de estado

Además de los mensajes salientes y entrantes, el canal MMS proporciona mensajes de estado a través de un webhook. Estos mensajes se activan por cambios en el estado de entrega de un mensaje saliente. Los estados disponibles para los mensajes salientes son:

• submitted
• delivered
• rejected
• undeliverable

Encontrará más información sobre los mensajes salientes y entrantes, así como sobre el webhook de estado, en la sección Especificación de la API de Messages.

Especificaciones técnicas

Los detalles completos de autenticación, propiedades de carga útil JSON, respuestas y errores para los distintos tipos de mensajes RCS salientes y entrantes, así como los mensajes de estado, se encuentran en Especificación de la API de Messages.

Hay otros detalles técnicos que hay que tener en cuenta y que se detallan a continuación.

Tipos de soporte admitidos

Para los tipos de mensajes, que pueden incluir medios como imágenes, vídeos y archivos, se admiten los siguientes tipos de medios:

Tamaños de mensajes y soportes

Hay algunos límites de tamaño y directrices que hay que tener en cuenta para los mensajes y los medios de comunicación.

• Limitación de caracteres de texto:
  • 1600 caracteres en el campo de texto de un tipo de mensaje de texto
  • 300 caracteres en el campo de leyenda de otros tipos de mensajes MMS
• Recomendaciones sobre el tamaño de los archivos
  • Hasta 200 KB: Optimice la entrega. Evite el retraso en la entrega y la compresión.
  • Hasta 600 KB: la más amplia compatibilidad. Evite los rechazos o la falta de entrega.
  • 1MB: sólo códigos cortos IMI. Puede dar lugar a retrasos significativos en el procesamiento y la entrega y/o a la compresión y reducción de la calidad del archivo original.

TTL

TTL es Time-To-Live, o cuánto tiempo debe existir un mensaje antes de ser entregado con éxito. Si no es delivered con éxito dentro del tiempo TTL, el mensaje se considera caducado y será rejected si se admite TTL.

TTL se establece como un valor numérico en segundos en el ttl de la carga JSON. Para MMS, el mínimo ttl valor es 300 segundos (5 minutos), y el máximo es de 259200 (o 3 días).

Si se supera el valor TTL, el mensaje recibe el estado rejected. A Webhook de estado de mensajes se enviará avisando de este cambio de estado y contendrá detalles del error para código de error 1360.

Más información

• Especificación de la API de Messages
• Ejemplo de código: Enviar un mensaje MMS Imagen