Modifications majeures et notables de l'API v2. Nous suivons semver — les changements additifs (nouveaux paramètres facultatifs, nouvelles actions, nouveaux champs dans les réponses) sont livrés au sein d'une version majeure ; les changements incompatibles vont dans une nouvelle version majeure.
Ajout de services pour Google, Rumble, Audiomack, Tumblr, Kwai, Clubhouse, Vimeo, Deezer, Tidal, Apple Music, Quora et GitHub. Ils apparaissent dans l'action services comme n'importe quel autre service et chacun dispose d'une page de plateforme publique dédiée. Aucune modification côté client requise — les nouveaux ID de service apparaissent simplement dans le catalogue.
Les services dont le fournisseur en amont est en pause cessent d'accepter de nouvelles commandes tout en restant listés ; les services dont le fournisseur est désactivé sont entièrement masqués du catalogue. La passation d'une commande sur un service indisponible est rejetée côté serveur, de sorte qu'un appel add pour un service en pause renvoie une erreur plutôt que de le mettre silencieusement en file.
L'action add transmet désormais des champs spécifiques au type de service au fournisseur en amont — par exemple un délai de démarrage et des options d'engagement propres au type. Les champs qu'un type de service définit déjà sont ignorés pour éviter les collisions. Tous les champs transmis sont facultatifs ; les intégrations existantes ne sont pas affectées.
L'action add accepte les paramètres facultatifs runs et interval pour les services à alimentation progressive. La facturation est par exécution — la livraison totale est quantity × runs — et le total calculé est plafonné au maximum du service. Les transmettre à un service sans alimentation progressive est ignoré plutôt que rejeté.
Compatible en chaînes d'action avec la spécification SMM v2 au sens large. Limites de débit par clé + par palier + par IP, webhooks sortants signés par HMAC et passation de commande idempotente. L'accès bêta d'avant-lancement s'est déroulé de janvier 2026 à mars 2026.