So funktioniert das Instagram-API-Limit von 100 Posts pro 24 Stunden

Was ist das Instagram-API-Limit von 100 Posts pro 24 Stunden?

Meta setzt das Instagram-API-Limit von 100 Posts pro 24 Stunden als bewegliches Fenster durch, was bedeutet, dass ein Konto in jedem rollierenden Zeitraum von 24 Stunden 100 Beiträge über die API veröffentlichen kann. Der genaue Satz in Metas Leitfaden zum Content Publishing steht im Block Limitations unter Requirements: „Instagram accounts are limited to 100 API-published posts within a 24-hour moving period.“

Zwei Wörter in diesem Satz tragen fast das ganze Gewicht. „API-published“ begrenzt die Zählung auf Beiträge, die über die Instagram Content Publishing API laufen, und das ist etwas anderes als ein Beitrag, den ein Mensch in der Instagram-App erstellt. „Moving“ schließt einen Reset um Mitternacht aus. Wer eine Warteschlange gegen dieses Limit baut, sollte beide Wörter lesen, bevor er die Warteschlange dimensioniert.

Zählt ein Karussell als ein Beitrag oder als zehn?

Ein Karussell zählt als ein einziger Beitrag gegen das Limit, unabhängig davon, wie viele Bilder oder Videos es enthält. Metas Karussell-Abschnitt sagt es unmissverständlich: „Publishing a carousel counts as a single post.“ Derselbe Abschnitt begrenzt ein Karussell auf 10 Elemente, ein Konto, das ausschließlich volle Karussells veröffentlicht, bewegt also 1.000 einzelne Bilder durch 100 Veröffentlichungen.

Dieses Verhältnis ist der größte Hebel, den man bei diesem Limit hat. Eine Marke, die 10 einzelne Bilder postet, verbraucht 10 ihrer 100 Slots. Dieselben 10 Bilder als ein Karussell verbrauchen einen. Wer nahe an der Obergrenze liegt, gruppiert Bilder fast immer besser, statt nach mehr Spielraum zu fragen.

Warum steht auf derselben Seite auch 50 Beiträge?

Der Leitfaden zum Content Publishing enthält einen zweiten Satz mit einer Beitragszahl, in einem anderen Abschnitt, und er sagt nicht, wie die beiden zusammenhängen. Hier ist jeder von beiden, mit dem Abschnitt, in dem er steht:

Der 50-Beiträge-Satz steht zwischen der Regel, dass ein Karussell höchstens 10 Elemente enthält, und dem Satz, dass ein Karussell als ein einziger Beitrag zählt. Seine Nachbarn sind alles Karussell-Regeln, was die Lesart stützt, dass die 50 eine Quote nur für das Veröffentlichen von Karussells ist. Er sagt außerdem „Accounts“ und nicht „carousels“, und eine Formulierung auf Kontoebene, die in einem Karussell-Abschnitt stehen geblieben ist, sieht genau so aus wie eine veraltete Zahl, nachdem ein allgemeines Limit angehoben wurde.

Meta sagt nicht, welche Lesart richtig ist. Nichts anderes auf der Seite grenzt die 50 ein, zieht sie zurück oder verknüpft sie mit den 100. Beide Sätze stehen mit Stand vom 10. September 2026 auf der Seite, und die Seite lässt das Verhältnis zwischen ihnen offen.

Die praktische Antwort lautet, keine der beiden Zahlen als Wahrheit für ein bestimmtes Konto zu zitieren, sondern das Konto selbst auszulesen. GET /<IG_ID>/content_publishing_limit meldet Metas eigene Zählung dessen, was ein Konto verbraucht hat, und das ist die einzige Zahl, die abbildet, was die Plattform für dieses Konto heute tatsächlich durchsetzt.

Dokumentiert Meta weiterhin ein Limit von 25 Beiträgen?

Metas Leitfaden zum Content Publishing erwähnt 25 an keiner Stelle. Die Zahl 25 kursiert in Blogposts von Schedulern, in Antworten auf Stack Overflow und in READMEs von Bibliotheken als Instagram-Veröffentlichungslimit, und sie hat in der aktuellen Dokumentation keine Grundlage. Eine am 10. September 2026 geprüfte Seite nennt 100 unter Requirements und 50 im Karussell-Abschnitt, sonst nichts.

Wer eine vor einigen Jahren geschriebene Integration prüft, sucht zuerst nach der 25. Fest verdrahtete Tageslimits von 25 sind der häufigste Grund dafür, dass ein Konto weit unter dem veröffentlicht, was Meta erlaubt, und niemand es bemerkt, weil die Drossel im eigenen Code sitzt und die API sich nie beschwert.

Zählt Meta bei der Container-Erstellung oder beim Veröffentlichen?

Metas Formulierung zählt veröffentlichte Beiträge, nicht erstellte Container. Das Veröffentlichen über die API besteht aus zwei Aufrufen. POST /<IG_ID>/media erstellt einen Container und gibt dessen ID zurück, und POST /<IG_ID>/media_publish mit creation_id auf diese ID macht aus dem Container einen live geschalteten Beitrag. Nur der zweite Aufruf erzeugt einen „API-published post“ in der Sprache, die das Limit verwendet.

Der Leitfaden benennt den Zählzeitpunkt über dieses eine Wort hinaus nicht, deshalb ist das als Lesart von Metas Formulierung zu verstehen und nicht als ausdrückliche Aussage. Was die Seite ausdrücklich festhält, ist eine zweite, davon unabhängige 24-Stunden-Uhr. Frag GET /<IG_CONTAINER_ID>?fields=status_code ab, und ein nicht veröffentlichter Container kommt als EXPIRED zurück, beschrieben mit „The container was not published within 24 hours and has expired.“

Diese beiden 24-Stunden-Fenster lassen sich leicht verwechseln und verhalten sich völlig unterschiedlich. Das eine ist ein rollierendes Konto-Budget für Veröffentlichungen. Das andere ist die Haltbarkeit eines einzelnen Containers. Eine Warteschlange, die Container in einem nächtlichen Batch aufbaut und sie am nächsten Abend veröffentlicht, kann in das zweite laufen, während sie vom ersten weit entfernt ist.

Welchen Fehler gibt Instagram zurück, wenn ein Konto über dem Limit liegt?

Metas Leitfaden zum Content Publishing dokumentiert keinen Fehler für das Überschreiten des Veröffentlichungslimits. Der Abschnitt Troubleshooting behandelt Container-Statuswerte (EXPIRED, ERROR, FINISHED, IN_PROGRESS, PUBLISHED) und eine kurze Tabelle mit Fehlern zu Partnership-Ads-Labels, etwa „Creator is not eligible for branded content“ und „Maximum number of sponsors exceeded. Limit is 2“. Kein Eintrag nennt das Rate-Limit.

Diese Lücke wiegt schwerer, als sie aussieht. Fehlerbehandlung gegen einen dokumentierten String ist stabil, Fehlerbehandlung gegen das, was die eigene Integration einmal zufällig beobachtet hat, ist eine Vermutung, die still zerbricht. Solange Meta die Antwort nicht dokumentiert, ist der verlässliche Hinweis die Nutzungszahl, die man vor dem Veröffentlichen ausliest, und nicht der Fehler, den man danach abfängt.

Der Leitfaden empfiehlt außerdem, den Container-Status „once per minute, for no more than 5 minutes“ abzufragen, was eine brauchbare Form für jede Retry-Schleife rund um den Publish-Schritt ist.

Was bedeutet das Limit für ein Scheduling-Tool?

Die Obergrenze von 100 Beiträgen gehört Instagram, und jedes Tool, das über die offizielle API veröffentlicht, arbeitet darin. Das ist eine Plattform-Quote und kein Tarifmerkmal, kein Scheduler hebt sie an, und jedes Tool, das behauptet, darüber hinaus zu veröffentlichen, nutzt entweder einen inoffiziellen Weg oder zählt etwas anderes als API-Veröffentlichungen.

Wo ein Scheduler seinen Wert zeigt, ist die Form der Warteschlange unterhalb des Limits. Bilder zu Karussells zu gruppieren, streckt 100 Slots weit. Einen Launch über mehrere Tage zu verteilen, hält das rollierende Fenster frei. Die ganze Woche auf einen Blick zu sehen, verhindert, dass ein Schwall überhaupt erst eingeplant wird, und genau das ist die Aufgabe eines Content-Kalenders. Für Teams, die einen Monat an Beiträgen in einer Sitzung hochladen, entscheidet sich die Verteilung beim Bulk-Scheduling.

AdaptlyPost veröffentlicht über die offizielle API auf Instagram, also gilt dasselbe 100-Beiträge-Fenster. Wie diese Verbindung funktioniert, steht auf der Seite Instagram Posting API, die Scheduling-Seite finden Sie unter Instagram-Scheduling-Tool.

Häufig gestellte Fragen

Zählen Beiträge aus der App zum Instagram-API-Limit?

Metas Satz begrenzt Konten auf 100 „API-published posts“, was Beiträge meint, die über die Content Publishing API entstehen. Der Leitfaden sagt nicht, ob Beiträge, die eine Person von Hand in der Instagram-App erstellt, auf dieselbe Summe angerechnet werden. Lies die tatsächliche Nutzung des Kontos über GET /<IG_ID>/content_publishing_limit aus, wenn das manuelle Posting-Volumen groß genug ist, um ins Gewicht zu fallen.

Zählen Stories und Reels gegen das 100-Beiträge-Limit?

Metas Leitfaden zum Content Publishing sagt es nicht. Der Limit-Satz nennt API-published posts, ohne aufzuführen, welche Medientypen eingeschlossen oder ausgeschlossen sind, und die Abschnitte zu Story posts und Reels posts tragen keine eigenen Beitragslimits. Der Leitfaden lässt das undefiniert.

Wann setzt sich das 24-Stunden-Fenster zurück?

Das Fenster setzt sich nie zurück, weil Meta es als „24-hour moving period“ beschreibt. Jede Veröffentlichung fällt 24 Stunden nach ihrem Zeitpunkt einzeln aus der Zählung. Ein Konto, das zwischen 09:00 und 10:00 Uhr 100 Beiträge veröffentlicht, gewinnt die Kapazität am nächsten Tag zwischen 09:00 und 10:00 Uhr zurück, nicht um Mitternacht.

Wie viele Bilder kann ein Konto pro Tag über die API veröffentlichen?

Ein Konto kann pro rollierenden 24 Stunden bis zu 1.000 Bilder veröffentlichen, wenn jede Veröffentlichung ein volles Karussell ist, denn ein Karussell fasst höchstens 10 Elemente und zählt als ein Beitrag. Werden stattdessen Einzelbilder veröffentlicht, endet dasselbe Konto bei 100 Bildern. Die Elementzahl und die Beitragszahl sind zwei getrennte Obergrenzen.

Mit welcher Zahl sollte eine Integration planen, 100 oder 50?

Keine der beiden Zahlen sollte fest verdrahtet werden. Metas Seite führt beide, in verschiedenen Abschnitten, ohne zu sagen, welche für ein Konto gilt, eine feste Konstante im Code liegt also für manche Konten falsch. Frag vor dem Veröffentlichen GET /<IG_ID>/content_publishing_limit ab und lass die gemeldete Nutzung des Kontos entscheiden.

Wo ist das 100-Beiträge-Limit dokumentiert?

Das Limit ist in Metas Leitfaden zum Content Publishing der Instagram-Plattform unter developers.facebook.com/docs/instagram-platform/content-publishing dokumentiert, im Block Limitations unter Requirements. Der 50-Beiträge-Satz steht weiter unten auf derselben Seite, im Block Limitations unter Create a carousel container.

Wie lange kann ein unveröffentlichter Container bestehen, bevor er abläuft?

Meta gibt einem unveröffentlichten Container eine eigene 24-Stunden-Frist, getrennt vom Veröffentlichungskontingent. Bei einer Abfrage von GET /<IG_CONTAINER_ID>?fields=status_code liefert ein Container, der sein Fenster verpasst hat, den Status EXPIRED, beschrieben als "The container was not published within 24 hours and has expired." Eine Warteschlange, die Container über Nacht sammelt und erst am nächsten Abend veröffentlicht, kann diese Uhr auslösen, obwohl sie vom 100-Post-Budget noch weit entfernt ist.

Warum sollte die Fehlerbehandlung sich nicht auf eine bestimmte Rate-Limit-Meldung von Instagram verlassen?

Metas Leitfaden zur Content-Publishing-API dokumentiert keinen Fehlertext für das Überschreiten des Veröffentlichungslimits. Der Abschnitt Troubleshooting listet Container-Status wie EXPIRED, ERROR, FINISHED, IN_PROGRESS und PUBLISHED sowie eine kurze Tabelle mit Fehlern zu Partnership Ads, aber keiner davon benennt das Rate-Limit. Code, der auf eine nirgends dokumentierte Meldung setzt, ist eine Vermutung. Prüfe stattdessen vor jeder Veröffentlichung den Nutzungszähler des Kontos.

Wie oft sollte eine Retry-Schleife den Status eines Containers prüfen?

Meta empfiehlt, den Status eines Containers einmal pro Minute abzufragen, für höchstens 5 Minuten. Dieser Takt gilt für die Ablauf-Uhr des Containers, nicht für das 100-Post-Fenster, weshalb eine darauf aufgebaute Retry-Schleife kurz bleiben und innerhalb dieser fünf Minuten enden sollte.

Gilt das in manchen Scheduler-Blogposts genannte Limit von 25 Posts noch?

Nein. Metas Leitfaden zur Content-Publishing-API erwähnt die Zahl 25 an keiner Stelle, weder in Requirements noch im Karussell-Abschnitt. Die Zahl verbreitet sich über Scheduler-Blogposts, Stack-Overflow-Antworten und Library-READMEs weiter, und eine darauf fest programmierte Integration veröffentlicht weit unter den 100, die Meta tatsächlich erlaubt, ohne dass es jemandem auffällt, weil die Bremse im eigenen Code sitzt und die API nie protestiert.