API de Remoção de Fundo Poderosa para Desenvolvedores
Integre a remoção de fundo de ponta alimentada por IA em suas aplicações com nossa API robusta e flexível.
Obter Chave de APIIntegração Sem Esforço
Implemente a remoção de fundo em seu aplicativo com apenas algumas linhas de código. Nossa API bem documentada e SDKs para linguagens populares tornam a integração fácil.
Saída Personalizável para Aplicações Diversas
Adapte o processo de remoção de fundo às suas necessidades. Ajuste parâmetros, exporte em vários formatos e até substitua fundos programaticamente.
Desempenho em Nível Empresarial
Desenvolvido para escala e velocidade. Nossa API lida com milhões de solicitações diárias com baixa latência, garantindo que suas aplicações permaneçam responsivas mesmo sob carga pesada.
Desbloqueie Novos Recursos em Seus Aplicativos
Capacite seus usuários com capacidades avançadas de edição de imagem. De plataformas de e-commerce a aplicativos de redes sociais, as possibilidades são infinitas com nossa API de remoção de fundo.
Ferramentas recomendadas para programadores
Como um pequeno time de devs entregou uma feature de cropper de foto de perfil em um sprint
Um time de quatro pessoas desenvolvendo um app de marketplace de hobby precisava de uma feature de foto de perfil que transformasse a foto casual de telemóvel do usuário num avatar limpo e de qualidade catálogo. O PM queria no próximo sprint, a designer queria fundos alinhados à marca para o usuário escolher e o time de plataforma não queria contas de servidor novas. Uma integração tradicional teria significado uma chave de API paga, um novo microsserviço e uma fila.
O time conectou o recorte no navegador do editor ao fluxo de upload existente como um passo client-side. O usuário escolhe uma foto, o recorte roda localmente no dispositivo, o usuário escolhe um de três fundos alinhados à marca e o JPEG resultante vai direto para o mesmo bucket R2 que o resto do fluxo de upload usa. Sem processamento server-side, sem rotação de chaves, sem cobrança por requisição. A feature inteira saiu em 480 linhas de código, incluindo a UI do picker e os eventos de analytics.
A feature foi para o ar no fim do sprint, processou 14.000 avatares no primeiro mês sem custo extra de infraestrutura e fez a taxa de conclusão de perfil do time saltar de 31 por cento para 58 por cento porque o picker pareceu uma experiência curada em vez de um campo de upload sem graça. A conta da plataforma ficou estável. O time guardou o mesmo padrão para um futuro passo de foto de listagem de produto.
"A gente precisava de um cropper de avatar que não adicionasse um serviço server-side nem uma API paga. Conectar o recorte no navegador no nosso fluxo de upload levou um sprint e foi para o ar com custo marginal zero por usuário. O time de plataforma reparou que nosso gráfico de requisições não mudou."
"Eu sou o único engenheiro e precisava de um passo de foto de perfil que não puxasse um SDK de terceiro para eu cuidar para sempre. Um recorte client-side significou que entreguei a feature e esqueci dela. Sem chaves para rotacionar, sem rate limit, sem ticket de suporte seis meses depois."
"Empacotar um SDK pesado num template starter faz o projeto inteiro parecer inchado. A abordagem do lado do navegador significa que contribuidores podem dar fork no template sem precisar configurar uma conta de terceiro. A adoção do passo de foto subiu desde que eu mudei."
Escolhas que combinam com o fluxo de um desenvolvedor
Perguntas comuns para desenvolvedores
Existe uma API estável para o recorte no navegador ou eu preciso embutir o iframe do editor?
O editor expõe uma pequena superfície JavaScript que você chama da sua própria página assim que o modelo carrega. O recorte retorna um Blob que é seu, então você pode mandar direto para o seu pipeline de upload existente. O loader do modelo cuida de cache entre sessões via Cache API, então a segunda visita é rápida. Não precisa de iframe e não precisa de handshake de postMessage, a função é invocável como qualquer outra operação de imagem client-side.
Qual é o custo de cold-start do modelo num visitante de primeira vez?
O primeiro carregamento busca o runtime WASM e os pesos do modelo, que juntos dão cerca de 30 MB no fio. Uma conexão de banda larga moderna pega isso em dois ou três segundos; uma rede mobile lenta mais perto de dez. Visitas seguintes batem na Cache API e iniciam instantaneamente. Pra apps sensíveis a latência, um preload no head do HTML aquece o cache antes do usuário chegar no passo da foto. Fallback assistido por servidor está disponível para dispositivos que não conseguem rodar o modelo localmente.
Existem limites de uso ou cotas se eu integrar isso num produto comercial?
O pipeline no lado do navegador roda no dispositivo do usuário, então não tem cota por requisição nem rate limit para negociar. O fallback assistido por servidor para o raro dispositivo que não consegue rodar o modelo localmente tem cota própria documentada à parte. Pra integrações comerciais de alto volume a recomendação é tratar o caminho do recorte local como padrão e oferecer fallback de servidor só quando a detecção de capacidade falha, o que mantém o custo previsível enquanto você escala.
Entregue uma feature de foto sem adicionar um serviço
Conecte o recorte no navegador no seu componente de upload existente, mantenha o ficheiro no dispositivo do usuário e mande o resultado direto para o seu armazenamento.