Google Meet 有時長限制嗎？免費版 60 分鐘規則、中斷原因與會後補記錄流程

Google Meet 時長限制怎麼算：先釐清它按什麼計算

先回答關鍵字本身：有，Google Meet 確實存在會議時長限制。但這個限制不是一個固定數字，而是同時取決於兩件事——你用的是哪一種帳號，以及這場會議裡有幾個人。

依 Google Meet 官方說明，當一場會議有三位以上的參與者時，會議會有一小時的時長限制。也就是說，觸發限制的關鍵不是「你開了幾分鐘」，而是「這場會議裡有幾個人」。第三方整理資料也指出，免費 Google 帳號的群組通話上限為 60 分鐘，時間一到會議會自動結束。

這裡要先分開兩個容易混淆的概念：

帳號類型：個人免費 Google 帳號，與 Google Workspace 付費方案，規則不同。
會議人數：一對一通話與三人以上群組會議，適用的限制也不同。

換句話說，如果你是一場三人以上週會的主持人，第一個要確認的不是「我這場會開多久」，而是「這場會議是用哪一種帳號開的、有幾個人進來」。這兩個條件決定你會不會在第 60 分鐘被系統請出會議室。

需要提醒的是，Google 的時長規則與方案差異會隨政策調整，正式使用前仍應以 Google 官方說明頁面為準。

免費帳號的限制：群組會議與一對一會議的差別

免費帳號的限制，最容易搞混的就是「群組」與「一對一」的差別。

依 Google 官方說明，限制的觸發條件是「三位以上參與者」。這代表：

三人以上的群組會議：單次會議上限為一小時，時間到會自動結束。
一對一通話：規則與群組會議不同，通常不受同一條一小時限制約束。

這個差別在實務上很關鍵。如果你原本排的是一場兩人的需求確認，臨時多拉了一位同事進來，這場會議就從「一對一」變成「群組會議」，限制條件也跟著改變。

第三方來源也提到，免費帳號的群組通話上限為 60 分鐘，時間一到會議會自動結束。也就是說，當你看到會議畫面跳出「會議即將結束」的提示，通常不是網路問題，而是人數條件觸發了時長上限。

判斷順序建議如下：

1. 先確認這場會議用的是免費帳號還是付費方案帳號。

2. 再確認會議室裡有幾個人。

3. 三人以上、免費帳號，就要預留 60 分鐘的結束時間。

付費方案能解除哪些限制

付費方案能處理的，主要是「會議長度」這一層。

依第三方整理資料，付費方案可將單場會議延長至 24 小時。Google 官方說明也指出，特定 Workspace 版本可以擁有更長的會議時間。也就是說，付費方案解除的是「單次會議被系統自動切斷」這件事。

但這裡要切開兩層，交接時才不會搞混：

會議能不能繼續開：這是方案與時長限制處理的範圍。
會議內容有沒有被留下來：這是記錄與整理處理的範圍。

付費方案讓你不用在第 60 分鐘被請出會議室，但它不會自動幫你把討論變成決策、待辦與可交接的紀錄。如果你開完一場兩小時的會議，手上卻沒有人知道誰負責哪一項，那不是時長限制的問題，而是會後整理沒有被處理。

因此，評估付費方案時，建議同時確認兩件事：這場會議會不會被時間切斷，以及會議結束後內容要交給誰、用什麼形式留下來。

限制之外還有哪些前提：管理員設定與帳號類型

除了帳號類型與會議人數，還有幾個前提會影響你實際遇到的限制。

第一，帳號類型。 個人免費 Google 帳號與 Google Workspace 方案帳號，適用的時長規則不同。同一場會議，用不同帳號發起，結果可能不一樣。

第二，管理員設定。 如果會議是由公司或組織的 Workspace 帳號發起，組織層級的管理員設定可能影響會議功能的可用範圍。這部分通常不是個人使用者能自行調整的。

第三，會議發起人。 時長限制與會議的發起帳號有關，不是看誰最後一個離開會議室。交接時如果要確認「這場會議為什麼被中斷」，第一個要問的通常是「這場會議是誰發起的、用哪一種帳號」。

把這幾項前提列成核對順序：

核對項目	要確認什麼	影響
帳號類型	免費個人帳號或 Workspace 方案	決定適用的時長規則
會議人數	一對一或三人以上	決定是否觸發群組會議限制
管理員設定	組織是否開放相關功能	影響可用功能範圍
會議發起人	誰發起這場會議	影響限制歸屬與後續記錄

會議被中斷時，內容怎麼留下來

會議被系統切斷的那一刻，通常不是最麻煩的時候。真正麻煩的是切斷之後，大家發現剛才討論的分工還沒確認完。

常見情況是這樣：一場三人以上的線上週會開到第 55 分鐘，主持人還在確認誰負責哪一項，會議突然被系統結束。與會者手上只有零散筆記，沒有人知道剛才決定了什麼、誰要交什麼、什麼時候要交。

這種中斷，通常會缺少以下幾類紀錄：

別再手動整理錄音

上傳音訊或影片，自動取得逐字稿、摘要與行動項目

試用 Tinrec 下載 Tinrec App

決策點：剛才到底決定了哪幾件事，有沒有明確結論。
責任分工：每一項由誰負責，有沒有人被指派但沒記下來。
時間點：各項待辦的期限，以及下一次確認的時間。
討論脈絡：某個結論是基於什麼前提產生的，事後回頭看容易斷線。

中斷發生後，補救的順序建議如下：

1. 先確認會議是否留有錄音或逐字稿：如果會議中有啟動錄製或轉寫，先確認檔案在誰手上、能不能取得。

2. 把逐字稿或錄音整理成文字：將會議聲音轉成可搜尋的逐字稿，方便回頭核對發言內容。

3. 從逐字稿抓出決策與待辦：把討論整理成明確的決策清單與行動項目。

4. 補上責任人與時間：每一項待辦對應到人與期限，避免只留下「待處理」三個字。

5. 把結果交接出去：將整理後的內容交給對應的人，並確認對方收到。

需要提醒的是，重要承諾、對外發送與關鍵決策仍建議由人工確認，不建議直接採用未經核對的整理結果。

從錄音到逐字稿與待辦：把中斷的會議補成可用資料

如果會議被中斷時沒有留下完整紀錄，補記錄的流程可以拆成兩段：先把聲音變成文字，再把文字變成可交接的資料。

第一段：把會議聲音變成逐字稿。

Tinrec 桌面版可直接採集電腦系統聲音，處理 Google Meet 等線上會議，不需要額外邀請會議機器人加入。使用者主動開啟錄製後，會議內容會即時轉成逐字稿，並可生成摘要與章節。對於已經被中斷的會議，如果手上有錄音檔或錄影檔，也可以上傳音訊或影片檔案，整理成可搜尋的文字資料。

這一段解決的是「剛才到底說了什麼」的問題。逐字稿保留原始發言內容，方便回頭核對某一句話是誰說的、在哪個時間點說的。

第二段：把逐字稿變成待辦與會後材料。

拿到逐字稿之後，Tinrec 可從會議內容中提取待辦事項，並支援圍繞會議內容進行 AI 問答。AI 助手（Agent）可基於會議紀要與上下文，協助把待辦繼續加工成行動計畫、跟進材料、報告、表格或文件等工作產物。

例如，一場被中斷的專案週會，原本只留下零散筆記；經過整理後，可以產出一份包含決策清單、責任分工與期限的行動計畫，交給與會者確認。這一段解決的是「接下來誰要做什麼」的問題。

需要說明的是，AI 助手處理的是整理與加工，重要承諾、對外發送與關鍵決策仍建議人工確認。實際轉寫效果也會受到錄音品質、噪聲、口音與多人重疊發言等因素影響。

團隊版：讓會議結論被共享與持續跟進

會議被中斷後補出來的紀錄，如果只留在某一個人的電腦裡，下一次開會時還是會遇到同樣的問題：沒有人知道上次決定了什麼。

Tinrec 團隊版提供獨立的團隊空間，可將會議錄音、逐字稿、摘要、待辦與會後產物集中保存。以下用兩個具體工作環節說明。

環節一：把中斷會議的補記錄放進團隊空間。

當一場週會被系統中斷、會後才補出逐字稿與行動計畫時，負責整理的人可以將這些資料放進團隊空間，而不是只存在個人帳號裡。團隊成員可以查看、播放與閱讀團隊資料，下一次會議前先確認上次的待辦進度，不需要再從聊天記錄裡翻找。

環節二：成員變動時，會議資料仍留在團隊。

團隊資源歸團隊所有，不歸上傳者個人所有。當成員退出、被移除或失去席位時，其負責的團隊資源可交接給其他有效成員，會議資料不會因為某個人離開而失去歸屬。這對需要長期追蹤專案進度的團隊來說，可以減少「資料跟著人走」的斷點。

需要區分的是，團隊版目前以團隊級共享為主，所有有效成員可讀取團隊資料；角色決定誰可以管理團隊與成員，席位決定成員能否錄製、上傳、編輯與匯出。這不是文件級的細粒度權限控制，對外說明時不應描述成可為每個檔案設定獨立存取範圍。

如果團隊經常遇到會議被中斷、會後紀錄散落各處的情況，可以進一步了解 Tinrec 團隊版的團隊空間與共享會議資料能力，確認是否符合目前的協作方式。

交接前的核對清單與使用邊界

會議被中斷後，要把內容補成可交接的紀錄，建議在交接前依序核對以下項目：

核對項目	要確認什麼
會議基本資訊	會議名稱、日期、發起人與與會者名單
中斷原因	是時長限制、網路問題或人為結束
錄音或逐字稿	是否留有錄音檔、逐字稿，以及存放位置
決策清單	這場會議明確決定了哪幾件事
待辦與責任人	每一項待辦對應到誰、期限為何
未完成事項	哪些議題因中斷而未討論完，需要另開會議
交接對象	整理後的資料要交給誰、用什麼形式
人工確認	重要承諾與對外內容是否已由負責人確認