Comment fonctionne la limite de 100 posts par 24 heures de l'API Instagram

Qu'est-ce que la limite de 100 posts par 24 heures de l'API Instagram ?

Meta applique la limite de 100 posts par 24 heures de l'API Instagram comme une fenêtre glissante, ce qui veut dire qu'un compte peut publier 100 posts via l'API sur n'importe quelle période de 24 heures qui se déplace. La phrase exacte du guide de publication de contenu de Meta, dans le bloc Limitations sous Requirements, dit : « Instagram accounts are limited to 100 API-published posts within a 24-hour moving period. »

Deux mots de cette phrase portent presque tout le poids. « API-published » restreint le comptage aux posts poussés via l'Instagram Content Publishing API, ce qui n'est pas la même chose qu'un post créé à la main dans l'app Instagram. « Moving » écarte une remise à zéro à minuit. Qui construit une file d'attente contre ce plafond doit lire les deux mots avant de la dimensionner.

Un carrousel compte-t-il pour un post ou pour dix ?

Un carrousel compte pour un seul post face au plafond, quel que soit le nombre d'images ou de vidéos qu'il contient. La section carrousel de Meta le dit sans détour : « Publishing a carousel counts as a single post. » La même section limite un carrousel à 10 éléments, un compte qui ne publie que des carrousels pleins fait donc passer 1 000 images individuelles en 100 publications.

Ce rapport est le plus gros levier disponible sur cette limite. Une marque qui publie 10 images séparées brûle 10 de ses 100 créneaux. Les mêmes 10 images envoyées en un carrousel en brûlent un. Si vous approchez du plafond, la solution consiste presque toujours à regrouper les images plutôt qu'à demander plus de marge.

Mêmes 10 images, coût différent

10 posts d'une seule image

• 10 des 100 créneaux quotidiens de l'API utilisés

1 post carrousel

• 1 des 100 créneaux quotidiens de l'API utilisés
• contient les 10 images

Pourquoi la même page indique-t-elle aussi 50 posts ?

Le guide de publication de contenu porte une seconde phrase avec un nombre de posts, dans une autre section, et il ne dit pas comment les deux s'articulent. Voici chacune, avec la section où elle se trouve :

Phrase	Section où elle apparaît	Ce qu'elle dit
« Instagram accounts are limited to 100 API-published posts within a 24-hour moving period. »	Requirements, sous Limitations	100 posts, période glissante de 24 heures
« Accounts are limited to 50 published posts within a 24-hour period. »	Create a carousel container, sous Limitations	50 posts, période de 24 heures

La phrase des 50 posts se trouve entre la règle selon laquelle un carrousel contient au plus 10 éléments et la phrase selon laquelle un carrousel compte pour un seul post. Ses voisines sont toutes des règles de carrousel, ce qui appuie la lecture des 50 comme un quota limité à la publication de carrousels. Elle dit aussi « Accounts » et non « carousels », et une formulation au niveau du compte restée dans une section carrousel, c'est exactement l'allure d'un nombre périmé après le relèvement d'une limite générale.

Meta ne dit pas quelle lecture est la bonne. Rien d'autre sur la page ne cadre les 50, ne les retire ni ne les relie aux 100. Les deux phrases sont en ligne sur la page au 10 septembre 2026, et la page laisse ouverte la relation entre elles.

La réponse pratique consiste à cesser de citer l'un ou l'autre nombre comme la vérité pour un compte donné et à aller lire ce compte. GET /<IG_ID>/content_publishing_limit renvoie le comptage de Meta lui-même sur ce qu'un compte a consommé, seul chiffre qui reflète ce que la plateforme applique réellement à ce compte aujourd'hui.

Meta documente-t-il encore un plafond de 25 posts ?

Le guide de publication de contenu de Meta ne mentionne 25 nulle part. Le nombre 25 circule dans les blogs d'outils de planification, les réponses Stack Overflow et les READMEs de bibliothèques comme plafond de publication Instagram, et il n'a aucun appui dans la documentation actuelle. Une page vérifiée le 10 septembre 2026 indique 100 dans Requirements et 50 dans la section carrousel, rien d'autre.

Si vous auditez une intégration écrite il y a quelques années, le 25 est la première chose à chercher. Les plafonds quotidiens de 25 écrits en dur sont la raison la plus courante pour laquelle un compte publie bien en dessous de ce que Meta autorise sans que personne ne le remarque, parce que le frein est dans votre propre code et que l'API ne se plaint jamais.

Le comptage se fait-il à la création du conteneur ou à la publication ?

La formulation de Meta compte les posts publiés, pas les conteneurs créés. Publier via l'API demande deux appels. POST /<IG_ID>/media crée un conteneur et renvoie son ID, et POST /<IG_ID>/media_publish avec creation_id pointant sur cet ID transforme le conteneur en post en ligne. Seul le second appel produit un « API-published post » dans le vocabulaire employé par la limite.

Le guide ne précise pas le moment de l'incrément au-delà de ce mot, donc prenez cela comme une lecture de la formulation de Meta plutôt que comme une affirmation explicite. Ce que la page affirme explicitement, c'est une seconde horloge de 24 heures, sans rapport avec la première. Interrogez GET /<IG_CONTAINER_ID>?fields=status_code et un conteneur non publié revient en EXPIRED, décrit ainsi : « The container was not published within 24 hours and has expired. »

Ces deux fenêtres de 24 heures se confondent facilement et ne se comportent pas du tout pareil. L'une est un budget de compte glissant pour les publications. L'autre est la durée de vie d'un conteneur unique. Une file qui construit des conteneurs dans un lot nocturne et les publie le lendemain soir peut heurter la seconde tout en restant loin de la première.

Quelle erreur Instagram renvoie-t-il quand un compte dépasse la limite ?

Le guide de publication de contenu de Meta ne documente aucune erreur pour le dépassement de la limite de publication. Sa section Troubleshooting couvre les valeurs de statut de conteneur (EXPIRED, ERROR, FINISHED, IN_PROGRESS, PUBLISHED) et un court tableau d'erreurs de labels d'annonces en partenariat comme « Creator is not eligible for branded content » et « Maximum number of sponsors exceeded. Limit is 2 ». Aucune entrée ne nomme la limite de débit.

Cet écart pèse plus lourd qu'il n'y paraît. Une gestion d'erreur écrite contre une chaîne documentée est stable, une gestion d'erreur écrite contre ce que votre intégration a observé une fois par hasard est une supposition qui casse en silence. Tant que Meta ne documente pas la réponse, le signal fiable reste le compteur d'usage lu avant de publier, pas l'échec attrapé après.

Le guide conseille aussi d'interroger le statut du conteneur « once per minute, for no more than 5 minutes », une forme utile pour toute boucle de relance construite autour de l'étape de publication.

Que signifie ce plafond pour un outil de planification ?

Le plafond de 100 posts appartient à Instagram, et tout outil qui publie via l'API officielle travaille à l'intérieur. C'est un quota de plateforme, pas une option de forfait, donc aucun planificateur ne le relève, et tout outil qui prétend publier au-delà emprunte une voie non officielle ou compte autre chose que des publications par API.

Là où un outil de planification gagne sa place, c'est dans la forme de la file sous le plafond. Regrouper les images en carrousels étire beaucoup les 100 créneaux. Étaler un lancement sur plusieurs jours empêche la fenêtre glissante de se remplir. Voir la semaine entière d'un coup, c'est ce qui empêche de programmer une rafale en premier lieu, et c'est le travail d'un calendrier de contenu. Pour les équipes qui chargent un mois de posts en une seule session, c'est dans la planification en masse que l'étalement se décide.

AdaptlyPost publie sur Instagram via l'API officielle, la même fenêtre de 100 posts s'applique donc. Vous pouvez en lire plus sur le fonctionnement de cette connexion sur la page API de publication Instagram, ou voir le côté planification sur la page outil de planification Instagram.

Questions fréquentes

La limite de l'API Instagram inclut-elle les posts faits dans l'app ?

La phrase de Meta limite les comptes à 100 « API-published posts », ce qui désigne les posts créés via la Content Publishing API. Le guide ne dit pas si les posts qu'une personne fait à la main dans l'app Instagram comptent dans le même total. Lisez l'usage réel du compte avec GET /<IG_ID>/content_publishing_limit si le volume de publication manuelle est assez élevé pour compter.

Les stories et les reels comptent-ils dans le plafond de 100 posts ?

Le guide de publication de contenu de Meta ne le dit pas. La phrase de la limite nomme les API-published posts sans lister les types de médias inclus ou exclus, et les sections Story posts et Reels posts de la page ne portent pas de limites de nombre propres. Le guide laisse ce point indéfini.

Quand la fenêtre de 24 heures se remet-elle à zéro ?

La fenêtre ne se remet jamais à zéro, parce que Meta la décrit comme un « 24-hour moving period ». Chaque publication sort du comptage 24 heures après avoir eu lieu, une par une. Un compte qui publie 100 posts entre 09:00 et 10:00 retrouve de la capacité entre 09:00 et 10:00 le lendemain, pas à minuit.

Combien d'images un compte peut-il publier par jour via l'API ?

Un compte peut publier jusqu'à 1 000 images par tranche glissante de 24 heures si chaque publication est un carrousel plein, parce qu'un carrousel contient au plus 10 éléments et compte pour un post. Publier des images seules plafonne le même compte à 100 images. Le nombre d'éléments et le nombre de posts sont deux plafonds distincts.

Sur quel nombre une intégration doit-elle se caler, 100 ou 50 ?

Aucun des deux ne devrait être écrit en dur. La page de Meta porte les deux, dans des sections différentes, sans dire lequel régit un compte, donc une constante fixe dans votre code sera fausse pour certains comptes. Interrogez GET /<IG_ID>/content_publishing_limit avant de publier et laissez l'usage remonté par le compte décider.

Où la limite de 100 posts est-elle documentée ?

La limite est documentée dans le guide de publication de contenu Instagram Platform de Meta, à l'adresse developers.facebook.com/docs/instagram-platform/content-publishing, dans le bloc Limitations sous Requirements. La phrase des 50 posts apparaît plus bas sur la même page, dans le bloc Limitations sous Create a carousel container.

Combien de temps un conteneur non publié peut-il rester avant d'expirer ?

Meta accorde à un conteneur non publié un délai propre de 24 heures, distinct du quota de publication. En interrogeant GET /<IG_CONTAINER_ID>?fields=status_code, un conteneur qui a manqué sa fenêtre renvoie le statut EXPIRED, décrit comme "The container was not published within 24 hours and has expired." Une file qui construit des conteneurs pendant la nuit et les publie le lendemain soir peut déclencher cette horloge alors qu'elle est encore loin du budget de 100 posts.

Pourquoi ne pas fonder la gestion des erreurs sur un message précis de dépassement de limite d'Instagram ?

Le guide de publication de contenu de Meta ne documente aucun texte d'erreur pour un dépassement du plafond de publication. Sa section Troubleshooting liste des statuts de conteneur comme EXPIRED, ERROR, FINISHED, IN_PROGRESS et PUBLISHED, plus un court tableau d'erreurs liées aux partnership ads, et aucun ne nomme la limite de fréquence. Un code construit sur un message que personne n'a documenté relève du pari, mieux vaut donc vérifier le compteur d'usage du compte avant de publier plutôt que d'attraper un échec après coup.

À quelle fréquence une boucle de nouvelle tentative doit-elle vérifier le statut d'un conteneur ?

Meta recommande d'interroger le statut d'un conteneur une fois par minute, pendant 5 minutes maximum. Ce rythme correspond à l'horloge d'expiration du conteneur, pas à la fenêtre des 100 posts, donc une boucle de nouvelle tentative construite dessus doit rester courte et s'arrêter dans ces cinq minutes.

Le plafond de 25 posts mentionné dans certains blogs de planification est-il encore valable ?

Non. Le guide de publication de contenu de Meta ne mentionne le chiffre 25 nulle part sur la page, ni dans Requirements ni dans la section carrousel. Ce chiffre circule dans des articles de blog sur la planification, des réponses Stack Overflow et des README de librairies, et une intégration qui le code en dur publie bien en dessous des 100 que Meta autorise réellement sans que personne ne le remarque, parce que le frein se trouve dans le code lui-même et que l'API ne proteste jamais.