昨天我們把本地的 Node.js + Express 伺服器架好,今天要來讓它正式接收 LINE 傳來的訊息。但要怎麼做到呢?答案就是 —— 建立一個 Messaging API 的 Channel。
還記得 Day 3 我們聊過 LINE 官方帳號和 Messaging API 的關係嗎?當時有提到:
官方帳號就像是你的「店面」。
Messaging API 是「橋樑」,讓 LINE 把訊息傳給我們的系統。
那 Channel 呢?你可以把它想成是「開啟 Messaging API 的鑰匙」,沒有 Channel,LINE 就不知道要把訊息丟去哪裡。今天我們就要來動手建立這把鑰匙,讓伺服器能正式和 LINE 溝通!
2024/09/04 起,開發者要先在 LINE Developer Console 建立 Provider。
之後要在 LINE Official Account Manager 後台找到相應官方帳號,進入「設定」→「Messaging API」並啟用,綁定先前建立的 Provider。
Messaging API channel 不再能自行在 Developer Console 新建,而是透過 Official Account Manager 啟用。
啟用後,該 Messaging API channel 會顯示在 Developer Console 對應的 Provider 底下
但沒關係,我會一步一步帶你們建立!
Provider 可以理解成「服務提供者」的名稱,例如公司名稱或品牌名稱。
小提醒:可以個人斟酌要使用個人 Line 帳號或者商用帳號,因 Provider 一但綁定官方帳號中的 Messaging API 後就無法變更或解除。
點選 Create new provider。
輸入名稱(例如 My Order System
)。
建立完成後,Provider 會成為你後續官方帳號與 Channel 的容器。
小提醒 again XD
建立完成後,你可能會發現:ㄟˊ 怎麼有建立 Messaging API channel 的選項可以選,如圖:
但其實你點進去看看,會發現如我們上述注意事項所說:
於是我們趕快進到下一步吧~
建議你可以直接用上一步建立 Messaging API channel 的連結到建立帳號的頁面,或到 LINE Official Account 建立。
總共三個步驟,就可以建立完成了!
建立完成後,登入 LINE Official Account Manager。
登進去後就可以看到很多基本資訊,以後會慢慢帶大家了解我們會用到的部分。
進入 LINE Official Account Manager → 設定。
點選左側選單的 Messaging API。
按下 啟用 Messaging API 按鈕,並選擇剛剛所建立的 Provider。
完成後,你就會得到:
Channel ID
Channel secret
這些資訊會在我們的伺服器程式裡使用,請務必保存好。
在 Messaging API 頁面找到 Webhook URL 欄位。
目前我們還沒有部署到公開網址,因此暫時可以先填一個假的 URL,或是留空。
等 Day 7 使用 ngrok 這類工具把本地伺服器暴露出去後,就能測試 Webhook。
在 LINE App 掃描官方帳號的 QR Code。
把官方帳號加為好友。
雖然現在伺服器還沒連上,但至少可以先確認好友關係。
Channel Secret 千萬不要放在 GitHub repo,後續會教大家如何用環境變數管理。
建立一個專屬的官方帳號來玩這個專案,不要和正式營運帳號混在一起。
今天我們完成了:
建立 LINE 官方帳號
在 Official Account Manager 啟用 Messaging API
取得 Channel ID、Secret、Access Token
認識了最新的 Channel 建立流程(不再能直接在 Developers Console 建立!)
重點回顧:
Channel 是開啟 Messaging API 的鑰匙。
必須先建立 LINE 官方帳號,才能啟用 Messaging API。
Secret 與 Token 要妥善保護,後續伺服器會需要用到。
明天(Day 7),我們會把伺服器和 LINE 串起來,實作第一個 Echo Bot —— LINE 傳什麼,伺服器就回什麼!
Messaging API setting
Messaging API getting started
LINE Developers
LINE Official Account Manager