Para conectar o Facebook Public Data ao Claude via MCP: copie mcp.portermetrics.com/mcp, vá para Claude.ai, abra Conectores → Gerenciar conectores → Adicionar conector personalizado, cole a URL e faça login. A partir daí, pergunte ao Claude qualquer coisa sobre suas páginas públicas do Facebook Public Data em inglês simples.
Uma vez conectado, você pode automatizar seus relatórios e análises do Facebook Public Data — faça perguntas sobre seus dados, crie dashboards, acione alertas ou envie relatórios prontos para o cliente como o abaixo.
- Uma conta da Porter Metrics com sua conta do Facebook Public Data conectada (o plano gratuito é suficiente para experimentar de ponta a ponta)
- Uma conta do Claude — o plano gratuito funciona para o Claude Web; uma assinatura Pro é necessária para os recursos do Claude Code e Desktop MCP
- Acesso de administrador ou padrão às páginas do Facebook Public Data que você deseja conectar
Conectar o Facebook Public Data ao Claude com MCP
Para este tutorial, vamos usar o método MCP. Aqui está uma explicação rápida do que é o MCP e por que é o melhor caminho para o Facebook Public Data.
MCP (Model Context Protocol) é o padrão aberto que permite que ferramentas de IA como Claude, ChatGPT, Claude Code e outras acessem e usem APIs externas — as coisas que fazem ferramentas como o Facebook Public Data funcionarem nos bastidores. Em vez de construir uma integração personalizada para cada ferramenta de IA que você usa, você instala um MCP e cada IA compatível obtém acesso aos mesmos dados.A configuração completa leva menos de 5 minutos e se divide em três passos: conectar o Facebook Public Data à Porter, apontar o Claude para o MCP da Porter e fazer sua primeira pergunta.
1. Conecte seus dados do Facebook Public Data à Porter
A Porter fica entre a Graph API do Meta e o Claude. Ela lida com OAuth, limitação de taxa, paginação e toda a infraestrutura para que o Claude só veja dados limpos e estruturados.
Cadastre-se na Porter. Crie uma conta gratuita em portermetrics.com. O plano gratuito é suficiente para executar este fluxo completo de ponta a ponta. Conecte seu Facebook. Na Porter, clique em Criar → escolha Claude como destino → selecione Facebook Public Data como fonte → faça login com o Facebook para conceder acesso às suas páginas. Selecione suas páginas. Escolha as páginas do Facebook Public Data que você deseja que o Claude consulte. Quando você seleciona várias páginas em uma única conexão, a Porter automaticamente combina seus dados para que você possa consultá-las como uma só.Opcional: habilite o armazenamento automático no BigQuery se você estiver conectando várias páginas com grandes volumes de dados. Isso mantém as respostas do Claude rápidas mesmo em escala.
2. Conecte o MCP ao Claude
A URL do MCP da Porter é o que você cola no Claude. Uma vez adicionado, o Claude pode consultar os dados do Facebook Public Data sob demanda em qualquer conversa.
Vá para claude.ai e clique no + ícone na entrada de chat para abrir o menu de ferramentas.

No menu que abre, passe o mouse sobre Conectores e clique em Gerenciar conectores.

No painel de Conectores, clique no + botão no topo da lista para começar a adicionar um novo conector.

Escolha Adicionar conector personalizado no menu suspenso que aparece.

Uma caixa de diálogo abre com os campos de nome e URL. Digite Porter no primeiro campo para nomear o conector.

No segundo campo, cole https://mcp.portermetrics.com/mcp. Deixe as configurações avançadas como estão.

Clique em Adicionar no canto inferior direito da caixa de diálogo. O Claude abre uma janela de login — use a mesma conta do Google vinculada ao seu workspace da Porter e aprove o acesso.

Quando a autorização terminar, você verá as ferramentas somente leitura da Porter aparecerem no painel de conectores. Você está pronto para começar a fazer perguntas.

Para um passo a passo mais completo com capturas de tela em cada etapa, veja o tutorial do Porter MCP.
3. Comece a criar perguntas e dashboards
Com a Porter conectada, abra um novo chat do Claude e pergunte qualquer coisa sobre seu Facebook Public Data em inglês simples. O Claude chama a Porter nos bastidores, puxa dados ao vivo do Meta e responde com tabelas, gráficos ou resumos.
Experimente uma destas para verificar se a configuração está funcionando:
Para um catálogo completo de prompts de copiar e colar organizados por caso de uso (inteligência competitiva, saúde da marca, benchmarking de conteúdo, cross-channel), vá para a seção de prompts abaixo.
Outras formas de conectar o Facebook Public Data ao Claude
O MCP é o caminho que acabamos de percorrer — e o que recomendamos para a maioria dos profissionais de marketing. Mas não é a única forma de colocar os dados do Facebook Public Data na frente do Claude. As alternativas mais comuns são a API direta do Facebook Public Data (ou seu MCP oficial, se houver), uma ponte do Google Sheets ao vivo, e o BigQuery para escala. Cada uma tem seus prós e contras — escolha a que se encaixa na forma como sua equipe já trabalha.
- 🔌 API direta do Facebook Public Data (ou MCP oficial) — Converse diretamente com a Graph API do Meta, ou instale o MCP oficial do Facebook Public Data (se existir). Controle máximo, mas você lida com autenticação, limites de taxa e paginação — e só obtém uma fonte.
- 📊 Google Sheets — Planilha ao vivo ou upload de CSV único. Auditável, familiar, mais rápido para grandes exportações — mas a agregação acontece na Planilha, não na API.
- 🗄️ Google BigQuery — Para páginas grandes ou agências executando análise multi-página. O BigQuery agrega; o Claude só consulta resumos pré-construídos.
Via API direta do Facebook Public Data (ou MCP oficial)
Se você está construindo um produto em torno do Facebook Public Data — ou é um desenvolvedor que prefere possuir cada camada da integração — o caminho mais direto é conversar com a Graph API do Meta diretamente, ou instalar o MCP oficial do Facebook Public Data (se existir). O Facebook não publica um servidor MCP oficial, então isso significa escrever chamadas da Graph API diretamente no Claude Code ou em seus próprios scripts. Você precisará seguir os limites de taxa e cotas do Meta e solicitar um Token de Desenvolvedor / acesso à API quando aplicável. De qualquer forma, você pula a Porter inteiramente e chama o Meta a partir do seu próprio código ou do Claude Code com requisições HTTP brutas.
O trade-off a saber. Ir direto dá a você controle máximo e os dados mais frescos possíveis — cada endpoint, cada parâmetro, sem camada de abstração no meio. Mas agora você é responsável pelos fluxos de OAuth, tokens de atualização, limites de taxa, paginação, mudanças de esquema e tentativas de erro. E criticamente, você só obtém uma fonteNo momento em que você também quiser Google Ads, GA4 ou Shopify na mesma conversa, volta a construir (ou costurar) mais integrações. Quando isso faz sentido: equipes de engenharia que precisam de uma única fonte com controle total, produtos que enviam dados do Facebook Public Data como um recurso (onde você já possui a integração de qualquer forma), ou scripts pontuais onde você não se importa em escrever o código de autenticação e paginação. Para profissionais de marketing que querem fazer perguntas em inglês simples e combinar o Facebook Public Data com o resto de sua stack em uma única conversa, o caminho do Porter MCP é dramaticamente menos trabalho.Via Google Sheets (planilha ao vivo ou CSV manual)
Se sua equipe já vive no Google Sheets — ou você quer um rastro de papel antes de o Claude tocar em qualquer coisa — alimente o Facebook Public Data em uma Planilha, depois deixe o Claude ler a Planilha. Você pode automatizar o pipeline Facebook Public Data → Sheets com a Porter para que ele atualize diariamente, ou fazer exportações pontuais de CSV da interface nativa do Facebook Public Data para análise estática.
O trade-off a saber. Com o caminho do MCP, o Claude chama a API do Meta diretamente e o Meta faz a filtragem e agregação do lado dele — limpo e determinístico. Com o caminho do Sheets, o Claude agrega dentro da própria Planilha, o que pode introduzir alucinações em totais, médias e junções quando você tem milhares de linhas. A vantagem é a velocidade: para intervalos de datas muito grandes ou análise histórica, uma Planilha pré-construída é dramaticamente mais rápida do que chamadas de API ao vivo. Quando isso faz sentido: equipes de finanças que querem revisar os números antes de o Claude agir sobre eles, agências que já entregam relatórios de clientes em Sheets, análise histórica ao longo de anos de dados, ou qualquer caso onde você se importa mais com velocidade do que com atualização em tempo real. Leia o tutorial completo do Sheets →Via Google BigQuery (para escala)
Este é o caminho que a maioria das pessoas ignora — e é o que te salva quando sua página do Facebook Public Data fica séria. Uma única página grande ou uma agência gerenciando mais de 10 páginas atingirá limites de taxa da API e problemas de latência ao consultar o Claude diretamente. O Claude literalmente te dirá que está demorando demais ou dando timeout em grandes extrações.
O BigQuery resolve isso. Você carrega os dados do Facebook Public Data em tabelas do BigQuery em um cronograma, depois conecta o BigQuery ao Claude — seja por um MCP do BigQuery ou via Claude Code com consultas SQL. Em vez de pedir ao Claude para puxar dados brutos do Facebook Public Data, você deixa o BigQuery agregar em tabelas pequenas e otimizadas, e o Claude consulta apenas a saída resumida. Problema de escala resolvido.
Quando isso faz sentido: páginas empresariais com milhares de páginas públicas, agências executando análise multi-página em mais de 10 clientes, ou qualquer equipe que já usa o BigQuery como data warehouse. A Porter carrega o Facebook Public Data (e mais de 25 outras fontes) diretamente no BigQuery para que você não precise construir seu próprio ETL. Leia o tutorial completo do BigQuery →Conectando o Facebook Public Data ao Claude Code
A maioria dos profissionais de marketing agrupa Claude e Claude Code e perde a maior vantagem de todo o ecossistema MCP. Eles não são a mesma ferramenta — e a diferença importa enormemente quando você começa a trabalhar seriamente com dados do Facebook Public Data.
O Claude é uma interface de chat. Você faz uma pergunta, o Claude puxa dados ao vivo através do MCP, responde, talvez construa um dashboard rápido dentro da conversa. Ótimo para análises pontuais. O problema: tudo é efêmero. Quer atualizar o dashboard amanhã? Você o regenera do zero. Quer o mesmo relatório toda segunda-feira? Você refaz a pergunta toda segunda-feira. O Claude Code é o Claude rodando dentro do terminal do seu computador. Porque tem acesso ao seu sistema de arquivos, runtime e outras ferramentas de desenvolvedor, ele não apenas responde perguntas — ele pode construir software real. Scripts persistentes, rotinas agendadas, aplicativos HTML, dashboards internos, integrações que rodam 24/7 sem sua intervenção. Uma vez conectado ao MCP da Porter para o Facebook Public Data, uma categoria inteira de trabalho se torna possível.O que o Claude Code desbloqueia que o Claude sozinho não pode
É aqui que o ecossistema MCP mais compensa. Porque o Claude Code pode combinar o MCP da Porter com outros MCPs — Firecrawl para web scraping, Airtable para dados estruturados, Notion para wikis, Vercel para deploy, Slack e Gmail para entrega — você não está mais consultando dados. Você está construindo ferramentas.
🛠️ Construa seu próprio dashboard de inteligência competitiva
Stack: Porter MCP + Vercel MCP (ou Cloudflare Pages, Netlify)Alimente o Claude Code com seus alvos e metas do Facebook Public Data — metas de Curtidas da Página, metas de taxa de engajamento, limites de crescimento de seguidores — e peça para ele gerar um dashboard de inteligência competitiva personalizado para cada cliente. Ele constrói o HTML, puxa dados ao vivo, faz deploy para uma URL. Sem embed do Looker Studio que quebra quando o fornecedor muda de preço, sem restrições de template. O dashboard atualiza automaticamente porque consulta o MCP da Porter em cada carregamento de página.
Melhor para: agências que querem dashboards white-label para clientes sem dependências do Looker ou Data Studio.🔍 Monitoramento completo de concorrentes + desempenho
Stack: Porter MCP + Firecrawl MCPCombine seu próprio desempenho do Facebook Public Data da Porter com páginas públicas de concorrentes e suas métricas de engajamento raspadas via Firecrawl. O Claude Code costura ambos em um relatório semanal de inteligência competitiva — seus números ao lado da frequência de postagem deles e padrões de reação, com um resumo de LLM sobre o que mudou semana a semana. Roda em cron, chega na sua caixa de entrada toda segunda-feira de manhã.
Melhor para: equipes internas que precisam de contexto de mercado, não apenas números internos.📚 Wiki interna de marketing com métricas ao vivo
Stack: Porter MCP + Airtable MCP (ou Notion MCP)Use o Airtable ou Notion como esquema, a Porter como fonte de dados. O Claude Code mantém cada página preenchida com Curtidas da Página, Seguidores da Página e Contador de Conversas atuais para cada página — sem capturas de tela desatualizadas, sem copiar e colar do Excel. Novos funcionários leem uma entrada da wiki e têm contexto completo sobre a conta de um cliente.
Melhor para: agências e equipes de operações que fazem onboarding de analistas ou alternam gerentes de conta com frequência.🔔 Alertas 24/7 sobre quedas de engajamento da página, perda de seguidores e picos de reações negativas
Stack: Porter MCP + Slack MCP (ou Gmail MCP)Uma rotina do Claude Code em cron puxa o Facebook Public Data via Porter, avalia limites — Seguidores da Página abaixo da meta, Contador de Conversas cai 20% semana a semana, reações negativas disparam 2× — e envia alertas do Slack ou Gmail no momento em que algo cruza a linha. Você para de verificar dashboards reativamente; o dashboard se verifica e te diz quando olhar.
Melhor para: qualquer equipe que já descobriu um problema 48 horas tarde demais porque ninguém abriu o relatório. Conclusão: O Claude é para perguntas rápidas e dashboards ad-hoc. O Claude Code é para construir aplicativos, dashboards ao vivo, alertas e ferramentas reais — qualquer coisa que você queira rodar por conta própria sem refazer. A mesma URL do MCP da Porter funciona em ambos, então você não escolhe uma vez e fica preso.Casos de uso — o que você pode realmente fazer uma vez que o Facebook Public Data está conectado ao Claude
Acertar a conexão é metade da batalha. O valor real aparece no que você faz em seguida. Aqui estão os casos de uso que os usuários da Porter constroem em torno de seus dados do Facebook Public Data — desde perguntas e respostas simples até fluxos de trabalho completos voltados para o cliente.
1. Converse e faça perguntas diretamente
O caso de uso mais simples — e ainda o que 80% dos profissionais de marketing começam. Abra o Claude, faça uma pergunta, obtenha uma resposta fundamentada em dados ao vivo.
É a forma mais rápida de substituir uma verificação diária do Facebook Page Insights. Mas o chat é o básico — os casos de uso interessantes vêm a seguir.
2. Combine o Facebook Public Data com os dados de sua stack de marketing (Meta Ads, Shopify, HubSpot)
É aqui que uma visão 360° fica real. Quando você conecta o Facebook Public Data e sua stack de marketing (Meta Ads para campanhas pagas, Shopify para e-commerce, HubSpot para CRM), o Claude pode mapear páginas públicas para insights reais de engajamento e inteligência competitiva — usando nomes de página, IDs de postagem e timestamps — e te dar benchmarking competitivo que nenhum número de plataforma pode.
O Claude lida com o mapeamento de nomes de página e timestamps e as junções. Você obtém um relatório de benchmarking competitivo pronto para o cliente que nenhuma plataforma individual pode gerar por conta própria.
3. Alertas e notificações automatizados no Slack ou Gmail
Com o Claude Code, você pode transformar o monitoramento do Facebook Public Data em uma rotina que roda por conta própria. Conecte o MCP da Porter (para os dados) junto com um MCP do Slack ou Gmail (para entrega), depois escreva uma tarefa agendada do Claude Code que puxa o desempenho toda manhã e te notifica apenas quando algo realmente precisa de atenção.
Sem dashboards, sem verificações diárias. O relatório vem até você — e apenas quando importa.
4. Apresentações prontas para o cliente com dados ao vivo (Gamma, HTML, PDF)
Uma dor comum de agências: você envia aos clientes um link do Looker Studio — e gasta uma hora explicando um dashboard quebrado. Com o Claude, você pode construir a própria apresentação — como um deck Gamma, uma página HTML personalizada ou um PDF — preenchida com números ao vivo a cada vez.
A apresentação se torna um artefato de entrega que você envia ao cliente, não um dashboard que depende de outra ferramenta permanecer no ar. Sem iframe quebrado, sem prompts de login, apenas o conteúdo.
Campos e métricas do Facebook Public Data que você pode consultar com o Claude
Antes de começar a escrever prompts, ajuda saber quais dados estão realmente disponíveis. O MCP da Porter dá ao Claude acesso a 156 campos e métricas do Facebook Public Data em todos os níveis de relatório, mais detalhamentos por tipo de postagem, data e categoria de página. E a mesma URL do MCP também desbloqueia mais de 25 outras fontes — então o Claude pode combinar o Facebook Public Data com Google Ads, GA4, Shopify, HubSpot e mais em um único prompt.
Prompts que você pode copiar e colar hoje
1. Para agências
As agências precisam de inteligência competitiva em escala, entregáveis prontos para o cliente e detecção de anomalias em várias páginas monitoradas.
2. Para equipes de marca
As equipes de marca focam em diagnosticar mudanças de desempenho, otimizar mix de conteúdo e segmentar comportamento de postagem por tempo ou formato.
3. Para criadores e DTC
Criadores e marcas DTC usam o Public Data para fazer engenharia reversa de padrões de conteúdo viral, rastrear o crescimento de suas próprias páginas e construir recapitulações semanais de conteúdo.
4. Cross-channel
Profissionais de marketing cross-channel combinam o Facebook Public Data com outros conectores para conectar sinais de social orgânico a resultados pagos, de comércio ou web.
Como usar o Claude Code para o Facebook Public Data sem ser bloqueado
Este cenário é representativo do modo de falha mais comum que os profissionais de marketing enfrentam com o Facebook Public Data: não um banimento, mas um corte silencioso de dados no meio da análise. O custo é operacional — um fluxo de trabalho de inteligência competitiva para, um relatório de cliente é atrasado, ou uma decisão de campanha é tomada com dados desatualizados. Diferentemente dos conectores autenticados (Meta Ads, Facebook Page Insights) onde seu status de conta de anúncios ou administrador de página poderia estar em risco, a natureza somente leitura do Public Data significa que o teto é sempre throttling, nunca suspensão.
A limitação de taxa do Meta é baseada em cota e padrão, não baseada em ferramenta. O Meta não bane ou suspende contas porque você usou o Claude, um servidor MCP ou o conector da Porter. Ele limita o acesso à API por causa de como a Graph API subjacente foi consumida: requisições paralelas em rajada, polling repetido dos mesmos endpoints de página, ou exceder o orçamento de chamadas por aplicativo. O acesso somente leitura a dados de página pública é inerentemente seguro do ponto de vista de política — o modelo de aplicação do Meta (código de erro 32, HTTP 429) é projetado para proteger a infraestrutura, não punir usuários. Operações de escrita, bypasses de revisão de aplicativo ou automação de scraping são os comportamentos que escalam além do throttling para restrições em nível de aplicativo. Para usuários do MCP da Porter, o limite relevante é simples: fique dentro do orçamento de requisições gerenciado pela plataforma, e os dados fluem continuamente.
As duas formas de esgotar sua cota do Facebook Public Data
Após revisar documentos oficiais e threads da comunidade, dois padrões aparecem repetidamente.
1. Rajadas paralelas de API em várias páginas públicas. Solicitar dados de dezenas de páginas públicas em sucessão rápida — por exemplo, pedir ao Claude para “comparar engajamento entre meus 20 principais concorrentes” em um único prompt — pode acionar limites de taxa em nível de página. O Facebook aplica uma janela deslizante de 4.800 chamadas por usuário engajado por 24 horas para tokens em nível de página, e tráfego em rajada consome esse orçamento desproporcionalmente rápido. Quando o limite é atingido, a API retorna o código de erro 32 e umX-Page-Usage cabeçalho em 100%. O resultado: conjuntos de dados incompletos onde algumas páginas concorrentes retornam métricas e outras retornam nulos, corrompendo silenciosamente sua análise. — Fonte: Facebook Developers — Page-Level Rate Limits
Ambos os comportamentos acionam throttling temporário. Se você quer usar o Claude para o Facebook Public Data com segurança, agrupe suas requisições e trate os dados como snapshots periódicos, não um feed ao vivo.
O protocolo de escalamento de 5 regras
Com base nos limites de taxa e cotas documentados do Facebook Public Data e nos comportamentos que realmente causaram throttling — não suposições:
- Divida suas requisições de página em lotes. Fique abaixo de 4.800 chamadas por usuário engajado por janela deslizante de 24 horas. O limite de taxa em nível de página do Facebook aloca 4.800 chamadas por usuário engajado por 24 horas para tokens de página. Um único prompt de “analisar todos os meus concorrentes” pode queimar isso em uma sessão se se ramificar para mais de 50 páginas com requisições multi-campo. O MCP da Porter impõe agrupamento de requisições por página e backoff automático quando
X-Page-Usagecabeçalhos se aproximam de 80%. Ignorar este limite significa dados incompletos no meio da análise — algumas páginas retornam métricas, outras retornam nulos. — Fonte: Facebook Developers Blog — Page-Level Rate Limits, Junho de 2016 - Respeite o teto de 200 chamadas/hora por usuário em nível de aplicativo. Em nível de aplicativo/plataforma, o Facebook aloca 200 chamadas por hora por usuário (onde “usuário” é a identidade no escopo do aplicativo). O MCP da Porter gerencia esse pool entre todos os usuários conectados, mas usuários individuais pesados ainda podem consumir cota desproporcional. Se você compartilha um workspace da Porter com uma equipe, coordene grandes auditorias em vez de ter três analistas executando relatórios competitivos simultaneamente. Exceder isso aciona o código de erro 32 e um período de cooldown. — Fonte: Facebook Developers — Platform Rate Limiting Overview
- Nunca exceda 100% em
X-App-UsageouX-Page-Usagecabeçalhos. O Facebook retorna cabeçalhos de porcentagem de uso com cada resposta da API. 100% significa que você está sendo limitado em taxa. O MCP da Porter lê esses cabeçalhos e pausa as requisições quando qualquer cabeçalho excede 80%, mas scripts personalizados ou chamadas manuais de API (por exemplo, via Claude Code comcurlbrutos) podem ignorá-los. Se você construir ferramentas personalizadas sobre os dados da Porter, implemente o mesmo limite de pausa de 80%. Ignorar cabeçalhos é a causa #1 de relatórios “meus dados pararam de fluir”. — Fonte: Facebook Developers — Rate Limiting Headers - Limite operações de escrita da Marketing API a 100 requisições por segundo. Esta regra se aplica principalmente à Marketing API (gerenciamento de anúncios) em vez de endpoints de leitura do Public Data. A Marketing API do Facebook impõe 100 requisições por segundo para operações de escrita. Como o Porter Facebook Public Data é somente leitura, este limite não é diretamente relevante — mas se você combina Public Data com dados do Meta Ads na mesma sessão MCP, esteja ciente de que fluxos de trabalho pesados em escrita no lado de Anúncios podem limitar em taxa o pool compartilhado do aplicativo. — Fonte: Facebook Developers Blog — Rate Limit Console, Janeiro de 2019
- Espaçe requisições para 1 chamada por segundo por aplicativo para cargas de trabalho sustentadas. Para trabalhos de sincronização longos ou em segundo plano, o Facebook recomenda 1 chamada de API por segundo por aplicativo como uma linha de base sustentável. Isso é conservador para uso MCP interativo (onde uma única conversa do Claude pode fazer 10–20 chamadas em 30 segundos), mas importa para exportações automatizadas ou rastreamento competitivo agendado. O ritmo padrão do MCP da Porter permanece bem abaixo deste limite para uso interativo; apenas scripts de automação personalizados precisam de ritmo explícito. — Fonte: Facebook Developers — Platform Rate Limiting Best Practices
- Somente leitura por padrão: O conector do Facebook Public Data nunca faz chamadas de escrita. Isso elimina toda a classe de violações de política que acionam restrições em nível de aplicativo.
- Backoff automático de limitação de taxa: A Porter lê
X-App-Usage,X-Page-Usage, eX-Business-Use-Case-Usagecabeçalhos em cada resposta. Quando o uso excede 80%, o MCP pausa e tenta novamente com backoff exponencial em vez de martelar a API. - Agrupamento de requisições por conta: Análises competitivas grandes são automaticamente divididas em grupos de página menores, distribuídas em janelas de tempo e em cache para evitar chamadas redundantes.
- Sem credenciais visíveis ao usuário: Como os usuários não possuem chaves de API do Facebook, não há token para vazar, nenhuma revisão de aplicativo para falhar e nenhuma conta de desenvolvedor para suspender. A superfície de risco está inteiramente na infraestrutura da Porter — que é monitorada e escalada para ficar dentro dos limites de boa conduta do Meta.
Esse é o comportamento que os sistemas automatizados do Meta lidam graciosamente: tráfego previsível, somente leitura, que respeita cabeçalhos de uma plataforma gerenciada. Não os padrões em rajada, não autenticados ou adjacentes a scraping que acionam throttling ou blacklisting.
Perguntas frequentes
Um MCP do Facebook Public Data (Model Context Protocol) é um padrão aberto que permite que ferramentas de IA — Claude, Claude Code, ChatGPT, Cursor — se conectem aos seus dados do Facebook Public Data sem integrações personalizadas. O servidor MCP da Porter torna suas páginas públicas, postagens e métricas de engajamento disponíveis através de uma URL: sem tokens, sem scripts, sem configuração de desenvolvedor.
O Claude é o produto conversacional (web, app, mobile). O Claude Code é uma ferramenta de desenvolvedor baseada em terminal que pode escrever scripts, salvar arquivos e automatizar fluxos de trabalho. Ambos podem se conectar ao Facebook Public Data via MCP.
A Graph API do Meta serve dados de página pública (curtidas, seguidores, postagens, reações) quase em tempo real. O MCP da Porter puxa dados ao vivo, então seus dados estão sempre dentro dessa janela. Métricas privadas como impressões ou alcance exigem Page Insights e não estão disponíveis através do Public Data.
Sim. A Meta impõe 4.800 chamadas por usuário engajado por janela deslizante de 24 horas em nível de página, e 200 chamadas por hora por usuário em nível de aplicativo. O MCP da Porter agrupa e coloca em cache requisições automaticamente, então você raramente os atinge.
Três razões comuns: (1) Conjuntos de dados diferentes — Public Data retorna campos básicos (curtidas, reações, compartilhamentos) enquanto Page Insights exige acesso de administrador e mostra métricas privadas (impressões, alcance, usuários engajados). (2) Atraso de atualização — Os dados do Insights podem atrasar 24 horas em relação aos campos públicos ao vivo. (3) Diferenças de agregação — O Insights aplica amostragem e regras de intervalo de datas que os endpoints públicos não aplicam. A solução: compare apenas os mesmos campos da mesma fonte, e espere que as métricas públicas sejam mais frescas do que o Insights.
Não. A Meta não bane ou restringe contas por uso legítimo de API somente leitura, e o MCP da Porter é somente leitura por padrão — ele fica bem dentro dos limites normais de taxa da Meta. O que observar é o throttling temporário de requisições paralelas em rajada em dezenas de páginas de uma vez — veja a seção de limites acima.
Pronto para conversar com o seu Facebook Public Data?
Abra o Claude, adicione o conector da Porter e faça a sua primeira pergunta. Se ainda não tem a Porter, comece um teste gratuito e conecte a sua conta do Facebook Public Data — em menos de cinco minutos poderá conversar com as suas páginas públicas.
rocket_launch Experimente grátisopen_in_new Agende uma demo