Saltar al contenido
OmniChannels.ai

Cómo elegir un proveedor de SMS masivos: 12 puntos clave

Cómo elegir un proveedor de SMS masivos: 12 comprobaciones sobre rutas, acuses de entrega, ID de remitente, precios y soporte, y un plan de pruebas previo.

Actualizado 10 min de lectura

Por OmniChannels.ai Editorial Team · Revisado por BroadNet Messaging Solutions Team

SMS y OTP

Respuesta breve

Elige un proveedor de SMS masivos probando lo que entrega, no comparando tarifas. Comprueba que usa rutas directas con operadores o agregadores con licencia, que da acuses de entrega por mensaje, que cubre tus países y ayuda con el registro del ID de remitente, que no tiene costes ocultos y que su soporte y cumplimiento encajan. Antes de firmar, haz una prueba de pago a tus propios móviles en cada país.

En esta página
  1. ¿Qué es un proveedor de SMS masivos y qué debe hacer realmente?
  2. ¿Qué 12 comprobaciones importan al elegir un proveedor de SMS masivos?
  3. ¿Qué diferencia hay entre rutas directas y rutas grises?
  4. ¿Cómo demuestran los acuses de entrega si un proveedor es bueno?
  5. ¿Qué debes saber sobre los modelos de precios y los costes ocultos?
  6. ¿Por qué importan el ID de remitente y la ayuda con el registro?
  7. ¿Qué preguntas técnicas debes hacer sobre la API y SMPP?
  8. ¿Qué comprobaciones de cumplimiento y seguridad debes hacer?
  9. ¿Cómo se prueba un proveedor de SMS masivos antes de firmar?
  10. ¿Qué señales de alarma deben hacerte rechazar a un proveedor?
  11. Ejemplo práctico: un grupo comercial que elige proveedor
  12. Cómo ayuda OmniChannels.ai

Puntos clave

  • La calidad de la ruta decide si un mensaje llega. Pregunta qué operadores o agregadores con licencia llevan cada uno de tus destinos y considera una señal de alarma que no quieran responder.
  • Un proveedor vale lo que valgan sus acuses de entrega. Necesitas un estado por mensaje con código de motivo, no un resumen diario de mensajes "enviados".
  • Compara modelos de precios, no solo tarifas: facturación por mensaje o por segmento, costes por ID de remitente, por mensajes rechazados o fallidos, compromisos mínimos y moneda de facturación.
  • Las reglas del ID de remitente cambian según el país y algunas exigen registro antes del primer envío, así que un proveedor que gestione los trámites te ahorra semanas.
  • Haz una prueba estructurada a tus propios teléfonos en cada país de destino, con texto en árabe u otro Unicode, antes de mover el tráfico de producción.

Esta guía es para equipos de marketing, TI y compras que tienen que elegir un proveedor de SMS masivos y quieren un método que no dependa de folletos. Ofrece una lista de 12 comprobaciones, una lista de señales de alarma y un plan de pruebas que puedes ejecutar antes de firmar nada.

¿Qué es un proveedor de SMS masivos y qué debe hacer realmente?

Un proveedor de SMS masivos es una empresa que recibe tus mensajes por API, consola web o SMPP y los entrega a los abonados móviles a través de conexiones con operadores, de modo que no tengas que contratar con cada red por tu cuenta. Los resultados dependen de la calidad de esas conexiones, no del panel de control.

En la práctica, un proveedor hace cinco tareas por ti: enruta cada mensaje al operador adecuado, informa de lo que le pasó, gestiona las reglas de ID de remitente y de registro de cada país, aplica las reglas de consentimiento y baja cuando proceden y te apoya cuando algo falla. La lista siguiente evalúa cada una de ellas. Para la terminología, consulta SMS masivos, SMS A2P y agregador de SMS en el glosario.

¿Qué 12 comprobaciones importan al elegir un proveedor de SMS masivos?

Doce comprobaciones cubren casi todos los fallos que vemos: rutas, acuses de entrega, cobertura, ID de remitente, modelo de precios, API y SMPP, rendimiento, tratamiento del contenido, cumplimiento, seguridad, soporte y condiciones de salida. Puntúa cada una de 0 a 2 y compara los totales.

# Comprobación Qué es lo deseable Pregunta que hacer
1 Tipo de ruta Conexiones directas con operadores o agregadores con licencia para cada destino "¿Qué ruta lleva mi tráfico a cada operador y se cambia alguna vez sin avisar?"
2 Acuses de entrega Estado por mensaje con código de motivo, entregado a tu webhook o por SMPP "¿El acuse lo emite el operador o lo genera el proveedor?"
3 Cobertura Todos los países y operadores que necesitas, citados por nombre "Envíame la lista de operadores de mis cinco países principales."
4 ID de remitente Ayuda con el registro, plazos claros, reglas locales explicadas "¿Quién presenta el registro y cuánto cuesta?"
5 Modelo de precios Precio por mensaje o por segmento indicado, sin cargos sorpresa "¿Qué se cobra por mensajes fallidos, rechazados o caducados?"
6 API y SMPP API REST documentada con especificación OpenAPI, SMPP para volumen "¿Puedo pasar de la API a SMPP sin cambiar de proveedor?"
7 Rendimiento Capacidad dimensionada por cuenta, con colas y control de velocidad "¿Cómo se pacta y se modifica mi ritmo de envío?"
8 Tratamiento del contenido Unicode y árabe admitidos, segmentos contados con exactitud "¿Cómo se cuentan los segmentos en árabe y con emojis?"
9 Cumplimiento Gestión de bajas, registros de consentimiento, normas locales de horario "¿Cómo se gestionan la baja y los horarios de silencio en cada país?"
10 Seguridad Controles documentados, certificaciones independientes "¿Qué certificaciones se pueden acreditar?"
11 Soporte Contactos con nombre, horario definido, vía de escalado "¿A quién llamo a las 02:00 cuando dejan de llegar los OTP?"
12 Condiciones de salida Plazo de preaviso, portabilidad de números, exportación de datos "¿Qué pasa con mis ID de remitente si me voy?"

Un proveedor que no pueda responder con claridad a las preguntas 1, 2 y 5 no debería pasar a la siguiente ronda.

¿Qué diferencia hay entre rutas directas y rutas grises?

Una ruta directa llega al operador mediante un acuerdo comercial con ese operador o con un agregador con licencia, mientras que una ruta gris lleva tráfico comercial por canales que el operador no previó para ello. Las rutas directas cuestan más de operar y entregan con más fiabilidad.

Las rutas grises suelen usar cajas SIM o interconexiones entre particulares, y la GSMA ha documentado cómo eluden los acuerdos comerciales A2P de los operadores. Los operadores las combaten con filtros, de modo que un mensaje que llega hoy puede desaparecer la semana próxima. Los acuses de entrega de las rutas grises suelen generarlos el intermediario y no los recibe de la red del móvil, por eso un acuse puede decir "entregado" mientras el cliente no ve nada.

Normalmente no te dirán que una ruta es gris, así que pruébala (consulta el plan de pruebas más abajo) y lee nuestra guía más detallada sobre rutas grises frente a rutas directas. Una ruta directa también hace que tu ID de remitente se muestre de forma fiable, algo importante para el reconocimiento de marca y para los flujos de OTP.

¿Cómo demuestran los acuses de entrega si un proveedor es bueno?

Un acuse de entrega es la única prueba de que un mensaje llegó, así que un buen proveedor devuelve un estado por mensaje, con el motivo en caso de fallo, casi en tiempo real. Un resumen de "mensajes enviados" no es una prueba.

Busca un ciclo de estados documentado (por ejemplo enviado a la plataforma, enviado al operador, entregado, fallido, rechazado), un webhook o un acuse SMPP por cada mensaje, una forma de volver a pedir los acuses que perdiste y exportaciones que puedas conciliar con tus propios registros. Nuestra guía sobre el estado de entrega de los mensajes explica cómo interpretarlos, y SMS no entregados trata el diagnóstico cuando las cifras no cuadran.

Una comprobación separa a los proveedores sólidos de los débiles: pregunta qué significa "entregado" en cada ruta. En algunas redes los operadores no devuelven ningún acuse final, y un proveedor honesto te dice cuáles.

¿Qué debes saber sobre los modelos de precios y los costes ocultos?

Compara el modelo de precios, no solo la tarifa. La misma tarifa anunciada puede costar cantidades muy distintas según cómo se facturen los segmentos, qué se cobre en los fallos y qué extras se añadan.

Preguntas que revelan diferencias:

  • ¿Se factura por mensaje o por segmento? Un mensaje largo o en árabe puede dividirse en varios segmentos, y cada uno puede facturarse.
  • ¿Se cobran los mensajes fallidos, rechazados o caducados?
  • ¿Hay cuotas de alta, mínimos mensuales o tarifas de plataforma?
  • ¿Cómo se facturan los registros de ID de remitente: a precio de coste o con margen?
  • ¿En qué monedas puedes recibir factura y hay un cargo por conversión de divisa?
  • ¿Cuánto tiempo es válida una oferta y cuándo pueden cambiar las tarifas?

Usa las tarifas publicadas para contrastar cualquier oferta. Nuestras páginas de precios de SMS por país y el índice de precios muestran precios de lista orientativos, y el estimador de costes convierte tus volúmenes en un presupuesto. Pide siempre la oferta final por escrito.

¿Por qué importan el ID de remitente y la ayuda con el registro?

Muchos países exigen registrar el ID de remitente antes de entregar SMS de empresa, así que un proveedor que presenta el registro contigo acorta tu lanzamiento en semanas. Las reglas, los documentos y los plazos varían según el país.

Por ejemplo, Emiratos Árabes Unidos y Arabia Saudí exigen registro, India exige registrar el encabezado y cada plantilla en DLT, y Estados Unidos no admite ID de remitente alfanuméricos y usa 10DLC, números gratuitos o códigos cortos. Consulta las páginas de país de Arabia Saudí, Emiratos Árabes Unidos e India, y usa el verificador de ID de remitente para ver la regla de cada uno de tus mercados. Nuestra explicación sobre los tipos de ID de remitente recoge las opciones.

Pregunta tres cosas al proveedor: quién prepara y presenta el registro, cuál es el plazo habitual y qué pasa con el ID de remitente si cambias de proveedor. Las decisiones de aprobación siempre corresponden a operadores y reguladores, así que ningún proveedor puede prometerlas.

¿Qué preguntas técnicas debes hacer sobre la API y SMPP?

Pide una API REST documentada con especificación OpenAPI, un modelo de autenticación claro, envíos idempotentes o deduplicados, webhooks de estados y un entorno de pruebas o una ruta de prueba a tus propios números. Para volúmenes altos, pide SMPP 3.4 con TLS.

Las preguntas que más importan para producción:

  1. ¿Cómo se comunican los límites de velocidad y qué pasa cuando se superan?
  2. ¿Se puede programar, pausar y cancelar un trabajo masivo?
  3. ¿Se gestionan Unicode y árabe automáticamente, con el recuento de segmentos antes de enviar?
  4. ¿Puedes comprobar si un número es válido antes de enviar (consulta HLR)?
  5. ¿Pueden los revendedores o las unidades de negocio tener subcuentas separadas con su propio saldo e ID de remitente?

Si estás valorando estilos de integración, lee API de SMS frente a SMPP y los ejemplos de envío de SMS.

¿Qué comprobaciones de cumplimiento y seguridad debes hacer?

Comprueba que el proveedor admite registros de consentimiento, gestión automática de bajas y horarios locales de envío, y que puede mostrar certificaciones de seguridad independientes. El cumplimiento es compartido: el proveedor aporta las herramientas, pero tú sigues siendo responsable del consentimiento.

Pregunta cómo se procesan las respuestas STOP, si las listas de supresión se comparten entre tus campañas y cómo se aplican los límites horarios por país. Nuestro artículo sobre las normas de SMS marketing por país recoge los requisitos habituales. En cuanto a seguridad, pregunta qué certificaciones tiene el proveedor y durante cuánto tiempo conserva el contenido de los mensajes.

¿Cómo se prueba un proveedor de SMS masivos antes de firmar?

Haz una prueba estructurada a móviles que controles, en cada país de destino y en cada operador importante, y compara lo que dicen los informes del proveedor con lo que muestran los teléfonos. Hazlo antes de comprometer volumen.

Procedimiento de prueba

  1. Prepara los móviles. Usa al menos una SIM por operador importante en cada país, más una SIM en itinerancia si atiendes a viajeros.
  2. Prepara diez mensajes. Incluye un mensaje sencillo en español, un mensaje en árabe u otro Unicode, un mensaje lo bastante largo para necesitar tres segmentos, un mensaje tipo OTP, un mensaje con enlace corto y un mensaje con tu estilo promocional.
  3. Envía en dos franjas. Envía una vez por la mañana y otra por la tarde-noche, para ver el comportamiento en hora punta.
  4. Registra por mensaje. Anota la hora de envío, la hora del acuse de entrega, la hora de llegada al móvil y el ID de remitente que se muestra.
  5. Compara. Un acuse que dice entregado sin una llegada que coincida, o una diferencia grande entre el acuse y la llegada, indica una ruta débil.
  6. Prueba el fallo. Envía a un teléfono apagado y a un número no válido, y comprueba que el acuse indica un motivo.
  7. Prueba el soporte. Abre una incidencia sobre un mensaje y mide la respuesta.
  8. Prueba el webhook. Confirma que cada estado llega a tu endpoint una sola vez y que los reintentos no duplican eventos.

Usa el contador de caracteres SMS para anticipar los segmentos y el kit de RFP y cuadro de puntuación para registrar los resultados.

¿Qué señales de alarma deben hacerte rechazar a un proveedor?

Rechaza a un proveedor que no pueda nombrar sus rutas, se niegue a una prueba, ofrezca una tarifa muy por debajo de todos los demás o no ponga las condiciones por escrito. Cada una indica que se sacrifica calidad por precio.

  • Ningún operador ni agregador con nombre para tus destinos.
  • Acuses de "entregado" sin llegadas que coincidan.
  • Promesas de entrega del 100 %: la entrega depende de los móviles y de las redes, y nadie la controla.
  • ID de remitente cambiados sin aviso o sustituidos por remitentes numéricos aleatorios.
  • Ninguna respuesta clara sobre quién es la entidad con licencia en tu país de destino.
  • Negativa a explicar los motivos de los fallos.
  • Presión para prepagar un saldo elevado antes de cualquier prueba.

Ejemplo práctico: un grupo comercial que elige proveedor

"Al Noor Retail", un grupo ficticio con tiendas en Emiratos Árabes Unidos, Arabia Saudí y Egipto, envía ofertas en árabe y en inglés, y OTP para su app de fidelización. Preselecciona tres proveedores y puntúa a cada uno con las 12 comprobaciones.

El grupo ejecuta el procedimiento de prueba con seis SIM, dos por país. Un proveedor muestra acuses de entregado impecables, pero en un operador saudí el móvil no recibe nada en dos de cada diez mensajes. Otro entrega todo, pero no ayuda con el registro del ID de remitente en Egipto, donde es obligatorio. El tercero supera ambas pruebas y ofrece un modelo sin cuota de alta.

El grupo decide por el coste total por mensaje entregado y por el plazo hasta el lanzamiento, no por la tarifa más baja. También separa el tráfico de OTP y el promocional en ID de remitente distintos, un diseño que protege la entrega de los OTP si el tráfico promocional se filtra.

Cómo ayuda OmniChannels.ai

OmniChannels.ai, con tecnología de BroadNet Technologies, envía SMS A2P por la conectividad directa con operadores de BroadNet, con conexiones directas con más de 1,000 operadores y agregadores. Admite ID de remitente, envío masivo, Unicode y árabe, consulta HLR de números, SMS bidireccional y SMPP 3.4 para volumen alto, con informes de entrega resumidos y avanzados y exportación a CSV. Nuestro equipo prepara y presenta contigo los registros de ID de remitente; las aprobaciones corresponden a operadores y reguladores. No hay cuota de alta ni mínimo mensual, y los registros se repercuten a precio de coste. Reserva una demo y trae tu plan de pruebas.

Preguntas frecuentes

¿Qué debo buscar en un proveedor de SMS masivos?

Busca rutas directas con operadores o agregadores con licencia, acuses de entrega por mensaje, cobertura en tus países, ayuda con el registro del ID de remitente, precios transparentes, una API documentada (y SMPP si envías volumen), herramientas de consentimiento y baja, y un soporte que responda. Después verifica lo prometido con una prueba a tus propios móviles antes de comprometer tráfico.

¿Qué diferencia hay entre rutas directas y rutas grises?

Una ruta directa llega al operador del destinatario mediante un acuerdo comercial con ese operador o con un agregador con licencia. Una ruta gris lleva tráfico comercial por canales que el operador no previó para ello, como cajas SIM o interconexiones entre particulares. Las rutas grises son más baratas de operar, pero se filtran, se bloquean y a menudo devuelven acuses de entrega poco fiables.

¿Cómo pruebo un proveedor de SMS antes de firmar?

Envía un conjunto fijo de mensajes a móviles que controles en cada operador de destino: texto en español y en árabe u otro Unicode, un mensaje largo que se divida en segmentos, un mensaje tipo OTP y un mensaje con enlace. Anota la hora de entrega y el acuse de cada uno, compara los acuses con lo que muestra el móvil y repite a otra hora del día.

¿Necesito un proveedor de SMS que registre los ID de remitente por mí?

Si envías a países que exigen registro, sí, ayuda mucho. Algunos mercados piden documentos, cartas de autorización y la aprobación del operador o del regulador antes del primer mensaje, y los plazos son de días laborables o semanas. Comprueba si el proveedor presenta el registro contigo y si los costes del registro se repercuten al precio de coste o con margen.

¿Es mejor SMPP que una API HTTP para SMS masivos?

Ninguna es mejor en general. Una API HTTP es más sencilla y sirve a la mayoría de los remitentes. SMPP mantiene una conexión persistente y se adapta a volúmenes muy altos y a pasarelas de SMS ya existentes. Elige un proveedor que ofrezca ambas, para empezar con la API y pasar a SMPP más adelante sin cambiar de proveedor.

¿Debe ganar siempre el proveedor de SMS más barato?

No solo por la tarifa. Una tarifa menor en una ruta filtrada o que devuelve acuses de entrega falsos cuesta más en mensajes perdidos, reenvíos y tiempo de soporte de lo que ahorra. Compara el coste total por mensaje entregado, incluidos fallos, tarifas y el tiempo que tu equipo dedica a investigar problemas.

Fuentes

  1. Secure networks: the key to A2P monetisation — GSMA-hosted whitepaper (2015)
  2. Fighting the threat of SIM boxes to A2P SMS revenues — GSMA
  3. SMPP Protocol Specification v3.4 (Issue 1.2) — SMPP Developers Forum
  4. 3GPP TS 23.038: Alphabets and language-specific information