Localisation & fuseaux horaires
Cet article couvre comment Glowtify gère les langues, les fuseaux horaires et les audiences multi-régions. Le comportement des fuseaux horaires en particulier a des conséquences réelles sur la planification — lis ça si ton audience couvre plusieurs régions ou si tu sais pas pourquoi un post est parti à 3h du mat.
Langue de l'interface
Chaque utilisateur choisit sa langue préférée pour l'UI Glowtify dans Paramètres du compte. Par défaut, Glowtify utilise la langue de ton navigateur.
Les langues de contenu sont séparées — tu peux avoir une UI française et publier en anglais, ou l'inverse.
Langues du contenu
La langue du contenu généré par Glowtify est pilotée par deux entrées:
- La langue principale déclarée dans ton Business DNA (correspond souvent à ton audience)
- Les valeurs par défaut du canal — certains canaux (ex. CyberImpact) demandent la langue au moment de la publication (fr_ca / en_ca)
Si tu fais du marketing multilingue, t'as deux choix:
- Un Workspace, plusieurs langues — gère la sélection de la langue par epic à l'intérieur de chaque epic
- Plusieurs Workspaces, un par langue — séparation plus propre du Business DNA, des audiences et des analytics par langue
La plupart des équipes choisissent un Workspace par langue une fois qu'elles franchissent un volume significatif dans chacune.
Fuseaux horaires — les détails critiques
Fuseau du Workspace
Chaque Workspace a un fuseau horaire par défaut (réglé dans Workspace manager). Les heures planifiées que tu entres dans l'app sont interprétées dans ce fuseau sauf surcharge explicite.
Fuseau de l'utilisateur
Chaque utilisateur a un fuseau dans son profil (réglé dans Paramètres du compte). L'app utilise ton fuseau utilisateur pour afficher les timestamps (ex. "publié à 15h heure locale") mais la planification est toujours dans le fuseau du Workspace.
Soft scheduling et fuseaux
Pour social + pubs, Glowtify stocke la date/heure planifiée en UTC en interne et utilise le fuseau du Workspace pour l'affichage. Au moment de la publication, Glowtify pousse vers la plateforme en UTC — la plateforme gère tout affichage lié au fuseau côté destinataire.
Real scheduling et fuseaux
Pour email + blog, Glowtify passe la date/heure + le fuseau à la plateforme:
- CyberImpact: reçoit
sendAt+timezoneexplicitement - Mailchimp: reçoit l'heure planifiée en UTC, Mailchimp applique sa propre logique de fuseau utilisateur
- Klaviyo: reçoit la date/heure avec
send_strategy: static, applique sa propre logique de fuseau - WordPress / Shopify blog: reçoivent la date/heure UTC, la plateforme l'affiche dans son propre fuseau
Conséquence: si ton audience email est en Europe mais que ton Workspace Glowtify est réglé en Eastern, vérifie deux fois l'heure planifiée — 9h Eastern, c'est 15h en Europe. Utilise le fuseau du Workspace de façon cohérente ou change le fuseau du Workspace quand tu planifies des campagnes pour une autre région.
Heure d'été
Glowtify gère correctement les transitions d'heure d'été en stockant en UTC en interne. Une publication planifiée "à 9h heure du Workspace le 3 novembre" partira à 9h locales ce jour-là, même si l'heure d'été bascule entre-temps.
Edge case: les deux heures ambiguës pendant la transition "fall back" de l'heure d'hiver. Glowtify choisit par défaut la première occurrence (avant la transition). Si ça compte pour une publication précise, choisis une heure en dehors de la fenêtre de transition.
Articles liés
- Smart Scheduling — soft vs real scheduling et leurs implications en fuseaux
- Workspace manager — régler les valeurs par défaut du Workspace
- Paramètres du compte — régler les préférences au niveau utilisateur