SMS

O que é throughput de SMS (MPS) e o que o limita?

A vazão de SMS mede mensagens ou segmentos processados por segundo, limitada pelo remetente, destino, registro e conta; MPS significa mensagens por segundo.

Uma campanha pode enviar solicitações mais rápido do que o caminho de entrega processa as mensagens. Planejar o envio exige uma estimativa de capacidade para cada estágio.

Qual a diferença entre limitação de requisições API e throughput?

Um limite de requisições API controla solicitações. O throughput de entrega controla a velocidade com que um estágio posterior consegue processar mensagens ou segmentos.

Quando Bird rejeita uma solicitação com 429, siga os cabeçalhos da resposta e o guia de limitação de requisições. Tentar novamente imediatamente pode repetir a mesma rejeição.

Uma submissão bem-sucedida tem um significado diferente. Um 202 confirma a aceitação, enquanto cobrança, envio à rede e entrega ocorrem depois. Acompanhe o identificador da mensagem ao longo desses resultados.

A Twilio coloca mensagens em fila quando as submissões excedem a taxa de envio e informa erros de transbordamento quando a capacidade é excedida: “Customers sending large volumes of messages may encounter errors such as Queue Overflow”.

O que determina a taxa disponível?

A taxa efetiva depende do remetente, destino, registro, configuração do provedor e limites de conta aplicáveis.

Um short code e um número longo podem ter capacidades diferentes no mesmo destino. O registro pode afetar o tráfego que um remetente pode carregar. Consulte as opções de remetente e os requisitos de destino antes de planejar o volume.

Um máximo publicado é um limite de capacidade, não uma promessa de entrega. Confirme a unidade, o escopo e as condições antes de aplicá-lo a uma campanha.

Como estimo o tempo de envio?

Divida a quantidade de trabalho por uma taxa medida na mesma unidade. Um segmento é o texto transportado em uma única mensagem de rede. Textos mais longos usam vários segmentos.

Para uma rota ilustrativa limitada a 100 segmentos por segundo, 6.000 mensagens de um segmento exigem pelo menos 60 segundos de capacidade. Se cada mensagem precisar de dois segmentos, o mesmo trabalho exige pelo menos 120 segundos.

Esses cálculos assumem uso contínuo da capacidade declarada. Outro tráfego, pausas, novas tentativas e condições downstream podem estender o tempo. Eles não preveem quando cada destinatário lê ou recebe a mensagem.

Verifique corpos personalizados com a calculadora de segmentos. Um nome mais longo ou um emoji pode alterar a quantidade de texto faturável.

Por que as mensagens atrasam quando minhas solicitações são aceitas?

Enfileiramento, processamento downstream, condições de rede e disponibilidade do destinatário podem separar a aceitação da entrega.

Compare os horários de aceitação, envio e entrega reportados. Inspecione erros por remetente e destino. A ausência de um recibo de entrega, por si só, não identifica a causa.

Um centro de mensagens SMS pode reter uma mensagem enquanto o telefone está indisponível. O que é um SMSC explica esse estágio. Análises SMS explica como investigar resultados no Bird.

Não reenvie mensagens aceitas apenas porque um recibo de entrega está atrasado. Isso pode criar textos duplicados sem resolver o atraso.

Como devo preparar uma campanha maior?

Escolha um remetente e um plano de capacidade adequados ao tráfego e teste um envio limitado antes de expandi-lo.

Discuta os países, o volume de segmentos e a janela de envio necessária com o provedor. Registro e preparação do remetente podem ser necessários antes de um lançamento de maior volume.

Distribuir tráfego entre números adicionais para burlar limites de operadoras é conhecido como snowshoeing. Os princípios da CTIA abordam essa prática.

  1. Conte os segmentos renderizados por destino.
  2. Confirme a taxa, a unidade e o escopo para cada caminho de envio.
  3. Reserve tempo para processamento e variação downstream.
  4. Envie para um grupo limitado, inspecione os resultados e expanda de forma deliberada.

Em resumo

  1. Capacidade API e capacidade de entrega medem estágios diferentes.

    Uma solicitação bem-sucedida não garante que cada mensagem possa sair imediatamente para a rede.

  2. Verifique a unidade por trás do limite.

    Solicitações, mensagens e segmentos produzem cálculos de capacidade diferentes.

  3. Atrasos na entrega podem ter várias causas.

    Inspecione filas, erros e eventos de entrega antes de atribuir um atraso ao throughput.

  4. Planeje a capacidade para o remetente e o destino.

    Limites de conta, registro e regras de operadoras também podem restringir o caminho de envio.

Construa na mesma rede.

Uma chave de API de teste é sua imediatamente. A produção é desbloqueada quando adicionar um método de pagamento e verificar um remetente.

Sua próxima ideia.
Pronta para conectar.