Leistungsstarke Hintergrundentfernungs-API für Entwickler
Integrieren Sie modernste KI-gestützte Hintergrundentfernung mit unserer robusten und flexiblen API in Ihre Anwendungen.
API-Schlüssel erhaltenMühelose Integration
Implementieren Sie Hintergrundentfernung in Ihrer App mit nur wenigen Codezeilen. Unsere umfassende Dokumentation und SDKs für beliebte Sprachen machen die Integration zum Kinderspiel.
Verarbeitung im großen Maßstab
Verarbeiten Sie mühelos Tausende von Bildern. Unsere API ist auf hohe Leistung und Zuverlässigkeit ausgelegt und stellt sicher, dass Ihre Anwendung auch bei hoher Nachfrage reibungslos läuft.
Erweiterte Funktionen
Greifen Sie auf leistungsstarke Funktionen wie Stapelverarbeitung, benutzerdefinierte Hintergründe, Kantenverfeinerung und mehr zu. Passen Sie die Hintergrundentfernung mit unseren umfassenden API-Endpunkten an Ihre spezifischen Bedürfnisse an.
Zuverlässig und sicher
Verlassen Sie sich auf unsere Infrastruktur auf Unternehmensniveau. Mit 99,9% Verfügbarkeit, SSL-Verschlüsselung und DSGVO-konformer Datenverarbeitung sind die Daten Ihrer Nutzer bei uns sicher. Perfekt für Produktionsumgebungen.
Empfohlene Werkzeuge für Entwickler
Wie ein kleines Dev-Team ein Profilfoto-Cropper-Feature in einem Sprint ausgeliefert hat
Ein vierköpfiges Entwicklerteam, das eine Hobby-Marktplatz-App baut, brauchte ein Profilfoto-Feature, das aus dem beiläufigen Smartphone-Foto eines Nutzers einen sauberen Katalog-Avatar macht. Die PM wollte es im nächsten Sprint, der Designer wollte markenkonforme Hintergründe zur Auswahl, und das Plattform-Team wollte keine neuen Server-Rechnungen. Eine klassische Integration hätte einen kostenpflichtigen API-Schlüssel, einen neuen Microservice und eine Queue bedeutet.
Das Team verdrahtete den Browser-Freisteller des Editors in den bestehenden Upload-Flow als clientseitigen Schritt. Der Nutzer wählt ein Foto, der Freisteller läuft lokal auf seinem Gerät, der Nutzer wählt einen von drei markenkonformen Hintergründen, und das resultierende JPEG geht direkt in denselben R2-Bucket, den der Rest des Upload-Flows nutzt. Keine serverseitige Verarbeitung, keine Schlüssel-Rotation, keine Pro-Anfrage-Abrechnung. Das gesamte Feature wurde in 480 Codezeilen ausgeliefert, inklusive Picker-UI und Analytics-Events.
Das Feature ging am Ende des Sprints live, verarbeitete im ersten Monat 14.000 Avatare ohne zusätzliche Infrastruktur-Kosten und hob die Profilvervollständigungsquote des Teams von 31 Prozent auf 58 Prozent — weil sich der Picker wie ein kuratiertes Erlebnis anfühlte statt wie ein unbeholfenes Upload-Feld. Die Plattform-Rechnung blieb flach. Das Team behielt dasselbe Muster für einen künftigen Produkt-Listing-Foto-Schritt im Hinterkopf.
"Wir brauchten einen Avatar-Cropper, der weder einen serverseitigen Service noch eine kostenpflichtige API draufgepackt hat. Den Browser-Freisteller in unseren Upload-Flow zu verdrahten hat einen Sprint gekostet und wurde mit null marginalen Kosten pro Nutzer ausgeliefert. Dem Plattform-Team fiel auf, dass sich unser Request-Graph nicht änderte."
"Ich bin der einzige Engineer und brauchte einen Profilfoto-Schritt, der kein Drittanbieter-SDK reinzieht, das wir für immer pflegen müssten. Ein clientseitiger Freisteller bedeutete, dass ich das Feature ausgeliefert und dann vergessen habe. Keine Schlüssel zu rotieren, keine Rate-Limits, keine Support-Tickets sechs Monate später."
"Ein schweres SDK in eine Starter-Vorlage zu bündeln, lässt das ganze Projekt aufgebläht wirken. Der Browser-Ansatz bedeutet, dass Mitwirkende die Vorlage forken können, ohne ein Drittanbieter-Konto einrichten zu müssen. Die Adoption des Foto-Schritts ist gestiegen, seit ich gewechselt habe."
Auswahl, die zu einem Entwickler-Workflow passt
Häufige Fragen für Entwickler
Gibt es eine stabile API für den Browser-Freisteller, oder muss ich das Editor-iframe einbetten?
Der Editor stellt eine kleine JavaScript-Oberfläche bereit, die Sie aus Ihrer eigenen Seite aufrufen können, sobald das Modell geladen ist. Der Freisteller liefert einen Blob, der Ihnen gehört, sodass Sie ihn direkt in Ihre bestehende Upload-Pipeline leiten können. Der Modell-Loader übernimmt das Caching über Sitzungen hinweg via Cache API, sodass der zweite Besuch schnell ist. Es ist kein iframe nötig und kein postMessage-Handshake, die Funktion ist aufrufbar wie jede andere clientseitige Bildoperation.
Wie hoch sind die Cold-Start-Kosten des Modells beim ersten Besucher?
Der erste Aufruf holt die WASM-Runtime und die Modellgewichte, die zusammen rund 30 MB über die Leitung sind. Eine moderne Breitbandverbindung schafft das in zwei oder drei Sekunden; ein langsames Mobilnetz eher in zehn. Folgebesuche treffen die Cache API und starten sofort. Für latenzempfindliche Apps wärmt ein Preload-Hint im HTML-Head den Cache, bevor der Nutzer den Foto-Schritt erreicht. Für Geräte, die das Modell nicht lokal ausführen können, ist serverunterstütztes Fallback verfügbar.
Gibt es Nutzungslimits oder Quoten, wenn ich das in ein kommerzielles Produkt integriere?
Die Browser-Pipeline läuft auf dem Gerät des Nutzers, sodass es keine Pro-Anfrage-Quote und kein Rate-Limit gibt, das verhandelt werden müsste. Das serverunterstützte Fallback für das seltene Gerät, das das Modell nicht lokal ausführen kann, hat eine eigene, separat dokumentierte Quote. Für kommerzielle Integrationen mit hohem Volumen ist die Empfehlung, den lokalen Freisteller-Pfad als Standard zu behandeln und das Server-Fallback nur bei Erkennung fehlender Fähigkeiten freizuschalten — das hält die Kosten beim Skalieren vorhersehbar.
Liefern Sie ein Foto-Feature aus, ohne einen Service hinzuzufügen
Verdrahten Sie den Browser-Freisteller in Ihre bestehende Upload-Komponente, halten Sie die Datei auf dem Gerät des Nutzers und leiten Sie das Ergebnis direkt in Ihren Storage.