You scheduled an offer to go live at nine in the morning and it appeared in the middle of the night. A customer swears they filled in your contact form at lunchtime, but the email says it arrived hours earlier. Your blog shows 03/04/2026, and you are not sure whether your readers see March or April.
Behind each of these is a clock or calendar setting that most sites never revisit after installation. Below: how to change the timezone in WordPress, how to pick a date format your customers will read the right way, and why a few times can still look wrong once both are fixed.
Where the clock settings live
Everything is on one screen: Settings → General. Towards the bottom you will find four fields:
- Timezone, which sets the site’s local time.
- Date Format, how dates are written on the site.
- Time Format, how times are written.
- Week Starts On, which day calendars begin with.
Under the Timezone field WordPress shows two clocks, “Universal time” and “Local time”. If local time does not match the clock on your wall, the setting is wrong. Only Administrators can change it.
How to change the timezone in WordPress
- Go to Settings → General.
- Open the Timezone dropdown. Cities are grouped by region: Asia, Europe, America and so on.
- Choose the city that shares your time. For most of India that is Kolkata under Asia. In the UK, London under Europe. On the US east coast, New York under America.
- Press Save Changes.
- Check the “Local time” line again. It should now match your own clock.
City or UTC offset?
Further down the same dropdown you will find manual offsets such as UTC+0, UTC+1 and UTC+5:30. WordPress’s own note on the screen offers both: a city in your time zone or a UTC offset.
Pick the city. A city knows about daylight saving time, so a site set to London moves its clock forward in spring and back in autumn by itself. A site set to a fixed offset stays on that offset all year, and every scheduled post is an hour out for half of it. After you save a city, WordPress tells you whether that zone observes daylight saving and, if it does, when the next change happens.
India has no daylight saving, so Kolkata and UTC+5:30 behave the same today. The city is still the better habit: it is clearer to the next person who looks, and if the rules ever change, the time zone data on the server takes care of it rather than you.
Many sites are still on the setting they were installed with, which is often UTC+0 or a city chosen by whoever built the site. If your business is not in that zone, this is almost certainly why your times look odd.
Choosing a WordPress date format readers will understand
The Date Format field offers a few ready-made options and a Custom box. Each option shows a preview using today’s date, so you can see the result before saving.
The question to ask is who reads your site. “03/04/2026” means 3 April to a reader in India or the UK and March 4 to a reader in the US. If your customers are in more than one country, or you simply want no doubt, write the month as a word: “23 October 2026” or “October 23, 2026”.
Building a custom format
The Custom box uses letters that each stand for part of the date. The ones you are likely to need:
| Letter | Shows | Example |
|---|---|---|
| j | Day of the month, no leading zero | 5 |
| d | Day of the month, two digits | 05 |
| F | Month name in full | October |
| M | Short month name | Oct |
| m | Month number, two digits | 10 |
| Y | Four-digit year | 2026 |
| l | Day of the week in full | Friday |
So j F Y gives “23 October 2026”, F j, Y gives “October 23, 2026” and d/m/Y gives “23/10/2026”. Spaces, commas and slashes are printed as typed. If the preview shows something strange, you have probably used a letter that means something else; WordPress’s documentation on date and time formatting lists every letter.
Time format
The two common choices are g:i a, which gives “3:30 pm”, and H:i, which gives “15:30”. Use the one your customers use when they talk about opening hours.
Where these formats actually appear
The format setting is a default, and whether it is used depends on your theme and plugins.
- Classic themes usually print post dates using the setting, but some themes hard-code their own format.
- Block themes show dates with the Post Date block, which follows the site format by default but can be given its own format in the block settings. If your date looks different on one template, open it under Appearance → Editor and check that block.
- Plugins such as events, booking or shop plugins often have their own date settings in their own screens.
Why scheduled posts and form timestamps look wrong
Scheduled posts
When you schedule a post, WordPress reads the time you enter in the site’s time zone. If the site still thinks it is in UTC while you are in India, “9:00” means nine o’clock UTC, which is 2:30 in the afternoon in Kolkata. Fix the time zone first, then reopen any posts already scheduled and confirm their date and time are still what you intended. Our guide to scheduling posts to publish later covers the rest of the publish panel.
A post that shows “Missed schedule” is a different problem. That is about WordPress’s task runner not firing on time, not the time zone, and our post on WordPress scheduled tasks not running explains it.
Form entries and notification emails
Times on form entries can come from three different clocks:
- The time shown in your email app is your device’s own time zone. That one is usually right.
- A time printed inside the email body, or in the plugin’s entries screen, normally comes from WordPress’s setting, so it is wrong if the site’s time zone is wrong.
- A few plugins and services record times in UTC regardless and convert them only on screen.
Once the site time zone is correct, send a test entry and compare all three. If one still disagrees, look for a time zone option in the form plugin’s own settings.
Events, bookings and shop orders
Events and booking plugins often store their own time zone per event or per calendar, which matters when you run an online event for customers in several countries. Our post on adding an events calendar touches on this. WooCommerce order times generally follow the site setting, so fix that first and the order list will make sense.
Mistakes worth avoiding
- Choosing a fixed UTC offset in a country with daylight saving.
- Changing the time zone the evening before a big scheduled launch without rechecking scheduled posts.
- Assuming the hosting control panel’s clock is WordPress’s clock. WordPress keeps its own setting, separate from the server.
- Typing a custom date format and not checking the preview.
- Forgetting the cache. A cached page can show yesterday’s “last updated” date until it is cleared.
These are small settings, but they sit underneath a lot of everyday jobs, which is why our walk-through of the WordPress admin screens lists them among the General settings worth checking, and why they appear in our WordPress owner’s guide.
Frequently asked questions
My city is set correctly, so why is a time still a few hours off?
Look at where the wrong time appears. A cached page can show an old time until the cache is cleared. A plugin may use its own time zone setting, or store times in UTC. Rarely, the server’s own clock has drifted, which your host can correct. Compare the Local time line in Settings with the page that looks wrong to narrow it down.
Which city should I pick if my country has several time zones?
Choose a city in the zone where your business works and where most customers are, because scheduled posts, form entries and order times will follow it. In the US that might be New York, Chicago, Denver or Los Angeles. The site has only one time zone, so for customers elsewhere, write times on pages with the zone stated.
Will a new date format change the dates on my old posts?
Only how they look. WordPress stores each post’s date separately from the format, so switching the format changes the display on every post where the theme uses the site setting, old and new alike, and changes nothing else. Clear your cache afterwards so visitors see the new format straight away.
Can visitors see dates in their own time zone?
Not with WordPress alone. The site has one time zone, and every visitor sees dates and times in it, wherever they are. Some events and booking plugins can show times converted for each visitor, so check their settings if that matters. On ordinary pages, state the zone next to any time that a customer must act on.
When the General settings are right and one screen still shows a different hour, the culprit is normally a plugin with a clock of its own. Tracking that down across forms, bookings and the shop is fiddly, and you are welcome to hand it to our WordPress support service.
Next in this series: How to Change the WordPress Admin Email Address
