구글 캘린더, 서울의 10시 회의가 방콕에선 8시로 보인다

해외에 도착한 뒤 구글 캘린더의 회의가 두 시간 앞당겨져 보인다면, 먼저 화면이 어느 도시의 시계를 쓰는지 살펴본다. 서울에서 오전 10시에 시작하는 회의는 방콕에서 오전 8시에 접속해야 같은 회의에 들어간다. 이 일정을 방콕 오전 10시로 다시 저장하면 캘린더에 기록한 시작 시점은 서울 정오가 된다.

실제로 여행 중 캘린더 사용을 묻는 이용자는 이동하면 일정 날짜가 바뀌고, 기기 시간대 사용을 끄면 현재 날짜를 읽기 불편하다고 했다. 항공편도 다른 날로 보인다는 후속 질문을 남겼다. 이때 필요한 것은 모든 일정을 원래 칸으로 돌리는 작업이 아니다. 기존 회의와 여행지에서 예약한 약속을 각각 어디의 시각으로 넣었는지 대조하는 일이다.

같은 회의인데 날짜까지 달라질 수 있다

시간이 있는 일정은 특정한 시작과 끝을 가리킨다. Google의 일정 구조 설명에서도 서로 다른 시간대 표현이 같은 시점을 나타낼 수 있다고 설명한다. ‘서울 10시’와 ‘방콕 8시’는 서로 다른 약속 두 개가 아니라, 한 약속을 두 도시의 시계로 읽은 결과다.

자정을 넘으면 날짜도 달라진다. 다음은 2026년 10월의 서울과 방콕을 비교한 계산 예시다. 서울은 UTC+9, 방콕은 UTC+7이므로 두 시간 차이가 난다. 표의 각 행은 같은 순간을 나타낸다.

두 번째 행을 보고 하루가 사라졌다고 생각해 날짜를 28일로 옮기면 원래 약속과 다른 순간을 기록하게 된다. 확인할 대상은 달력의 칸 위치보다 ‘어느 도시의 몇 월 며칠 몇 시인가’다. 상대에게 시간을 물을 때도 “10시 맞죠?”보다 “10월 27일 서울 오전 10시가 맞나요?”라고 물으면 비교할 기준이 생긴다.

그렇다고 여행 뒤 달라 보이는 모든 일정이 정상이라는 뜻은 아니다. 방콕에서 10시에 만나기로 했는데 처음부터 서울 시간대의 10시로 저장했다면 실제 약속보다 두 시간 이르게 입력한 것이다. 화면은 정확하게 8시를 보여 주고 있지만, 입력한 일정이 예약 내용과 맞지 않는다. 이 경우에는 그 예약을 수정해야 한다.

방콕 예약은 방콕 시각으로, 항공편은 양쪽 도시로 넣는다

한국에서 여행 계획을 세우더라도 예약 장소의 시각을 그대로 입력할 수 있다. 웹 캘린더의 시간대 안내에 따라 만들기 → 일정 만들기 → 옵션 더보기를 열고, 시각 옆의 시간대에서 도시를 고른다. 방콕 오전 10시 예약이라면 방콕 시간대를 선택한 뒤 예약 날짜와 10:00을 맞춰 저장한다.

서울 기준 화면으로 돌아왔을 때 정오에 표시되는 것은 정상이다. 이 숫자를 다시 10시로 고치거나, 이미 방콕 시간대를 골랐는데 머릿속으로 두 시간을 더해 입력하면 변환을 중복해서 적용할 수 있다. 입력창에서는 예약 도시와 시각을 맞추고, 저장 뒤에는 현재 화면의 기준 도시로 환산한 결과를 비교한다. 기존 일정도 편집창에서 시각 옆 시간대를 열어 확인할 수 있다.

항공편은 시작과 끝의 도시가 다르다. 같은 시간대 창에서 ‘시작 시간 및 종료 시간에 별도의 시간대 사용’을 선택하고 각각 지정한다. 예약 확인서에 표시된 출발지·도착지의 현지 날짜와 시각을 각 칸에 넣는다. 귀국편도 출국편의 시간대를 그대로 둔 채 숫자만 갈아 끼우지 않는다.

예를 들어 ‘10월 27일 서울 18:00 출발, 방콕 22:00 도착’이라는 가상의 여정을 넣는다고 하자. 도착은 서울 시각으로 28일 00:00이므로 경과 시간은 6시간이다. 출발·도착 숫자만 빼면 4시간이 나오지만 서로 다른 시계를 뺀 값이다. 실제 항공편 시간표가 아닌 이 계산 예시처럼, 날짜와 두 시간대를 함께 맞춰야 달력에 보이는 이동 구간도 설명된다.

종일 일정으로 바꾸면 시각 입력 자체를 없애게 된다. 휴가일이나 여행 기간을 표시하는 데는 쓸 수 있지만 탑승 시각을 남기는 대안은 아니다. Google은 종일 일정을 날짜 단위, 시간이 있는 일정을 시작·종료 시점 단위로 구분한다. ‘방콕 체류’라는 종일 메모와 공항으로 출발할 시간, 항공편은 각각 필요한 정보를 담도록 두는 편이 낫다.

여행지 시계로 보면서 서울 시각도 함께 읽는다

Google Calendar 앱의 메뉴 → 설정 → 일반에는 ‘기기 시간대 사용(Use device time zone)’이 있다. Android 안내와 iPhone·iPad 안내 모두 켜면 여행 중 시간대가 자동으로 바뀌고, 끄면 직접 시간대를 고를 수 있다고 설명한다. 여기서 말하는 iPhone 앱은 Google Calendar다.

현지에서 이동하고 약속에 참석할 때는 현지 시각으로 읽는 쪽이 휴대전화 시계와 비교하기 쉽다. 반대로 한국 업무 시간을 계속 기준으로 볼 목적이라면 서울로 고정해 둘 수 있다. 다만 고정된 달력의 10시를 방콕의 벽시계 10시로 읽으면 두 시간이 어긋난다. 자동 변경을 끄는 것은 잘못 입력한 예약을 고치는 절차가 아니라 표시 기준을 선택하는 일이다.

컴퓨터 웹에서는 설정 → 일반 → 시간대에서 기본 시간대를 고른다. 본국과 여행지의 시각이 모두 필요하면 추가 시간대 표시를 켜고 보조 시간대를 넣는다. Google이 2026년 9월 발표한 웹 기능은 기본·보조·3차까지 총 세 시간대를 지원한다. 일·주·맞춤 여러 날 보기와 ‘시간 찾기’ 화면에서 나란히 볼 수 있고 도시를 구분할 라벨도 붙일 수 있다.

방콕을 기본, 서울을 보조로 두면 같은 회의 칸에서 8시와 10시를 함께 읽을 수 있다. 런던 동료까지 참여하면 세 번째 눈금을 런던으로 둔다. 한 시간대당 회의 사본을 하나씩 만드는 방식보다 같은 일정의 시각을 비교하기 쉽다. 이 기능은 웹의 시간 눈금 안내이므로 휴대전화 앱에서도 같은 세 열이 나타난다고 생각하고 메뉴를 찾을 필요는 없다.

런던의 금요일 9시 회의는 한국에서 한 시간 늦어질 수 있다

여행하지 않아도 서머타임이 끝나는 주에는 해외 정기회의의 표시 시각이 바뀔 수 있다. 기준이 ‘매주 금요일 런던 오전 9시’라면 런던의 시계를 따라간다. Google의 일정 문서는 반복 일정을 전개할 때 하나의 시간대를 사용한다고 설명한다. 어느 지역의 시각을 유지할지는 회의를 정할 때 합의할 내용이다.

영국 정부의 2026년 안내에서 서머타임 종료일은 10월 25일이다. 런던 오전 9시를 유지하는 회의를 전주와 다음 주에 비교하면 아래처럼 달라진다. 두 날짜 모두 금요일이다.

한국에서 계속 17시에 참석하고 싶다고 그 뒤 일정을 전부 17시로 수정하면 런던에서는 오전 8시 회의가 된다. 반대로 합의한 기준이 ‘매주 한국 17시’라면 런던 쪽 표시 시각이 바뀌는 것이 맞다. 초대장에 반복 기준이 명확하지 않다면 다음 회의 날짜를 지정해 주최자에게 물으면 된다. 현재 시차 하나를 모든 달에 더하는 계산은 이 전환을 놓친다.

변경을 확인할 때는 반복 일정의 첫날만 열지 말고 전환 전후의 실제 회차를 연다. 또 주최자가 특정 주만 시간을 바꿨다면 같은 반복 묶음 안에도 다른 시각이 있을 수 있다. Google의 구조 설명에서 개별 회차의 변경은 예외로 남는다. 한 주가 다르다는 이유로 나머지 회차 전체를 같은 숫자로 덮어쓰지 않는다.

여행지에서도 매일 8시에 할 일은 새 시각에 맞춘다

팀 회의와 달리, 혼자 하는 아침 독서를 어느 나라에서든 오전 8시에 하고 싶을 수 있다. 서울 8시로 만든 일정은 방콕에서 6시를 가리킨다. 공동 약속이라면 같은 순간을 지킨 결과지만, 현지 아침에 읽으려는 목적에는 두 시간 이르다. 여기서는 일정의 실제 시작 시점을 옮기는 것이 필요한 작업이다.

짧은 여행이라면 여행 기간에만 방콕 8시인 별도 반복 일정을 만들고 끝 날짜를 둔다. 기존 서울 일정이 같은 기간에도 남아 있으면 아침 알림이 중복될 수 있으므로 해당 회차를 함께 정리한다. 귀국 뒤에도 방콕 기준 반복이 계속되는 일을 막으려면 여행 마지막 날과 귀국 다음 날을 나란히 확인한다. 오랫동안 이주한다면 앞으로의 반복 일정을 새 생활 시간에 맞게 수정할 수 있다.

Google의 반복 일정 수정 안내는 편집하고 저장할 때 어느 회차에 변경을 적용할지 선택하도록 한다. 화면에 표시된 적용 범위와 반복 종료일을 읽고 선택한다. 여행 며칠만 바꾸려는데 전체 묶음의 시각을 바꾸면 과거 기록이나 귀국 뒤 일정까지 의도와 달라질 수 있다.

다른 사람이 보낸 팀 회의를 개인 루틴처럼 고치지는 않는다. 일정 편집 권한 안내에 따르면 주최자는 참석자에게 일정 수정 권한을 줄 수 있다. 권한이 있는 회의에서 시간 변경은 개인 화면의 눈금 조정으로 취급할 일이 아니다. 여행지의 참석 가능 시간이 달라졌다면 주최자와 새 시간을 합의하고 회의를 변경한다.

한 예약만 틀리면 원래 확인서부터 대조한다

서울 팀 회의는 정확한데 현지 투어 하나만 두 시간 이르면 전체 기본 시간대를 다시 바꾸기 전에 그 투어를 연다. 예약 확인서의 날짜·도시·시각, 일정 편집창에 기록한 시간대와 시각, 현재 캘린더의 표시 시간대를 차례로 맞춰 본다. 방콕 10시 예약이 서울 10시로 입력돼 있었다면 그 항목을 방콕 10시로 바로잡고 저장한 결과가 서울 정오와 같은 순간인지 확인한다.

Gmail에서 자동으로 들어온 일정은 수동 입력과 출처가 다르다. Google의 Gmail 일정 안내에는 웹의 ‘View confirmation’, 앱의 ‘View source email’로 원 확인 메일을 여는 경로가 있다. 예약 변경이 캘린더에 반영될 수도 있으므로 처음 받은 메일과 최신 변경 메일도 비교한다. 캘린더에서 시각을 수정했다고 항공사나 식당의 예약까지 변경되지는 않는다.

일정이 아예 보이지 않거나 같은 계정의 웹과 앱에 서로 다른 내용이 남아 있다면 앱 동기화 문제 해결로 넘어간다. 연결 상태, 사용 계정, 해당 캘린더의 표시·동기화 여부를 확인한다. 앱 데이터 지우기는 아직 동기화되지 않은 일정을 잃을 수 있으므로 시간 숫자가 다르다는 이유만으로 먼저 실행하지 않는다.

수정을 마친 예약은 현지 시간대로 다시 열어 확인서의 날짜·시각과 맞춘다. 함께 참석할 회의라면 다음 실제 회차의 시각을 주최자 기준으로도 비교한다.