Remote Job Time Zone Requirements: What CET ± 2 and Overlap Mean
Remote job time zone requirements decide more applications than most people realise. A posting can be open to your country and still not fit, because it quietly expects you online until midnight. This article explains the common phrases (CET ± 2, "overlap with EST", async-first), shows how to work out your actual hours, and gives you a line to put in your applications so recruiters don't have to guess.
Why remote jobs care about time zones at all
A remote team still has meetings, code reviews, incidents and customers. Most companies want people to be reachable during some shared part of the day, and the easiest way to write that down is a time zone rule. It usually sits in one of three places: the location field ("Remote - Europe (CET ± 3)"), a line in the requirements, or a paragraph about how the team works near the end of the posting.
The rule is often more important than the country list. A company that can legally hire you in Georgia may still skip your application if its whole team works on US Pacific time.
Common phrases and what they usually mean
| Phrase in the posting | What it usually means |
|---|---|
| CET ± 2 hours | Your working day should fall within two hours of Central European Time. Roughly London to Istanbul |
| EMEA time zones | Anywhere from the UK to the Gulf, as long as your day overlaps with Europe |
| UK hours / GMT | Work roughly 9:00–17:30 London time, wherever you are |
| 4 hours overlap with EST | At least four of your working hours must match 9:00–17:00 US Eastern |
| Core hours 10:00–15:00 CET | Be online for that block; the rest of the day is flexible |
| Americas time zones | Your day should sit inside North or South American hours |
| Async-first | Most work happens in writing; meetings are few, but check whether any are fixed |
| Worldwide, any time zone | Genuinely flexible hours are possible, but ask about on-call and meetings |
Work out your real overlap in five minutes
- Convert everything to UTC. Central European Time is UTC+1 in winter and UTC+2 in summer. US Eastern is UTC−5 in winter and UTC−4 in summer. Tbilisi, Yerevan and Dubai are UTC+4 all year.
- Check daylight saving. Europe and the US change clocks on different dates, so for a few weeks in spring and about a week in autumn the gap between them is an hour shorter than usual. Georgia, Armenia, Kazakhstan and the UAE don't change clocks at all, so from Tbilisi, Yerevan or Dubai your gap to Berlin is three hours in winter and two in summer (from Almaty, four and three).
- Write out the team's day in your time. A 9:00–17:00 US Eastern day is 15:00–23:00 in Berlin or Belgrade, and 18:00–02:00 in Tbilisi in winter.
- Mark the hours you can really work. Not the hours you could survive for a month, the ones you could keep for a year alongside your life.
- Count the shared hours. If the posting asks for four hours with US Eastern and you're in Belgrade, a working day of 11:00–19:00 gets you there. From Tbilisi, the same requirement means working until about 22:00 in winter.
Some examples to calibrate:
- Lisbon or London sits one hour behind CET, well inside "CET ± 2".
- Cyprus is one hour ahead of CET all year, also inside.
- Istanbul is two hours ahead of CET in winter and one in summer: inside.
- Tbilisi, Yerevan, Dubai are three hours ahead of CET in winter, just outside a strict "± 2". Many teams won't mind, but ask rather than assume.
- Almaty is four hours ahead of CET in winter. For "CET ± 2" roles, this needs a conversation.
Is "async" really async?
"Async-first" is a good sign, but it isn't a promise that you'll never have a fixed meeting. Before you plan your life around it, ask:
- Are there recurring meetings I'd be expected to attend live? At what time, in your time zone?
- Is there an on-call rotation, and which hours does it cover?
- How quickly are people expected to answer messages?
- Where do the people I'd work with most closely sit?
The last question matters most. A company can be spread across the world while your own team sits in one city. What decides your day is the team, not the company's headline policy.
Say your time zone before they ask
Recruiters screening quickly don't want to calculate time differences. Put one plain line near the top of your CV or in your cover note:
Based in Tbilisi (UTC+4). Comfortable working 10:00–19:00 CET, with later calls when needed.
It answers the question before the first call and shows you've read their requirement. If you're outside the stated range but can adjust, say so specifically ("I can shift my day to cover 14:00–18:00 US Eastern three days a week") rather than "flexible". For a broader checklist on reading postings, see how to read a job description.
When to skip, and when to apply anyway
Skip if the requirement means working late every night and you know you won't keep it up. Apply anyway if you're an hour or two outside the range, the rest fits, and you can explain how you'd cover the overlap: time zone lines are often written loosely.
Time zones are one half of the location question; the other is where a company can hire. We cover that in remote IT jobs actually open to Europe and, for region labels, in what EMEA means in a job posting. If you're looking at roles marked worldwide, read which "remote anywhere" jobs are really open as well.
A quick checklist
- Find the time zone rule: location field, requirements, or the "how we work" section.
- Convert the team's hours into your own, for both summer and winter.
- Count the shared hours you can keep long term.
- Ask about fixed meetings, on-call and where your immediate team sits.
- State your time zone and working hours in one line in your application.
Hot Jobs filters by region rather than by hours: you choose Remote · Europe & EMEA, Remote · Americas, Remote · Anywhere or your own cities, and each alert shows the posting's location string, so the time zone check takes a minute once you open the job. It's €3, paid once. Connect the bot