Пост на 8:00 по Москве выходит в 11:00 или висит «запланировано», хотя на телефоне уже девять. Ольга из Казани меняла дату в редакторе, не трогая «Общие»: там был UTC+0, а календарь показывал «локальное» время сайта на нулевом меридиане. Чаще виноват часовой пояс WordPress, а не хостинг. За 10-15 минут настройте город в «Общих», сохраните и получите понятный результат: местное время на экране совпадает с телефоном, а тестовый пост выходит без сдвига на три часа.
Свежий WordPress часто стоит в UTC (время по Гринвичу), поэтому «8:00» в календаре — это 8:00 UTC, а не ваше утро. Исправление в одном месте: Настройки → Общие → часовой пояс → город, например Москва, не пункт UTC+3. После «Сохранить» сравните местное время на той же странице с телефоном. Отложенная публикация всё равно ждёт визита на сайт — если часы совпали, а пост не вышел, смотрите гайд по WP-Cron и пропущенному расписанию, а не крутите пояс по кругу.
Утренние статьи и посты в соцсетях завязаны на часы сайта. Ниже — только админка, без правки файлов на сервере, и граница между сдвигом на часы и задержкой на минуты из-за очереди задач WordPress. Параллельно полезно сверить системный cron, если после фикса пояса задержки останутся ночью на тихом сайте.
- Поймите, почему дата на сайте уезжает на целые часы
- Откройте «Настройки → Общие» и выберите город, а не только UTC
- Сравните «Москва» и UTC+3: что выбрать для российского сайта
- Проверьте настройку тестовым постом на ближайшие 15 минут
- Отличите сбой пояса от WP-Cron и серверных часов
- Обойдите типичные ловушки: черновик, кеш и чужой пояс в плагине
- Частые вопросы
- Какой часовой пояс выбрать в WordPress для России?
- Почему отложенный пост вышел не в то время?
- Чем UTC отличается от Europe/Moscow в WordPress?
- Нужно ли менять timezone в PHP на хостинге?
- Пересчитаются ли старые даты под постами после смены пояса?
- Где в админке задаётся время для «Запланировать»?
Поймите, почему дата на сайте уезжает на целые часы
Отложенная публикация, дата под заголовком записи и время в блоке «Опубликовать» считаются от часового пояса, который задан в «Общих». После установки или переноса на новый хостинг там часто остаётся UTC+0: нулевой меридиан, с которого WordPress отсчитывает «локальное» время сайта. Вы мысленно планируете по Москве или Казани, а система сохраняет метку в другой шкале — отсюда классические «минус три часа» для России.
На практике это похоже на «баг хостинга»: крутят дату в редакторе, а корень в «Общих», которые пропустили при переносе. Типичная ошибка — путать сдвиг на 2-4 часа с задержкой на 10-30 минут, когда WP-Cron ждёт визита на главную. Сначала совпадают часы в «Общих» и на телефоне, потом тестируете расписание.
Откройте «Настройки → Общие» и выберите город, а не только UTC
Путь одинаковый для типичного сайта на своём хостинге и для облачного WordPress.com: левое меню админки → Настройки → Общие. Прокрутите до блока про часовой пояс. Запомните, что выбрано сейчас — на новом сайте это часто «UTC+0» или пустое смещение.
В списке ищите город в своём поясе. Для большинства читателей в России удобны пункты вроде Europe/Moscow в списке (в интерфейсе они показываются как «Москва» или близкий город). Используйте именованный город, а не голый «UTC+3», если он есть в списке: для WordPress это разные режимы хранения настроек.
- Войдите в админку под учёткой с правом менять настройки сайта.
- Откройте Настройки → Общие и найдите выпадающий список часового пояса.
- Выберите город в своём поясе (для центральной России — Москва), не UTC+0.
- Нажмите «Сохранить изменения» внизу страницы — без этого выбор не запишется.
- Сразу на этой же странице сравните строку с местным временем с часами на телефоне.
- Создайте тестовую запись и в панели «Опубликовать» выберите время через 15-20 минут → «Запланировать», не «Сохранить черновик».
- Дождитесь времени; если статус не сменился — откройте главную сайта вне админки один раз, затем при необходимости чек-лист из статьи про WP-Cron.
Схема без сюрпризов: ваше намерение («утро в понедельник») → часовой пояс в «Общих» → календарь в редакторе → факт публикации на сайте. Пропуск среднего звена ломает весь маршрут контент-плана.
Сравните «Москва» и UTC+3: что выбрать для российского сайта
Неожиданный, но важный момент из справки WordPress.org: пункт «UTC+3» и выбор города «Москва» — не одно и то же. Фиксированное смещение UTC не знает про переход на летнее и зимнее время; город из списка IANA (международные имена зон, которые WordPress подставляет в настройки) подстраивает автоматически. Если выбрать только offset, смещение придётся менять вручную два раза в год, когда часы переводят.
При сохранении UTC± WordPress запоминает только цифру смещения; при выборе города — именованную зону. В 95% случаев берите город, offset — если города нет в списке.
| Как выбираете в «Общих» | Что получаете | Кому подходит |
|---|---|---|
| Город (например Москва) | Автоматический учёт правил времени для региона | Сайты услуг, блоги, магазины в РФ |
| UTC+3 без города | Жёсткое смещение, без сезонных поправок | Редкие кейсы, когда города нет в списке |
| UTC+0 по умолчанию | Планирование «не по вашим» часам | Только если команда сознательно ведёт сайт в UTC |
Проверьте настройку тестовым постом на ближайшие 15 минут
После сохранения «Общих» не хватит одного взгляда на список городов. Создайте черновик с пометкой «тест», откройте панель публикации справа, переключите «Сразу» на конкретную дату и время через 15-20 минут от текущих часов на телефоне и нажмите Запланировать. Если сохранить только черновик, тест не покажет, сработало ли расписание.
Критерий успеха до массового контент-плана: на странице «Общие» местное время совпадает с телефоном; тестовая запись получает статус «Опубликовано» в тот же час, что выбрали в календаре (с учётом того, что WordPress может опубликовать чуть позже назначенной минуты, пока кто-то не откроет сайт). Даты под новыми постами не отстают и не опережают реальность на целые часы. Так вы поймёте, что настройка сработала, ещё до FAQ и массового планирования.
Если в очереди уже десятки постов, после смены пояса перепроверьте 2-3 ближайшие даты. Держите запланированных записей меньше 100 — у WordPress есть такой лимит.
Отличите сбой пояса от WP-Cron и серверных часов
Когда «местное время» на «Общих» уже как на телефоне, а пост всё равно не выходит вовремя, причина часто не в списке городов. Запланированные записи публикуются при первом посещении сайта в назначенное время или после него — это поведение встроенного планировщика WP-Cron. Откройте главную страницу в обычном браузере без админки и через пару минут обновите список записей.
Если при верном поясе статус «пропущено по расписанию» держится часами, не крутите UTC снова — откройте разбор WP-Cron или гайд по планированию публикаций. php.ini на сервере трогайте только по указанию поддержки хостинга.
Обойдите типичные ловушки: черновик, кеш и чужой пояс в плагине
Часто ломается не сайт, а привычка. Сохраняют черновик вместо «Запланировать» — время в заголовке есть, статуса в очереди нет. Путают UTC и московское время в голове, хотя в «Общих» уже исправили. Кеш-плагин или CDN может показывать старую дату под постом, пока не сбросите кеш после смены пояса — проверьте одну запись в режиме инкогнито.
Плагины бронирования иногда живут в своём поясе — проверьте их настройки, если блог уже показывает верное время. Помощь с сайтом и контент-планом — через форму (мессенджеры, без звонка) или услуги; другие гайды — в разделе статей и Telegram.
Материал проверен Андрей Дикий — практика WordPress, SEO/GEO для сайтов услуг.
На что опирались: wordpress.com/ru/support/time-settings/, wordpress.com/ru/support/schedule-a-post-or-page/, wordpress.org/support/article/settings-general-screen/, wordpress.org/support/topic/dst-offset/, developer.wordpress.org (Options API, wp_timezone), код ядра WordPress на GitHub (options.php); LSI по SERP 26.09.2026 (точные показы Вордстат не получены, MCP недоступен).
Частые вопросы
Какой часовой пояс выбрать в WordPress для России?
Выберите город в своём поясе в Настройки → Общие, для центрального региона — Москва, а не голый UTC+3. Сохраните и сверьте местное время на странице с телефоном.
Почему отложенный пост вышел не в то время?
Сначала проверьте, не стоит ли UTC+0 в «Общих». Если часы совпадают, но публикация запаздывает на минуты или часы без визитов на сайт — откройте гайд по WP-Cron, а не меняйте пояс снова.
Чем UTC отличается от Europe/Moscow в WordPress?
UTC+смещение — фиксированная цифра без учёта сезонных правил; город в списке IANA хранится как именованная зона и подстраивается автоматически. Для блога и услуг в РФ обычно выгоднее город.
Нужно ли менять timezone в PHP на хостинге?
Для типичного сайта хватает настройки в админке. К php.ini обращайтесь только если поддержка хостинга подтвердила расхождение серверных часов и времени в WordPress.
Пересчитаются ли старые даты под постами после смены пояса?
Отображение архивных записей может выглядеть иначе; новые и запланированные посты ориентируйте по тесту на ближайшие 15 минут. Важные акции перепроверьте вручную.
Где в админке задаётся время для «Запланировать»?
Часовой пояс — в Настройки → Общие; конкретный момент публикации — в боковой панели «Опубликовать» у записи, после того как пояс сайта совпадает с вашими часами.
