정기회의 시간을 바꿨는데 Google Meet 링크도 달라졌다

정기회의 시간을 바꾼 뒤 Meet 주소도 달라졌다면, 변경된 첫 회차를 캘린더에서 열어 그 일정의 참여 링크를 안내한다. 이미 배포한 주소를 계속 쓰려고 옛 코드를 붙여 넣으면, 새로 초대한 사람이 바로 들어오지 못하거나 원래 참석자가 녹화·회의록에 접근할 수 있다. Calendar에서 만든 코드는 만료 전까지 처음 연결된 일정을 따르므로 새 초대 명단만 고쳐서는 권한까지 바뀌지 않는다.

팀 게시판과 회의 안내 문서에 직접 적어 둔 주소는 캘린더를 수정해도 그대로 남는다. 참석자가 예전 공지를 눌러 다른 통화에 들어가지 않도록 그 주소도 새 회차의 링크로 바꾼다. 회의에 사람을 새로 넣거나 뺀 경우에는 변경된 일정의 초대 명단도 함께 확인한다.

Meet 링크가 함께 바뀌는 수정 조건

Google은 2025년 11월 19일, 반복 일정의 시작 시각 또는 반복 주기를 바꾸면서 This and following events에 적용하면 이후 일정에 새로운 Meet 링크를 만든다고 발표했다. 한국어로는 수정한 회차와 그 뒤의 회차에 적용하는 범위다. 이 조건에서 원래 일정 묶음은 기존 링크를 유지한다. 개인 Google 계정과 모든 Workspace 고객이 대상이며, 이 동작을 끄는 별도 사용자·관리자 설정은 없다. 반복 일정 수정과 Meet 링크 변경

따라서 ‘매주 하는 같은 회의니까 주소도 늘 같을 것’이라고 가정하면 안 맞는 경우가 생긴다. 변경 전 마지막 회차와 변경 후 첫 회차가 같은 제목을 사용해도 서로 다른 주소를 가리킬 수 있다. 일정 제목만 대조하지 말고 실제 화상 회의 링크를 함께 읽어야 한다.

Google은 이때 호스트·공동 호스트·접근 제한·녹화 등 Meet 회의 속성이 양쪽 링크에서 보존된다고 설명한다. 새 주소가 생긴다는 이유로 주최자 설정을 모두 처음부터 다시 해야 한다는 뜻은 아니다. 반대로 녹화 속성 보존을 지난 회차의 녹화 파일이 새 일정에 복제된다는 의미로 읽어서도 안 된다. 기존 기록과 새 회의 설정은 각각 확인할 대상이다.

다음 회차부터 시간을 옮기는 과정

예를 들어 매주 화요일 오후 2시 회의를 다음 주부터 오후 3시로 옮긴다고 하자. 지난 회의 기록은 그대로 두고 앞으로의 시작 시각만 바꿀 상황이다. 이때 수정할 출발점은 과거의 첫 일정이 아니라, 새 시각을 적용할 첫 회차다. 아래는 컴퓨터의 Google Calendar에서 편집 권한이 있는 일정을 수정하는 과정이다.

1. 새 시각을 적용할 날짜의 회의를 열고 수정 버튼을 누른다. 비슷한 제목의 별도 일정이 아닌지 주최자와 날짜를 확인한다.
2. 시작 시각을 바꾸고 종료 시각도 의도한 회의 길이에 맞는지 읽는다. 반복 주기를 바꾸는 작업이라면 반복 설정도 함께 수정한다.
3. 저장을 누른 뒤 적용 범위를 고른다. 다음 주부터 계속 바꿀 예제에서는 This and following events를 선택한다.
4. 저장된 첫 변경 회차를 다시 열어 시각과 Meet 주소를 확인한다. 이어지는 다음 회차도 새 시각으로 잡혔는지 본다.
5. 변경 직전 회차를 열어 과거 시각과 기록이 의도대로 남아 있는지 대조한다. 이후 회차에 사용할 링크는 새 일정에서 가져온다.

공식 도움말도 일정 수정 후 저장할 때 업데이트를 적용할 회차를 선택하도록 안내한다. 한 번만 시간을 옮길 일인지, 앞으로 계속 옮길 일인지 먼저 정해야 저장 범위를 고를 수 있다. 반복 일정 변경 과정

링크를 유지하려고 작업 의도와 다른 ‘전체 회차’를 고르는 방식은 피한다. 과거까지 수정할 필요가 없다면 앞으로 적용할 범위를 선택하고, 달라진 링크를 전달하는 편이 기록의 의미를 보존한다. 이미 특정 날짜만 예외적으로 옮겨 둔 회의가 있다면 그 날짜도 별도로 열어 결과를 확인한다. 예외 회차까지 같은 결과가 나올 것이라고 추정해 일괄 안내하지 않는다.

예전 링크를 붙여 넣으면 권한은 어디를 따르나

익숙한 주소를 계속 쓰려고 옛 Meet 코드를 별도 일정에 붙여 넣을 수는 있다. 하지만 Calendar에서 만든 코드는 만료 전까지 최초 일정과 연결된다. 새 초대장에 코드를 넣었다고 기존 일정의 연결과 참석자 명단이 자동으로 교체되지 않는다. Google은 2026년 3월 이 연결을 명확히 하는 변경을 발표했다. 일정과 Meet 코드의 연결

새 일정의 참석자는 입장 허가를 요청해야 할 수 있고, 녹화나 회의록 같은 기록은 원래 일정의 참석자에게 연결될 수 있다. 연속 회의 채팅을 사용하는 경우에는 원래 일정의 참석자가 새 회의의 메시지를 받을 가능성도 있다. 참여 버튼을 눌러 통화가 열리는지만으로 새 명단에 맞게 공유된다고 판단할 수 없는 이유다. 코드 재사용과 접근 권한

가령 외부 파트너가 포함된 프로젝트 회의와 내부 검토 회의를 별도로 잡았다고 하자. 내부 검토 일정의 초대 명단에서 외부 사람을 뺐더라도, 프로젝트 회의 코드를 그대로 붙이면 원래 명단에 있던 파트너의 기록 접근 문제가 남는다. 내부 회의를 새 일정으로 만든다면 그 일정에서 새 Meet 코드를 생성한다.

기존 정기회의의 이후 회차에 자동으로 새 주소가 생긴 상황과, 사용자가 다른 일정의 코드를 직접 붙여 넣은 상황을 나눠 본다. 전자는 바뀐 일정에 맞춰 생성된 주소를 전달하면 된다. 후자는 코드의 원래 연결까지 살펴야 한다. 두 상황을 섞어서 ‘새 링크가 불편하니 옛 주소를 복원하면 된다’고 처리하면 참석자 권한을 놓칠 수 있다.

새 초대와 기존 공지를 함께 고친다

일정 변경을 저장할 때 참석자에게 업데이트 이메일을 보내는 선택지가 나오면 발송해 변경을 알린다. Google도 일정 변경을 알리기 위해 이메일 전송을 권한다. 다만 상대가 이메일 알림을 껐거나 초대를 자동으로 추가하지 않도록 설정했다면 새 안내를 놓칠 수 있다. 변경한 회차의 초대 메일과 일정이 보이는지 참석자에게 확인하면 된다. 참석자에게 일정 업데이트 전달

새 초대가 캘린더에 보이지 않는 외부 참석자에게는 초대 메일에서 참석 또는 미정으로 응답했는지 확인하도록 안내한다. 처음 연락하는 발신자의 일정이나 자동 추가하지 않도록 설정한 계정에서는 이메일 응답이 필요할 수 있다. 다른 캘린더 서비스를 쓰는 참석자는 받은 이메일과 그 서비스의 처리 설정도 영향을 준다.

팀 공지는 변경 시작일·새 시각·접속 위치를 함께 담으면 된다. 다음 문장은 앞의 가상 회의에 사용할 수 있는 예시다. 날짜와 시간대는 실제 회의 기준으로 바꾼다.

“다음 주 화요일 회의부터 오후 3시로 변경됩니다. Meet 주소도 바뀌었으니 수정된 캘린더 초대의 참여 버튼을 사용해 주세요. 기존 즐겨찾기는 새 일정의 링크로 바꿔 주세요.”

한동안 고정 링크를 공유해 왔다면 팀 게시판의 고정 공지, 회의 안내 문서, 반복해서 복사하는 메일 서명·본문도 살핀다. 새 주소를 공지 아래에 추가하기만 하면 두 주소 중 무엇을 눌러야 하는지 또 물어야 한다. 현재 사용할 주소를 본문에 남기고, 예전 회의 기록을 보관할 필요가 있다면 과거 회차라는 표시를 붙여 별도 위치에 둔다.

참석자가 ‘나는 들어왔는데 아무도 없다’고 하면 회의실이 비었다고만 생각하지 말고, 서로 연 날짜와 코드가 같은지 비교한다. 주최자는 변경된 회차의 주소를 다시 안내하고, 참석자는 과거 이메일이나 즐겨찾기 대신 그 날짜의 초대장을 연다. 최신 초대와 오래된 공지가 함께 남아 있을 때 먼저 확인할 수 있는 항목이다.

다른 회의의 코드라는 경고가 뜰 때

‘다른 회의에서 가져온 코드’라는 경고를 보는데 원래 일정이 무엇인지 모른다면, 새 코드를 생성한다. 웹에서는 해당 일정을 수정해 기존 화상 회의를 제거하고 저장한 다음, 일정을 다시 열어 Meet를 추가하는 순서다. 단순히 설명란에 붙인 URL을 지우는 것과 화상 회의 필드에서 코드를 제거하는 것은 다르다. 다른 회의 코드 경고 해결

1. 해당 일정의 수정 화면에서 현재 화상 회의 옆 제거 버튼을 누른다.
2. 일정을 저장한다. 반복 일정이라면 변경을 적용할 회차 범위를 작업 목적에 맞게 확인한다.
3. 저장한 일정을 다시 열어 수정하고 Google Meet 화상 회의 추가를 선택한다.
4. 다시 저장한 뒤 새 주소와 참석자 명단을 읽고, 필요한 업데이트를 전달한다.

일정 수정 권한이 없는 참석자는 자기 화면에서 링크를 고쳐 전체 초대를 수정할 수 없다. 주최자나 편집 권한이 있는 담당자가 화상 회의 필드를 바꿔야 한다. 공식 문서의 추가·제거 과정도 편집 가능한 일정을 전제로 한다. 일정의 화상 회의 추가·제거

그 뒤 위치와 설명 필드도 확인한다. 정상적인 화상 회의 필드의 새 주소와 별개로, 설명에 직접 적은 옛 Meet URL이나 다른 서비스 주소가 남을 수 있다. 확장 프로그램이 회의 정보를 넣었다면 해당 문구도 확인한다. 초대장에 참여 경로를 여러 개 남겨야 하는 특별한 이유가 없다면, 현재 회의에서 쓸 주소가 무엇인지 명확하게 정리한다.

옛 링크가 열려도 새 회의 주소는 아니다

새 주소가 생겨도 이전 코드가 곧바로 만료되지는 않는다. 2026년 10월 27일 확인한 현행 Meet 도움말에서 Calendar 생성 코드는 60일 동안 사용되지 않았고, 향후 캘린더 일정에도 연결돼 있지 않을 때 만료된다. 앞으로 쓸 일정에 연결돼 있다면 60일 동안 사용하지 않았다는 이유만으로 만료되는 것은 아니다. Gmail이나 Meet 홈페이지에서 만든 코드는 마지막 사용 후 365일이라는 별도 기준을 따른다. 생성 제품별 Meet 코드 만료 조건

다른 제품에서 만든 코드를 Calendar 초대에 붙여 넣어도 생성 제품이 Calendar로 바뀌지는 않는다. 따라서 ‘초대장에 있는 주소니까 Calendar의 만료 조건일 것’이라고 판단하지 않는다. 코드가 아직 열리는지 확인하는 일과, 다음 회의의 올바른 코드인지 확인하는 일은 서로 다른 검사다.

Apple 캘린더 같은 다른 앱에서 Google Calendar 일정을 만들며 Meet를 넣은 경우에도 새 코드가 생성될 수 있고 변경 이메일을 받을 수 있다. 여러 앱에서 편집한 뒤 주소가 달라졌다면 Google Calendar 웹이나 Google Calendar 앱에서 해당 회차를 열어 현재 정보를 대조한다. 자동 갱신을 오류로 보고 옛 주소를 반복해서 덮어쓰면 어떤 일정에 연결된 코드인지 더 알아보기 어려워진다.

변경 시작일이 다가오면 주최자는 그 회차의 초대장에서 참여하고, 참석자에게도 같은 초대장을 기준으로 안내한다. 회의 안내 문서에는 현재 주소가, 과거 회차에는 그때의 기록이 남아 있어야 한다. 새 일정의 시각·참석자 명단·참여 주소를 한 화면에서 함께 확인하면 오래된 공지의 링크를 다음 회의 주소로 착각하는 일을 줄일 수 있다.