UTC를 GMT로 변환 협정 세계시 ↔ 그리니치 평균시 무료 온라인 안전
협정 세계시과 그리니치 평균시은 시계가 같은 값을 가리킵니다 — 시차가 0입니다. UTC로 시각을 넣으면 그대로 GMT로 돌아옵니다. 그것이 정직한 답이고, 두 이름이 무엇을 달리하는지는 아래에 적혀 있습니다.
업로드 없음
하루 동안 — UTC를 GMT로 변환 (협정 세계시 ↔ 그리니치 평균시)
| UTC | GMT |
|---|---|
| 00:00 | 00:00 |
| 03:00 | 03:00 |
| 06:00 | 06:00 |
| 09:00 | 09:00 |
| 12:00 | 12:00 |
| 15:00 | 15:00 |
| 18:00 | 18:00 |
| 21:00 | 21:00 |
이 단위는 어디에서 왔는가
열아홉 번째 세기 중엽까지 고을마다 머리 위 해로 정한 제 정오를 지켰고, 옆 고을이 사 분 늦다는 것을 아무도 개의치 않았습니다. 그것을 끝낸 것은 철도였습니다. 백 가지 고장의 정오에 맞춰 시간표를 쓸 수는 없습니다. 영국은 1847년에 철도를 그리니치 시각에 맞추었고, 1884년 워싱턴의 국제 자오선 회의가 그리니치를 본초 자오선으로 고르고 지금도 쓰는 스물넷 시간대 체계를 그렸습니다. 그리니치 평균시는 1972년까지 세계의 기준이었고, 그 뒤 협정세계시가 그 자리를 이었습니다. 협정세계시는 원자시계가 지키며 윤초로 도는 지구에 다시 묶입니다. 이 쪽의 약어들은 표준시, 곧 겨울의 설정을 가리킵니다. 그래서 하나하나가 고정된 시간 수이지, 한 해 동안 흘러가는 것이 아닙니다.
어디에서 마주치는가
시간대는 서로 다른 곳에 있는 두 사람이 같은 한 순간에 합의해야 하는 순간에 실체가 됩니다. 사무실 사이의 통화, 떠나기 전에 내려앉는 항공편, 여러분이 자는 동안 열리는 시장, 남의 오후에 적힌 마감. 서버 기록도, 철도와 항공의 시간표도, 시각이 찍히는 모든 것은 협정세계시로 보관됩니다. 벽에 걸린 것이 누구의 시계였든 그 물음이 늘 가려질 수 있도록 말입니다.
자주 묻는 질문
서머타임은 어떻게 되나요?
여기 적힌 차이는 표준시의 차이, 곧 한 시간대가 겨울에 지키는 설정입니다. 서머타임을 쓰는 곳에서는 같은 장소가 한 해의 일부 동안 한 시간 앞서고 이름도 바뀝니다. 중부유럽 시간은 중부유럽 여름 시간이 되고, Eastern Standard Time은 Eastern Daylight Time이 됩니다. 바뀌는 날짜는 나라마다 같지 않고 두 반구는 반대 달에 바꿉니다. 그러니 서머타임 기간에 드는 날짜라면 그것을 지키는 쪽에 한 시간을 더하십시오.
왜 모든 차이가 정수 시간이 아닌가요?
차이를 정하는 것은 기하가 아니라 정부이기 때문입니다. 인도는 정각에서 삼십 분 떨어진 UTC+05:30, 네팔은 사분의 삼인 UTC+05:45, 채텀 제도는 UTC+12:45입니다. 어느 것이든 법으로 바꿀 수 있고, 최근 몇 해 사이에 자기 차이를 옮긴 나라도 여럿 있습니다.
답이 정확한가요?
두 단위가 정수로 서로 정의되어 있으면 정확합니다 — 쪽에서 숫자 위에 그렇게 밝히고 있고, 반올림은 몇 자리를 보여 주느냐에만 있습니다. 비가 유한소수가 아닐 때는 유효숫자 열두 자리를 보여 주고 관계가 근사라고 말합니다. 아닌 척하지 않습니다.
제가 입력한 것이 기기 밖으로 나가나요?
아니요. 계산은 여러분의 브라우저 안에서 이루어집니다. 아무것도 올라가지 않고, 올릴 서버도 없습니다. 한 번 불러오면 네트워크를 꺼도 동작합니다.
두 개의 표기, 하나의 시계
하루 아침에 두 이름을 모두 만납니다. 항공편 확인서는 출발이 06:40 GMT라고 하고, 스프레드시트 내보내기는 UTC로 찍혀 있으며, 클라우드 서버의 빌드 로그는 09:12:30Z로 끝납니다. 자연스럽게 이 표기들이 더하거나 빼야 할 차이를 숨기고 있는지 궁금해집니다. 그렇지 않습니다. UTC를 GMT로 변환하려면 시계 판독을 있는 그대로 두면 됩니다. 06:40 UTC는 06:40 GMT이고 09:12 UTC는 09:12 GMT입니다. 둘 사이의 오프셋은 영 시간 영 분이며 달력 날짜도 결코 움직이지 않습니다.
차이는 다른 곳에 있습니다. 각 이름이 정의되는 방식과 그 둘레에서 자라난 긴 습관의 목록에 있습니다. 아래 페이지는 그 차이와 UTC를 GMT로 올바르게 변환하는 방법을 설명하고, 몇 가지 계산된 판독을 보여 주며, 각 표기가 여전히 우세한 곳을 나열하고, 해마다 사람들이 걸려드는 한 가지 함정을 경고합니다. 런던은 겨울에만 그리니치 표준시라는 것입니다. 계산은 브라우저 안에서 실행되며 입력하는 내용은 서버로 전송되지 않습니다.
숫자로 보는 규칙
시각을 복사하고 날짜를 유지하십시오
두 척도 모두 오프셋 +00:00에 놓여 있습니다. UTC를 GMT로 변환할 때는 더할 것도 뺄 것도 없습니다. 시작한 시와 분을 그대로 적으십시오. 00:05 UTC라는 판독은 같은 달력 날짜의 00:05 GMT가 되고, 23:59 UTC는 같은 달력 날짜의 23:59 GMT가 됩니다. 자정을 넘지 않습니다.
간단한 예 넷
UTC 아침 아홉 시는 GMT 아침 아홉 시입니다. UTC 정오는 GMT 정오입니다. 04:15 UTC에 실행되는 서버 작업은 04:15 GMT에 실행됩니다. 만료 시각 18:00:00 GMT가 찍힌 인증서는 18:00:00 UTC에 만료되며, UTC를 GMT로 변환하면 얻는 결과입니다. 어느 경우든 두 숫자는 초 단위까지 일치합니다.
변환기가 알 수 없는 것
변환기는 여러분이 고른 두 척도만 압니다. 여러분이 어디에 사는지는 모릅니다. 칠월의 맨체스터 벽시계 시각을 알고 싶다면 UTC+1인 영국 서머타임이 필요하며, 그것은 다른 변환입니다. 부쿠레슈티, 뉴욕, 뭄바이도 마찬가지입니다. UTC와 GMT는 모두 가만히 서 있고, 현지 시계가 그 둘레를 움직입니다.
UTC란 무엇인가
절충으로 지은 이름
협정 세계시는 세계의 모든 민간 시계가 그에 맞춰 측정되는 기준입니다. 그 약어는 외교적 절충입니다. 영어 화자들은 “coordinated universal time”의 CUT를 원했고, 프랑스어 화자들은 “temps universel coordonné”의 TUC를 원했으며, 국제전기통신연합은 어느 언어에도 속하지 않는 UTC로 정했습니다.
원자시계로 만들어집니다
UTC는 파리 근처의 국제도량형국이 약 여든 곳의 국립 연구소에서 유지하는 수백 개의 원자시계로 계산합니다. 이 시계가 세는 초는 세슘 원자의 복사로 정의되는 원자초입니다. 지구의 자전이 약간 불규칙하기 때문에 UTC는 태양에 기반한 척도에서 0.9초 넘게 벗어나지 않도록 윤초로 조정됩니다. 1972년 이후 스물일곱 번 더해졌고 가장 최근은 2016년 말이었습니다.
볼 수 있는 곳
UTC는 컴퓨팅, 항공, 천문학, 통신의 작업 언어입니다. 네트워크 시간 서버가 이를 배포하고, 데이터베이스가 저장하며, 위성이 방송합니다. 기술 문서가 도시 이름을 말하지 않을 때, 그 안의 시각은 거의 언제나 UTC입니다.
GMT란 무엇인가
천문대에서 태어났습니다
그리니치 표준시는 런던 동부 그리니치의 왕립 천문대에서의 평균 태양시였습니다. 일 년에 걸쳐 평균을 내면 태양이 그 자오선을 정오에 지났습니다. 영국 철도는 시간표가 마을마다 일치하도록 1840년대에 이를 채택했고, 1880년의 의회 법률이 이를 영국의 법정 시간으로 만들었습니다. 1884년에 워싱턴에서 열린 국제회의는 그리니치 자오선을 모두를 위한 경도의 영점선으로 정했습니다.
한때 정오에 시작하던 하루
천문학자에게 GMT의 하루는 한때 자정이 아니라 정오에 시작했으며, 이 관례는 1924년 말까지 이어졌습니다. 항해사들은 밤의 관측 도중에 날짜를 바꾸는 것을 피할 수 있어서 이를 유지했습니다. 1925년 이후에는 하루가 우리 나머지 사람들처럼 자정에 시작했습니다.
볼 수 있는 곳
오늘날 GMT는 영국의 법정 겨울 시간이며 아이슬란드, 가나, 세네갈과 몇몇 이웃 나라에서는 연중 시계입니다. 또한 웹 프로토콜과, 1924년부터 BBC가 방송해 온 삐삐음으로 알려진 일일 시보에 고정된 표기로 살아남아 있습니다.
둘을 나란히 놓기
시계에 차이가 중요하지 않은 이유
한 척도는 원자로 세고 다른 하나는 원래 태양에서 읽었지만, 둘은 일 초만큼도 차이가 나지 않습니다. 달력, 기차표, 마감일, 로그 한 줄은 둘을 구별하지 못합니다. 그래서 사전, 표준 기구, 대부분의 소프트웨어가 시간대 표기로 나타날 때 GMT와 UTC를 서로 바꿔 쓸 수 있는 것으로 다루며, 그래서 자신 있게 UTC를 GMT로 변환할 수 있습니다.
순수주의자가 반대할 곳
과학자들은 지구 자전의 실제 각도에 UT1을, 민간 시계에 UTC를, 윤초가 없는 연속적인 원자 계수에 TAI를 씁니다. 그 어휘에서 GMT는 유산 용어입니다. 연구 논문을 쓴다면 UTC를 쓰십시오. 동료에게 보내는 티켓이나 메시지를 쓴다면 GMT도 충분히 이해되며, 머릿속에서 UTC를 GMT로 변환할 수 있습니다.
같은 순간, 여덟 가지로
00:00 UTC는 00:00 GMT입니다. 03:30 UTC는 03:30 GMT입니다. 06:40 UTC는 06:40 GMT입니다. 09:12 UTC는 09:12 GMT입니다. 12:00 UTC는 12:00 GMT입니다. 15:45 UTC는 15:45 GMT입니다. 18:00 UTC는 18:00 GMT입니다. 23:59 UTC는 23:59 GMT입니다.
영국의 함정: 서머타임
UTC는 결코 시계를 바꾸지 않습니다
UTC에는 서머타임이 없습니다. 일월의 판독과 칠월의 판독은 정확히 말한 그대로를 뜻합니다. 그 일정함이 프로그래머가 이를 쓰는 이유의 전부입니다.
영국은 바꿉니다
영국은 삼월의 마지막 일요일 01:00 UTC에 시계를 한 시간 앞으로 옮기고 시월의 마지막 일요일 01:00 UTC에 다시 되돌립니다. 2026년에 그 날짜는 삼월 29일과 시월 25일입니다. 그 사이에 런던은 UTC+1인 영국 서머타임으로 돌아가며, 그 기간의 “런던 시간”은 사람들이 여전히 그렇다고 말하더라도 GMT가 아닙니다.
실용적인 시험
출처가 기계, 프로토콜, 인증서, 과학 일정이라면 GMT는 UTC를 뜻하고 시각을 복사하면 됩니다. 출처가 여름에 런던의 회의를 설명하는 사람이라면 벽시계를 뜻하는지 물어보십시오. 그 경우에는 한 시간을 빼서 UTC를 얻으십시오.
웹 헤더가 GMT라고 하는 이유
1990년대 표준에 얼어붙은 표기
HTTP는 Tue, 13 Oct 2026 09:00:00 GMT 형태의 날짜를 요구합니다. 같은 모양이 Date, Last-Modified, Expires 헤더와 쿠키의 만료 속성에 나타납니다. 표준은 GMT가 세계 시간의 일상적인 이름이던 때 쓰였고, 과학에서 UTC가 이를 대체한 뒤에도 그 글자를 유지했습니다. 모든 브라우저는 이를 UTC로 읽습니다.
직접 확인하기
개발자 도구를 열고 아무 응답이나 보면 GMT로 끝나는 헤더를 찾을 수 있습니다. 서버의 로그와 비교하십시오. 시계 판독이 일치할 것입니다. 한두 시간 차이가 난다면 누군가 그 사이에 현지 시간대를 적용한 것이지, GMT와 UTC가 다르다는 뜻이 아닙니다.
OpenSSL과 인증서
GMT로 적힌 유효 기간
인증서에 대해 openssl x509 -dates를 실행하면 출력은 notAfter=Oct 13 09:00:00 2026 GMT처럼 보입니다. 인증서 자체는 간결한 인코딩으로 그 시각을 UTC로 저장하며, 도구는 독자를 위해 GMT라는 표기를 출력합니다. 모니터링이 09:00 UTC에 알림을 보낸다면 그것에 맞추려고 아무것도 조정할 필요가 없습니다.
갱신 기간
인증서를 “만료일에” 갱신하는 관리자는 하루가 23:59:59 UTC에 끝난다는 점을 기억해야 하며, 이는 여름의 부쿠레슈티에서 다음 날 아침 02:59:59이고 겨울에는 01:59:59입니다. 표기는 해롭지 않지만 마감이 실감 나는 때는 현지 시계가 정합니다. 먼저 변환기를 돌리고 그다음 현지 오프셋을 더하십시오.
이메일 헤더
숫자 오프셋이 이깁니다
메일 메시지에는 Date 필드가 있으며, 최신 소프트웨어는 Date: Tue, 13 Oct 2026 09:00:00 +0000처럼 숫자 오프셋으로 씁니다. 옛 RFC 구문은 여전히 GMT와 UT라는 이름을 허용합니다. 셋 모두 같은 순간을 뜻합니다. 그런 다음 메일 클라이언트가 표시를 위해 현지 시간대로 변환합니다.
알아 둘 만한 세부 사항
가끔 +0000 대신 -0000이 보일 수 있습니다. “보낸 사람의 현지 시간대는 알 수 없지만 이것은 UTC이다”라는 뜻의 관례입니다. 시각을 바꾸지 않습니다. 메시지를 위해 UTC를 GMT로 변환할 때 헤더의 숫자는 이미 원하는 것입니다.
프로그래밍 언어와 데이터베이스
Python, JavaScript, SQL
Python에서는 datetime.now(timezone.utc)로 시간대 인식 타임스탬프를 만듭니다. JavaScript에서 toISOString()은 언제나 UTC를 반환하고, toUTCString()은 접미사 GMT를 붙여 반환합니다. PostgreSQL에서 시간대가 있는 타임스탬프는 내부적으로 UTC로 저장되며, SET TIME ZONE 'UTC'가 출력을 맞춰 줍니다. 이들 중 어느 것도 GMT와 UTC를 오프셋으로 구별하지 않습니다.
오해를 부르는 이름
tz 데이터베이스에는 Etc/GMT+5와 Etc/GMT-14라는 시간대가 있습니다. 부호는 일부러 뒤집혀 있습니다. Etc/GMT+5는 UTC−5이고 Etc/GMT-14는 태평양 키리티마티에서 쓰는 시계인 UTC+14입니다. 플러스 부호를 탑승권에서처럼 읽지 마십시오. 실제 장소라면 언제나 Europe/London 같은 도시 시간대를 고르십시오.
국제우주정거장
많은 나라를 위한 하나의 시계
국제우주정거장은 미국, 러시아, 유럽, 일본, 캐나다의 기관이 운영하며 하나의 일정이 필요합니다. 승무원은 기관들이 UTC로 취급하는 GMT로 운용합니다. 궤도는 약 92분이므로 승무원은 한 시간 반마다 궤도상의 일출을 보며, 고정된 지상 기반 시계가 일과를 온전하게 유지합니다.
읽게 될 발사 시각
발사 보도 자료는 흔히 동부나 태평양 시간을 먼저, GMT 시간을 두 번째로 제시합니다. GMT 값을 현지 시계로 옮기려면 UTC를 GMT로 변환한 뒤 한 단계가 더 필요합니다. 부쿠레슈티는 겨울에 UTC+2이고 여름에 UTC+3이며, 마드리드는 UTC+1과 UTC+2, 델리는 연중 UTC+5:30입니다.
삐삐음과 BBC
짧은 여섯 번의 음
삐삐음이라는 별명이 붙은 그리니치 시보는 1924년부터 BBC 라디오에서 방송되어 왔습니다. 여섯 번의 짧은 음으로 이루어지며 마지막 음이 정각을 정확히 알립니다. 겨울에는 시보가 GMT와 일치합니다. 여름에는 영국 서머타임을 알리므로, 그 달들에는 삐삐음이 GMT 방송이 아닙니다.
청취자가 배우는 것
삐삐음은 GMT라는 이름이 대중의 말에 어떻게 붙어 있는지 잘 보여 줍니다. 많은 사람이 영국의 시간을 뜻할 때 “GMT”라고 말하는데, 겨울에는 맞고 여름에는 한 시간 어긋납니다. 이 습관이 이 페이지가 없애려는 혼동 대부분의 뿌리입니다.
런던 시티의 거래 시간
움직이는 시계가 있는 예
런던 증권거래소는 주 거래 세션을 런던 시간 08:00부터 16:30까지 운영합니다. 겨울에는 08:00부터 16:30 UTC입니다. 런던이 한 시간 앞서는 여름에는 같은 세션이 07:00부터 15:30 UTC입니다. 메모에 칠월에 “08:00 GMT에 개장”이라고 적혀 있다면, 거래소는 표기가 암시하는 것보다 이미 한 시간 일찍 열려 있습니다.
트레이더가 UTC를 선호하는 이유
글로벌 데스크는 모든 주문을 UTC로 기록합니다. 14:30:00 UTC가 찍힌 거래는 뉴욕, 프랑크푸르트, 싱가포르에서 같은 순간을 뜻하며, 그 셋 중 어디가 그 주에 시계를 바꿨는지 아무도 기억할 필요가 없습니다.
네트워크 시간과 윤초
NTP는 UTC로 말합니다
네트워크 시간 프로토콜은 컴퓨터를 UTC에서 밀리초 이내로 유지합니다. 기기가 동기화할 때 가까운 서버에서 UTC 값을 받은 다음 현지 시간대로 표시합니다. 운영체제가 일부 메뉴에서 시계를 “GMT”라고 표기하더라도 GMT 변환은 개입하지 않습니다.
윤초와 스미어링
윤초가 삽입되면 그날의 마지막 분은 61초가 됩니다. 일부 운영자는 소프트웨어가 23:59:60을 결코 보지 않도록 추가된 초를 몇 시간에 걸쳐 “번지게” 합니다. 표준 기구는 2022년에 2035년까지 윤초 추가를 멈추기로 의결했으며, 이는 UTC를 더 안정적으로 만들고 바로 이런 종류의 작업을 단순하게 해 줄 것입니다.
일 년 내내 GMT에 머무는 나라들
아프리카와 아이슬란드
아이슬란드는 멀리 서쪽에 있는데도 일 년 내내 UTC+0에 있으며 서머타임이 없습니다. 가나, 세네갈, 말리, 기니, 코트디부아르도 그렇습니다. 이 나라들을 찾는 여행자에게 벽시계는 서버 시계와 같아서 시계 하나로 둘 다 쓸 수 있습니다.
유럽의 서쪽 끝
포르투갈, 아일랜드, 영국은 겨울에만 UTC+0을 씁니다. 여름에는 UTC+1로 옮겨 가며, 일상적인 말은 그렇지 않더라도 표기는 그와 함께 바뀝니다.
미국 동료와 일하기
차이를 설명하는 두 가지 방법
뉴욕은 겨울에 UTC보다 다섯 시간(EST, UTC−5), 여름에 네 시간(EDT, UTC−4) 늦습니다. 일월에 14:00 GMT의 통화는 뉴욕에서 09:00입니다. 2026년 삼월 8일의 미국 봄 시계 변경과 삼월 29일의 영국 변경 사이의 세 주 동안에는, 같은 14:00 UTC 통화가 뉴욕에서 10:00입니다. 미국은 옮겼지만 영국은 아직 옮기지 않았기 때문입니다.
UTC를 축으로 삼는 이유
회의를 UTC로 정하고, UTC로 공지하고, 각자 현지 시간대로 변환하게 하십시오. UTC를 GMT로 변환한 뒤의 추가 단계는 모두에게 똑같으며, 주최자가 어느 달력을 보고 있었는지 아무도 짐작할 필요가 없습니다.
시간대 지도 읽기
영점 열이 보여 주는 것
표준 시간대 지도에서 북극에서 남극까지 이어지는 중앙의 띠에는 UTC±0 또는 GMT라고 표시됩니다. 이 띠는 유럽 서부, 대서양의 섬들, 서아프리카의 긴 띠를 덮습니다. 띠는 관례일 뿐이며, 각 나라가 어느 시간대를 쓰는지는 법정 시계가 정합니다.
띠가 삐뚤어진 이유
수도 마드리드가 그리니치 자오선 서쪽에 있는 스페인은 영점 띠보다 한 시간 앞선 중부 유럽 시간을 쓰며, 프랑스도 그렇습니다. 이유는 역사적이고 정치적이며, 시간대가 지리만이 아니라 국경과 결정을 따른다는 점을 일깨웁니다.
교대 근무자와 인수인계
세 곳의 지원팀
태양을 따라가는 지원 데스크는 싱가포르에서 08:00 UTC에 더블린으로, 그다음 오스틴으로 인계할 수 있습니다. 근무표는 계절에 따라 바뀌지 않도록 UTC로 쓰입니다. 더블린의 직원은 시월에 인수인계가 한 시간 이동하는 것을 보지만 근무표 자체는 가만히 있습니다. 근무표에 “GMT”라고 표기하는 사람도 그 표기를 더블린의 시계로 읽지 않는 한 같은 정보를 주는 것입니다.
근무표를 위한 간단한 규칙
교대를 UTC로 쓰고, 각 장소의 현지 시각을 괄호 안에 더하고, 봄과 가을에 괄호를 갱신하십시오. 기준 줄은 바꾸지 마십시오.
항공: 줄루 시간
글자 Z
조종사들은 글자 Z의 음성 알파벳 단어를 따서 UTC를 줄루 시간이라고 부릅니다. 1200Z에 발표된 예보는 12:00 UTC를 뜻합니다. 비행 계획, 기상 보고, 공역 공지가 모두 이 관례를 써서 어느 나라의 승무원도 같은 시각을 읽습니다. 기술 문서에서 0840Z를 본 승객은 이를 08:40 GMT로 취급할 수 있습니다.
탑승권의 착륙 시각
자신의 탑승권에는 출발과 도착 공항의 현지 시각이 표시됩니다. 항공기의 비행 데이터는 줄루를 씁니다. 둘을 비교할 때 차이는 그 날짜의 양쪽 끝의 현지 오프셋일 뿐입니다.
서머타임은 정치적 결정입니다
바뀌는 규칙
정부는 때때로 서머타임 규칙을 바꿉니다. 유럽연합은 몇 해째 시계 변경 종료를 논의해 왔고, 미국은 서머타임의 상시화를 검토했습니다. UTC는 유일하게 안정된 열이며, 그래서 오래가는 시스템이 이를 저장합니다. 법이 바뀌어도 UTC로 저장된 데이터는 정확하게 유지되는 반면, 현지 시간으로 저장된 데이터는 수리가 필요할 수 있습니다.
메모에 이것이 뜻하는 것
십 년 뒤에도 읽혀야 하는 타임스탬프를 보관한다면 접미사 Z를 붙여 UTC로 적으십시오. 그러면 독자는 여러분이 뜻한 바를 이해하기 위해 과거 규칙의 표가 필요하지 않습니다.
결과를 손으로 확인하기
삼십 초짜리 시험
07:20 UTC 같은 판독 하나를 고르십시오. 시간 및 날짜 사이트나 시스템 도구의 시계처럼 GMT로 설정된 믿을 만한 시계를 보고 UTC로 설정된 시계와 비교하십시오. 일치합니다. 이제 런던의 사람이 그 시각을 말했는지 자문하십시오. 그렇다면 날짜를 확인하십시오. 2026년 삼월 29일부터 시월 24일까지는 런던 사람의 시계가 한 시간 앞섭니다.
시험이 충분한 이유
사람들이 UTC를 GMT로 변환할 때의 거의 모든 실수는 UTC나 GMT 자체가 아니라 런던 사람의 여름 시계에서 옵니다. 두 개념을 분리하고 나면 더 이상 걱정 없이 UTC를 GMT로 변환할 수 있습니다.
UTC를 GMT로 변환하기 전의 점검표
먼저 던질 질문
누가 그 시각을 만들었습니까?
기계, 프로토콜, 과학 일정은 스스로를 뭐라 부르든 이미 UTC인 판독을 줍니다. 런던의 회의를 설명하는 사람은 벽시계를 설명하는 것일 수 있습니다. UTC를 GMT로 변환하기 전에 그것을 정리하면 어느 경우든 답은 간단합니다.
어느 날짜가 적용됩니까?
날짜가 런던이 GMT인지 BST인지 정합니다. 2026년의 구간은 삼월 29일부터 시월 24일까지입니다. 그 밖에서는 런던 사람의 벽시계와 GMT가 일치합니다. 그 안에서는 한 시간 차이가 납니다.
변환 후
결과가 어떻게 보여야 하는가
시와 분은 입력과 같아야 하고 날짜도 그래야 합니다. 둘 중 하나라도 바뀌었다면 실수로 다른 변환을 한 것입니다. UTC를 GMT로 변환할 때 올바른 출력은 언제나 같은 시계 판독입니다.
적는 방법
고른 표기를 UTC나 GMT 중 하나로 한 번 밝히고 날짜를 더하십시오. 기술 메모에는 UTC를 선호하십시오. 친구에게 보내는 메시지에는 GMT도 괜찮습니다. 계약서에는 오프셋을 +00:00으로 주고 도시는 피하십시오.
스프레드시트, 셸, 스크립트
대신 해 주는 일상의 도구
스프레드시트에서는 오프셋이 영이므로 =A1이라는 수식이면 UTC를 GMT로 변환하기에 충분합니다. 리눅스 셸에서 TZ=UTC date와 TZ=GMT date를 실행하면 서로 다른 표기로 같은 시계 판독이 출력됩니다. SQL에서 AT TIME ZONE 'UTC'와 AT TIME ZONE 'GMT'는 같은 값을 반환합니다. Python에서 ZoneInfo('GMT')는 timezone.utc와 마찬가지로 고정된 영 오프셋으로 해석됩니다.
십 초짜리 실험
두 셸 명령을 차례로 실행하고 출력을 비교해 보십시오. 시와 분은 일치하고 끝의 약어만 다릅니다. UTC를 GMT로 변환하라는 요청이 표기 외에는 아무것도 바꾸지 않는다는 가장 빠른 증명입니다.
휴대폰과 앱이 “GMT+0”을 보여 주는 이유
소프트웨어가 고른 표기
운영체제는 저마다 표기를 고릅니다. 어떤 것은 UTC를, 어떤 것은 GMT를, 어떤 것은 그냥 Z를, 어떤 것은 시간대 선택기에서 GMT+0을 보여 줍니다. 각각 뒤의 시계는 같습니다. 이 다양함이 답이 아무것도 바꿀 필요가 없다는 것인데도 많은 사람이 UTC를 GMT로 변환하는 방법을 찾아보는 이유 중 하나입니다.
영점선 근처의 도시들
레이캬비크는 일 년 내내 UTC+0에 있습니다. 카사블랑카는 일 년 중 대부분 UTC+1을 쓰고 라마단 동안에만 UTC+0으로 내려갑니다. 리스본과 더블린은 겨울에 UTC+0, 여름에 UTC+1을 씁니다. 목록이 GMT라는 이름 대신 도시를 제시한다면 오프셋을 믿기 전에 날짜를 확인하십시오.
UTC를 GMT로 변환할 때의 흔한 실수
습관적으로 한 시간을 더하거나 빼는 것
온종일 시간대 사이를 변환하는 사람들은 반사적으로 시를 조정하는 경향이 있습니다. UTC와 GMT 사이에서는 아무것도 바뀌지 않아야 합니다. 결과가 입력과 다르다면 GMT를 여름의 런던 시간과 혼동한 것입니다.
GMT를 연중 내내 런던의 시계로 취급하는 것
런던은 시월 하순부터 삼월 하순까지는 GMT를, 나머지 기간에는 영국 서머타임을 따릅니다. 유월에 “15:00 GMT에 봅시다”라는 메시지는 글쓴이가 런던의 시계를 생각했는지 알지 못하면 모호합니다.
Etc 시간대의 부호를 혼동하는 것
Etc/GMT+3은 UTC보다 세 시간 앞서는 것이 아니라 세 시간 늦습니다. 이런 이름을 쓰는 소프트웨어는 부호를 뒤집으며, 이 실수는 일정을 여섯 시간 옮겨 놓을 수 있습니다.
다음 단계에서 날짜가 여전히 바뀔 수 있음을 잊는 것
UTC에서 GMT로 가는 단계는 날짜를 결코 바꾸지 않지만 그다음 단계는 바꿀 수 있습니다. 23:30 UTC의 작업은 겨울의 부쿠레슈티에서 다음 날 01:30에, 여름에는 02:30에 실행됩니다.
자주 묻는 질문
UTC와 GMT는 정말 같은가요?
시각을 아는 데는 그렇습니다. 정의는 다르지만 판독은 서로 일 초 이내에 머무르므로 오프셋은 영입니다.
UTC를 GMT로 손으로 어떻게 변환하나요?
시와 분을 바꾸지 않고 복사하고 같은 날짜를 유지하십시오.
런던은 항상 GMT인가요?
아니요. 런던은 겨울에는 GMT를, 삼월의 마지막 일요일부터 시월의 마지막 일요일까지는 UTC+1인 영국 서머타임을 씁니다.
웹 헤더는 왜 GMT라고 하나요?
표준이 GMT가 세계 시간의 흔한 이름이던 때 쓰였고 호환성을 위해 표기가 유지되었기 때문입니다.
입력한 것이 기기를 떠나나요?
아니요. 계산은 브라우저에서 실행됩니다.
더 많은 시간대 변환
관련 변환기로는 UTC를 CET로 변환, UTC를 EST로 변환, CST를 GMT로 변환, EET를 GMT로 변환, GMT를 EST로 변환, CST를 UTC로 변환, CET를 WET로 변환, EET를 EST로 변환, CET를 EST로 변환이 있습니다. 반대 방향은 GMT를 UTC로 변환입니다.
요약하면, UTC를 GMT로 변환하려면 오프셋이 영이므로 시계를 그대로 복사하고, 런던의 시계는 여름에 다른 것이라는 점을 기억하십시오. 계산은 로컬에서 이루어지며 가입도 업로드도 필요 없습니다.