notpanel
ServiciosPreciosPreguntas frecuentesSorteoAPI
notpanel

Seguidores, likes y vistas para cada plataforma.

El catálogo combina servicios operados directamente con capacidad de socios verificados. La disponibilidad, el tiempo, el refill y el drip-feed se muestran por servicio; las rutas y la identidad de los socios son confidenciales.

Producto

  • Servicios
  • Precios
  • Índice de precios
  • Programa de afiliados

Recursos

  • API
  • Blog
  • Preguntas frecuentes
  • Estado

Empresa

  • Sobre nosotros
  • Por qué NotPanel
  • Contáctanos

Legal

  • Términos del Servicio
  • Política de Privacidad
  • Política de Reembolsos

Idiomas

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

© 2026 NotPanel. Todos los derechos reservados.

support@notpanel.com
notpanel
Documentación de la API
+
Documentación de la API

Introducción

  • Resumen
  • Primeros pasos
  • Autenticación
  • Límites de tasa
  • Errores

Catálogo

  • Listar servicios
  • Catálogo avanzado
  • Tipos de servicio

Pedidos

  • Realizar pedido
  • Estado del pedido
  • Cotización de reembolso
  • Refill
  • Cancelar

Cuenta

  • Estado de la cuenta
  • Saldo

Webhooks

  • Gestionar webhooks

Referencia

  • Registro de cambios
  • SDK y librerías

¿Necesitas ayuda?

support@notpanel.com →

Límites de tasa

Las solicitudes usan una única ventana móvil de 60 segundos por cuenta, compartida por todas las claves. El gasto exitoso retenido de por vida determina el nivel de la cuenta; las protecciones por IP y por acción pueden rechazar antes o por separado. No hay cuota por hora ni por clave.

Capas de límites de tasa

Por IP

20.000 solicitudes / minuto / dirección IP

Se aplica antes de validar la clave, de modo que la enumeración de claves por fuerza bruta queda acotada. Se comparte entre todas las claves detrás de la misma IP. El valor por defecto se establece globalmente y no es configurable por el usuario.

Ventana compartida de la cuenta

120–2.400 solicitudes / 60 segundos móviles

Todas las claves API activas de una cuenta consumen el mismo contador. La escala fija de gasto exitoso acumulado proporciona el límite, salvo que exista una anulación directa de RPM.

Específico por acción

Depende de la acción

Algunas acciones sensibles añaden una regla de cuenta más estrecha. Por ejemplo, cancel admite 30 solicitudes por minuto por cuenta; su 429 informa action.

Escala de gasto exitoso acumulado

La calificación usa el gasto exitoso retenido durante toda la vida de la cuenta. Las entregas completadas y parciales suman el importe exitoso retenido; los reembolsos posteriores lo reducen. El límite efectivo se actualiza desde el total almacenado sin un proceso diario. Usa action=account_status para consultar el nivel ganado y las RPM efectivas.

NivelGasto acumulado mínimoSolicitudes / 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

Cabeceras de respuesta

CabeceraDescripción
X-RateLimit-LimitEn respuestas normales, el límite efectivo de solicitudes por minuto compartido por la cuenta. En un 429, el límite informado por la capa que rechazó.
X-RateLimit-RemainingEn respuestas normales, las solicitudes restantes en la ventana compartida de la cuenta. En un 429, el valor restante informado por la capa que rechazó.
X-RateLimit-ResetNúmero relativo de segundos hasta que se reinicie la ventana informada; no es una marca de tiempo Unix.
X-RateLimit-TierEl nivel ganado por gasto exitoso acumulado (0–6). Una anulación personalizada de RPM no cambia este valor.
X-RateLimit-Source"tier" cuando la escala fija proporciona las RPM efectivas; "custom" cuando las proporciona una anulación directa del administrador.
X-RateLimit-DeniedBySe envía en respuestas 429 cuando rechaza un limitador identificado: "ip", "api_requests_per_minute" o "action".
Retry-AfterEn un 429 o 503 reintentable, espera al menos los segundos indicados por Retry-After antes de reintentar. Para action=add, reutiliza la misma clave de idempotencia después de esperar.

Gestión de los 429

  • Espera los segundos de X-RateLimit-Reset. El valor es un retraso relativo, no una hora del reloj. Añade una variación aleatoria antes de reintentar.
  • Revisa X-RateLimit-DeniedBy. ip, api_requests_per_minute y action identifican la capa que rechazó; cambiar de clave no evita el límite compartido de cuenta, IP o acción.
  • Usa webhooks para reducir el sondeo. Son de mejor esfuerzo con reintentos, por lo que los manejadores idempotentes deben reconciliar el estado importante con action=status.
  • Agrupa donde sea compatible. Estado, refill y cancelación admiten los lotes documentados de hasta 100 ID; usa los nombres de parámetros de cada acción.