notpanel
ServiçosPreçosFAQSorteioAPI
notpanel

Seguidores, curtidas e visualizações para todas as plataformas.

O catálogo combina serviços operados diretamente com capacidade de parceiros verificados. Disponibilidade, tempo, refill e drip-feed são mostrados por serviço; as rotas e identidades dos parceiros permanecem confidenciais.

Produto

  • Serviços
  • Preços
  • Índice de preços
  • Programa de afiliados

Recursos

  • API
  • Blog
  • FAQ
  • Status

Empresa

  • Sobre
  • Por que o NotPanel
  • Fale Conosco

Jurídico

  • Termos de Serviço
  • Política de Privacidade
  • Política de Reembolso

Idiomas

  • English
  • Español
  • Português
  • Русский
  • Türkçe
  • العربية
  • हिन्दी
  • Bahasa Indonesia
  • Français
  • 中文

© 2026 NotPanel. Todos os direitos reservados.

support@notpanel.com
notpanel
Documentação da API
+
Documentação da API

Introdução

  • Visão geral
  • Primeiros passos
  • Autenticação
  • Limites de taxa
  • Erros

Catálogo

  • Listar serviços
  • Catálogo avançado
  • Tipos de serviço

Pedidos

  • Fazer pedido
  • Status do pedido
  • Cotação de reembolso
  • Reabastecer
  • Cancelar

Conta

  • Estado da conta
  • Saldo

Webhooks

  • Gerenciar webhooks

Referência

  • Changelog
  • SDKs e bibliotecas

Precisa de ajuda?

support@notpanel.com →

Limites de taxa

Os pedidos usam uma única janela móvel de 60 segundos por conta, partilhada por todas as chaves. O gasto bem-sucedido retido ao longo da vida define o nível da conta; proteções por IP e por ação podem rejeitar antes ou separadamente. Não existe quota horária nem por chave.

Camadas de limitação

Por IP

20.000 pedidos / minuto / endereço IP

Aplicado antes da validação da chave, de modo que a enumeração de chaves por força bruta seja limitada. Compartilhado entre todas as chaves atrás do mesmo IP. O padrão é definido globalmente e não é configurável pelo usuário.

Janela partilhada da conta

120–2.400 pedidos / 60 segundos móveis

Todas as chaves API ativas de uma conta consomem o mesmo contador. A escala fixa de gasto bem-sucedido vitalício fornece o limite, salvo se existir uma substituição direta de RPM.

Específico por ação

Depende da ação

Algumas ações sensíveis adicionam uma regra de conta mais restrita. Por exemplo, cancel aceita 30 pedidos por minuto por conta; o seu 429 informa action.

Escala de gasto bem-sucedido vitalício

A qualificação usa o gasto bem-sucedido retido durante toda a vida da conta. Entregas concluídas e parciais somam o valor retido; reembolsos posteriores o reduzem. O limite efetivo atualiza a partir do total armazenado sem tarefa diária. Use action=account_status para consultar o nível ganho e as RPM efetivas.

NívelGasto vitalício mínimoPedidos / minuto
0$0.00000000120
1$10.00000000300
2$50.00000000600
3$100.00000000900
4$500.000000001,200
5$1000.000000001,800
6$2500.000000002,400

Cabeçalhos de resposta

CabeçalhoDescrição
X-RateLimit-LimitEm respostas normais, o limite efetivo de pedidos por minuto partilhado pela conta. Num 429, o limite informado pela camada que rejeitou.
X-RateLimit-RemainingEm respostas normais, os pedidos restantes na janela partilhada da conta. Num 429, o valor restante informado pela camada que rejeitou.
X-RateLimit-ResetNúmero relativo de segundos até a janela informada reiniciar; não é um timestamp Unix.
X-RateLimit-TierO nível ganho pelo gasto bem-sucedido vitalício (0–6). Uma substituição personalizada de RPM não altera este valor.
X-RateLimit-Source"tier" quando a escala fixa fornece as RPM efetivas; "custom" quando uma substituição direta do administrador as fornece.
X-RateLimit-DeniedByEnviado em respostas 429 quando um limitador identificado rejeita a chamada: "ip", "api_requests_per_minute" ou "action".
Retry-AfterEm uma resposta 429 ou 503 que pode ser repetida, aguarde pelo menos os segundos indicados por Retry-After antes de tentar novamente. Para action=add, reutilize a mesma chave de idempotência após aguardar.

Lidando com 429s

  • Aguarde os segundos de X-RateLimit-Reset. O valor é um atraso relativo, não uma hora. Acrescente jitter antes de repetir.
  • Consulte X-RateLimit-DeniedBy. ip, api_requests_per_minute e action identificam a camada que rejeitou; mudar de chave não contorna o limite partilhado da conta, IP ou ação.
  • Use webhooks para reduzir consultas. São de melhor esforço com novas tentativas, pelo que handlers idempotentes ainda devem reconciliar estados importantes com action=status.
  • Agrupe quando suportado. Estado, refill e cancelamento aceitam os lotes documentados de até 100 IDs; use os nomes dos parâmetros de cada ação.