Principais alternativas ao Firecrawl: recursos e preços

Firecrawl é uma API nativa de IA para web scraping e crawling que converte páginas da web dinâmicas em Markdown pronto para LLM e dados estruturados. Comparamos suas alternativas em benchmarks e recursos.

Comparação de recursos das alternativas ao Firecrawl

Deixamos de fora renderização de JavaScript, endpoints de busca, saída estruturada em JSON e suporte a servidor MCP. Quase todos os produtos aqui oferecem os quatro, então eles não separam mais uma ferramenta da outra.

Os fornecedores marcados como Sim na coluna CAPTCHA resolvem desafios que já apareceram. Os outros evitam que os desafios apareçam, por meio de fingerprinting e rotação de IP. Alguns encaminham você para um solucionador externo, e um pausa para que uma pessoa possa intervir.

Os scrapers pré-criados são endpoints prontos para sites específicos, como Amazon ou LinkedIn, que retornam JSON analisado.

O acesso a proxy residencial geralmente vem com uma barreira. Vários fornecedores pedem KYC antes de ativá-lo, e um lista um preço para um pool que contas de autoatendimento não podem comprar.

Comparação de preços das alternativas ao Firecrawl

Os preços são por 1.000 requisições renderizadas em JavaScript na opção paga mais barata de cada fornecedor, usando proxies padrão em um site alvo comum. As taxas caem conforme o volume aumenta, e proxies premium ou residenciais as elevam novamente.

O preço do Zyte aumenta com a dificuldade do alvo: requisições HTTP vão de $0,13 a $1,27 por 1.000, e requisições renderizadas no navegador vão de $1,01 a $16,08; portanto, o valor de $1,01 na tabela é a camada de navegador mais fácil, e sites difíceis custam várias vezes mais.

Os planos gratuitos se dividem em dois grupos. Alguns são renovados todos os meses; outros são uma concessão única que você gasta uma única vez.

O pagamento por sucesso não é definido da mesma forma em todos os lugares. Uma página bloqueada é gratuito em todos os produtos marcados como Sim, mas uma página que carrega e devolve lixo geralmente ainda é cobrada.

Benchmarks das alternativas ao Firecrawl

Benchmark de desbloqueio web

Desempenho da saída em markdown no benchmark de desbloqueio web

Para detalhes e metodologia do benchmark, veja nosso  benchmark de desbloqueio web.

Benchmark de web crawlers

Avaliamos os principais web crawlers e fizemos uma análise detalhada dos resultados. Veja nosso benchmark de web crawlers para a análise completa.

Benchmark de web scraping com IA

Avaliamos os principais scrapers de web com IA em precisão, tempo de conclusão e custo.

Para a metodologia completa e os resultados lado a lado, veja nosso benchmark de web scraping com IA.

Alternativas ao Firecrawl

Bright Data opera uma plataforma de dados web cuja API Web Scraper inclui mais de 1.500 scrapers pré-criados que cobrem mais de 800 domínios populares, incluindo LinkedIn, Amazon e Google Maps. O Web Unlocker, a SERP API, as redes de proxy residencial e de datacenter e os datasets pré-coletados ficam como produtos separados, de modo que uma equipe pode executar a camada de desbloqueio sem o catálogo de scrapers, ou vice-versa.

Os scrapers pré-criados retornam JSON estruturado diretamente do endpoint; assim, uma chamada para Amazon ou LinkedIn chega como campos analisados em vez de HTML bruto. Os fornecedores sem essa camada devolvem HTML ou markdown e deixam a extração de campos para seletores CSS, XPath ou uma etapa de LLM escrita pelo chamador.

• O Scraper Studio gera um scraper específico para o domínio API de qualquer site alvo por meio de um fluxo de apontar e clicar, cobrindo domínios fora do catálogo de 800+.
• A profundidade dos campos varia conforme o alvo, em vez de seguir um único esquema em todos os sites; um registro do Zillow, por exemplo, retorna 120+ campos.
• O Web Unlocker é vendido separadamente para equipes que só precisam da camada antibot com um IP residencial: uma chamada HTTP, tratamento automático de bloqueios, CAPTCHAs resolvidos no servidor, sem necessidade de gerenciar proxy.
• A SERP API retorna resultados de busca analisados do Google, Bing, DuckDuckGo, Yandex e outros buscadores, com segmentação por local e dispositivo, com preço por solicitação bem-sucedida em vez de por crédito.
• O Scraping Browser expõe um Chromium hospedado pelo protocolo CDP; assim, scripts de Playwright ou Puppeteer controlam um navegador real enquanto a Bright Data cuida de proxies e desbloqueio.
• A Crawl API recebe uma URL semente e percorre todo o site até gerar uma saída estruturada, mantendo-se separada da Scraper API por página para tarefas de profundidade.
• O Deep Lookup é uma busca em linguagem natural sobre o índice rastreado, retornando entidades classificadas, como empresas ou pessoas, em vez de URLs brutas.
• O marketplace de Datasets vende snapshots atualizados de LinkedIn, Amazon, Instagram e outras fontes de alto valor por assinatura, entregues como CSV, JSON ou Parquet, com mais de 5B registros atualizados conforme a programação.
• Os pools de proxy residencial, datacenter, ISP e móvel são cobrados separadamente das APIs; o residencial vem de mais de 150M IPs de pares obtidos de forma ética e fica atrás de KYC, enquanto datacenter e ISP permanecem em autoatendimento.

Oxylabs fornece uma API Web Scraper que cobre mais de 40 alvos pré-configurados, incluindo Amazon, Google, Walmart e eBay, roteados por um parâmetro source onde source: "amazon_product" chama um parser mantido e source: "universal" cuida de todo o resto. A empresa também vende proxies residenciais, de datacenter, móveis, ISP e SOCKS5, além de um produto Headless Browser separado, por conta própria.

Os parsers pré-criados retornam JSON estruturado diretamente do endpoint; assim, uma chamada para Amazon ou Google chega como campos analisados em vez de HTML bruto.

• O OxyCopilot escreve instruções de parsing a partir de uma página alvo e de um prompt em inglês simples; assim, um Custom Parser pode ser criado sem escrever XPath manualmente.
• O IA Studio reúne um scraper, um crawler de IA, uma SERP API e um construtor de aplicativos em um único produto baseado em créditos, voltado para equipes que criam sobre LLMs.
• Um marketplace de Datasets vende dados pré-coletados de e-commerce, empregos e imóveis por download; assim, alvos recorrentes podem ser comprados em vez de raspados do zero.

Decodo, antiga Smartproxy, combina rotação de proxy, renderização e tratamento antibot atrás de um único POST /v2/scrapeendpoint para trabalho em tempo real, com /v3/task para assíncrono, /v3/task/batch para volume e /v0/search para SERP. O Site Unblocker, um pool residencial de mais de 115M endereços, e proxies de datacenter, móveis e ISP ficam como produtos separados; assim, uma equipe pode executar a camada antibot sem passar pela Scraping API.

Os parsers pré-criados retornam JSON estruturado diretamente do endpoint.

• O IA Parser transforma qualquer HTML em JSON estruturado a partir de um prompt em inglês simples e gera instruções de parsing reutilizáveis que se conectam diretamente a um trabalho da Scraping API.
• A Fast Search API retorna resultados orgânicos analisados do Google e as principais notícias em menos de um segundo, com controles de país, idioma e local por solicitação, mas executa apenas de forma síncrona e ignora superfícies mais ricas, como o IA Overview, que permanecem no alvo padrão de busca do Google.
• As solicitações assíncronas respondem para um callback_url com um campo passthrough devolvido junto, para que o callback possa ser autenticado sem um segredo compartilhado.
• session_id mantém o mesmo IP por até 10 minutos, e os resultados permanecem recuperáveis por 24 horas; assim, fluxos de várias etapas mantêm uma única identidade entre as solicitações.
• device_type aceita 12 valores que cobrem desktop, mobile e tablet, com variantes específicas do navegador como desktop_firefox ou mobile_ios, e xhr retorna as solicitações XHR e fetch da página junto com o HTML renderizado.

A Apify executa scripts de scraping e automação de navegador chamados Actors, em que cada Actor é um script em contêiner que pode ser acionado por uma API, agendado ou encadeado em um pipeline. A cobrança acompanha Compute Units por tempo de execução e memória, e não por páginas; assim, o custo segue o tempo de execução do script, e não quantas URLs ele toca, e os parsers de sites nomeados vêm de um marketplace da comunidade, não de um catálogo mantido pelo fornecedor.

Os Actors gravam itens em um Dataset como JSON estruturado; assim, o formato da saída é definido pelo Actor em execução. A própria Apify publica 117 Actors próprios no namespace apify/, concentrados em scrapers de Instagram e Facebook, no Google Search, Trends e IA Overviews, scrapers de interface de LLM para ChatGPT e Perplexity, além de ferramentas orientadas a RAG, como o Website Content Crawler, o RAG Web Browser e o URL to Markdown. Os scrapers de Amazon, LinkedIn, TikTok e Zillow que aparecem na Store são todos códigos de terceiros da comunidade.

• O Crawlee é o framework de scraping de código aberto da Apify em Node.js e Python sob a licença Apache 2.0, com crawlers baseados em HTTP (HttpCrawler, BeautifulSoupCrawler, ParselCrawler) ao lado de crawlers baseados em navegador (PlaywrightCrawler), com rotação de proxy integrada, pools de sessão e geração de impressão digital do navegador.
• O Website Content Crawler é um Actor próprio que salva cada página como campos text, markdown e html em uma única execução de Dataset, voltado para pipelines de RAG, e não para scraping em nível de campo.
• O RAG Web Browser recebe uma consulta, faz uma busca no Google, busca os principais resultados e devolve markdown limpo em uma única chamada, unindo busca e extração de conteúdo em um único Actor.
• Cada Actor vem com Datasets, armazenamentos Key-Value e filas Request como armazenamento de primeira classe; assim, o estado de paginação, os itens raspados e os arquivos nomeados persistem entre execuções sem banco de dados externo.
• Os agendamentos executam qualquer Actor em uma expressão cron, e os Webhooks disparam em eventos do ciclo de vida do Actor para orquestração downstream.
• Desenvolvedores terceiros publicam e monetizam Actors na Store; assim, mais de 66.000 dos ~67.000 Actors são código da comunidade, e não de primeira parte.

A plataforma da Nimble se divide em três camadas: Web Search Agents para pesquisa automatizada, um conjunto de APIs de Web Tools para desenvolvedores e um IA Plugin para agentes pessoais. Internamente, cada requisição é executada em uma escada explícita de drivers com cinco degraus, de vx6 para HTTP estático, passando por vx8 e vx8-pro para JavaScript, até vx10 e vx10-pro para navegação headless e headful furtiva; definir render: "auto" percorre essa escada por domínio, começando barato e escalando apenas até a requisição ser bem-sucedida.

A Extract Template API é a aposta da Nimble na camada de scrapers prontos, retornando JSON analisado para sites nomeados como Amazon, Walmart, Target, Best Buy, Home Depot, Google, TikTok, Facebook, ChatGPT e Perplexity.

• A Search API retorna resultados web de baixa latência com links, snippets e conteúdo opcional das páginas em uma única chamada; assim, uma consulta não precisa de um Extract de acompanhamento para trazer o texto da página subjacente.
• A Extract API recebe uma URL e retorna HTML ou markdown, enquanto a Extract Template API fica ao lado para sites nomeados em que a Nimble já escreve e mantém o parser.
• A Crawl API extrai todas as páginas de um domínio em uma chamada, e a Map API retorna apenas a hierarquia de URLs; assim, descoberta e coleta de conteúdo são SKUs separados, em vez de um único endpoint que rastreia tudo.
• A Media API descobre todas as URLs de um site entre vídeos, imagens, áudio e documentos, o que atende a pipelines que precisam inventariar ativos antes de decidir o que buscar.
• A conversão de markdown tem um interruptor markdown_backend: full_page converte o documento inteiro, main_content executa primeiro o Mozilla Readability para extração mais limpa em páginas de artigo.
• Uma blocklist publicada rejeita requisições para domínios de processadores de pagamento, streaming, jogos e financeiros em todos os planos, incluindo PayPal, Stripe, Spotify, Steam e Kayak.

A Zyte API é um endpoint em que cada saída é alternada como um campo booleano; a escolha central é a opção barata httpResponseBody para uma busca HTTP bruta contra browserHtml para uma renderização completa no navegador, com controle headless do navegador, gerenciamento de sessão e rotação de IP entre pools residenciais, de datacenter e móveis por cima. A Zyte também mantém o Scrapy, e o plugin scrapy-zyte-api encaminha um spider existente pela API com uma linha de addon, deixando o código do spider intacto.

A Extração por IA retorna JSON analisado, mas a camada é baseada em tipo, e não em site: pageContent: true retorna conteúdo limpo e pronto para LLM de qualquer página; esquemas padrão como product, article e jobPosting executam modelos de ML treinados em qualquer página daquele tipo; e campos personalizados executam um LLM somente quando você os define. Fornecedores com catálogo de sites nomeados, como Bright Data ou Oxylabs, entregam um parser mantido por alvo.

• O endpoint de SERP retorna até 100 resultados orgânicos, além do IA Overview, em uma chamada, com as páginas 2 a 10 com preço menor que a página 1; assim, a pesquisa paginada de palavras-chave não multiplica o custo linearmente.
• O Headless Browser lida com execução completa de JavaScript e interação com o DOM, exposto como booleano no mesmo endpoint, em vez de ser um produto separado.
• O Scrapy Cloud é vendido como um produto de hospedagem separado para equipes que executam o framework de código aberto, posicionado como hospedagem gerenciada para spiders do Scrapy.
• O Agentic Web Data inclui plugins para agentes de programação, começando pelo Claude Code, dando ao agente o contexto para criar projetos Scrapy de produção.
• O Zyte Data é um braço gerenciado de dados como serviço para equipes que querem a saída, em vez de uma API para chamar.
• O controle de permissões permite que uma conta desative técnicas antibanimento em bloco, com alternadores para gerenciamento de CAPTCHA e IPs residenciais, ambos ativados por padrão.

O ScrapingBee combina rotação de proxy e renderização headless atrás de um único endpoint, em que o custo em créditos de cada requisição varia conforme a combinação solicitada, e não conforme o nível do plano. Oito endpoints dedicados para alvos nomeados ficam ao lado da API genérica, cobrindo Google Search, Amazon, Walmart, YouTube, ChatGPT e Gemini, além de uma Fast Search API e uma Employee Search API.

Os endpoints dedicados retornam JSON analisado diretamente para o site alvo; assim, uma chamada de produto da Amazon chega como campos, e não como HTML bruto. A API genérica ainda retorna HTML por padrão e se combina com ai_extract_rules ou ai_query para extração baseada em LLM quando o alvo não está na lista dedicada.

• Capturas de tela, cookies personalizados e regras de extração por seletores CSS são expostos como parâmetros de primeira classe no endpoint genérico, ao lado da extração baseada em IA.

• O modo automático escolhe a configuração funcional mais barata e cobra apenas o que funcionou, embora execute somente em GET e rejeite render_js, premium_proxy ou stealth_proxy passados junto com ele.

• js_scenario executa sequências de clique, rolagem, preenchimento e espera antes de retornar a página renderizada; assim, fluxos de várias etapas não precisam de uma sessão de navegador separada.

• A Agentic Employee Search API está retornando listas de funcionários para uma empresa alvo, em vez do conteúdo da página.

• O modo Stealth abandona o suporte a rolagem infinita, cabeçalhos e cookies personalizados e o parâmetro de timeout; assim, a camada antibot mais difícil troca profundidade de interação por evasão.

O Spider Cloud rastreia por meio de um navegador headless escrito do zero em Rust, escalando para o navegador somente quando uma página precisa de JavaScript. Os resultados são transmitidos como JSONL página por página conforme o rastreamento acontece; assim, os sistemas downstream consomem as primeiras páginas enquanto as últimas URLs ainda estão sendo buscadas.

Ele não inclui um catálogo de parsers mantidos para sites nomeados. Em vez disso, o JSON estruturado vem por duas rotas: em /scrape, um mapa de seletores definido pelo usuário transforma CSS ou XPath em campos nomeados retornados sob css_extracted; e em /fetch/{domain}/{path}, um endpoint alfa auto-descobre uma configuração por domínio na primeira requisição e a armazena em cache para reutilização.

• Nove endpoints compartilham a mesma autenticação e o mesmo formato de JSON: Crawl, Scrape, Search, Screenshot, Transform, Links, Unblocker e o Fetch alfa, ao lado de um caminho de extração de IA /pipeline/* obsoleto, substituído por Scrape e Fetch.
• O parâmetro request escolhe entre http, smart e browser, com smart como padrão: primeiro executa uma busca HTTP e só escala para o Chrome quando a página precisa.
• /unblocker é um endpoint separado para páginas protegidas por bot: uma mudança de caminho de /scrape move a mesma requisição para uma escada de escalonamento de quatro degraus que cobre proxies geodirecionados, fingerprints de navegador, resolução de CAPTCHA e Turnstile e rotação completa de identidade. Os 10 a 40 créditos extras são cobrados apenas em caso de sucesso.
• /transform converte HTML bruto ou PDF em markdown, texto ou HTML higienizado sem buscar novamente na web; assim, conteúdo já coletado em outro lugar pode ser limpo como uma etapa separada.
• /links retorna todas as URLs de um site sem extrair conteúdo, com preço menor que um crawl completo; assim, a geração de sitemap não paga por markdown que nunca usa.
• Os mapas de seletores aceitam CSS e XPath, e uma chave de mapa por caminho de URL; assim, /products e /blog podem conter definições de campos diferentes na mesma requisição.
• return_json_data retorna JSON-LD, schema de produto e os objetos de estado que frameworks incorporam na página, geralmente mais ricos do que qualquer coisa visível no DOM.

A Exa é uma empresa de busca semântica, e não um scraper sob demanda: a busca é executada no índice vetorial da própria Exa, com 100 bilhões de documentos e 1.4 trilhões de URLs rastreadas, divulgado como o maior índice web independente fora do Google e do Bing. O conteúdo em cache é servido por padrão, e maxAgeHours define o quão recente um resultado precisa ser antes de a Exa buscar novamente, enquanto o parâmetro mais antigo livecrawl agora está obsoleto e documentado como não garantindo uma busca atualizada.

O JSON estruturado aqui significa resultados de busca, e não campos analisados de sites: uma chamada retorna URLs, títulos, snippets e, opcionalmente, o conteúdo da página, e a etapa de extração é o que /contents executa nas páginas recuperadas. Fornecedores com parsers de sites nomeados ou extração de IA baseada em tipo começam de uma URL que você já tem; a Exa começa de uma consulta.

• A Agent API usa por padrão um esforço medido auto limitado a $5 por requisição, com níveis fixos de minimal a x-high para preços previsíveis por requisição.

• A busca tem modos verticais para empresas, pessoas, código, notícias, relatórios financeiros, artigos de pesquisa, sites pessoais e PDFs; assim, uma consulta pode ser restrita a um tipo de entidade, e não a uma lista de domínios.

• Os Websets transformam uma consulta em uma coleção curada que a Exa cria sob demanda, com campos de enriquecimento que você descreve em texto puro.

• Os Monitors observam uma consulta ou um domínio ao longo do tempo e disparam quando novas correspondências aparecem, voltados para vigilância contínua, e não para recuperação pontual.

• O Answer retorna uma resposta direta a uma pergunta, em vez de uma lista classificada, e costura as fontes das quais se originou.

O Tavily executa cinco endpoints projetados para agentes de IA, e não para web scraping bruto: Search, Extract, Research, Crawl e Map. A busca roda contra o índice rastreado do próprio Tavily, em vez de usar proxy de um mecanismo público, e a documentação do crawler afirma que ele segue o acesso do Googlebot; assim, páginas que o Googlebot não consegue rastrear também ficam fora do índice do Tavily.

O JSON estruturado aqui retorna resultados de busca e conteúdo de página extraído, não campos analisados para sites nomeados. O Extract tem os modos basic e advanced, em que advanced é documentado como a escolha para páginas dinâmicas ou renderizadas em JavaScript e dobra o custo em créditos por URL.

• A filtragem integrada bloqueia vazamento de PII, injeção de prompt e fontes maliciosas antes que os resultados cheguem a um modelo, posicionada como uma camada de segurança, e não como um recurso opcional.

• A busca retorna resultados com títulos, URLs, snippets e conteúdo opcional da página em uma única chamada; assim, uma consulta não precisa de um Extract de acompanhamento para trazer o texto subjacente.

• O Extract cobra por grupo de cinco URLs e nunca cobra uma extração que falhou; assim, alvos frágeis não consomem créditos.
• O Crawl combina mapeamento de site e extração por página em um único endpoint, com o custo dividido em uma taxa de mapeamento e uma taxa de extração; assim, a descoberta de URLs e a recuperação de conteúdo são cobradas separadamente dentro de uma única chamada.

• O Map retorna apenas o grafo de URLs de um site sem extrair nenhum conteúdo de página, voltado para pipelines que inventariam antes de decidir o que buscar.

O posicionamento da Diffbot é “buscar conhecimento, não markdown”: visão computacional e NLP classificam uma página segundo uma ontologia padrão e devolvem campos estruturados em cerca de 300ms; assim, uma chamada Extract funciona em qualquer artigo, produto ou vaga de emprego de qualquer site, em vez de um parser por alvo. Cinco produtos ficam por cima: Extract, Crawl, Natural Language, Knowledge Graph e Web Search.

• JavaScript personalizado pode ser injetado em uma chamada Extract por meio do cabeçalho X-Forward-X-Evaluate, e deve começar com start() e terminar com end() ou a requisição expira.

• O Extract aponta para uma URL e retorna campos tipados como title, author, price ou salary da ontologia, junto com texto e HTML para o corpo completo da página.

• A Web Search API executa no índice de 150TB da própria Diffbot e também é empacotada para 4TB para auto-hospedagem em seu próprio hardware; assim, a busca pode rodar offline sem telemetria.

• A Natural Language API recebe texto bruto, em vez de uma URL, e retorna entidades, relacionamentos, fatos e sentimento resolvidos em relação ao Knowledge Graph.

• A Custom API fica ao lado da ontologia para os casos em que ela não se encaixa, aceitando seletores CSS ou XPath escritos pelo usuário e vinculados a um padrão de URL.

Não perca os nossos benchmarks e insights baseados em dados. O botão abre o Google; selecionar a AIMultiple confirma que deseja ver a AIMultiple com mais frequência nos resultados de pesquisa do Google.

Adicionar como fonte preferencial

Como escolher uma alternativa ao Firecrawl

Resolução de CAPTCHA versus prevenção: Bright Data, Oxylabs e Spider Cloud resolvem desafios uma vez que eles aparecem. Decodo, Nimble e Zyte tentam evitá-los por meio de fingerprinting e rotação de IP, mas não resolvem um que chega a aparecer.

Como o JSON estruturado volta: Bright Data, Oxylabs, Decodo, Nimble e ScrapingBee mantêm um parser por site nomeado. Zyte e Diffbot classificam por tipo de página; assim, uma chamada funciona em qualquer página de produto ou artigo. O Spider Cloud espera seletores definidos pelo usuário, e a maioria do grupo também aceita um prompt em inglês simples por meio de um caminho de extração com IA.

Preço real, e não preço de vitrine: a renderização em JavaScript dobra ou triplica a taxa básica em Zyte, ScrapingBee e Oxylabs, e a extração de JSON acrescenta mais quatro ou cinco créditos por página em Firecrawl e ScrapingBee. Todos os fornecedores, exceto Apify e Exa, cobram apenas as requisições bem-sucedidas.

Acesso a proxy residencial: é mais rápido obter autoatendimento em Decodo, Bright Data (datacenter e ISP enquanto o KYC está pendente) ou na Spider. O proxy da Nimble não está disponível para contas de autoatendimento; a Zyte exige KYC e revisão jurídica; a Oxylabs aplica KYC a todos os clientes e recusa cerca de um quarto dos candidatos.

Cite esta pesquisa

Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.

@misc{sipi2026,
  author = {Şipi, Nazlı},
  title  = {{Principais alternativas ao Firecrawl: recursos e preços}},
  year   = {2026},
  month  = sep,
  howpublished    = {\url{https://aimultiple.com/firecrawl-alternatives}},
  note   = {AIMultiple. Acessado em 4 setembro 2026}
}

Nazlı Şipi

Pesquisadora de IA

Siga-nos

Nazlı é analista de dados na AIMultiple. Ela tem experiência anterior em análise de dados em vários setores, onde trabalhou transformando datasets complexos em insights acionáveis.

Ver perfil completo

Seja o primeiro a comentar

Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.

Nome

Endereço de email

Comentário

0/450

Postar comentário