先確認哪個城市的時間是來源
「明天早上九點」不是完整的跨國預約資訊。先確認這是哪個城市的九點、屬於該城市日曆上的哪一天，再輸入時間轉換器。來源負責解讀輸入，目標負責顯示同一時刻；輸入日期不一定屬於你的裝置所在地，也不能直接當成目標城市日期。
選擇實際城市的 IANA 時區，不要把今天的時差套用到未來預約。國家快捷入口只代表名稱中說明的地區，多時區國家要選實際城市。附近城市也不一定可互換：國界、夏令時間政策與歷史規則可能不同。找不到城市時，不要只憑地理距離隨意替代。
以北京與洛杉磯核對跨日
來源選擇北京，輸入 2026-10-13 09:26，目標選擇洛杉磯：
| 核對項目 | 應顯示的結果 |
|---|---|
| 來源時間 | 北京 · 2026-10-13 09:26 · UTC+08:00 |
| 相同時刻的 UTC | 2026-10-13 01:26 |
| 目標時間 | 洛杉磯 · 2026-10-12 18:26 · UTC−07:00 |
| 日期關係 | 前一天 |
只傳「18:26」會漏掉關鍵資訊，因為洛杉磯仍是 10 月 12 日。來源改成 2026-01-13 09:26 時，洛杉磯顯示 1 月 12 日 17:26、UTC−08:00。差別來自選定日期的季節規則，與界面語言或輸入格式無關。
重要約定可同時寫出兩地讀數，例如「北京時間 10 月 13 日 09:26／洛杉磯時間 10 月 12 日 18:26」。雙方較容易發現日期、城市是否選錯，也不必憑記憶心算。
日期錯誤與夏令時間歧義要分開處理
工具接受 YYYY-MM-DD HH:mm，可加秒數，輸入範圍為 1970–2100 年。不存在的日曆日期必須修正，不應自動變成另一個月份。紐約 2024-03-10 02:30 則因撥快時鐘而沒有出現過，需要向預約來源確認另一個有效時間。
紐約 2024-11-03 01:30 出現兩次：較早一次為 UTC−04:00，較晚一次為 UTC−05:00，實際相差一小時。請詢問主辦者指哪一次，再選對應選項；只重複輸入「01:30」不能消除歧義。時區與夏令時間指南說明了偏移與地區規則的差異。
修改後重新檢查，不沿用舊結果
更改來源城市或時間後，舊結果會清除。重新按轉換，查看目標日期及「前一天／同一天／後一天」。新增目標城市會顯示已解析的同一時刻；成功轉換後交換城市也會保留該時刻，而不是只交換文字。
12／24 小時制只改變顯示。使用 12 小時制要保留上午／下午：12 AM 是午夜，12 PM 是中午。複製文字包含城市、完整日期、IANA 名稱及偏移；無法自動複製時可使用手動文字框。
多人會議還要確認結束時間
單一換算不能表示 90 分鐘會議是否符合每個人的工作時段。使用會議排期比較完整區間，並參考跨時區會議安排指南。未來政策可能改變，瀏覽器資料也可能落後；重要活動接近執行時應再次核對。
技術參考：MDN 對當地時間歧義的說明。