這次事件的核心是LINE平台的Messaging API及相關開發者服務，不等於每一名使用者的一般好友聊天都全面癱瘓。官方狀態頁列出的影響曾包含Messaging API的API與Webhook、LINE Developers Console，並在不同時段波及部分LIFF與LINE Login功能。
故障時間線
依LINE官方狀態頁，主要節點如下，時間均為日本標準時間，比台灣快1小時：
7月28日16時45分左右：平台問題開始。
7月28日16時57分：官方公告正在調查。
7月28日19時09分至20時43分：狀態頁陸續列出Messaging API、Developers Console，以及部分LIFF、LINE Login相關影響。
7月28日21時20分：官方表示已套用修正並進入監控。
7月28日21時59分：系統運作大致恢復，仍持續檢查。
7月29日9時29分：事件狀態更新為Resolved，表示故障已解決。
台灣時間需各減1小時。不同帳號、地區及串接工具可能在不同時間恢復，因此個別使用者的體感不一定完全相同。
哪些服務受到影響？
Messaging API讓企業、店家與公家機關把LINE官方帳號連到聊天機器人、客服、訂單、預約、會員及通知系統。API或Webhook異常時，可能出現訊息送不出去、店家收不到使用者訊息、機器人不回覆、選單操作失敗或後台資料沒有即時同步。
官方狀態頁顯示，事件期間的影響範圍曾變動，不是所有功能從頭到尾都同時故障。最完整列示曾包括：
- Messaging API的API與Webhook。
- LINE Developers Console。
- LINE Front-end Framework（LIFF）的部分功能。
- LINE Login的加好友選項。
因此，應以「平台部分服務異常」描述，不宜寫成所有LINE功能全球全面停擺。
一般好友聊天也壞了嗎？
官方LINE API Status明確說明，狀態頁監控的是Messaging API、LINE Developers、LIFF及LINE Login，不涵蓋一般LINE App與其他未列服務。
這表示官方資料能證實開發者與官方帳號相關服務出問題，但不能由此推論所有個人對個人聊天、群組、語音通話及LINE Pay都受到相同影響。若朋友間傳訊正常，只有店家帳號沒有回覆，並不矛盾。
店家收不到訂單時，消費者怎麼辦？
若涉及當日預約、付款、取貨、醫療或洽公，先到業者或機關的官方網站確認公告，再使用公開電話、電子郵件或其他正式社群管道。不要因LINE沒有顯示回覆就重複付款，也不要向自稱客服的陌生帳號提供信用卡或簡訊驗證碼。
保留發訊時間、付款畫面、訂單編號及替代聯絡紀錄。服務恢復後再核對是否漏單、重複扣款或重複預約。
官方帳號經營者如何避免重複發送？
平台恢復後，系統可能同時處理排隊訊息、使用者重送及人工補單。經營者應先核對Webhook紀錄、訂單編號及付款狀態，再決定是否補發。
LINE的Messaging API文件提供重試鍵機制，目的之一是讓服務在錯誤或逾時後安全重試，降低同一請求被重複處理的風險。商家也可為預約或訂單建立唯一識別碼，並在官網公告「請勿重複付款」。
是不是熊本地震造成？
不能這樣下結論。網路因時間接近而把地震與LINE異常連在一起，但截至7月29日整理時間，LINE官方狀態頁只確認平台故障與修復進度，詳細原因仍待LINE Developers的事故報告補充。
事件同時發生不等於有因果關係。在官方技術報告公布前，把故障歸因於地震、駭客或特定機房都屬推測。
店家與機關應準備哪些備援？
- 官網固定放置電話、電子郵件與營業異常公告。
- 訂單與預約使用唯一編號，避免恢復後重複處理。
- 為重要通知準備簡訊或電子郵件，但遵守個資與行銷同意規範。
- 訂閱LINE API Status更新，並保存事故時間線。
- 將「已送出」與「對方實際收到」分開監控。
- 先設計人工接手及事後對帳流程，而不是當機時臨時決定。
常見問題
LINE官方帳號故障從何時開始？
LINE狀態頁稱問題約從2026年7月28日日本時間16時45分開始。
什麼時候修好？
官方於7月29日日本時間9時29分把事件標示為已解決，台灣時間為8時29分。
所有LINE聊天都不能用嗎？
不是。官方確認的主要是Messaging API與相關開發者服務，狀態頁本身不涵蓋一般LINE App全部功能。
店家沒有回覆，是不是封鎖我？
不一定。官方帳號或串接系統故障時，店家可能沒有收到訊息；有急迫需求應改走官網公開聯絡方式。
付款後沒收到LINE通知，要再付一次嗎？
不要立刻重複付款。先查銀行或支付紀錄，保留訂單編號，並用其他正式管道向業者確認。
故障是地震造成的嗎？
官方尚未證實。時間接近不足以證明因果關係，應等LINE的技術事故報告。
經營者去哪裡看官方狀態？
可查LINE API Status及LINE Developers新聞頁。狀態頁也提供訂閱更新功能。
服務恢復後最先要做什麼？
先核對漏接訊息、失敗請求、付款及訂單，再補發通知；不要未查證就一次重送全部訊息。
結語
7月28日的LINE異常確實影響官方帳號與多項開發者服務，但並非所有一般聊天全面中斷。官方已於7月29日上午標示事件解決，詳細原因仍待事故報告。
對使用者而言，重要交易應保留紀錄並使用替代聯絡管道；對店家與機關而言，官網公告、唯一訂單編號、重試控制及事後對帳，才是下一次平台故障時真正有用的準備。
資料來源
- LINE API Status，2026年7月28日LINE平台事故時間線
- LINE Developers，如何查詢LINE平台服務狀態
- LINE Developers，2026年7月28日Messaging API事故報告頁
- L Message，Messaging API異常對串接服務的影響說明
- 日本浦添市政府，官方LINE異常期間替代聯絡公告
