Para conectar Facebook Public Data a Claude vía MCP: copia mcp.portermetrics.com/mcp, ve a Claude.ai, abre Conectores → Gestionar conectores → Agregar conector personalizado, pega la URL e inicia sesión. Desde allí, pregúntale a Claude lo que sea sobre tus páginas públicas de Facebook Public Data en español sencillo.
Una vez conectado, puedes automatizar tus reportes y análisis de Facebook Public Data — haz preguntas sobre tus datos, crea dashboards, activa alertas o envía reportes listos para el cliente como el que aparece abajo.
- Una cuenta de Porter Metrics con tu cuenta de Facebook Public Data conectada (el plan gratuito es suficiente para probarlo de principio a fin)
- Una cuenta de Claude — el plan gratuito funciona para Claude Web; se necesita una suscripción Pro para las funciones de Claude Code y Desktop MCP
- Acceso de administrador o estándar a las páginas de Facebook Public Data que quieres conectar
Conectar Facebook Public Data a Claude con MCP
Para este tutorial usaremos el método MCP. Aquí tienes una breve explicación de qué es MCP y por qué es la mejor opción para Facebook Public Data.
MCP (Model Context Protocol) es el estándar abierto que permite que herramientas de IA como Claude, ChatGPT, Claude Code y otras accedan y usen APIs externas — las cosas que hacen funcionar herramientas como Facebook Public Data bajo el capó. En lugar de construir una integración personalizada para cada herramienta de IA que usas, instalas un MCP y cada IA compatible obtiene acceso a los mismos datos.La configuración completa toma menos de 5 minutos y se divide en tres pasos: conectar Facebook Public Data a Porter, apuntar Claude al MCP de Porter, y hacer tu primera pregunta.
1. Conecta tus datos de Facebook Public Data a Porter
Porter se sitúa entre la Graph API de Meta y Claude. Maneja OAuth, limitación de tasas, paginación y toda la infraestructura para que Claude solo vea datos limpios y estructurados.
Regístrate en Porter. Crea una cuenta gratuita en portermetrics.com. El plan gratuito es suficiente para ejecutar este flujo completo de principio a fin. Conecta tu Facebook. En Porter, haz clic en Crear → elige Claude como destino → selecciona Facebook Public Data como fuente → inicia sesión con Facebook para otorgar acceso a tus páginas. Selecciona tus páginas. Elige las páginas de Facebook Public Data que quieres que Claude consulte. Cuando seleccionas múltiples páginas bajo una sola conexión, Porter combina automáticamente sus datos para que puedas consultarlas como una sola.Opcional: activa el almacenamiento automático de BigQuery si estás conectando múltiples páginas con grandes volúmenes de datos. Esto mantiene las respuestas de Claude rápidas incluso a gran escala.
2. Conecta el MCP a Claude
La URL del MCP de Porter es lo que pegas en Claude. Una vez agregado, Claude puede consultar datos de Facebook Public Data bajo demanda en cualquier conversación.
Ve a claude.ai y haz clic en el + icono en el campo de chat para abrir el menú de herramientas.
En el menú que se abre, pasa el cursor sobre Conectores y haz clic en Gestionar conectores.
En el panel de Conectores, haz clic en el + botón en la parte superior de la lista para empezar a agregar un nuevo conector.
Elige Agregar conector personalizado del menú desplegable que aparece.
Se abre un diálogo con los campos de nombre y URL. Escribe Porter en el primer campo para nombrar el conector.
En el segundo campo, pega https://mcp.portermetrics.com/mcp. No toques la configuración avanzada.
Haz clic en Agregar en la parte inferior derecha del diálogo. Claude abre una ventana de inicio de sesión — usa la misma cuenta de Google vinculada a tu espacio de trabajo de Porter y aprueba el acceso.
Una vez que termine la autorización, verás las herramientas de solo lectura de Porter aparecer en el panel de conectores. Estás listo para empezar a hacer preguntas.
Para un tutorial más completo con capturas de pantalla en cada paso, consulta el tutorial del MCP de Porter.
3. Empieza a construir preguntas y dashboards
Con Porter conectado, abre un nuevo chat de Claude y pregunta lo que sea sobre tu Facebook Public Data en español sencillo. Claude llama a Porter en segundo plano, extrae datos en vivo de Meta, y responde con tablas, gráficos o resúmenes.
Prueba una de estas para verificar que la configuración funciona:
Para un catálogo completo de prompts para copiar y pegar organizados por caso de uso (inteligencia competitiva, salud de marca, benchmarking de contenido, multicanal), salta a la sección de prompts de abajo.
Otras formas de conectar Facebook Public Data a Claude
MCP es el camino que acabamos de recorrer — y el que recomendamos para la mayoría de los marketers. Pero no es la única forma de poner datos de Facebook Public Data frente a Claude. Las alternativas más comunes son la API directa de Facebook Public Data (o su MCP oficial si tiene uno), un puente de Google Sheets en vivo, y BigQuery para escala. Cada una tiene sus pros y contras — elige la que se adapte a cómo ya trabaja tu equipo.
- 🔌 API directa de Facebook Public Data (o MCP oficial) — Habla directamente con la Graph API tú mismo, o instala el MCP oficial de Facebook Public Data (si existe). Control máximo, pero tú manejas la autenticación, límites de tasa y paginación — y solo obtienes una fuente.
- 📊 Google Sheets — Hoja en vivo o carga de CSV puntual. Auditable, familiar, más rápido para exportaciones grandes — pero la agregación ocurre en la Hoja, no en la API.
- 🗄️ Google BigQuery — Para páginas grandes o agencias que ejecutan análisis multipágina. BigQuery agrega; Claude solo consulta resúmenes preconstruidos.
Vía la API directa de Facebook Public Data (o MCP oficial)
Si estás construyendo un producto alrededor de Facebook Public Data — o eres un desarrollador que prefiere controlar cada capa de la integración — el camino más directo es hablar con la Graph API tú mismo, o instalar el MCP oficial de Facebook Public Data (si existe). Facebook no publica un servidor MCP oficial, así que esto significa escribir llamadas a la Graph API directamente en Claude Code o en tus propios scripts. Necesitarás seguir los límites de tasa y cuotas y solicitar un Token de Desarrollador / acceso a la API donde aplique. De cualquier forma, omites Porter por completo y llamas a Meta desde tu propio código o desde Claude Code con peticiones HTTP raw.
La contrapartida que debes conocer. Ir directo te da el control máximo y los datos más frescos posibles — cada endpoint, cada parámetro, sin capa de abstracción en medio. Pero ahora eres responsable de los flujos OAuth, tokens de refresco, límites de tasa, paginación, cambios de esquema, y reintentos de error. Y críticamente, solo obtienes una fuente. En el momento en que también quieras Google Ads, GA4 o Shopify en la misma conversación, vuelves a construir (o unir) más integraciones. Cuándo tiene sentido: equipos de ingeniería que necesitan una sola fuente con control total, productos que envían datos de Facebook Public Data como una característica (donde de todos modos posees la integración), o scripts puntuales donde no te importa escribir el código de autenticación y paginación tú mismo. Para marketers que quieren hacer preguntas en español sencillo y combinar Facebook Public Data con el resto de su stack en una sola conversación, el camino del MCP de Porter es dramáticamente menos trabajo.Vía Google Sheets (Hoja en vivo o CSV manual)
Si tu equipo ya vive en Google Sheets — o quieres un rastro de auditoría antes de que Claude toque algo — alimenta Facebook Public Data en una Hoja, y luego deja que Claude lea la Hoja. Puedes automatizar el pipeline de Facebook Public Data → Sheets con Porter para que se refresque diariamente, o hacer exportaciones CSV puntuales desde la interfaz nativa de Facebook Public Data para análisis estático.
La contrapartida que debes conocer. Con el camino del MCP, Claude llama a la API de Meta directamente y Meta hace el filtrado y agregación de su lado — limpio y determinista. Con el camino de Sheets, Claude agrega dentro de la Hoja misma, lo que puede introducir alucinaciones en totales, promedios, y joins cuando tienes miles de filas. La ventaja es la velocidad: para rangos de fechas muy grandes o análisis histórico, una Hoja preconstruida es dramáticamente más rápida que llamadas a la API en vivo. Cuándo tiene sentido: equipos de finanzas que quieren revisar los números antes de que Claude actúe sobre ellos, agencias que ya entregan reportes de clientes en Sheets, análisis histórico a través de años de datos, o cualquier caso donde te importe más la velocidad que la frescura en tiempo real. Lee el tutorial completo de Sheets →Vía Google BigQuery (para escala)
Este es el camino que la mayoría pasa por alto — y es el que te salva cuando tu página de Facebook Public Data se pone seria. Una sola página grande o una agencia gestionando más de 10 páginas golpeará los límites de tasa de la API y problemas de latencia al consultar a Claude directamente. Claude literalmente te dirá que está tomando demasiado tiempo o que se agota el tiempo en extracciones grandes.
BigQuery soluciona eso. Cargas datos de Facebook Public Data en tablas de BigQuery de forma programada, luego conectas BigQuery a Claude — ya sea a través de un MCP de BigQuery o vía Claude Code con consultas SQL. En lugar de pedirle a Claude que extraiga datos raw de Facebook Public Data, dejas que BigQuery agregue en tablas pequeñas y optimizadas, y Claude solo consulta el output resumido. Problema de escala resuelto.
Cuándo tiene sentido: páginas empresariales con miles de páginas públicas, agencias ejecutando análisis multipágina a través de más de 10 clientes, o cualquier equipo que ya use BigQuery como data warehouse. Porter carga Facebook Public Data (y más de 25 fuentes adicionales) directamente en BigQuery para que no tengas que construir tu propio ETL. Lee el tutorial completo de BigQuery →Conectar Facebook Public Data a Claude Code
La mayoría de los marketers agrupan a Claude y Claude Code juntos y pasan por alto la mayor ventaja de todo el ecosistema MCP. No son la misma herramienta — y la diferencia importa enormemente una vez que empiezas a trabajar con datos de Facebook Public Data seriamente.
Claude es una interfaz de chat. Haces una pregunta, Claude extrae datos en vivo a través del MCP, responde, tal vez construye un dashboard rápido dentro de la conversación. Genial para análisis puntuales. El problema: todo es efímero. ¿Quieres refrescar el dashboard mañana? Lo regeneras desde cero. ¿Quieres el mismo reporte cada lunes? Vuelves a hacer la pregunta cada lunes. Claude Code es Claude ejecutándose dentro de la terminal de tu computadora. Porque tiene acceso a tu sistema de archivos, runtime, y otras herramientas de desarrollador, no solo responde preguntas — puede construir software real. Scripts persistentes, rutinas programadas, apps HTML, dashboards internos, integraciones que corren 24/7 sin tu intervención. Una vez conectado al MCP de Porter para Facebook Public Data, toda una categoría de trabajo se vuelve posible.Lo que Claude Code desbloquea que Claude solo no puede
Aquí es donde el ecosistema MCP más da sus frutos. Porque Claude Code puede combinar el MCP de Porter con otros MCPs — Firecrawl para web scraping, Airtable para datos estructurados, Notion para wikis, Vercel para deployment, Slack y Gmail para entrega — ya no estás consultando datos. Estás construyendo herramientas.
🛠️ Construye tu propio dashboard de inteligencia competitiva
Stack: Porter MCP + Vercel MCP (o Cloudflare Pages, Netlify)Alimenta a Claude Code con tus objetivos y metas de Facebook Public Data — objetivos de Page Likes, metas de tasa de engagement, umbrales de crecimiento de seguidores — y pídele que genere un dashboard de inteligencia competitiva personalizado para cada cliente. Construye el HTML, extrae datos en vivo, despliega a una URL. Sin embed de Looker Studio que se rompa cuando el proveedor cambia precios, sin restricciones de plantilla. El dashboard se actualiza automáticamente porque consulta el MCP de Porter en cada carga de página.
Ideal para: agencias que quieren dashboards de clientes white-label sin dependencias de Looker o Data Studio.🔍 Monitoreo completo de competidores + rendimiento
Stack: Porter MCP + Firecrawl MCPCombina tu propio rendimiento de Facebook Public Data de Porter con páginas públicas de competidores y sus métricas de engagement extraídas vía Firecrawl. Claude Code une ambas en un reporte semanal de inteligencia competitiva — tus números junto a su frecuencia de publicación y patrones de reacción, con un resumen de LLM encima de lo que cambió semana a semana. Corre en cron, llega a tu bandeja de entrada cada lunes por la mañana.
Ideal para: equipos internos que necesitan contexto de mercado, no solo números internos.📚 Wiki interno de marketing con métricas en vivo
Stack: Porter MCP + Airtable MCP (o Notion MCP)Usa Airtable o Notion como esquema, Porter como fuente de datos. Claude Code mantiene cada página poblada con Page Likes, Page Followers, y Talking About Count actuales para cada página — sin capturas de pantalla obsoletas, sin copiar y pegar de Excel. Los nuevos empleados leen una entrada de wiki y tienen contexto completo sobre la cuenta de un cliente.
Ideal para: agencias y equipos de operaciones que incorporan analistas o rotan gerentes de cuenta frecuentemente.🔔 Alertas 24/7 sobre caídas de engagement de página, pérdida de seguidores, y picos de reacciones negativas
Stack: Porter MCP + Slack MCP (o Gmail MCP)Una rutina de Claude Code en cron extrae Facebook Public Data vía Porter, evalúa umbrales — Page Followers cae por debajo del objetivo, Talking About Count cae 20% semana a semana, reacciones negativas se disparan 2× — y envía alertas de Slack o Gmail en el momento en que algo cruza la línea. Dejas de revisar dashboards reactivamente; el dashboard se revisa a sí mismo y te dice cuándo mirar.
Ideal para: cualquier equipo que haya descubierto un problema 48 horas tarde porque nadie abrió el reporte. Conclusión: Claude es para preguntas rápidas y dashboards ad-hoc. Claude Code es para construir apps, dashboards en vivo, alertas, y herramientas reales — cualquier cosa que quieras ejecutar por sí sola sin volver a preguntar. La misma URL del MCP de Porter funciona en ambos, así que no eliges una vez y te quedas encerrado.Casos de uso — qué puedes hacer realmente una vez que Facebook Public Data está conectado a Claude
Obtener la conexión correcta es la mitad de la batalla. El valor real aparece en lo que haces después. Aquí están los casos de uso que los usuarios de Porter construyen alrededor de sus datos de Facebook Public Data — desde Q&A simple hasta flujos de trabajo completos orientados al cliente.
1. Chatea y haz preguntas directamente
El caso de uso más simple — y aún el con el que el 80% de los marketers empieza. Abre Claude, haz una pregunta, obtén una respuesta basada en datos en vivo.
Es la forma más rápida de reemplazar un check-in diario de Facebook Page Insights. Pero el chat es lo básico — los casos de uso interesantes vienen después.
2. Combina Facebook Public Data con los datos de tu stack de marketing (Meta Ads, Shopify, HubSpot)
Aquí es donde una vista 360° se vuelve real. Cuando conectas Facebook Public Data y tu stack de marketing (Meta Ads para campañas pagadas, Shopify para e-commerce, HubSpot para CRM), Claude puede mapear páginas públicas a insights de engagement reales e inteligencia competitiva — usando nombres de página, IDs de publicación, y timestamps — y darte benchmarking competitivo que ningún número de plataforma puede.
Claude maneja el mapeo de nombres de página y timestamps y los joins. Obtienes un reporte de benchmarking competitivo listo para el cliente que ninguna plataforma individual puede generar por sí sola.
3. Alertas y notificaciones automatizadas en Slack o Gmail
Con Claude Code puedes convertir el monitoreo de Facebook Public Data en una rutina que corre por sí sola. Conecta el MCP de Porter (para los datos) junto con un MCP de Slack o Gmail (para la entrega), luego escribe una tarea programada de Claude Code que extrae el rendimiento cada mañana y te notifica solo cuando algo realmente necesita atención.
Sin dashboards, sin check-ins diarios. El reporte viene a ti — y solo cuando importa.
4. Presentaciones listas para el cliente con datos en vivo (Gamma, HTML, PDF)
Un dolor común de agencias: envías a los clientes un enlace de Looker Studio — y pasas una hora explicando un dashboard roto. Con Claude puedes construir la presentación misma — como un deck de Gamma, una página HTML personalizada, o un PDF — poblada con números en vivo cada vez.
La presentación se convierte en un artefacto de entrega que envías al cliente, no un dashboard que depende de que otra herramienta siga funcionando. Sin iframe roto, sin prompts de inicio de sesión, solo el contenido.
Campos y métricas de Facebook Public Data que puedes consultar con Claude
Antes de empezar a escribir prompts, ayuda saber qué datos están realmente disponibles. El MCP de Porter le da a Claude acceso a 156 campos y métricas de Facebook Public Data a través de cada nivel de reporte, más desgloses por tipo de publicación, fecha, y categoría de página. Y la misma URL de MCP también desbloquea más de 25 fuentes adicionales — así que Claude puede combinar Facebook Public Data con Google Ads, GA4, Shopify, HubSpot y más en un solo prompt.
Prompts que puedes copiar y pegar hoy
1. Para agencias
Las agencias necesitan inteligencia competitiva a escala, entregables listos para el cliente, y detección de anomalías a través de múltiples páginas monitoreadas.
2. Para equipos de marca
Los equipos de marca se enfocan en diagnosticar cambios de rendimiento, optimizar la mezcla de contenido, y segmentar el comportamiento de publicaciones por tiempo o formato.
3. Para creadores y DTC
Los creadores y marcas DTC usan Public Data para hacer ingeniería inversa de patrones de contenido viral, rastrear el crecimiento de sus propias páginas, y construir recaps semanales de contenido.
4. Multicanal
Los marketers multicanal combinan Facebook Public Data con otros conectores para conectar señales sociales orgánicas a resultados pagados, de comercio, o web.
Cómo usar Claude Code para Facebook Public Data sin ser bloqueado
Este escenario es representativo del “modo de falla” más común que enfrentan los marketers con Facebook Public Data: no un bloqueo, sino un corte silencioso de datos en medio del análisis. El costo es operacional — un flujo de trabajo de inteligencia competitiva se estanca, un reporte de cliente se retrasa, o una decisión de campaña se toma con datos obsoletos. A diferencia de los conectores autenticados (Meta Ads, Facebook Page Insights) donde tu cuenta de anuncios o estado de administrador de página podrían estar en riesgo, la naturaleza de solo lectura de Public Data significa que el techo siempre es throttling, nunca suspensión.
La limitación de tasa de Meta es basada en cuotas y patrones, no basada en herramientas. Meta no bloquea o suspende cuentas porque usaste Claude, un servidor MCP, o el conector de Porter. Limita el acceso a la API porque de cómo se consumió la Graph API subyacente: peticiones paralelas en ráfagas, polling repetido de los mismos endpoints de página, o exceder el presupuesto de llamadas por app. El acceso de solo lectura a datos de páginas públicas es inherentemente seguro desde una perspectiva de política — el modelo de aplicación de Meta (código de error 32, HTTP 429) está diseñado para proteger infraestructura, no castigar usuarios. Las operaciones de escritura, bypasses de revisión de app, o automatización de scraping son los comportamientos que escalan más allá del throttling hacia restricciones a nivel de app. Para usuarios del MCP de Porter, el límite relevante es simple: mantente dentro del presupuesto de peticiones gestionado por la plataforma, y los datos fluyen continuamente.
Las dos formas de agotar tu cuota de Facebook Public Data
Después de revisar documentación oficial y hilos de la comunidad, dos patrones aparecen una y otra vez.
1. Ráfagas de API paralelas en múltiples páginas públicas. Solicitar datos de docenas de páginas públicas en rápida sucesión — por ejemplo, pedirle a Claude que “compare engagement a través de mis 20 competidores principales” en un solo prompt — puede activar límites de tasa a nivel de página. Facebook aplica una ventana deslizante de 4,800 llamadas por usuario activo por 24 horas para tokens a nivel de página, y el tráfico en ráfagas consume este presupuesto desproporcionadamente rápido. Cuando se alcanza el límite, la API devuelve el código de error 32 y unX-Page-Usage header al 100%. El resultado: conjuntos de datos incompletos donde algunas páginas competidoras devuelven métricas y otras devuelven nulls, corrompiendo silenciosamente tu análisis. — Fuente: Facebook Developers — Page-Level Rate Limits
Ambos comportamientos activan throttling temporal. Si quieres usar Claude para Facebook Public Data de forma segura, agrupa tus peticiones y trata los datos como snapshots periódicos, no un feed en vivo.
El protocolo de escalado de 5 reglas
Basado en los límites de tasa y cuotas documentados de Facebook Public Data y los comportamientos que realmente han causado throttling — no conjeturas:
- Agrupa tus peticiones de página. Mantente por debajo de 4,800 llamadas por usuario activo por ventana deslizante de 24 horas. El límite de tasa a nivel de página de Facebook asigna 4,800 llamadas por usuario activo por 24 horas para tokens de página. Un solo prompt de “analiza todos mis competidores” puede agotar esto en una sesión si se ramifica a más de 50 páginas con peticiones multi-campo. El MCP de Porter aplica agrupamiento de peticiones por página y retroceso automático cuando
X-Page-Usagelos headers se acercan al 80%. Ignorar este límite significa datos incompletos en medio del análisis — algunas páginas devuelven métricas, otras devuelven nulls. — Fuente: Facebook Developers Blog — Page-Level Rate Limits, junio 2016 - Respeta el techo de 200 llamadas/hora por usuario a nivel de app. A nivel de app/plataforma, Facebook asigna 200 llamadas por hora por usuario (donde “usuario” es la identidad del ámbito de la app). El MCP de Porter gestiona este pool a través de todos los usuarios conectados, pero usuarios individuales intensivos pueden consumir cuota desproporcionada. Si compartes un espacio de trabajo de Porter con un equipo, coordina auditorías grandes en lugar de tener tres analistas ejecutando reportes competitivos simultáneamente. Exceder esto activa el código de error 32 y un período de enfriamiento. — Fuente: Facebook Developers — Platform Rate Limiting Overview
- Nunca excedas el 100% en
X-App-UsageoX-Page-Usageheaders. Facebook devuelve headers de porcentaje de uso con cada respuesta de API. 100% significa que estás limitado. El MCP de Porter lee estos headers y pausa las peticiones cuando cualquier header excede el 80%, pero scripts personalizados o llamadas a la API manuales (ej., vía Claude Code concurl) pueden ignorarlos. Si construyes herramientas personalizadas sobre los datos de Porter, implementa el mismo umbral de pausa del 80%. Ignorar los headers es la causa #1 de reportes de “mis datos dejaron de fluir”. — Fuente: Facebook Developers — Rate Limiting Headers - Limita las operaciones de escritura de Marketing API a 100 peticiones por segundo. Esta regla aplica principalmente a Marketing API (gestión de anuncios) en lugar de endpoints de lectura de Public Data. La Marketing API de Facebook aplica 100 peticiones por segundo para operaciones de escritura. Como Porter Facebook Public Data es de solo lectura, este límite no es directamente relevante — pero si combinas Public Data con datos de Meta Ads en la misma sesión MCP, ten en cuenta que flujos de trabajo intensivos en escritura en el lado de Ads pueden limitar indirectamente el pool de app compartido. — Fuente: Facebook Developers Blog — Rate Limit Console, enero 2019
- Espacia las peticiones a 1 llamada por segundo por app para cargas de trabajo sostenidas. Para trabajos de sincronización de larga duración o en segundo plano, Facebook recomienda 1 llamada a la API por segundo por app como una línea base sostenible. Esto es conservador para uso interactivo del MCP (donde una sola conversación de Claude puede hacer 10–20 llamadas en 30 segundos), pero importa para exportaciones automatizadas o rastreo competitivo programado. El ritmo por defecto del MCP de Porter se mantiene bien por debajo de este umbral para uso interactivo; solo scripts de automatización personalizados necesitan ritmo explícito. — Fuente: Facebook Developers — Platform Rate Limiting Best Practices
- Solo lectura por defecto: El conector de Facebook Public Data nunca hace llamadas de escritura. Esto elimina toda la clase de violaciones de política que activan restricciones a nivel de app.
- Retroceso automático de límite de tasa: Porter lee
X-App-Usage,X-Page-Usage, yX-Business-Use-Case-Usageheaders en cada respuesta. Cuando el uso excede el 80%, el MCP pausa y reintenta con retroceso exponencial en lugar de golpear la API. - Agrupamiento de peticiones por cuenta: Los análisis competitivos grandes se dividen automáticamente en grupos de páginas más pequeños, distribuidos a través de ventanas de tiempo, y cacheados para evitar llamadas redundantes.
- Sin credenciales visibles para el usuario: Porque los usuarios no poseen claves de API de Facebook, no hay token que filtrar, no hay revisión de app que fallar, y no hay cuenta de desarrollador que suspender. La superficie de riesgo está enteramente en la infraestructura de Porter — que está monitoreada y escalada para mantenerse dentro de los umbrales de buena reputación de Meta.
Ese es el comportamiento que los sistemas automatizados de Meta manejan elegantemente: tráfico predecible, de solo lectura, que respeta headers desde una plataforma gestionada. No los patrones en ráfagas, no autenticados, o adyacentes a scraping que activan throttling o lista negra.
Preguntas frecuentes
Un MCP de Facebook Public Data (Model Context Protocol) es un estándar abierto que permite que herramientas de IA — Claude, Claude Code, ChatGPT, Cursor — se conecten a tus datos de Facebook Public Data sin integraciones personalizadas. El servidor MCP de Porter hace que tus páginas públicas, publicaciones, y métricas de engagement estén disponibles a través de una URL: sin tokens, sin scripts, sin configuración de desarrollador.
Claude es el producto conversacional (web, app, móvil). Claude Code es una herramienta de desarrollador basada en terminal que puede escribir scripts, guardar archivos, y automatizar flujos de trabajo. Ambos pueden conectarse a Facebook Public Data vía MCP.
La Graph API de Meta sirve datos de páginas públicas (likes, followers, posts, reactions) casi en tiempo real. El MCP de Porter extrae en vivo, así que tus datos siempre están dentro de esa ventana. Las métricas privadas como impressions o reach requieren Page Insights y no están disponibles a través de Public Data.
Sí. Meta aplica 4,800 llamadas por usuario activo por ventana deslizante de 24 horas a nivel de página, y 200 llamadas por hora por usuario a nivel de app. El MCP de Porter agrupa y cachea peticiones automáticamente así que raramente los golpeas.
Tres razones comunes: (1) Conjuntos de datos diferentes — Public Data devuelve campos básicos (likes, reactions, shares) mientras que Page Insights requiere acceso de administrador y muestra métricas privadas (impressions, reach, engaged users). (2) Retraso de refresco — Los datos de Insights pueden retrasarse 24 horas respecto a campos públicos en vivo. (3) Diferencias de agregación — Insights aplica muestreo y reglas de rango de fecha que los endpoints públicos no aplican. La solución: compara solo los mismos campos de la misma fuente, y espera que las métricas públicas sean más frescas que Insights.
No. Meta no bloquea o restringe cuentas por uso legítimo de solo lectura de la API, y el MCP de Porter es de solo lectura por defecto — se mantiene bien dentro de los límites normales de tasa de Meta. Lo que hay que vigilar es el throttling temporal de peticiones paralelas en ráfagas en docenas de páginas a la vez — consulta la sección de límites de arriba.
¿Listo para chatear con tu Facebook Public Data?
Abre Claude, agrega el conector de Porter y haz tu primera pregunta. Si aún no tienes Porter, empieza una prueba gratuita y conecta tu cuenta de Facebook Public Data — estarás chateando con tus páginas públicas en menos de cinco minutos.
rocket_launch Empieza tu prueba gratuita de Porteropen_in_new Abre Claude