“Post om 9 uur” is maar een halve instructie. De andere helft is: 9 uur van wie? De meeste posts op het verkeerde uur komen niet door een typfout in de tekst. Het is een juiste tijd in de verkeerde zone, die je pas merkt als de post al online staat.
Deze gids gaat over keuzes, niet over knoppen. Voor een snelle rondleiding door het planscherm is er de functiepagina Inplannen. Hier werken we één realistisch geval uit, en daarna de valkuilen eromheen.
Een uitgewerkt voorbeeld: van Karachi naar New York
Sana beheert de socials vanuit Karachi voor een bakkerij in New York. De klanten van de bakkerij kijken tijdens het ontbijt op Instagram, dus ze wil dat elke post de komende twee weken om 8:00 uur New Yorkse tijd uitkomt. In die periode valt zondag 1 november 2026, de dag waarop de Verenigde Staten de klok een uur terugzetten. Pakistan verzet de klok helemaal nooit.
Voor haar eigen klok betekent dat:
- Tot en met zaterdag 31 oktober heeft New York zomertijd, dus 8:00 uur daar is 17:00 uur in Karachi.
- Vanaf zondag 1 november heeft New York wintertijd, dus 8:00 uur daar is 18:00 uur in Karachi.
Dezelfde bedoeling, twee verschillende uren in Karachi. Als Sana het zelf zou uitrekenen en overal 17:00 invulde, kwam alles na de omschakeling om 7:00 uur in New York aan. Elke dag een uur te vroeg, zonder foutmelding.
Dus rekent ze niet. In de editor zet ze eerst de dropdown Timezone op New York en vult dan 08:00 in als tijd. De post is nu een post van 8:00 uur New Yorkse tijd, en de omschakeling op 1 november wordt voor haar geregeld. Voor het opslaan leest ze de datum nog één keer na, omdat de twee weken over de omschakeling heen lopen.
Haar kalender toont nog steeds 17:00 uur voor de eerste posts en 18:00 uur voor de latere, omdat de kalender tijden tekent met de klok van je eigen apparaat. Dat is normaal. Open een willekeurige post om te zien in welke zone die is ingesteld.
Welke zone moet een post gebruiken?
Er zijn drie kandidaten, en elk beantwoordt een andere vraag.
- De zone van het publiek. Gebruik die als de post op een bepaald moment van hun dag moet landen: ontbijt, lunchpauze, avondspits. Meestal is dat het juiste antwoord, en het houdt de post stabiel door hun zomertijdwisselingen heen.
- Je eigen zone. Gebruik die als het tijdstip om jou draait en niet om hen: een livesessie die je zelf geeft, een herinnering aan je spreekuur, een “ik ben terug van vakantie”-post.
- UTC. Gebruik dat voor iets wat aan één wereldwijd moment hangt, zoals een lancering die voor iedereen op een vast tijdstip wordt aangekondigd. Het verschuift nooit, maar volgt ook niemands lokale klok.
Heeft een post twee doelgroepen, dan heb je twee posts nodig. Eén zone kan niet tegelijk ontbijt in New York en in Singapore zijn. Plan voor elk een kopie en zet elke op de eigen zone. De rij Suggested times onder de datum- en tijdvelden toont de piekuren van de gekozen kanalen, gelezen in de zone die je koos. Stel dus eerst de zone in en kijk daarna naar de suggesties.
Fouten die een post uren laten verschuiven
De standaardwaarde laten staan. Een nieuwe post begint met de zone die je browser doorgeeft, dus waar je apparaat denkt te zijn. Reizen, een VPN of een geleende laptop kunnen daar iets anders van maken dan waar je werkt. Check de dropdown voordat je iets in de wachtrij zet.
Verwachten dat de dropdown omrekent. Als je de zone wijzigt, blijft de kloktijd staan en wordt die opnieuw gelezen in de nieuwe zone. Een post om 09:00 in Londen wordt 09:00 in Los Angeles, niet het Pacific-equivalent van 9 uur in Londen. Dat past bij de gebruikelijke bedoeling, “9 uur voor hen”, maar verrast wie een omrekening verwachtte. Wil je er een, reken de tijd dan uit en vul die in.
De tijd in jouw zone invullen en de zone van hen kiezen. Dit is de Karachi-fout omgekeerd. Als je 17:00 intikte omdat het in New York 8:00 uur is en daarna de zone op New York zette, heb je 17:00 uur New Yorkse tijd gepland. Kies één referentiekader: of je tikt de tijd in op de klok van de gekozen zone, of je kiest je eigen zone en rekent zelf om. Door ze te mengen wordt een post van 8 uur er een van 17 uur.
Denken dat beide kanten op dezelfde dag verzetten. De Verenigde Staten en Europa verzetten de klok op verschillende weekenden, dus ongeveer een week lang is het verschil tussen Londen en New York een uur kleiner dan normaal. Als je plant door uren uit je hoofd af te trekken, ga je juist die dagen de mist in. Met de zone van het publiek vervalt de som helemaal.
Plannen in het uur dat niet bestaat. Als de klok vooruit gaat, bestaat 02:30 die nacht niet. Een post voor dat tijdstip gaat om 03:30 uit, zoals de klokken zelf verspringen, en niet een uur eerder. Als de exacte minuut telt in een omschakelnacht, kies dan een tijd ruim buiten het gat.
Een snelle check voordat je in de wachtrij zet
- Toont de dropdown Timezone waar je publiek zit, en niet waar je laptop staat?
- Heb je de tijd ingevuld op de klok van die zone?
- Loopt de periode over een klokwissel in hun land? Open dan aan beide kanten een post en lees de tijd na.
- Is er voor een wereldwijd publiek één post per regio in plaats van één compromistijd?
Herhaalplanningen en de dagelijkse limiet
Een herhaalplanning heeft eigen velden Time en Timezone in het paneel Repeat Schedule. Een wekelijkse post om 9:00 uur in Chicago blijft het hele jaar om 9:00 uur Chicagose tijd, ook als het verschil met UTC verandert. Heeft een planning geen eigen zone, dan gebruikt die de zone van de post waarvan ze is gemaakt. Zie terugkerende social media-posts voor waar herhalingen goed voor zijn.
De dagelijkse limiet voor geplande posts volgt ook de zone van de post. Een “dag” is de kalenderdag in die zone, dus twee posts met een paar minuten verschil in UTC kunnen voor een publiek in Sydney op verschillende dagen vallen. De limiet is Free: 3, Pro: 30, Business: 100 geplande posts per dag. Je merkt het op het moment dat je er nog een probeert in te plannen.
Gebruik je Add to queue in plaats van zelf een tijd te kiezen, dan loopt het slotvenster van 9:00 tot 20:00 uur in de zone van de post. Stel eerst de zone van je publiek in en de slots vallen binnen de uren waarop zij wakker zijn.
In de API
scheduledAt benoemt één exact moment, dus stuur het met een offset of in UTC, bijvoorbeeld 2026-11-02T13:00:00Z. timezone is een IANA-zonenaam zoals America/New_York, optioneel en standaard UTC, en een ongeldige naam wordt geweigerd. Het moment komt uit scheduledAt. De zone legt vast waartoe de post behoort en wordt gebruikt door de dagelijkse limiet en de detailweergave van de post. Reken voor “8 uur in New York” het moment zelf uit en stuur beide mee. De gids voor de planning-API laat de volledige vorm van het verzoek zien.
Wanneer je het kunt overslaan
Zitten jij en je publiek op dezelfde plek, laat dan de standaard staan en vergeet dit alles. Weet je niet waar je publiek zit, dan helpt een zone niet; kijk eerst naar je analyses, en de gids over de beste tijd om te posten legt uit hoe.
Je kunt het proberen met het gratis plan: begin gratis op app.bulkpublish.com.