« Publier à 9 h » n’est que la moitié d’une consigne. L’autre moitié, c’est : 9 h chez qui ? La plupart des publications sorties à la mauvaise heure ne viennent pas d’une coquille dans la légende. C’est une heure juste dans le mauvais fuseau, qu’on remarque une fois la publication partie.
Ce guide parle de décisions, pas de boutons. Pour un tour rapide de l’écran de programmation, la page de la fonctionnalité Planification s’en charge. Ici, nous déroulons un cas réaliste, puis les pièges autour.
Un exemple concret : de Karachi à New York
Sana gère les réseaux sociaux depuis Karachi pour une boulangerie de New York. Les clients de la boulangerie regardent Instagram au petit-déjeuner, elle veut donc que chaque publication sorte à 8 h 00, heure de New York, pendant les deux semaines à venir. Cette période comprend le dimanche 1er novembre 2026, jour où les États-Unis reculent leurs horloges d’une heure. Le Pakistan, lui, ne change jamais d’heure.
Voici ce que cela donne à son heure :
- Jusqu’au samedi 31 octobre, New York est à l’heure d’été : 8 h 00 là-bas, c’est 17 h 00 à Karachi.
- À partir du dimanche 1er novembre, New York est à l’heure standard : 8 h 00 là-bas, c’est 18 h 00 à Karachi.
Même intention, deux heures différentes à Karachi. Si Sana faisait le calcul elle-même et saisissait 17:00 partout, tout ce qui suit le changement arriverait à New York à 7 h 00. Une heure trop tôt, chaque jour, sans aucun message d’erreur.
Elle ne fait donc pas le calcul. Dans le compositeur, elle règle d’abord la liste Timezone sur New York, puis saisit 08:00 comme heure. La publication devient une publication de 8 h 00 à New York, et le changement du 1er novembre est géré pour elle. Avant d’enregistrer, elle relit la date une fois, car les deux semaines traversent le changement.
Son calendrier affiche toujours 17 h 00 pour les premières publications et 18 h 00 pour les suivantes, parce qu’il dessine les heures avec l’horloge de votre propre appareil. C’est normal. Ouvrez n’importe quelle publication pour voir le fuseau dans lequel elle a été réglée.
Quel fuseau pour quelle publication ?
Il y a trois candidats, et chacun répond à une question différente.
- Le fuseau de l’audience. À utiliser quand la publication doit tomber à un moment précis de leur journée : petit-déjeuner, pause déjeuner, trajet du soir. C’est la bonne réponse la plupart du temps, et c’est ce qui garde la publication stable à travers leurs changements d’heure.
- Votre propre fuseau. À utiliser quand l’horaire dépend de vous plutôt que d’eux : un live que vous animerez, un rappel de permanence, un message « de retour de vacances ».
- UTC. À utiliser pour ce qui est lié à un instant mondial unique, comme un lancement annoncé à heure fixe pour tout le monde. Il ne bouge jamais, mais ne suit l’horloge locale de personne.
Si une publication a deux audiences, il lui faut deux publications. Un seul fuseau ne peut pas être le petit-déjeuner à New York et à Singapour en même temps. Programmez une copie pour chacune et réglez chacune sur son fuseau. La ligne Suggested times, sous les champs de date et d’heure, montre les heures de pic des canaux choisis, lues dans le fuseau que vous avez retenu : réglez donc d’abord le fuseau, puis regardez les suggestions.
Les erreurs qui décalent une publication de plusieurs heures
Garder la valeur par défaut. Une nouvelle publication démarre avec le fuseau que signale votre navigateur, c’est-à-dire l’endroit où votre appareil pense se trouver. Un voyage, un VPN ou un ordinateur emprunté peuvent en faire autre chose que l’endroit où vous travaillez. Vérifiez la liste avant de mettre quoi que ce soit en file.
Attendre que la liste convertisse. Changer de fuseau conserve l’heure affichée et la relit dans le nouveau fuseau. Une publication à 09:00 à Londres devient 09:00 à Los Angeles, et non l’équivalent sur la côte Pacifique de 9 h à Londres. Cela correspond à l’intention habituelle, « 9 h pour eux », mais surprend ceux qui attendaient une conversion. Si vous en voulez une, calculez l’heure et saisissez-la.
Saisir l’heure de votre fuseau avec le fuseau des autres. C’est l’erreur de Karachi à l’envers. Si vous avez tapé 17:00 parce que c’est 8 h 00 à New York, puis réglé le fuseau sur New York, vous avez programmé 17 h 00 à New York. Choisissez un seul référentiel : soit vous saisissez l’heure sur l’horloge du fuseau sélectionné, soit vous sélectionnez votre propre fuseau et vous convertissez. Les mélanger, c’est ainsi qu’une publication de 8 h devient une publication de 17 h.
Croire que les deux côtés changent d’heure le même jour. Les États-Unis et l’Europe changent d’heure à des week-ends différents : pendant environ une semaine, l’écart entre Londres et New York est d’une heure de moins que d’habitude. Si vous programmez en soustrayant des heures de tête, ce sont ces jours-là que vous vous trompez. Régler le fuseau de l’audience évite complètement le calcul.
Viser l’heure qui n’existe pas. Quand les horloges avancent, 02:30 n’existe pas cette nuit-là. Une publication réglée sur cette heure sort à 03:30, comme les horloges elles-mêmes se déplacent, et non une heure plus tôt. Si la minute exacte compte lors d’une nuit de changement, choisissez une heure bien à l’écart du trou.
Une vérification rapide avant la mise en file
- La liste Timezone indique-t-elle où est votre audience, et non où est votre ordinateur ?
- Avez-vous saisi l’heure sur l’horloge de ce fuseau ?
- La période traverse-t-elle un changement d’heure dans leur pays ? Si oui, ouvrez une publication de chaque côté et relisez son heure.
- Pour une audience mondiale, y a-t-il une publication par région plutôt qu’une heure de compromis ?
Programmations récurrentes et limite quotidienne
Une programmation récurrente a ses propres champs Time et Timezone dans le panneau Repeat Schedule. Une publication hebdomadaire à 9 h 00 à Chicago reste à 9 h 00, heure de Chicago, toute l’année, même si l’écart avec UTC change. Si une programmation n’a pas de fuseau propre, elle utilise celui de la publication d’où elle a été créée. Voir publications récurrentes sur les réseaux sociaux pour savoir à quoi servent les répétitions.
La limite quotidienne de publications programmées suit elle aussi le fuseau de la publication. Un « jour » est le jour calendaire dans ce fuseau : deux publications espacées de quelques minutes en UTC peuvent donc tomber sur des jours différents pour une audience de Sydney. La limite est de Free : 3, Pro : 30, Business : 100 publications programmées par jour. Vous le découvrez au moment où vous essayez d’en programmer une de plus.
Si vous utilisez Add to queue au lieu de choisir une heure, la fenêtre des créneaux va de 9 h à 20 h dans le fuseau de la publication. Réglez d’abord le fuseau de votre audience et les créneaux tomberont pendant ses heures d’éveil.
Dans l’API
scheduledAt désigne un instant exact : envoyez-le avec un décalage ou en UTC, par exemple 2026-11-02T13:00:00Z. timezone est un nom de fuseau IANA comme America/New_York, facultatif et valant UTC par défaut ; un nom invalide est rejeté. L’instant vient de scheduledAt. Le fuseau enregistre à quoi la publication appartient, et c’est ce qu’utilisent la limite quotidienne et la vue détaillée de la publication. Pour « 8 h à New York », calculez vous-même l’instant et envoyez les deux. Le guide de l’API de planification donne la forme complète de la requête.
Quand ne pas s’en soucier
Si vous et votre audience êtes au même endroit, gardez la valeur par défaut et oubliez tout cela. Si vous ne savez pas où est votre audience, un fuseau n’y changera rien ; regardez d’abord vos statistiques, et le guide du meilleur moment pour publier explique comment.
Vous pouvez l’essayer sur la formule gratuite : commencez gratuitement sur app.bulkpublish.com.