ScraperFlyAPI de dados web pronta para IA

request control

Solicite o hub de controle para fluxos de trabalho confiáveis de API de web scraping

Use controles de solicitação para tornar o comportamento de scraping explícito: envie os cabeçalhos corretos, preserve cookies quando necessário, escolha GET ou POST, diagnostique HTML vazio, separe 403 de 429 e escale apenas quando as evidências da resposta justificarem.

O controle de requisições é a diferença entre adivinhar e operar um fluxo de trabalho de scraping de forma deliberada. Uma requisição de API útil deve tornar a URL de destino, método, cabeçalhos, cookies, user-agent, idioma, autenticação, escolha de renderização, esperas, formato de resposta e comportamento de repetição visíveis o suficiente para depuração.

ScraperFly é construído para esse caminho prático. Comece com a requisição mais leve, inspecione as evidências e, em seguida, adicione o controle específico que o alvo realmente precisa. Isso mantém páginas simples simples e torna alvos mais difíceis mais fáceis de raciocinar.

Use controles de requisição para explicar a resposta

Um scrape falhado ou incompleto nem sempre é um problema de proxy, um problema de renderização ou um problema de alvo. Pode ser um cabeçalho ausente, um tipo de conteúdo errado, uma incompatibilidade de idioma, um problema de continuidade de cookies, um limite de taxa, uma resposta excessivamente grande, um redirecionamento ou uma espera de navegador que não corresponde a como a página carrega.

O trabalho de um fluxo de trabalho de controle de requisição é separar esses casos. Cada controle deve responder a uma pergunta específica: o alvo espera um user-agent? Precisa de um idioma aceito? Depende de cookies? O HTML fonte contém os dados? O alvo retornou 403, 429, 5xx ou uma pequena shell HTML?

Área de controle Use quando O que ajuda a provar Próximo passo comum
Cabeçalhos e user-agent O alvo espera idioma, tipo de conteúdo, referer ou contexto de requisição realista Se a resposta muda quando o contexto legítimo está presente Comparar status, tipo de conteúdo e tamanho da resposta
Cookies e sessões O comportamento da página pública depende de continuidade, preferências, consentimento ou requisições relacionadas Se o estado muda o conteúdo capturado Preservar cookies apenas dentro de fluxos de trabalho relacionados
Erros e limites de taxa A resposta retorna 403, 429, 5xx, timeout, redirecionamento ou conteúdo vazio Se a falha é de entrada, pressão, roteamento, alvo ou comportamento de renderização Tentar novamente, recuar, ajustar contexto ou escalar com evidências
Tamanho e formato da resposta A resposta é muito grande, muito pequena ou não está formatada para o sistema downstream Se o fluxo de trabalho precisa de captura mais estreita ou uma saída diferente Escolher HTML, texto, Markdown, metadados JSON, captura de tela ou PDF

Escale a partir de evidências, não da frustração

É tentador corrigir cada scrape adicionando renderização, roteamento premium, longas esperas, sessões e mais tentativas. Isso pode funcionar às vezes, mas também torna cada requisição mais pesada e mais difícil de diagnosticar. Um fluxo de trabalho melhor lê a resposta primeiro.

Se a página retornar HTML fonte com dados úteis, mantenha a requisição leve. Se a página retornar uma shell JavaScript, teste a renderização. Se o alvo bloquear a requisição, compare cabeçalhos, user-agent, roteamento por país ou entrega premium. Se a resposta for muito grande, estreite a captura. Se a requisição estiver limitada por taxa, recue em vez de aumentar a pressão.

Conclusão prática: cada controle de requisição deve ter uma razão. Use o menor conjunto de controles que transforme a resposta do alvo em evidência utilizável.

ADEQUAÇÃO DA REQUISIÇÃO

Mapeie o comportamento do alvo antes de mudar os controles de requisição

Cabeçalhos, cookies, sessões, renderização, esperas, roteamento e tentativas devem responder a uma pergunta específica do alvo. Compare a resposta fonte, saída renderizada, status, URL final, tamanho e tipo de conteúdo antes de mudar o perfil da requisição.

Resposta HTML bruta mapeada para dados visíveis da página
01

Disponibilidade de HTML bruto

Verifique se os campos que você precisa já estão presentes na primeira resposta HTML.

Melhor primeiro teste para páginas simples, artigos, documentos, listagens e detalhes de produtos.

Comparação antes e depois da renderização do JavaScript
02

Dependência de JavaScript

Compare HTML bruto com o DOM renderizado ou captura de tela antes de ativar a renderização do navegador.

Use renderização quando o HTML bruto é apenas uma casca e scripts criam o conteúdo útil.

Cookies, consentimento, sessão e contexto de acesso para scraping
03

Estado e contexto de acesso

Identifique se cookies, consentimento, limites de login, paginação ou o mesmo estado do visitante afetam a resposta.

Use sessões e cabeçalhos quando a continuidade muda os dados que você recebe.

Variações de conteúdo regional entre países e rotas
04

Variação geo/conteúdo

Teste se país, idioma, moeda, inventário, SERP, anúncios ou reputação da rota mudam o resultado.

Use roteamento geo ou premium apenas quando o alvo provar que a resposta varia por rota.

Perguntas a responder antes de fazer scraping

Onde está o campo alvo?

Verifique se o campo existe no HTML bruto, DOM renderizado, uma chamada de API, dados estruturados, um arquivo ou um estado de interação posterior.

O que muda na resposta?

Amostre algumas URLs e compare status, URL final, comprimento do conteúdo, redirecionamentos, estados vazios e diferenças nos resultados visíveis.

Qual contexto é necessário?

Marque qualquer dependência de consentimento, localidade, cookies, cabeçalhos, limite de autenticação, paginação, filtros ou solicitações anteriores.

Como é a falha?

Defina os sinais para respostas bloqueadas, parciais, obsoletas, redirecionadas, vazias, com tempo esgotado ou com região incompatível antes de escalar.

O que isso muda na configuração da solicitação

Modo de busca

A disponibilidade de HTML bruto decide se a primeira solicitação pode permanecer simples ou precisa de renderização, esperas, capturas de tela ou extração.

Contexto da solicitação

Os requisitos de estado decidem se é necessário adicionar cabeçalhos, cookies, sessões, manuseio de consentimento ou um perfil de visitante estável.

Escolha de roteamento

Descobertas geográficas e de reputação decidem se o roteamento padrão é suficiente ou se uma rota de país/premium é justificada.

Regras de validação

Estados de falha conhecidos se tornam verificações para novas tentativas, escalonamento, revisão de QA e decisão de quando um perfil mais leve ainda está completo.

Tratamento de erros

Transforme falhas de scraping em soluções

Todo fluxo de trabalho de dados da web eventualmente encontra uma resposta ruim: uma URL ausente, uma chave inválida, uma estrutura HTML vazia, um alvo 403, um limite de taxa, um tempo limite de renderização, uma captura de PDF quebrada ou um payload JSON que não contém os campos que seu produto esperava. ScraperFly é construído para tornar esses momentos diagnosticáveis. Você inspeciona o status HTTP, o código de erro estável, o perfil de solicitação e o artefato retornado, então escolhe o próximo movimento útil mais barato: corrigir a solicitação, adicionar créditos, desacelerar, tentar novamente com backoff, habilitar renderização, mudar de país, usar roteamento premium, preservar cabeçalhos ou validar a saída antes de escalar.

Formato de erro estávelDecisões de tentativa novamenteEscalação consciente de custosValidação de saída
Desenvolvedor revisando código e parâmetros de solicitação da API em um laptop

01 / Configuração de solicitação e acesso

Corrija os erros de solicitação primeiro

Algumas falhas não são problemas de destino. Elas ocorrem antes que o ScraperFly possa fazer uma tentativa de entrega significativa: uma URL ausente ou malformada, um formato de saída não suportado, um tipo de arquivo visual incompatível, uma chave de API ausente, uma chave inválida ou uma chave que foi pausada ou desativada. Esses erros são sinais de configuração, não sinais de nova tentativa: pare o fluxo de trabalho, aponte para o desenvolvedor o campo exato que precisa de correção e mantenha os créditos focados em testes reais de destino em vez de entradas ruins repetidas.

missing_urlinvalid_urlunsupported_formatinvalid_api_key
  • Valide a URL e a codificação antes de enviar um lote.
  • Use saídas suportadas: HTML, texto, Markdown, JSON, captura de tela ou PDF.
  • Combine tipos de arquivo de captura de tela com saída de imagem e tipo de arquivo PDF com saída PDF.
  • Trate chaves de API ausentes ou inválidas como trabalho de configuração, não como trabalho de nova tentativa.
Painel de negócios com gráficos, documentos e planejamento de uso em uma mesa

02 / Créditos, limites e concorrência

Separe limites de falhas

Uma carga de trabalho pode falhar porque a conta não tem créditos utilizáveis, o limite do plano mensal foi atingido ou a concorrência é muito agressiva para o plano atual e a mistura de destinos. O ScraperFly torna esses limites visíveis como sinais operacionais, não como falhas de raspagem misteriosas. Isso mantém a decisão de compra prática: comece grátis, teste o destino, compre créditos pay-as-you-go para trabalhos irregulares, mude para créditos mensais quando o volume se tornar previsível e use backoff quando a pressão de solicitação for o verdadeiro problema.

usage_limit_reachedrate_limitedcreditsbackoff
  • Use o status da conta para verificar os créditos restantes antes de grandes execuções.
  • Tente limites de taxa com backoff em vez de aumentar a pressão imediatamente.
  • Mantenha projetos pontuais no modelo pay-as-you-go quando o volume for irregular.
  • Mova trabalhos recorrentes previsíveis para créditos mensais quando o padrão estiver comprovado.
Sala de servidores representando caminhos de entrega, roteamento e infraestrutura de rede

03 / Entrega alvo e rede

Encontre falhas de entrega primeiro

Muitas plataformas de scraping colapsam problemas de entrega em uma falha de solicitação vaga. Em produção, isso não é suficiente. A equipe precisa saber se a solicitação expirou, se o alvo upstream retornou um erro temporário do servidor, se a conexão falhou, se a resposta foi muito grande, se os redirecionamentos foram para algum lugar inesperado, ou se a página retornou como um HTML pequeno sem conteúdo útil. O ScraperFly transforma essas falhas em evidências de entrega: tente primeiro o perfil leve, compare status e tamanho da resposta, e então decida se a próxima solicitação precisa de backoff, outro caminho, proxy premium, direcionamento por país, ou uma captura mais restrita.

timeout5xxredirecionamentosresposta_muito_grande
  • Tente novamente falhas temporárias de rede e upstream com uma política de backoff controlada.
  • Compare URL final, status, tipo de conteúdo e tamanho da resposta entre amostras.
  • Escalone o roteamento apenas quando a resposta provar que o caminho simples é instável.
  • Trate respostas excessivas como um problema de escopo antes de escalar o mesmo perfil.
Tela de segurança digital representando sinais de anti-bot e acesso protegido

04 / Anti-bot, geo e bloqueios de acesso

Leia os blocos antes da escalada

Uma tela de erro 403, 401, 429, CAPTCHA, desafio WAF, parede de login, loop de consentimento ou incompatibilidade específica de região não é apenas um erro; é uma pista sobre o que o site espera do visitante. Concorrentes frequentemente empurram as equipes para um perfil padrão mais pesado, mas isso pode queimar orçamento sem provar a solução. O caminho melhor da ScraperFly é a escalada baseada em evidências: preserve cabeçalhos realistas quando o contexto importa, use sessões quando a continuidade muda a resposta, habilite renderização quando o conteúdo útil é construído pelo navegador e escolha roteamento premium ou por país quando a reputação ou geografia muda o resultado.

403429CAPTCHAincompatibilidade de país
  • Use roteamento premium quando a reputação do IP for o gargalo comprovado.
  • Use segmentação por país quando idioma, moeda, inventário ou resultados de busca mudam por mercado.
  • Use cabeçalhos, cookies e sessões quando o estado do visitante muda a resposta.
  • Reduza a concorrência e adicione backoff quando solicitações repetidas acionam a limitação do alvo.
Desenvolvedor preparando código e artefatos de saída em um laptop

05 / Qualidade de renderização e saída

Envie artefatos utilizáveis

Um status 200 não é a mesma coisa que um scrape utilizável. O HTML bruto pode ser uma shell de aplicativo vazia, Markdown pode perder o artigo principal, JSON pode faltar metadados esperados, texto pode incluir ruído, capturas de tela podem estar em branco, e a saída em PDF ou imagem pode falhar se a etapa do navegador expirar. A ScraperFly é valiosa porque a mesma solicitação de API pode passar de HTML bruto para DOM renderizado, texto limpo, Markdown, JSON, captura de tela ou PDF, e então ser verificada contra o artefato que seu produto realmente precisa. Isso reduz código de cola, importações falhadas e execuções em lote caras que apenas descobrem saída ruim depois do fato.

render_timeoutbrowser_render_failedcampos JSONsaída em PDF/imagem
  • Habilite a renderização quando o HTML bruto for apenas uma shell e o conteúdo útil aparecer após o JavaScript.
  • Valide texto, Markdown e JSON em relação aos campos esperados antes de agrupar.
  • Use captura de tela ou saída em PDF quando prova visual ou evidência de auditoria são importantes.
  • Trate artefatos em branco ou parciais como falhas de qualidade, mesmo quando o status HTTP é bem-sucedido.
Ajuste do ScraperFly

Recuperação de erro mais limpa

ScraperFly ajuda equipes a decidir o que corrigir, o que tentar novamente e o que escalar sem transformar cada raspagem no perfil de solicitação mais caro.

Formato de erro estável

Use o status HTTP e o código de erro juntos para que a lógica da aplicação possa escolher entre corrigir a entrada, atualizar credenciais, desacelerar, tentar novamente ou escalar a entrega.

Tente novamente apenas quando ajudar

Falhas de rede, limites de taxa e erros temporários do servidor podem usar backoff. URLs inválidas, formatos não suportados e chaves ruins devem ser corrigidos uma vez.

Escalação consciente de custos

Comece com o perfil de solicitação leve, depois adicione renderização, roteamento premium, país, sessões, cabeçalhos, esperas ou captura visual apenas quando a falha provar isso.

Valide a saída antes de escalar

Confirme o artefato real que seu produto precisa: HTML, texto, Markdown, JSON, captura de tela ou PDF, antes de copiar o mesmo perfil em um grande conjunto de URLs.

CONSTRUTOR DE API

Teste cabeçalhos, cookies, método, renderização e saída antes da produção

Construa o perfil da requisição de forma controlada antes de conectá-lo a um trabalho. Isso facilita ver se um cabeçalho, cookie, sinalizador de renderização, espera ou formato de saída realmente muda o resultado capturado.

HTML
Resposta bruta

HTML bruto para parsers e crawlers

Use o caminho mais rápido para páginas estáticas, listas, documentos e páginas de produtos. Busque o HTML fonte original primeiro e, em seguida, ative a renderização do navegador quando o JavaScript criar a marcação que seu scraper precisa.

format=htmlrender=falserender=true
TXT
Dados limpos

Texto, Markdown e JSON

Pule a camada de limpeza após o acesso à página. Retorne texto legível para agentes, Markdown para prompts e RAG, ou JSON estruturado com metadados, links, cabeçalhos, texto limpo e Markdown pronto para seu pipeline.

format=textformat=markdownformat=json
PDF
Arquivos visuais

Capturas de tela e PDFs

Capture o que um navegador real vê quando você precisa de evidências de QA, provas arquivadas, verificações de regressão visual, relatórios para download ou registros de páginas compartilháveis para clientes e equipes internas.

format=screenshotformat=pdfdownload

Controles que mantêm as solicitações previsíveis

url

A página alvo a ser buscada, renderizada, limpa ou capturada.

format

Selecione a resposta que seu produto precisa: html, texto, markdown, json, captura de tela ou pdf.

premium

Escalonar para roteamento mais forte para bloqueios, alvos instáveis ou conteúdo sensível à localização.

render

Execute o Chromium para SPAs, marcação injetada em JS, capturas de tela, PDFs e páginas apenas para navegador.

country

Solicite uma rota específica do país quando o conteúdo mudar por localização.

keep_headers

Encaminhe o contexto da solicitação selecionada, como user-agent, cookie, idioma e referer.

render_wait

Dê ao conteúdo dinâmico uma espera extra controlada antes da extração ou captura.

download

Retorne artefatos visuais como arquivos para download quando a saída for captura de tela ou PDF.

exemplo de cURL

Gere Markdown com a mesma forma de solicitação que você pode mover para produção

curl "https://scraperfly.com/api/v1?url=https%3A%2F%2Fexample.com&format=markdown" \
  -H "apikey: YOUR_API_KEY"

PESO DA SOLICITAÇÃO

Mantenha as mudanças de controle ligadas a custo e evidência

Adicionar renderização, roteamento premium, downloads, capturas de tela, PDFs, esperas ou tentativas repetidas pode aumentar o peso da requisição. ScraperFly ajuda as equipes a manter páginas simples leves e escalar apenas quando a resposta prova que vale a pena.

Um pedido HTML leve retornando uma resposta simples
01

Fetch básico

Use um fetch básico quando o HTML público já contém os campos que você precisa.

Perfil de pedido mais leve; mantenha-o quando a resposta estiver completa.

Renderização JavaScript produzindo um DOM completo
02

Renderização

Use renderização quando o HTML bruto é uma casca e o JavaScript completa a página.

Perfil mais pesado; use-o apenas quando a saída do navegador alterar o resultado.

Várias solicitações preservando cookies e estado do visitante
03

Sessão com estado

Use sessões quando cookies, consentimento, local ou paginação alterarem a resposta.

Perfil de estado mais pesado; preserve-o apenas quando a continuidade for importante.

Roteamento de solicitações através de rotas geográficas e de maior qualidade
04

Roteamento e geo premium

Use roteamento premium ou geográfico apenas quando a origem, país, reputação ou conteúdo regional alterarem o resultado.

Perfil de roteamento mais pesado; aplique-o apenas a alvos que provem que precisam.

O que torna uma solicitação mais pesada

Mais trabalho de infraestrutura

Renderização de navegador, escolhas de roteamento e esperas mais longas significam que a plataforma precisa fazer mais do que retornar uma simples resposta.

Mais incerteza no alvo

Redirecionamentos, estados vazios, limites de taxa e páginas de desafio frequentemente requerem opções de entrega mais robustas ou tentativas novamente.

Mais estado a preservar

Cookies, sessões, consentimento e fluxos de múltiplas páginas adicionam partes móveis que um fetch sem estado simples não possui.

Mais evidências a retornar

Capturas de tela, PDFs, saída renderizada e artefatos de resposta mais ricos são úteis, mas são mais pesados do que HTML simples.

Como manter o peso das requisições previsível

Amostre antes de escalar

Teste um pequeno conjunto de URLs primeiro e agrupe alvos pelo perfil mais leve que retorna dados completos.

Não renderize por padrão

Inspecione o HTML bruto antes de ativar a renderização. Muitas páginas públicas já contêm os dados que você precisa.

Escalone com base em evidências

Suba apenas quando a resposta mostrar conteúdo ausente, dependência de estado, variação geográfica ou problemas de roteamento.

Meça resultados úteis

Otimize em torno de registros válidos entregues, não no volume bruto de solicitações. Um perfil mais leve é melhor apenas quando permanece completo.

FAQ DE REQUISIÇÃO

Perguntas comuns sobre controles de requisição de scraping

Respostas práticas para equipes decidindo quais cabeçalhos, cookies, sessões, user-agent, tentativas, renderização e diagnósticos pertencem a um fluxo de trabalho de scraping confiável.

Respostas de requisição
Solicitações

Fazendo solicitações à API

Para desenvolvedores conectando ScraperFly a agentes, trabalhos, serviços de backend ou testes rápidos.

O que eu envio para ScraperFly?

Envie uma URL alvo mais o formato de saída que você precisa. A API pode retornar HTML, texto limpo, Markdown, JSON, capturas de tela ou PDFs, dependendo das opções de solicitação.

Devo usar GET ou POST?

Ambos podem produzir o mesmo resultado de scraping. GET é conveniente para parâmetros de consulta simples; POST é melhor quando você deseja um corpo JSON claro ou opções de solicitação mais longas.

Posso testar uma solicitação antes de codificar?

Sim. O API Builder gera o endpoint, corpo JSON, parâmetros de consulta e exemplos de código, e depois permite que você envie uma solicitação ao vivo do painel.

Saída

HTML, texto, Markdown e JSON

Escolha a menor saída que seu produto realmente precisa.

Quando devo usar texto limpo?

Use texto limpo quando você precisar de conteúdo de página legível para resumos, classificação, indexação de busca ou prompts de LLM sem marcação de layout.

Para que serve a saída JSON?

JSON é útil quando você quer metadados estruturados, cabeçalhos, links, texto e Markdown em uma única resposta que é mais fácil de inspecionar programaticamente.

Markdown é diferente de texto limpo?

Markdown mantém mais estrutura de conteúdo, como cabeçalhos e listas. Texto limpo é mais plano e melhor quando a formatação é menos importante.

Renderização

Páginas JavaScript

Use renderização de navegador apenas quando a página de destino precisar.

Quando eu ativo render=true?

Ative a renderização para SPAs, páginas de produtos injetadas por JavaScript, conteúdo carregado sob demanda ou páginas onde o HTML fonte não contém os dados que você precisa.

A renderização sempre custa mais?

Sim, o trabalho do navegador é mais pesado do que uma busca HTML básica. Comece sem renderização, depois ative apenas para alvos que realmente exigem a execução de JavaScript.

Posso controlar as dimensões da viewport e o tempo de espera?

Sim. Solicitações de captura de tela e PDF podem usar dimensões de viewport e opções de espera de renderização para que a página capturada tenha tempo de se estabilizar.

Roteamento

Proxies e localização

Roteie solicitações através de pools padrão ou premium quando o comportamento do alvo mudar.

Quando eu preciso de roteamento de proxy premium?

Use roteamento premium para alvos mais rigorosos, taxas de bloqueio mais altas, respostas instáveis ou páginas que se comportam de maneira diferente sob o tráfego normal de datacenter.

Posso solicitar um país?

Sim. Adicione uma opção de país quando o conteúdo alvo depende de localização, moeda, idioma, disponibilidade ou redirecionamentos regionais.

As sessões são suportadas?

Fluxos de trabalho estilo sessão podem reutilizar o contexto entre solicitações relacionadas quando a continuidade é importante para paginação, mudanças de localidade ou scraping em várias etapas.

Arquivos

Capturas de tela e PDFs

Capture páginas renderizadas quando um artefato visual é a saída necessária.

O ScraperFly pode retornar uma captura de tela?

Sim. A saída de captura de tela captura a página renderizada como um arquivo de imagem, incluindo conteúdo renderizado em JavaScript quando a renderização está habilitada.

O ScraperFly pode gerar um PDF?

Sim. A saída em PDF é útil para recibos, relatórios, arquivos, instantâneas de conformidade e páginas que precisam ser salvas como um documento.

Onde os arquivos gerados aparecem?

Usuários registrados no painel podem salvar e baixar artefatos gerados dos logs de solicitações quando a solicitação produz um arquivo para download.

Créditos

Custos e créditos

Créditos rastreiam o trabalho de entrega em vez de infraestrutura ociosa.

Quantos créditos um pedido usa?

Um pedido simples em HTML, texto, Markdown ou JSON geralmente usa menos créditos. Renderização, roteamento premium, capturas de tela e PDFs usam mais porque requerem um trabalho de entrega mais pesado.

Os créditos pay-as-you-go expiram?

Os créditos pay-as-you-go permanecem disponíveis até que você os use. Eles são uma boa opção para cargas de trabalho irregulares ou projetos que não precisam de um plano mensal.

Os créditos de assinatura são acumulados?

Sim. Os créditos do plano mensal se renovam todo mês e os créditos não utilizados são acumulados. Se o pagamento falhar após as tentativas do Stripe, a conta volta para o Pay as you go.

Segurança

Chaves, cabeçalhos e segurança

Mantenha as credenciais em seu backend e encaminhe apenas os cabeçalhos que você pretende usar.

Onde devo armazenar minha chave da API?

Armazene a chave da API no lado do servidor ou em um ambiente confiável. Evite expor chaves de produção em pacotes frontend públicos ou páginas estáticas.

Posso encaminhar cabeçalhos de solicitação?

Sim, cabeçalhos selecionados como user-agent, accept-language, cookie e referer podem ser encaminhados quando um alvo espera um contexto de solicitação realista.

O ScraperFly contorna controles de acesso privados?

Não. É projetado para buscar páginas da web públicas e páginas que você tem permissão para acessar, não para contornar autenticação ou sistemas privados.

Cobrança

Planos, registros e faturas

Use o painel para entender o que aconteceu e por que os créditos mudaram.

Onde posso inspecionar o uso?

O painel registra logs de solicitações, alterações de saldo de crédito, formatos de saída, roteamento de proxy, durações e eventos de cobrança para que você possa auditar o uso.

Posso baixar faturas?

Transações pagas incluem dados de fatura quando o Stripe os fornece, então PDFs de fatura podem ser abertos a partir do log financeiro.

Como gerencio uma assinatura?

Usuários assinantes podem abrir o portal do cliente para alterar detalhes de pagamento, revisar faturas ou cancelar. Usuários gratuitos e de pagamento conforme o uso podem ir para Preços em vez disso.