API Poderosa de Remoção de Fundo para Desenvolvedores
Integre remoção de fundo de última geração alimentada por IA em suas aplicações com nossa API robusta e flexível.
Obter Chave da APIIntegração Sem Esforço
Implemente remoção de fundo em sua aplicação com apenas algumas linhas de código. Nossa documentação abrangente e SDKs para linguagens populares tornam a integração muito fácil.
Processamento em Escala
Processe milhares de imagens com facilidade. Nossa API é construída para alto desempenho e confiabilidade, garantindo que sua aplicação funcione sem problemas mesmo durante picos de demanda.
Recursos Avançados
Acesse recursos poderosos como processamento em lote, fundos personalizados, refinamento de bordas e muito mais. Personalize a remoção de fundo para suas necessidades específicas com nossos endpoints de API abrangentes.
Confiável e Seguro
Conte com nossa infraestrutura de nível empresarial. Com 99,9% de tempo de atividade, criptografia SSL e processamento de dados em conformidade com GDPR, os dados dos seus usuários estão seguros conosco. Perfeito para ambientes de produção.
Ferramentas recomendadas para desenvolvedores
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 celular do usuário num avatar limpo e de qualidade catálogo. O PM queria no próximo sprint, a designer queria fundos alinhados à marca pra 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 pro 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 pro 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 pra 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 pra 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 pro 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 pra eu cuidar pra sempre. Um recorte client-side significou que entreguei a feature e esqueci dela. Sem chaves pra 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 pra desenvolvedores
Existe uma API estável pro 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 pro 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 pra 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 pra negociar. O fallback assistido por servidor pro 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 arquivo no dispositivo do usuário e mande o resultado direto pro seu armazenamento.