Social media API 2026: acceso, límites y costes por plataforma

El acceso es el verdadero cuello de botella

La mayoría de los planes de automatización para redes sociales encallan mucho antes de la primera línea de código: en el proceso de aprobación de la plataforma. Quien quiere publicar de forma programática, recopilar comentarios o extraer métricas negocia a la vez con cinco regímenes de acceso distintos: programas de socios con un proceso comercial detrás, auditorías de apps, cuotas diarias, precios por petición y políticas que sancionan el comportamiento en lugar del volumen. Esta cara de las plataformas no aparece en ninguna comparativa de funciones.

Aquí solo tratamos la parte técnica del acceso: quién puede entrar, cuánto cuesta y dónde se acaba. Lo que construyas encima, es decir, pipelines de publicación, monitorización o agentes, se trata en IA y automatización en la gestión de redes sociales. Las listas de precios de las plataformas son globales; no conocemos tarifas regionales. Lo que cambia en Europa es el marco legal. Datos actualizados a agosto de 2026.

API de redes sociales: comparativa de acceso, límites y costes

Se repiten tres patrones. Plataformas con etiqueta de precio (X, Reddit), plataformas con cuota en lugar de factura (YouTube, Meta) y plataformas con portero (LinkedIn, TikTok). El tercer grupo es el más incómodo, porque el tiempo de espera no se acorta con presupuesto. En qué se diferencian las plataformas en cuanto a contenido, es decir, por alcance e idoneidad, lo explica el resumen Comparativa de plataformas de redes sociales.

LinkedIn: el portero más caro de todos

LinkedIn separa claramente lo que puede hacer cualquier app de lo que pueden hacer los socios. La Marketing Developer Platform está reservada a socios. Presentas tu solicitud, describes el caso de uso y esperas. LinkedIn no publica ningún precio; análisis de terceros estiman la entrada en 699 $ al mes, a partir de datos de socios y del mercado. Es una estimación sin precio de lista detrás, y no implica ninguna aprobación. El análisis de mercado del proveedor Blotato habla de una media de tres a cuatro meses para el proceso de aprobación y de cuatro a ocho semanas en el caso más rápido.

Por debajo está la Community Management API. Su Development Tier permite 500 llamadas por app y 100 llamadas por miembro en 24 horas, BATCH_GET y los webhooks están bloqueados, y el nivel caduca como máximo a los doce meses. Para un prototipo, basta. Para un dashboard que consulta a diario 40 páginas de empresa con sus comentarios, no. Extrapolar las cifras del Dev Tier a la carga de producción es uno de los errores de planificación más frecuentes en este ámbito.

La interfaz oficial no entrega datos de perfiles ajenos; solo proporciona datos de objetos propios. Quien extrae datos personales de LinkedIn lo hace a través de proveedores de datos con contratos propios, o no lo hace. Cómo montar un outreach sin zonas grises lo explica Operar un agente de outreach en LinkedIn conforme al RGPD.

Meta: cuota en lugar de factura

Instagram y Facebook no cuestan nada, pero limitan. La publicación pasa por la Instagram Content Publishing API, que permite 100 publicaciones por API en cada ventana móvil de 24 horas. Las stories se pueden publicar con el tipo de medio STORIES; los mensajes directos no forman parte de esta interfaz, sino que van por otra, la Instagram Messaging API. Antes del primer post está la Page Publishing Authorization, es decir, una verificación de identidad para la página vinculada.

En Meta, el versionado da más trabajo que el límite diario. La Graph API funciona con versiones numeradas: la v25.0 salió el 18 de febrero de 2026 y, en los informes de Ads asíncronos fallidos, devuelve campos de error adicionales como error_code y error_user_msg. Si programas contra una versión fija, tienes que seguir el changelog y adaptar activamente los cambios de campos.

Además, Meta actúa en cuanto la automatización parece manipulación. Según un informe sobre el propio anuncio de Meta, en el primer semestre de 2025 se sancionaron unas 500.000 cuentas de Facebook por spam o interacción falsa y se eliminaron unos 10 millones de perfiles que suplantaban a otras personas. El comportamiento automatizado es, por tanto, un riesgo que existe con independencia de cualquier cuota.

TikTok: primero la auditoría, después el público

La Content Posting API está documentada abiertamente, pero el acceso tiene dos fases. Mientras tu cliente no esté auditado, todas las publicaciones acaban obligatoriamente en modo SELF_ONLY, y como máximo cinco usuarios pueden publicar en 24 horas. Así, una prueba parece funcionar, pero genera un alcance nulo. El proceso de revisión parece más estricto que el de Meta; esta comparación no se puede demostrar, es una valoración basada en la práctica.

Los límites numéricos son estrechos: 6 peticiones por minuto por token de usuario y unos 15 a 25 vídeos por cuenta y día, compartidos entre todos los clientes de la API que acceden a la misma cuenta. La propia normativa de TikTok indica normalmente unos 15 posts por cuenta de creador y día. Si en paralelo funciona una herramienta de programación de publicaciones, tu script comparte esa cuota con ella, y ninguno de los dos ve el consumo del otro.

Antes que las cifras actúan los filtros de comportamiento. Códigos de error como spam_risk_too_many_posts bloquean antes que cualquier límite numérico. Desde septiembre de 2025, la política de originalidad penaliza el contenido con marcas de agua de otras plataformas y las subidas recicladas. El cross-posting automatizado es técnicamente posible y, en cuanto a contenido, la peor opción que ofrece esta API.

YouTube: unidades en lugar de dólares

La YouTube Data API calcula en unidades de cuota. Google documenta 10.000 unidades al día como cuota estándar de un proyecto de API. En la subida, el cálculo ha cambiado dos veces. El 4 de diciembre de 2025, Google redujo el coste en cuota de una subida de vídeo de unas 1.600 a unas 100 unidades: de seis subidas posibles al día se pasó a cien.

Desde el 1 de junio de 2026, videos.insert y search.list tienen sus propias cuotas: 1 punto por llamada, 100 llamadas al día por defecto, separadas de las 10.000 unidades. La vieja regla de que la búsqueda se come el presupuesto ya no vale. Para búsqueda y subida, hoy solo cuenta el número de llamadas. Quien analiza datos de canal con regularidad limita las búsquedas, trabaja con IDs de vídeo guardados y almacena los resultados en caché.

X: dos topes que no tienen nada que ver entre sí

X factura el acceso a la API como un servicio en la nube y es, en esta comparativa, el único proveedor con lista de precios oficial por recurso. La lista indica 0,001 $ por lectura propia, 0,005 $ por lectura de post, 0,015 $ por post creado y 0,200 $ por post con enlace. El último valor es la partida más cara del día a día: 200 posts con enlace al mes cuestan 40 $, y la misma cantidad sin enlace cuesta 3 $. Quien quiere llevar tráfico a su propia web paga, por tanto, unas trece veces más. A eso se suma un tope de volumen de 3 millones de lecturas de posts por ciclo de facturación.

Las tarifas legacy siguen existiendo, pero solo para clientes existentes: Basic por 200 $ y Pro por 5.000 $ al mes, mientras que Enterprise parte de unos 42.000 $ mensuales. Según el mismo análisis de mercado, el nivel gratuito ya no está disponible para nuevos desarrolladores desde el cambio de febrero de 2026. Con estas cantidades, contratar Enterprise sin un business case sólido es difícil de justificar.

El segundo tope no tiene nada que ver con el dinero. X documenta expresamente que los rate limits y la facturación van por separado, con 3.500 lecturas cada 15 minutos por app en el Post Lookup y 450 en la Recent Search. Es decir, recibes errores 429 mientras tu presupuesto sigue intacto. Sin reintentos con backoff exponencial, ninguna integración funciona aquí de forma estable.

Reddit: aprobación antes del acceso

Reddit ha pasado de un acceso de autoservicio a una revisión previa. Desde la Responsible Builder Policy de finales de 2025, cualquier desarrollador necesita una aprobación antes de poder usar la clave en producción. El acceso gratuito está en 100 consultas por minuto por cliente OAuth; para el uso comercial se citan unos 0,24 $ por 1.000 llamadas, y los grandes contratos se mueven entre 50.000 y más de 500.000 $ al año. Reddit no publica una lista de precios oficial; estas cifras proceden de un análisis de mercado y deben tratarse como tales.

Para la mayoría de las empresas en Europa, la API es aquí de todos modos la herramienta equivocada, porque el valor de la plataforma depende de una presencia real y no se consigue con volumen de consultas. Por qué Reddit sigue estando en la lista de prioridades lo explica Marketing en Reddit para empresas.

El scraping como alternativa está acabado

Las guías antiguas recomiendan proveedores de datos que ya no existen. Proxycurl fue durante años la vía estándar para obtener datos de perfiles de LinkedIn y cerró el 4 de julio de 2025, después de que LinkedIn lo demandara en enero de 2025. El propio operador puso fin al servicio y lo justificó públicamente con la demanda.

De ahí se deriva una regla de filtrado estricta para la investigación: cualquier guía sobre datos de LinkedIn creada antes de mediados de 2025 ya no sirve como fuente. Las alternativas basadas en scraping fracasan por el derecho contractual mucho antes de que la técnica entre en juego. Infringen las condiciones de uso, y las plataformas lo hacen valer en los tribunales. Esto no es asesoramiento jurídico: en cuanto hay datos personales de por medio, la evaluación conforme al RGPD corresponde a la revisión de un abogado especializado, no a un ticket de sprint.

Lo que no se puede automatizar oficialmente

Los mensajes directos no forman parte de las API de publicación en ninguna de las grandes plataformas. Donde existen por API, van por interfaces propias con reglas estrictas. A través de la Instagram Messaging API, una app solo puede responder después de que un usuario haya escrito a la cuenta, y siempre dentro de un plazo de 24 horas. A un comentario se permite una única respuesta privada en un plazo de siete días. X ofrece endpoints propios para mensajes directos, pero sus normas de automatización prohíben los mensajes no solicitados. Lo que oficialmente no se puede automatizar es, por tanto, el mensaje directo a usuarios sin interacción previa, es decir, sin un mensaje o comentario suyo. A eso se suman parte de las funciones de stories y determinados formatos de interacción, aunque Instagram al menos permite publicar stories a través de la API de publicación.

La excepción planificable, con reglas propias, es WhatsApp, donde el envío de mensajes está expresamente previsto y tiene un precio por mensaje. Las condiciones, las tasas de apertura y la cuestión del alojamiento en la UE se tratan en WhatsApp Business API: costes, tasas de apertura y alojamiento en la UE.

En la práctica, esto significa que toda automatización termina en un punto en el que toma el relevo una persona. Planifica ese traspaso desde el principio, en lugar de descubrirlo como un hueco cuando ya esté en marcha.

Agregador o integración directa

Herramientas de publicación como Buffer, Later, Metricool, Publer o Ayrshare tienen ellas mismas las aprobaciones de las plataformas y te ofrecen una única interfaz. Blotato empieza en 29 $ al mes por 20 cuentas, aunque el acceso a la API no está incluido en el plan básico. En el lado de la lectura, proveedores como Phyllo o Coresignal funcionan como capa de datos.

La contrapartida está clara. Cedes el control sobre las rutas de error, el almacenamiento de datos y los tiempos de inactividad y, a cambio, obtienes una operación de la que se ocupa otro. Ninguna herramienta te libra de los límites de las plataformas, porque las cuotas van ligadas a la cuenta. Por experiencia: mientras solo publiques y no necesites reporting propio, una integración directa rara vez compensa. En cuanto entran en juego modelos de datos propios, flujos de aprobación o agentes, la balanza se inclina hacia el otro lado.

Errores habituales al planificar una integración por API

Los errores en este ámbito se repiten, y casi todos están en la planificación, no en el código. El más caro es el tiempo de aprobación: en LinkedIn y TikTok, la fecha la decide el calendario y el presupuesto no acelera nada. Un proyecto de ocho semanas cuyo plan incluye una solicitud de socio en LinkedIn ya ha fracasado antes de empezar. Casi igual de frecuente es extrapolar el Development Tier: 500 llamadas al día en modo de desarrollo no dicen nada sobre la carga de producción, y además el nivel caduca con el tiempo.

Hay otros tres patrones que aparecen con regularidad:

• Confundir el rate limit con el presupuesto: en X, ambos límites están documentados por separado. Quien solo vigila el saldo no ve los errores 429 hasta que aparecen en el log.
• Una cuenta, varios clientes: TikTok reparte el límite diario entre todas las aplicaciones con acceso. Una herramienta de programación adicional puede llegar a reducir tu cuota a la mitad.
• Subestimar los filtros de comportamiento: los bloqueos spam_risk, las reglas de originalidad y la lucha de Meta contra el spam actúan con independencia de cualquier límite numérico.

Qué significa esto para la planificación

Trata el acceso a la API como una adquisición, no como una funcionalidad. Dos magnitudes deciden la viabilidad: el tiempo de aprobación de la plataforma más restrictiva de tu conjunto y el límite diario más duro en relación con el volumen previsto. Si el primero es más largo que el calendario de tu proyecto o el segundo es menor que tus necesidades, tienes que cambiar la arquitectura. Entonces ya no es culpa de la plataforma.