API de suppression d'arrière-plan puissante pour développeurs
Intégrez la suppression d'arrière-plan de pointe propulsée par l'IA dans vos applications avec notre API robuste et flexible.
Obtenez une clé APIIntégration sans effort
Implémentez la suppression d'arrière-plan dans votre application avec seulement quelques lignes de code. Notre documentation complète et nos SDK pour les langages populaires rendent l'intégration très simple.
Traitement à grande échelle
Traitez des milliers d'images sans effort. Notre API est conçue pour des performances élevées et une fiabilité maximale, garantissant que votre application fonctionne sans problème, même en cas de forte demande.
Fonctionnalités avancées
Accédez à des fonctionnalités puissantes comme le traitement par lots, les arrière-plans personnalisés, l'affinage des bords et plus encore. Adaptez la suppression d'arrière-plan à vos besoins spécifiques avec nos endpoints API complets.
Fiable et sécurisé
Faites confiance à notre infrastructure de niveau entreprise. Avec 99,9% de disponibilité, cryptage SSL et traitement des données conforme au RGPD, les données de vos utilisateurs sont en sécurité avec nous. Parfait pour les environnements de production.
Outils recommandés pour les développeurs
Comment une petite équipe dev a livré une fonctionnalité de recadrage de photo de profil en un sprint
Une équipe de développement de quatre personnes construisant une appli marketplace de loisirs avait besoin d'une fonctionnalité photo de profil qui transformait la prise téléphone décontractée d'un utilisateur en avatar propre de qualité catalogue. Le PM la voulait pour le sprint suivant, la designer voulait des fonds alignés à la marque parmi lesquels l'utilisateur pourrait choisir, et l'équipe plateforme ne voulait pas de nouvelles factures serveur. Une intégration classique aurait demandé une clé API payante, un nouveau microservice et une file d'attente.
L'équipe a câblé le détourage navigateur de l'éditeur dans le flux d'upload existant comme étape côté client. L'utilisateur choisit une photo, le détourage tourne localement sur son appareil, l'utilisateur choisit l'un des trois fonds alignés à la marque, et le JPEG résultant va directement dans le même bucket R2 que le reste du flux d'upload. Aucun traitement côté serveur, aucune rotation de clé, aucune facturation par requête. La fonctionnalité complète a tenu en 480 lignes de code, UI du sélecteur et événements analytics inclus.
La fonctionnalité est passée en production à la fin du sprint, a traité 14 000 avatars le premier mois sans coût d'infrastructure supplémentaire, et a fait passer le taux de complétion de profil de l'équipe de 31 % à 58 % parce que le sélecteur ressemblait à une expérience curatée plutôt qu'à un champ d'upload maladroit. La facture plateforme est restée plate. L'équipe a gardé le même schéma en tête pour une future étape photo de fiche produit.
"On avait besoin d'un recadreur d'avatar qui n'ajoute pas de service côté serveur ni d'API payante. Câbler le détourage navigateur dans notre flux d'upload a pris un sprint et livré à coût marginal nul par utilisateur. L'équipe plateforme a remarqué que notre graphe de requêtes n'a pas bougé."
"Je suis le seul ingénieur et j'avais besoin d'une étape photo de profil qui ne pull pas un SDK tiers à babysitter pour toujours. Un détourage côté client a fait que j'ai livré la fonctionnalité, puis je l'ai oubliée. Pas de clés à roter, pas de rate limits, pas de tickets de support six mois plus tard."
"Bundler un SDK lourd dans un template starter fait que tout le projet paraît bouffi. L'approche côté navigateur fait que les contributeurs peuvent forker le template sans avoir à configurer de compte tiers. L'adoption de l'étape photo a grimpé depuis que j'ai changé."
Sélection adaptée à un workflow développeur
Questions fréquentes des développeurs
Y a-t-il une API stable pour le détourage navigateur, ou faut-il intégrer l'iframe de l'éditeur ?
L'éditeur expose une petite surface JavaScript que vous pouvez appeler depuis votre propre page une fois le modèle chargé. Le détourage renvoie un Blob qui vous appartient, donc vous pouvez le pipe directement dans votre pipeline d'upload existant. Le loader de modèle gère le cache entre sessions via la Cache API, donc la deuxième visite est rapide. Pas d'iframe requise, pas de handshake postMessage, la fonction s'invoque comme n'importe quelle autre opération image côté client.
Quel est le coût de cold-start du modèle pour un visiteur qui arrive pour la première fois ?
Le premier chargement récupère le runtime WASM et les poids du modèle, ce qui pèse environ 30 Mo sur le fil. Une connexion broadband moderne récupère ça en deux ou trois secondes ; un mobile lent plutôt en dix. Les visites suivantes tapent dans la Cache API et démarrent instantanément. Pour les applis sensibles à la latence, un hint preload dans le head HTML chauffe le cache avant que l'utilisateur n'atteigne l'étape photo. Un secours assisté par serveur est disponible pour les appareils qui ne peuvent pas faire tourner le modèle localement.
Y a-t-il des limites d'usage ou des quotas si je l'intègre dans un produit commercial ?
Le pipeline côté navigateur tourne sur l'appareil de l'utilisateur, donc pas de quota par requête ni de rate limit à négocier. Le secours assisté par serveur pour le rare appareil qui ne peut pas faire tourner le modèle localement a son propre quota documenté à part. Pour les intégrations commerciales à fort volume, la recommandation est de gérer le parcours détourage local par défaut et de remonter vers le secours serveur uniquement en échec de détection de capacité, ce qui garde les coûts prévisibles à mesure que vous montez en charge.
Livrez une fonctionnalité photo sans ajouter de service
Câblez le détourage navigateur dans votre composant d'upload existant, gardez le fichier sur l'appareil de l'utilisateur, et pipe le résultat directement vers votre stockage.