繁體中文

# News: Articles for 2020

2020/11/30

[功能更新] 屬性分類功能優化

感謝您對LINE官方帳號的支持。 官方帳號即將優化屬性資料，詳細內容請參考下方。
​

# 屬性分類功能優化

您可於群發訊息時選擇欲傳送之目標對象，依屬性篩選並設定篩選條件傳送予條件符合之對象，例如：性別、年齡、作業系統等。

我們預計將於 2020年12月1日 起優化屬性資料功能，使屬性資料更佳精準。

※請留意，選擇屬性後的目標好友數和群發訊息的發送量可能會有變動。

未來我們將持續新增與優化更多功能，敬請期待。

非常感謝您支持LINE官方帳號。

Outage Report Messaging API
2020/06/22

已新增識別 Channel Access Token 的 Key ID

基於資安的原因，Get all valid channel access tokens v2.1 的 Endpoint 會回傳重新加密後的 channel access tokens。

藉由這次的更新，在產生 channel access token v2.1 時會回傳一個對應 token 的 unique key ID (key_id)。您可以使用新的 Get all valid channel access token key IDs v2.1 的 Endpoint 來識別對應的 channel access tokens。

預計會棄用的 Endpoint

由於此次的更新，我們預計於七月上旬建議勿用 Get all valid channel access tokens v2.1 的 Endpoint。如果您正在使用此 Endpoint，請將您的 Bot 修改為新的 Get all valid channel access token key IDs v2.1 的 Endpoint。

更多關於發行channel access token v2.1的內容，請參考Messaging API技術文件。

Messaging API
2020/06/15

發布 LIFF v2.2.0 追加的 LIFF error code

關於下列的方法，當 Promise 被 reject 時皆已追加 LiffError code 的資訊於其中，以便讓錯誤訊息更容易被理解。

更多訊息，請見各方法的Error Response說明:

LIFF
2020/06/15

「Linked OA」於 LINE Developers console 內的設定位置已變更

在 LINE Developers console 中特定 channel 類型的 Linked OA 設定位置已變更。

項目 變更前 變更後
Linked OA的位置 位於channel中的LINE Login分頁 channel中的Basic Settings分頁

# 受影響的channel類型

  • LINE Login
  • [BETA] Blockchain Service

# 影響

既有的 LINE Login 或是 Blockchain service channel 行為將不會受此項更新影響。

未來於LINE Developers console中新增包含Linked OA設定的新channel類型，將會適用此更新位置。

關於Linked OA的設定方法，請參考利用您的channel連結LINE官方帳號。

LINE Developers Console
2020/06/10

Messaging API更新(2020年6月)

Messaging API 追加了新的 endpoint。以下為本次更新的功能:

Endpoint

新功能的敘述如下。若需了解更多細節，請查閱 Messaging API reference 中各個新功能的說明。

# 取得群組的資訊

當你的 LINE 官方帳號是群組的其中一員時，可取得的群組 ID、群組名稱以及群組圖示連結。

關於更多資訊，請查看Messaging API reference中的取得群組的資訊。

# 取得群組裡的成員總數

取得群組中的成員總數。即使其中的成員尚未將LINE官方帳號加為好友，或是已將LINE官方帳號封鎖，您都可以取得群組成員的總數。

關於更多資訊，請查看Messaging API reference中的取得群組裡的成員總數。

# 取得聊天室的成員總數

取得聊天室的成員總數。即使其中的成員未將LINE官方帳號加為好友，或是已將LINE官方帳號封鎖，您都可以取得聊天室成員的總數。

關於更多資訊，請查看Messaging API reference中的取得聊天室的成員總數。

Messaging API
2020/06/09

Flex Message Simulator 的教學指南

我們發布了第一個關於使用Flex Message Simulator (opens new window)的教學指南。

遵循教學指南，您將能獲得關於使用Flex Message Simulator的實際操作經驗與知識。並且，在教學指南的最後，您將會使用Flex Message製作出如下方的出數位名片:

Final Output

我們鼓勵您把握這次機會去學習如何使用Flex Message Simulator並創造出屬於您獨特的 Flex Message。

Messaging API Flex Message
2020/05/21

已發布永久鏈結的 API 至文件上

LIFF SDK 能夠為當前的頁面建立一個永久鏈結。 我們將會發布建立永久鏈結的方法並放置於API 文件上。

  • liff.permanentLink.createUrl()
  • liff.permanentLink.setExtraQueryParams()

這些 API 已包含在最新的 LIFF SDK 中，因此當前 LIFF SDK 的版本不需變動。

更多關於取得永久連結的資訊，請參考LIFF技術文件中的Get a permanent link for the current page。

LIFF
2020/05/20

[更新] 近期內你將可以在LIFF endpoint URL中增加路徑(path)功能

2020年5月29日註記

這項規格更動原本預計在2020年5月的最後一週施行，但因考量到對現有LIFF app的影響，我們將改採取下列措施:

  • 如2020年5月20日的通知內容，我們將在endpoint URL中新增使用路徑的功能。
  • 我們計畫以不影響現有LIFF app的方式來新增此規格。
  • 規格更動預計於2020年6月下半施行。

對於重複的規格變動所造成混淆，我們致上誠摯的歉意。

目前開發者可在LINE Developers Console的LIFF tab的URL後輸入路徑 (/path)、query parameters (?key=value)與URL fragments (#URL-fragment)，但僅有Domain Name與URL中的query parameters會被使用。

隨著接下來的更新內容，LIFF endpoint URL將會有以下更動:

  • 可使用路徑 (/path)。
  • 不可再輸入URL fragment (#URL-fragment)。

舉例而言，如果您在Heroku部屬LIFF app，您可以在LINE Developers Console的基本資訊中輸入https://{Heroku app name}.herokuapp.com/path/?key=value作為Endpoint URL。

附有路徑的LIFF URL追加至console

URL scheme請務必使用https。

能在console中輸入的路徑(path)意味著可以降低發布新頁面所需的時間。例如，當前發布頁面為活動頁面時，您可以直接在endpoint URL中輸入您的活動頁面網址https://example.com/2020campaign上去。

注意

對於在console中註冊endpoint URL以及用來開啟LIFF app的URL scheme，兩者URL fragment的使用條件並不相同。請多加留意避免混淆。

Endpoint URL:
https://example.com/2020campaign或https://example.com/2020campaign/?key=value
不可增加URL fragment。

用來開啟LIFF app的URL scheme:
https://liff.line.me/{liffId}/path_A/path_B/#URL-fragment
可以加上URL fragment。

欲知更多巧參閱LIFF的技術文件中關於Adding a LIFF app to your channel的部分。

對於舊有規格所造成的混淆，我們致上真摯的歉意。我們將會持續改善提供給開發者的服務品質，同時感謝您的諒解。

# 預計變更規格的日期

2020年6月下半。

LIFF
2020/05/19

在LIFF app中已可使用OGP標籤

目前可以在LIFF app中的各個頁面中設定OGP標籤。例如在聊天室內分享您的LIFF app連結(https://liff.line.me/{liffId})時，您將可以隨意設置標題、說明、與縮圖等等。

下方為LIFF可支援的OGP標籤。 更多關於OGP標籤的訊息，請參考The Open Graph protocol (opens new window)。

<html lang="ja" prefix="og: http://ogp.me/ns#">
<meta property="og:title" content="The title">
<meta property="og:type" content="`website`, `blog`, or `article`">
<meta property="og:description" content="A one to two sentence description">
<meta property="og:url" content="The URL">
<meta property="og:site_name" content="The name that represents the overall site">
<meta property="og:image" content="An image URL">
注意

當使用line://app/{liffId}(不建議使用)的形式分享連結時，OGP標籤將會被忽略。

LIFF
2020/05/12

Messaging API更新(2020年5月)

我們對Messaging API做了幾項改善。

# 訊息的字數限制與影音檔案使用條件的調整

目前已調整針對文字訊息的字數限制以及影音檔案使用條件。請參考下方表格比對變更前後的差異。

  • 文字訊息

    項目 變更前 變更後
    最大字數 2000 5000

  • 圖文選單(Richmenu)物件 (圖片)

    項目 變更前 變更後
    圖片尺寸 2500px × 1686px
    2500px × 843px
    1200px × 810px
    1200px × 405px
    800px × 540px
    800px × 270px
    (寬度 x 高度)    		 寬度800px以上 〜 2500px以下，高度250px以上 *

    * 寬度/長度的比例應至少為1.45。

  • 圖片訊息 (圖片)

    項目 變更前 變更後
    檔案格式 JPEG JPEG, PNG
    圖片尺寸上限 4096px × 4096px
    (寬度 x 高度)    		 無限制
    檔案大小上限 1MB 10MB

  • 影片訊息 (影片)

    項目 變更前 變更後
    長度上限 1分鐘 無限制
    檔案大小上限 10MB 200MB

  • 語音訊息 (語音)

    項目 變更前 變更後
    長度上限 1分鐘 無限制
    檔案大小上限 10MB 200MB

  • Imagemap訊息 (圖片)

    項目 變更前 變更後
    檔案大小上限 1MB 10MB

  • Imagemap訊息 (影片)

    項目 變更前 變更後
    長度上限 1分鐘 無限制
    檔案大小上限 10MB 200MB

  • 圖片訊息 / 影片訊息 / Imagemap訊息 (預覽圖片)

    項目 變更前 變更後
    檔案格式 JPEG JPEG, PNG
    圖片尺寸上限 240px x 240px
    (寬度 x 高度)    		 無限制

# 從webhook event的message物件中取得LINE表情貼資訊

如果使用者傳送的文字中包含LINE表情貼，則在webhook接收到文字訊息物件時會包含emojis的屬性，相關資訊被歸納在LINE emoji物件當中。

LINE表情貼種類是由productId和emojiId來識別:

{
  "replyToken": "nHuyWiB7yP5Zw52FIkcQobQuGDXCTA",
  "type": "message",
  "mode": "active",
  "timestamp": 1462629479859,
  "source": {
    "type": "user",
    "userId": "U4af4980629..."
  },
  "message": {
    "id": "325708",
    "type": "text",
    "text": "Hello, world! (love)",
    "emojis": [
      {
        "index": 14,
        "length": 6,
        "productId": "5ac1bfd5040ab15980c9b435",
        "emojiId": "001"
      }
    ]
  }
}

更多細節請參考Messaging API reference中的Text部分。

# 安全地重新呼叫已失敗的API請求

如果在使用Messaging API傳送訊息時出現錯誤，或是請求超時，您將無法得知訊息是否有正確地傳給使用者。而重新發送相同請求時，若第一次的請求已成功傳送，將可能導致使用者接收到同樣的訊息兩次。

您可以將retry key(X-Line-Retry-Key)追加至HTTP Header來安全地重新發送相同的請求。

Retry key的值是由十六進制隨機產生的UUID(例如: 123e4567-e89b-12d3-a456-426614174000)。無論API請求時使用多少次含有相同UUID的retry key，終將只會有一次請求被接受，避免重複執行相同請求。而透過retry key，能使API請求在retry時能夠更安全地執行。

curl -v -X POST https://api.line.me/v2/bot/message/push \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer {CHANNEL_ACCESS_TOKEN}' \
-H 'X-Line-Retry-Key: {UUID}' \
-d '{
    "messages": [
        {
            "type": "text",
            "text": "Hello, user"
        }
    ]
}'

更多資訊請參考重新嘗試失敗的API請求。

Messaging API
2020/05/08

LIFF版本政策與生命週期已釋出

為了使各個LIFF版本的目的更明確，我們將公開LIFF版本政策。 我們同時也公開了各個主要版本的生命週期，讓使用者可以為LIFF的版本升級做適當的準備。

請使用最新版本的LIFF SDK

如2019年10月16日的通知，LIFF v1將會被中止。 在中止後，您將無法使用LIFF v1來開啟LIFF app。

更多關於主要版本的生命週期與LIFF v1的中止時間，請參考LIFF技術文件中的LIFF SDK生命週期。

# LIFF版本政策

自LIFF v2.2.0開始，LIFF的版本號將會遵循Semantic Versioning (opens new window) (SemVer)所設定的規範。

SemVer定義了下方的版本格式:

主版號(MAJOR).次版號(MINOR).修訂號(PATCH)

舉例而言，在v1.2.3, 1是主版號，2是次版號，3則是修訂號。

LIFF版本政策解釋了主要版本的生命週期並就各個版本(主要版本、次要版本、修訂版本)對開發者的意義提出說明。

# LIFF SDK (sdk.js)的更新政策

自LIFF v2.1.13發布後，我們準備了兩種CDN路徑。 在將LIFF SDK整合至LIFF app時，請指定符合您目的的CDN路徑。

CDN路徑 說明
CDN edge路徑 僅指定主要版本的方法。 不用更新您的LIFF app，也可以使用最新版本的LIFF SDK。
例: https://static.line-scdn.net/liff/edge/2/sdk.js
CDN固定路徑 可指定至修訂版本的方法。只要未更新LIFF app，即可繼續使用指定的修訂版本。由於其不會自動更新，故不會受到LIFF SDK升級的影響。
例: https://static.line-scdn.net/liff/edge/versions/2.1.13/sdk.js

使用Edge路徑的範例:

<script charset="utf-8" src="https://static.line-scdn.net/liff/edge/2/sdk.js"></script>
關於維持向下相容的CDN路徑

為了確保已上線的LIFF app運作，我們將提供下列CDN路徑來維持LIFF SDK的作業。使用此CDN路徑的LIFF SDK會與CDN edge路徑的LIFF SDK同一版本。

維持向下相容的CDN路徑為:
https://static.line-scdn.net/liff/edge/2.1/sdk.js

注意

我們建議您將LIFF app中向下相容的CDN路徑改為CDN edge路徑。因為無論LIFF SDK的生命週期預計為何時，使用向下相容的CDN路徑都可能遭到中止。

待方針確立後我們會盡速通知。

在LIFF技術文件中查看更多關於LIFF版本政策的資訊。

LIFF
2020/05/01

「受眾群體」(Audience)與「分析」(Insight)的部分API恢復通知

我們在2020年4月22日發布了[更新] 關於Audience和Insight在一些集成式API中服務故障的問題。上述API現已可在受限制的狀況下使用。

請留意相關訊息的傳送日期與時間，關於建立曝光再行銷的受眾群可能會受限制，以及統計資料可能會有相關回傳值。

  • 訊息發送的時間(JST): ~2020年3月29日,23:59:59
    狀態：現已無限制。

    • 受眾群體已可以創建。
    • 統計資料已可正常回傳。

  • 訊息發送的時間(JST): 2020年3月30日 00:00:00~2020年4月29日23:59:59
    狀態：有限制。

    • 受眾群體無法創建。
    • 統計資料中的 overview.uniqueImpression與messages[].impression會有相關回傳值。

  • 訊息發送的時間(JST): 2020年4月30日 00:00:00~
    狀態：有限制。

    • 受眾群體已可以創建。但是，如果有使用者在這段時間內使用受限制的LINE版本開啟訊息，該使用者將無法接收到使用受眾群體所送出的新訊息。
    • 統計資料已可正常回傳。但是，統計資料中將不包含使用者在這段時間內利用受限制的LINE版本開啟訊息的次數。

關於更多資訊，請參考下方頁面:

我們將會持續改善我們向各位發開者提供的服務品質，並對於您的理解致上真誠的感謝。

Messaging API
2020/05/01

Messaging API服務中斷通知 (已修復)

我們必須通知您關於Messaging API近期發生的服務中斷問題。 所有由Messaging API提供的功能皆有可能受到影響。

這項問題目前已解決。Messaging API自下方的發生時間後已恢復正常運作。對於遲來的通知與此問題所造成的不便，我們致上誠摯的歉意。

# 發生時間

日期: 2020年4月24日

時間: 14:41-17:46 (GMT+9)

# 原因

網路故障

# 影響範圍

所有由Messaging API提供的功能皆有可能受到此問題影響。

LINE將會持續改善我們的服務品質以避免未來發生相關問題。感謝您的諒解。

Outage Report Messaging API
2020/04/30

LIFF v2 已提供 liff.getLineVersion() 與 liff.id 的用法

目前已將方法 - liff.getLineVersion() 與屬性 - liff.id 新增至 LIFF v2 當中。

liff.getLineVersion() 將允許取得使用者的 LINE 版本。

如果使用者是藉由LINE內建瀏覽器開啟LIFF app，該使用者的LINE版本即會以字串回傳。如果使用者是以外部瀏覽器開啟LIFF app，則會回傳null。

liff.id 的屬性為 liff.init() 初始化後所持有的 LIFF app ID (字串型態)。

欲了解更多請參考LIFF v2 API reference中的liff.getLineVersion()與liff.id。

LIFF
2020/04/22

[更新] 關於 Audience 和 Insight 在一些集成式 API 中服務故障的問題

2020年5月1日更新

在 2020 年 4 月 22 日我們回報了此 API，目前已可在有限制的狀況下使用它。

關於更多訊息，請參考下方頁面:

Messaging API 發生了下列故障的問題。對此造成您的不便，我們致上誠摯的歉意。

# 發生時間

日期: 2020 年 4 月 13 日

時間：約 15:30~ (GMT+9) (持續中)

# 細節

在上述時間發生之後，無法準確計算出曝光再行銷的受眾群的曝光量。

因此我們暫時限制了部分功能的使用。整體來說，我們將會採取以下行動:

我們正積極的調查與修復此問題。

LINE 將會持續改善我們的服務品質以避免未來發生相關問題。感謝您的諒解。

Outage Report Messaging API
2020/04/21

提醒：關於 liff.shareTargetPicker() 回傳值的修改通知

由於我們將會更改 LIFF v2 的 liff.shareTargetPicker() 回傳值。 若您目前的實作正使用到此功能，請參考相關規格並修改。

注意

目前尚未確定關於變更後的 liff.shareTargetPicker() 回傳值規格。

# 概要

在規格改變前，LIFF app 僅可確認 target picker 是否已顯示，但無法確認訊息是否已被傳送。

在規格改變後，LIFF app 不僅可以確認訊息是否已被傳送，並且能配合使用情境，進行相關功能的實作。

# 尚未變更規格之前

# 範例

if (liff.isApiAvailable('shareTargetPicker')) {
  liff.shareTargetPicker([
    {
      type: "text",
      text: "Hello, World!"
    }
  ])
    .then(
      console.log("ShareTargetPicker was launched")
    ).catch(function(res) {
      console.log("Failed to launch ShareTargetPicker")
    })
}

# 語法

liff.shareTargetPicker(messages)

# 回傳值

回傳Promise物件。

當 target picker 顯示後，Promise 會被 resolve。

如果 target picker 在顯示前發生錯誤，除了 Promise 會被 reject 外，並且會發送 LiffError。更多關於 LiffError 物件的資訊，請參考 LIFF SDK errors 文件。

注意
  • 若使用者在顯示 target picker 時未選擇傳送目的地，將無法確認 target picker 顯示後的情況。
  • 在 Promise 被 resolve 與 reject 的 callback 函數中，LIFF app 在某些裝置中無法使用 alert()。

# 規格變更之後

# 範例

if (liff.isApiAvailable('shareTargetPicker')) {
  liff.shareTargetPicker([
    {
      type: "text",
      text: "Hello, World!"
    }
  ])
  .then(function(res) {
    if (res) {
      // succeeded to send message in TargetPicker
      console.log(`[${res.status}] Message [${this.msgType}] is sent!`)
    } else {
      // canceled to send message
      console.log('TargetPicker was closed!')
    }
  }).catch(function(error) {
    // something wrong happened before sending message properly
    console.log('something wrong happen')
  })
}

# 語法

liff.shareTargetPicker(messages)

# 回傳值

回傳Promise物件。

如果訊息被正確傳送，Promise 會被 resolve 並發送含有成功狀態的訊息。

如果使用者在訊息被傳送前取消或關閉 target picker，Promise 會被 resolve，但不會發送含有成功狀態的訊息。

如果 target picker 在顯示前發生錯誤，除了 Promise 會被 reject 外，並且會發送 LiffError。更多關於 LiffError 物件的資訊，請參考 LIFF SDK errors 文件。

之後我們預計會隨著規格的變更，並修改 Error 的定義。

注意

在 Promise 被 resolve 與 reject 的 callback 函數中，LIFF app 在某些裝置中無法使用 alert()。

# 預計規格變更的時間

未定。

LIFF
2020/04/14

【更新】Messaging API升級（2020年4月）

2020年4月16日更新

2020年4月14日通知的下列Property名稱已變更。

變更前 變更後
sticon emojis
sticon.sticonId emojis.emojiId

Messaging API進行了下列改善。

# 利用文字訊息傳送LINE表情貼

利用Messaging API傳送文字訊息之際，可傳送Unicode定義的表情貼、LINE獨家定義的表情貼（不建議），現在更可傳送LINE表情貼了。

LINE表情貼以productId及emojiId指定。

// 含有LINE表情貼的文字訊息示例
{
    "type": "text",
    "text": "Look at this: $ It's a LINE emoji!",
    "emojis": [
        {
            "index": 14,
            "productId": "5ac1bfd5040ab15980c9b435",
            "emojiId": "001"
        }
    ]
}

詳情請參閱《Messaging API reference》的「文字訊息」。

# 取得用戶語言

在取得個人資料端點，既存的用戶個人資料資訊會和languageProperty一起退回。

但languageProperty僅會在下列任一情況下退回。

  • 用戶使用在日本建立的LINE帳號，且同意LINE 8.0.0版本之後的隱私權政策
  • 用戶使用在台灣、泰國，或印尼建立的LINE帳號，且同意LINE 8.9.0版本之後的隱私權政策

# Multicast的收訊人數限制已刪除

傳送Multicast訊息 端點原本有限制1分鐘的收訊人數，此限制已在今天刪除。其他速度限制將繼續適用。關於變更前的限制和變更後的差異，請參閱下表。

Bot種類 變更前 變更後
LINE官方帳號綁定的Bot 100,000 Request/分
1,700 Request/秒（※）
2,000,000 收訊人/分		 100,000 Request/分
1,700 Request/秒（※）
LINE@帳號綁定的Bot 10,000 Request/分
170 Request/秒（※）
200,000 收訊人/分		 10,000 Request/分
170 Request/秒（※）

※1秒單位的速度限制為大量傳送時的大概速度。

不僅如此，傳送Multicast訊息時，最多可指定500筆用戶ID（原為150筆，增加至500筆）。

詳情請參閱《Messaging API reference》的「速度制限」。

Messaging API
2020/04/13

全文搜尋功能已恢復

LINE Developers網站在2020年1月27日更新，透過網站的重新設計 (opens new window)，以期利用標題搜尋而非全文搜尋，來達成站內搜尋的高速化。

網站上線後，我們根據各位的意見，再次安裝了全文搜尋功能。

若想利用全文搜尋，請輸入搜尋關鍵字，並選擇全文搜尋。

全文搜尋

只要選擇全文搜尋，就會顯示全文搜尋的結果。

全文搜尋結果

非常感謝各位提供的寶貴意見。我們今後仍會繼續努力提升LINE Developers網站及開發人員專用文件的品質。

Docs
2020/04/06

Channel Access Token v2.1已上線

Channel Access Token的最新版本已上線。新版本除了能指定Token的有效期限之外，亦可用JSON Web Token（JWT）來取代Channel Secret強化安全性。

建議您使用Channel Access Token最新版本。

JWT的生成方法

可使用任意的JWT函式庫 (opens new window)，亦可自己寫Code 由Assertion Signing Key生成JWT。生成JWT是發行Channel Access Token v2.1必要的手續。

# 新追加的API

關於現在可利用的Channel Access Token種類及其不同，請參閱《Messaging API Document》的「Channel Access Token」。

Messaging API
2020/04/03

LIFF v2已追加liff.isApiAvailable()

LIFF v2已追加liff.isApiAvailable()。 可確認指定的API是否能在LIFF應用程式啟動的環境下使用。

注意

可指定的API有限。 目前的適用對象為liff.shareTargetPicker()。 今後在可於liff.isApiAvailable()指定的API增加時，將再次通知。

# 確認可否使用Target Picker

透過事先執行liff.isApiAvailable()，在不可使用Target Picker的環境下執行liff.shareTargetPicker()之際，可避免用戶畫面顯示錯誤訊息。

if (liff.isApiAvailable('shareTargetPicker')) {
  liff.shareTargetPicker([
    {
      type: "text",
      text: "Hello, World!"
    }
  ])
    .then(
      alert("ShareTargetPicker was launched")
    ).catch(function(res) {
      alert("Failed to launch ShareTargetPicker")
    })
}

詳情請參閱《LIFF v2 API Reference》的「liff.isApiAvailable()」。

LIFF
2020/04/02

LINE Login允許存取的畫面變更

我們修改了LINE Login允許存取畫面的部分設計與文字，以更加方便使用者的閱讀與使用。

# 變更

  • 為了讓使用者更加容易了解在畫面上應採取的動作，我們刪除了畫面標題允許存取並將畫面說明修改為此服務提供者要求以下的存取權限。
  • 您可以藉由點選要求存取的項目中的Arrow icon圖示，來決定是否要顯示或隱藏各項的說明文。
  • 我們將許可的按鈕放大使其更加明顯。

Improved LINE Login Consent Screen

本次修改的許可畫面將會出現在app向使用者請求存取權限的過程中。更多資訊請查看要求授權。

LINE Login
2020/03/30

新「訊息貼圖」的資源型態已新增至貼圖訊息的webhook事件

隨著LINE訊息貼圖 (可輸入客製化文字的貼圖)的推出，對用於通知貼圖訊息傳送的webhook事件，我們在其stickerResourceType屬性中新增了PER_STICKER_TEXT。

如果一位LINE使用者向您的LINE官方帳號傳送了訊息貼圖，您將會收到一則包含PER_STICKER_TEXT stickerResourceType的webhook事件物件。

更多資訊請查看『Messaging API參考資料』中的貼圖 。

Messaging API
2020/03/26

LINE Beacon已中止於多個版本的服務

如March 10, 2020所通知，LINE Beacon已不再適用於LINE的下列版本:

  • 日本: LINE 8.17.0之前的任何版本
  • 台灣: LINE 9.14.0之前的任何版本
  • 泰國: LINE 9.8.0之前的任何版本
  • 印尼: LINE 9.8.0之前的任何版本 (無異動)

# 影響

以上版本的使用者無論是進入或離開LINE Beacon的發送範圍，都將無法被偵測到。

  • Webhook Beacon事件將不會傳送給bot app。
  • 該當使用者將無法看到Beacon橫幅廣告。

更多關於LINE Beacon的資訊，請查看使用Beacons。

對於這項改變可能造成的不便，我們致上誠摯的歉意。我們將會持續改善LINE的服務品質。感謝您的諒解。

Messaging API
2020/03/25

不建議使用LINE URL scheme 'line://'

由於LINE URL scheme line://可能會產生接管攻擊，因此不建議使用。請改用https://line.me/R/或https://liff.line.me/。

line://接管攻擊是指使用者在點擊line://時，其他非LINE的app可能會不顧使用者的意願自動開始執行。這項攻擊僅會在特定的情況下發生。

line://將來有可能會受到中止。如有進一步的決定，我們會在此通知。

更多關於LINE URL scheme的資訊，請查看『透過LINE URL scheme使用LINE功能』。

LINE Login Messaging API
2020/03/19

提醒: Endpoint 網域名稱變更通知

如同 2019 年 11 月 8 日新聞所述，部分 Messaging API endpoint 的網域名稱 (domain name) 由 api.line.me 變更為 api-data.line.me.

# 變更網域名稱的 endpoint：

# 影響

使用以上 endpoint 的開發者，請於轉換期限前變更網域名稱。

轉換期結束後，使用以上 endpoint 的舊網域名稱將會顯示 404 錯誤訊息。

如造成任何不便，敬請見諒，感謝配合。

# 轉換期間

2019 年 11 月 8 日 起至 2020 年 4 月 30 日

Messaging API
2020/03/04

所有 Narrowcast 及 Audience Management 英文技術文件正式上線

介紹如何透過 Messaging API 發送 Narrowcast 訊息、管理受眾的英文技術文件，已全數上線。

最新英文文件：

之前翻譯為英文的文件 (請見新聞 2020 年 2 月 19 日):

上述 Narrowcast 及 Audience Management 功能的相關新聞:

Messaging API
2020/02/19

Messaging API narrowcast 英文技術文件正式上線

介紹如何透過 Messaging API 發送 narrowcast 訊息、管理受眾的 (部分) 英文技術文件正式上線：

部份文件仍為日文，近期內將翻譯為英文：

欲查看上述 Messaging API 功能的相關新聞，請至：

Messaging API
2020/02/17

LINE Things 停止為新 app 提供 LIFF app BLE 新功能

自 2020 年 2 月 10 日起，LINE Things Developer Trial 已停止提供 LIFF app BLE 新功能，且未來將不會恢復提供; 目前僅提供自動通訊功能 (automatic communication)。

2020 年 2 月 10 日之後建立的新 app 將無法於 LINE Things Developer Trial 中使用 LIFF app BLE 新功能。

LINE 團隊持續改善服務品質，如造成不便敬請包涵。

LINE Things
2020/02/07

LIFF v1 API 及停用日期變更

日前新聞宣佈 LIFF v1 Server API 將於 2020 年 3 月 31 日停用，因考量用戶意見，將繼續提供相關 API。

LIFF v1 停用日期確認後，將即時發佈相關通知。同時，請 v1 用戶儘快改用 v2。

功能 原訂停用日期 新的停用日期
LIFF v1 Client API 未來將停用 未來將停用 (此計畫維持不變)
LIFF v1 Server API 2020 年 3 月 31 日停用 繼續提供服務
未來仍將停用 LIFF v1

如同 2019 年 10 月 16 日新聞所述，LIFF v1 將被停用，請改用最新版本。

LIFF
2020/02/05

使用者無法在 Messaging API channel 新增 LIFF app

如同 2019 年 11 月 11 日新聞所述，由於 LIFF v2 功能改善，使用者無法繼續在 Messaging API channel 新增 LIFF app。

欲了解已在 Messaging API channel 新增的 LIFF app 將受到哪些限制，以及如何改將 LIFF app 綁定至 LINE Login channel，請查看 2019 年 11 月 11 日發佈的新聞內容。

LIFF
2020/02/03

受眾群體分享功能正式上線

現在，開發者可於 LINE Official Account Manager 和 LINE Ad，使用以 Messaging API 建立的受眾群體 (Audience)。

受眾群體協助更精準地將廣告訊息發送給真正感興趣的用戶，透過使用受眾群體，開發者可將訊息傳送給之前曾開啟訊息，或點擊訊息連結的用戶。

之前建立過的受眾群體，將自動顯示於 LINE Official Account Manager 和 LINE Ad 中，開發者不須更改任何設定。

如欲取得更多受眾群體相關訊息，請查看 Messaging API 技術文件中的 Using audiences。

Messaging API
2020/01/27

全新設計的 LINE Developers 網站正式上線

全新設計的 LINE Developers 網站已正式上線，協助開發者更輕鬆地使用 LINE Platform 並找到所需的技術文件。

本次網站更新的重點包含：

# 網頁加載速度更快

現在，本網站為在 VuePress 上執行的單頁應用 (single-page application)，大幅縮短網頁加載時間。

# 經優化的瀏覽體驗

經優化的 API reference 響應式設計 (responsive design)，讓網頁配合螢幕尺寸自動調整版面，開發者可更輕鬆地閱讀 API 介紹與範例程式碼。

# 更強大的搜尋功能

只要輸入欲搜尋的關鍵字，搜尋欄位下方便會顯示相關建議，協助開發者更快找到所需的資訊。

Search Results

注意

儘管新的搜尋功能更為強大，搜尋建議仍僅會顯示頁面標題及頁首文字。LINE 團隊將於未來數週內收集內部建議，以了解使用者對於新搜尋功能的滿意度，並適時進行調整。

(LINE 團隊也正積極將開發者意見調查表整合至新網站。)

# 接下來呢?

除了將開發者意見調查表整合至新網站，LINE 團隊也將持續改善網站功能，協助開發者更輕鬆地使用 LINE Developers 網頁與技術文件。

請掃描下方 QR code 或點選 "Add friend" 按鍵，將「LINE開發者官方社群」官方帳號加為好友，以取得最新訊息：

QR code for the LINE Developers account

將 LINE 開發者官方帳號 (中文) 加為好友： Add friend (opens new window)

將 LINE 開發者官方帳號 (日文/英文) 加為好友： Add friend (opens new window)

Docs
2020/01/21

LIFF v1 Server API 將於 2020 年 3 月 31 日停用

LINE Front-end Framework (LIFF) v1 Server API 將於 2020 年 3 月 31 日起停止使用，下列 API 功能將被移除：

請使用最新版 LIFF

即日起請改用 LIFF v2。如同 2019 年 10 月 16 日新聞所述，LIFF v1 即將停用。

# 請使用 LIFF v2

上方所列的 Server API 功能可透過 LINE Developers Console 繼續使用，欲了解如何在 channel 新增 LIFF app，請查看：

如欲透過 LINE Developers Console 使用上列其他 3 項 Server API 功能，請點選該連結、查看技術文件。

LINE 團隊將持續改善服務品質，感謝您的配合。

LIFF
2020/01/14

如使用已中止的 LIFF SDK API，請調整程式碼

如同 2019 年 11 月 29 日新聞所述，基於特定技術考量，下列使用於 iOS 的 LINE (v9.19.0 或之後版本) API 功能已被暫停使用：

  • liff.scanCode()
  • liff.bluetooth.*

自今日起，end user 於 iOS 使用的 LINE (v9.19.0 或之後版本) LIFF app 部分 API 功能如下：

API 功能
liff.scanCode() API 為 undefined
liff.bluetooth.* 如呼叫 liff.initPlugins(['bluetooth']) 時，Bluetooth plug-in 無法初始化，將顯示 FORBIDDEN 錯誤訊息。

如開發者使用 liff.scanCode()，強烈建議參考上述說明，確認功能可正常運作。

調整前：

liff.scanCode().then(result => {
  // result = { value: '' }
});

調整後：

if (liff.scanCode) {
	liff.scanCode().then(result => {
	  // result = { value: '' }
	});
}

如欲取得更多相關訊息，請至 LIFF v2 API reference。

LINE 團隊正積極改善服務品質，造成不便敬請包涵!

LIFF
2020/01/08

[Updated] 請確認 provider 名稱正確

2020 年 1 月 9 日追加說明

本功能原訂於 2020 年 1 月 9 日上線，但因故改於 2020 年 1 月 16 日上線。

自 2020 年 1 月 16 日起，使用 Messaging API 的 LINE 官方帳號，將於用戶資料下方顯示開發者註冊的 provider 名稱。

企業 LINE 官方帳號亦可能將個人名稱註冊為 provider 名稱，請確認所註冊的名稱正確無誤。Provider 可於 LINE Developers Console 進行更改。

用戶資料

*Provider 名稱如紅框中所示

Messaging API

Filter by news tag

Android LINE Developers Console Docs Flex Message iOS LIFF LINE Login LINE Platform LINE SDK LINE Things Messaging API Outage Report Social API

LINE Developers Official Account

Subscribe for the latest information on the LINE Platform
LINE Developers QR Code