Конвертер Часовых Поясов

Конвертируйте время между часовыми поясами IANA с корректной обработкой летнего времени

Конвертация часового пояса

Результат конвертации

Из (UTC)18 июня 2026 г. в 02:13:00 UTC
В (America/New_York)17 июня 2026 г. в 22:13:00 GMT-4
Разница во времени-4h 00m
Разница в датеПредыдущий день

Популярные пояса

UTCUTC
02:13:09
UTC+00:00 STD
New YorkET
22:13:09
UTC-04:00 DST
LondonGMT
03:13:09
UTC+01:00 DST
TokyoJST
11:13:09
UTC+09:00 STD
SydneyAEST
12:13:09
UTC+10:00 STD

Все доступные пояса

UTC (Всемирное координированное время)UTC
Нью-Йорк (восточное время)America/New_York
Чикаго (центральное время)America/Chicago
Денвер (горное время)America/Denver
Лос-Анджелес (тихоокеанское время)America/Los_Angeles
Торонто (восточное время)America/Toronto
Ванкувер (тихоокеанское время)America/Vancouver
Лондон (GMT/BST)Europe/London
Париж (CET/CEST)Europe/Paris
Берлин (CET/CEST)Europe/Berlin
Рим (CET/CEST)Europe/Rome
Москва (MSK)Europe/Moscow
Токио (JST)Asia/Tokyo
Шанхай (CST)Asia/Shanghai
Сеул (KST)Asia/Seoul
Сингапур (SGT)Asia/Singapore
Дубай (GST)Asia/Dubai
Колката (IST)Asia/Kolkata
Сидней (AEST/AEDT)Australia/Sydney
Мельбурн (AEST/AEDT)Australia/Melbourne
Окленд (NZST/NZDT)Pacific/Auckland
Гонолулу (HST)Pacific/Honolulu

О часовых поясах

Летнее время (DST)

Летнее время — это перевод часов на час вперёд в тёплые месяцы для продления вечернего светового дня. Затрагивает многие часовые пояса по всему миру.

Смещение от UTC

Смещение от UTC показывает, на сколько часов и минут пояс впереди или позади UTC. Положительные значения — впереди UTC; отрицательные — позади.

Аббревиатуры поясов

Распространённые аббревиатуры вроде ET (Eastern Time), GMT (Greenwich Mean Time) и JST (Japan Standard Time) помогают быстро распознавать пояса.

Конвертер Часовых Поясов

Конвертируйте время между часовыми поясами IANA с корректной обработкой летнего времени

Возможности

  • Конвертируйте любую дату и время между 22 поясами базы IANA tz, охватывающими все населённые континенты (UTC, America/*, Europe/*, Asia/*, Australia/*, Pacific/*)
  • Конвертация использует Intl.DateTimeFormat.formatToParts для нахождения точного момента UTC по «настенному» времени в исходном поясе, автоматически учитывая переходы DST и исторические изменения правил
  • Бейдж DST для каждого пояса вычисляется сравнением смещения введённой даты со смещениями в январе и июле того же года — точен даже в день перевода стрелок
  • Стандартная аббревиатура (ET, GMT, JST, IST, AEST) показана рядом с каноническим именем IANA, чтобы избежать неоднозначности EST/EDT/CST при межкомандном планировании
  • Полоса «Популярные пояса» с живыми часами для UTC, Нью-Йорка, Лондона, Токио и Сиднея — авто-обновление каждые 30 секунд для быстрого взгляда на мировое время
  • Обмен исходного и целевого пояса одним кликом для инверсии конвертации без повторного ввода даты и времени
  • Информативная разница дат: тот же день, следующий день, предыдущий день, N дней, N месяцев или N лет — мгновенно видно, когда конвертация пересекает полночь или линию перемены даты
  • Время отображается на текущем языке интерфейса: названия месяцев, маркеры периодов и числовой формат соответствуют локали страницы

Как использовать

  1. Выберите исходный часовой пояс — тот, в котором сейчас выражено «настенное» время для конвертации.
  2. Выберите целевой пояс; UTC — хороший дефолт, если вы делаете логи или храните метки времени.
  3. Введите дату и время или нажмите «Сейчас», чтобы зафиксировать оба поля на текущий момент в вашем локальном поясе.
  4. Прочитайте результат: отформатированное локальное время в каждом поясе, разницу смещений в часах и минутах и возможный переход даты.
  5. Используйте «Поменять», чтобы поменять местами исходный и целевой пояс, когда нужна обратная конвертация (например, перевести дедлайн обратно в исходный пояс).
  6. Взгляните на полосу «Популярные пояса» для авто-обновляемых часов; используйте список «Все доступные пояса» для быстрой смены через «Использовать как исходный/целевой».

Советы и лучшие практики

  • Всегда указывайте часовой пояс при работе с метками времени, чтобы избежать путаницы.
  • Используйте UTC как стандартный референсный пояс для международных приложений.
  • Проверяйте переходы летнего времени при конвертации дат.
  • Сохраняйте часто используемые конвертации в закладки для быстрого доступа.
  • Копируйте результаты прямо в код или файлы конфигурации.

Вопросы и ответы

Почему вы используете имена IANA вроде America/New_York вместо EST?

EST — это фиксированное смещение UTC-5, но Нью-Йорк дважды в год переключается между EST (UTC-5) и EDT (UTC-4). База IANA tz (также Olson) фиксирует каждое историческое изменение правил по региону, поэтому America/New_York означает «то смещение, которое Нью-Йорк использует на заданную дату» — включая DST, военно-временные изменения и переход на железнодорожное время 1883 года. Имена IANA полностью исключают класс ошибок EST-vs-EDT.

Как конвертер обрабатывает летнее время?

Конвертация вызывает Intl.DateTimeFormat для каждого пояса, делегируя в библиотеку ICU хоста с встроенной базой tz. Эта библиотека знает, когда каждый регион переводит часы вперёд или назад на введённую дату — конвертация 2026-03-08 02:30 в America/New_York корректно обрабатывает разрыв при весеннем переводе. Бейдж DST показывает, действует ли DST в поясе сейчас; сама конвертация использует корректное смещение для введённой даты.

Почему результат иногда на день вперёд или назад?

Арифметика часовых поясов проходит через полночь. Конвертация 22:00 нью-йоркского времени в Токио даёт 11:00 следующего дня, потому что Япония на 13–14 часов впереди. Поле «Разница в дате» сигнализирует об этом («Следующий день» / «Предыдущий день» / «Разница N дн.»), чтобы вы не назначили встречу не в тот календарный день. Для поясов у линии перемены даты — Гонолулу, Окленд — сдвиги дат рутинны.

Отправляется ли что-нибудь на сервер?

Нет. Всё работает в вашем браузере через встроенные API Intl и Date. База tz — часть вашего браузера/ОС, мы не подгружаем правила с сервера и не логируем введённые даты/время. Инструмент также работает офлайн после кеширования страницы.

Насколько точны смещения рядом с переходами DST?

Точность до минуты, поскольку нижележащая база ICU/tz отслеживает правила переходов. Единственная неоднозначность — несуществующие часы (потерянный час при переводе вперёд) или существующие дважды (повторяющийся час при переводе назад). Браузер разрешает их по соглашению — обычно вторым вхождением. Если вы автоматизируете вокруг DST, предпочитайте UTC для хранения, а конвертацию делайте только для отображения.

Корректны ли исторические конвертации для дат до изменения правил DST?

Для большинства регионов — да: база tz фиксирует изменения правил примерно с 1970 года с разумной точностью. Для дат до 1970 года или юрисдикций со слабыми архивами результаты могут отличаться от того, что фактически показывали часы. Для юридических или исследовательских целей сверяйтесь с авторитетным источником, например с заметками о релизах IANA tzdata.

Можно ли добавить пояса вне 22 в выпадающем списке?

Список содержит самые востребованные деловые пояса плюс UTC. Поддержка браузеров охватывает все 350+ имён IANA, поэтому свяжитесь с нами, если нужны Africa/Lagos, America/Sao_Paulo или другой пояс — лежащая в основе конвертация их уже поддерживает, кураторски выбран только сам список.

Хранить метки времени в UTC или локальном времени?

UTC. Всегда. Храните строку ISO-8601 UTC (или Unix-секунды) в базе и конвертируйте в локальное время только на уровне представления, используя пояс пользователя в формате IANA — именно так и работает этот инструмент. Это предотвращает повреждение данных при переезде серверов, изменении политик DST или смещении политических границ.