Saltar al contenido
verificaOTP

Capítulo 2 de 4 · 13 min de lectura

Asigna un número virtual

Provisiona un DID chileno y úsalo como remitente de un OTP en el playground.

Provisionar un número es una llamada de API, pero detrás hay inventario por país, capacidades (SMS, voz) y, en muchos países, requisitos de registro del titular. En el playground, mx.did.assign(country) devuelve un número del inventario simulado para el país pedido.

Provisionar y usar

Pools de números

A escala, un solo número se satura: los operadores aplican límites de throughput por remitente. La práctica habitual es un pool de números del mismo país con stickiness: cada usuario recibe siempre del mismo número del pool, así reconoce el remitente y las respuestas vuelven al contexto correcto.

Costo mensual del pool

Cada número del pool se arrienda por separado, así que el costo mensual crece de forma lineal con el tamaño del pool, independientemente de cuántos mensajes se envíen. Un pool de 20 números a 8.000 CLP cada uno ya representa 160.000 CLP fijos al mes antes de pagar un solo SMS.

A eso se suma el precio por mensaje, que en Chile suele rondar unos pocos pesos por SMS A2P entregado y varía según el operador destino: enviar a Movistar o Entel no cuesta lo mismo que a WOM, porque la interconexión entre redes tiene tarifas distintas.

Eligiendo el país correcto

Si tu base de usuarios se concentra en Chile, un pool local resuelve casi todo. Pero si también operas en México, no basta con reutilizar los mismos números: necesitas DIDs mexicanos, porque los operadores de destino priorizan tráfico que entra por rutas locales y penalizan el que llega por numeración extranjera.

Se marca completado al leer el 80%.

Comentarios (2)

Se guardan solo en tu navegador.

  • Ana Belén Sepúlveda3 oct

    El concepto de stickiness en el pool resolvió nuestro problema de respuestas «perdidas».

  • Nicolás Riquelme5 oct

    Probé el playground con AR y me gustó que respete el 9 móvil después del +54.