rendering

Hub de renderização para fluxos de trabalho de web scraping pesados em JavaScript

Use a renderização do navegador quando uma página pública precisar de execução de JavaScript, HTML renderizado, capturas de tela, PDFs ou controles de espera. Comece com o HTML fonte primeiro, depois adicione a renderização apenas quando o alvo provar que muda o resultado capturado.

A renderização é uma decisão, não um padrão. Um fluxo de trabalho de scraping prático começa verificando o HTML de origem, depois habilita a execução do navegador apenas quando o conteúdo público útil é criado após a execução do JavaScript ou quando a equipe precisa de prova visual através de uma captura de tela ou PDF.

ScraperFly oferece às equipes um caminho controlado para essa decisão. Teste o alvo, compare a saída de origem e a renderizada, escolha o menor formato de resposta útil e adicione esperas, capturas de tela, PDFs, sessões, cabeçalhos, roteamento por país ou entrega premium apenas quando eles melhorarem o resultado capturado.

Use renderização quando o JavaScript mudar a resposta

Muitas páginas públicas modernas enviam primeiro uma estrutura HTML fina e constroem o DOM útil no navegador. Grades de produtos, resultados de busca, mapas, painéis, avaliações e rotas de SPA podem aparecer apenas após o JavaScript do frontend carregar dados e atualizar a página. Nesses casos, a renderização no navegador pode retornar uma resposta que o HTML de origem sozinho não pode fornecer.

Outras páginas não precisam de renderização. Se a resposta de origem já contém o conteúdo, uma solicitação HTML básica geralmente é mais rápida, mais barata e mais fácil de depurar. O fluxo de trabalho de renderização mais forte é baseado em evidências: inspecione a primeira resposta, prove o que está faltando e, em seguida, habilite a execução do navegador para os alvos que precisam disso.

Decisão de renderização	Use-a quando	Comece com	Próximo controle a testar
HTML bruto é suficiente	O conteúdo útil já está na resposta inicial	Saída HTML sem renderização	Lógica do parser, metadados ou formato de resposta
HTML renderizado é necessário	O DOM é completado após a execução do JavaScript do lado do navegador	Renderização com saída HTML renderizada	Tempo de espera se o conteúdo carregar de forma assíncrona
Captura de SPA é necessária	React, Vue, Angular, Next.js ou outra rota de frontend muda o conteúdo visível	Renderização mais inspeção da URL final e status	Sessions, cabeçalhos ou esperas específicas de rota
Prova visual é necessária	O fluxo de trabalho deve mostrar como a página renderizada parecia	Saída de captura de tela ou PDF	Viewport, tempo de espera, download ou configurações de arquivo

A saída renderizada ainda precisa do formato certo

A renderização resolve a execução da página, mas não decide o que a aplicação deve consumir. Um parser pode precisar de HTML renderizado. Um fluxo de trabalho de IA ou RAG pode preferir texto limpo ou Markdown. Um sistema de monitoramento pode precisar de metadados JSON para status e diagnósticos. Um fluxo de trabalho de QA ou conformidade pode precisar de capturas de tela ou PDFs como evidência.

O caminho prático é escolher o formato de saída antes de escalar a solicitação. Isso mantém o pipeline focado no ativo que o produto realmente precisa, em vez de gerar arquivos pesados ou marcação bruta que sistemas posteriores devem limpar mais tarde.

Resumo prático: renderize apenas quando o comportamento da página provar isso. Em seguida, retorne o resultado renderizado no formato que sua aplicação pode usar imediatamente.

ADEQUAÇÃO DA RENDERIZAÇÃO

Verifique se o JavaScript realmente muda a página capturada

A renderização deve seguir evidências. Compare o HTML de origem com o resultado renderizado, inspecione a URL final, o tamanho da resposta, o status e o estado da captura de tela, e então habilite a execução do navegador apenas para alvos onde isso muda a saída útil.

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

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

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

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

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.

CONTROLES DE SOLICITAÇÃO

Construa o perfil da solicitação renderizada antes que ele se torne código de produção

Um fluxo de trabalho de renderização deve tornar cada controle explícito: URL de destino, sinalizador de renderização, tempo de espera, formato de saída, capturas de tela ou PDFs, sessões, cabeçalhos, roteamento por país e downloads. Testar essa forma primeiro evita que padrões pesados se espalhem por cada scraping.

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"

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.

PESO DA SOLICITAÇÃO

Mantenha o trabalho do navegador reservado para alvos que provem que precisam disso

Renderização no navegador, capturas de tela, PDFs, roteamento premium e longas esperas são controles úteis, mas adicionam peso. ScraperFly ajuda as equipes a manter o HTML de origem como o caminho padrão e adicionar controles mais pesados apenas quando as evidências da resposta justificam isso.

Um pedido HTML leve retornando uma resposta simples

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

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

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

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 RENDERIZAÇÃO

Perguntas comuns sobre renderização de JavaScript e scraping de navegador headless

Respostas práticas para equipes decidindo quando a execução do navegador vale a pena, como escolher saídas renderizadas e como evitar transformar cada scraping de página pública em uma solicitação pesada.

Renderizando respostas

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.