左鎮數據儀表板

← 回官網 臺灣大左鎮 LINE@ 智慧街區|載入中… 連線中…
正在向 Google Sheets 取得最新統計…
期間 ~ 所有圖卡依此期間重算;場次名額、店家資料健康度、優惠券(官方只提供總數)不受篩選。

觸及轉換漏斗 從園區人流到線上報名

現有・手動現有・自動 文化局園區統計(參考值)+LINE 目標好友數(後台匯入)+行為紀錄+報名表
園區人次為 7 月單月、好友為開站至今累計,期間不同故不計轉換率。好友→官網只有約一成:多數人在 LINE 裡就結束,官網入口(選單 D/F)要更顯眼。

每日活躍與好友增長 行為筆數/用戶/新好友

現有・自動 官網行為紀錄 created_at;新好友 9/4 前取 Webhook 事件 後台匯入・手動 9/4 後新好友取官方累計相減、LINE 當日互動取後台聊天+選單連結點擊
9/24–9/25 活動兩天:好友 +24/+35、LINE 互動 257/168 次,官網只有 33/5 筆——遊客主要在 LINE 聊天室裡打字、點選單,點進官網的是少數。
LINE 側 9/4 後為後台匯入(手動):LINE Webhook 自 9/4 關閉,圖文選單改由 LINE 後台「自動回應」處理, 訊息不再寫入正式試算表。本分頁資料來自 LINE 分析頁官方匯出與後台聊天唯讀盤點,只含彙總、不含個資; 其他分頁標「Webhook」的 LINE 數字止於 9/4。

LINE 好友增長 目標好友數=累計加入-封鎖

後台匯入・手動 LINE 分析頁「好友」匯出(contacts 為累計數,區間新增=前後相減)

加好友管道 QR 來源歸因(官方分類)

後台匯入・手動 LINE 分析頁「好友來源」匯出(9/1–9/28 新增)
「LINE 官方海報」是主要來源——現場海報 QR 有效;下一步為各佈點印不同的追蹤連結,才分得出哪個點位最有效。

遊客輸入關鍵字 後台聊天 9/4 起

後台匯入・手動 後台聊天唯讀盤點(「@」開頭=圖文選單代送文字;長句與含數字的自由輸入不公開原文)

問答涵蓋率與未命中 LINE 自動回應

後台匯入・手動 遊客文字之後的第一則回覆為預設訊息=未命中
未命中多為簡稱與錯字(天幕、菜市場、蔗堤…)與尚未設定的主題(阿立祖壇、許南英)——交 Vita 在自動回應補同義詞即可改善。

圖文選單按鈕點擊 9/1–9/28

後台匯入・手動 LINE 分析頁「圖文選單」匯出(按鈕名稱以逐日點擊數與代送文字比對確認)

自動回應觸發排行 9/1–9/28

後台匯入・手動 LINE 分析頁「自動回應」匯出(Default=未命中時的預設回覆)

LINE 每日訊息量 官方回覆則數(≈遊客互動量)

後台匯入・手動 LINE 分析頁「訊息」匯出(自動回應/加好友歡迎/人工聊天)
9/24–9/25 活動兩天訊息量是平日的 5 倍以上——活動現場是 LINE 使用的主要場景。

LINE 帳號主頁瀏覽 商業簡介:看過帳號介紹頁的人

後台匯入・手動 LINE 分析頁「商業簡介」匯出(頁面瀏覽數/不重複用戶、進入管道比例)

好友輪廓 官方推估(20 人隱私門檻)

後台匯入・手動 LINE 分析頁「好友屬性」匯出(比例,無個人資料)

正式試算表 vs LINE 後台 逐日對照 找出正式表缺漏

現有・自動 正式試算表(唯讀匯出)後台匯入・手動 LINE 後台

雙通道使用 LIFF 官網 vs LINE bot

現有・自動 行為紀錄(LIFF 端)+系統日誌 EVENT(LINE 端,至 9/4)後台匯入・手動 LINE 端 9/4 起
9/4 後 LINE 互動量已超過官網——LINE 是遊客的主要入口,官網是延伸閱讀。

FAQ 需求排行 bot 選單+Postback 主題

現有・自動 系統日誌 Postback「topic=」參數+選單互動訊息(Webhook 期,止於 9/4;9/4 後見「LINE 後台」分頁的自動回應排行)
被問最多的主題可直接印在圖文選單首格省一次點擊(交 Vita)。

分類偏好 兩通道的內容需求

現有・自動 行為紀錄 filter 事件+系統日誌「type=」參數(bot 選單為 Webhook 期,止於 9/4)
兩通道都是「好玩」領先——化石/地景內容是流量磁鐵;伴手最弱,適合搭路線帶出。

店家熱度榜 view_place 次數

現有・自動 行為紀錄 view_place 的「ID|店名」明細
零瀏覽店家優先排進推薦路線與輪播首圖。

活躍時段與回訪 24 小時分布

現有・自動 行為紀錄 created_at/user_id(去識別化聚合)後台匯入・手動 LINE 遊客訊息時段(9/4 起)
兩個高峰意義不同:LINE 在 10、13 時(活動現場查詢),官網在 21 時(回家後瀏覽)——現場服務看 LINE、推播選晚間。回訪數字僅計官網。

需求訊號 未命中查詢 → keywords 待辦

現有・自動 系統日誌 MISS(至 9/4)後台匯入・手動 後台未命中詞(9/4 起,長句不公開)
出現 ×2 以上的詞當天就該貼進 keywords 欄,涵蓋率立即改善。

走讀名額利用率 活動場次 vs 線上報名

現有・自動 「活動場次設定」max_quota/registered_count
報名管道測試通過但利用率極低——是曝光問題不是功能問題:需要選單按鈕+活動頁導流。

營收觀測現況 本期無金流,以代理指標觀測

現有・自動 報名流水總表+行為紀錄 shop 互動(代理指標,非金流)
走讀免費、農特產商店為外部連結——營收面目前只有代理指標,實際金流在店家與協會端。

營收數據缺口 接上這三種數據,這頁才能看真的錢

未來收集 到店核銷/商店 UTM/收費金額欄——三者皆尚未存在
🎫 到店核銷已有代理數字:加好友優惠券「使用」次數(見上方卡)。要分到各店家,仍需店家口令或各店專屬券。
🛒 商店轉換農特產商店連結加 UTM/專屬短網址——外連後有沒有下單,芒果季前後對照。
💰 收費活動未來若走讀收費,報名表加金額欄位即可直接算營收與客單價。
三項都是低成本高回報:核銷靠店家配合、UTM 靠一條網址、金額欄靠一欄試算表。

異常使用觀測 安全與流失訊號

現有・自動 系統日誌 SECURITY/ERROR/封鎖/新好友重複事件
SECURITY 是簽章驗證正常攔截;重複加友與封鎖是早期流失訊號,變多要查推播頻率。

使用日誌摘要 系統運行日誌層級分布

現有・自動 系統日誌 level 欄位分布
EVENT/INFO 是正常心跳;ERROR 近 14 天筆數看左卡,持續為 0 即健康。

內容資料健康度 店家資料完整度(涵蓋率的根因)

現有・自動 「景點與店家資料庫」keywords/lat/image_url/phone 非空計數
keywords 與座標是最該補的兩欄——同時解鎖問答涵蓋率與地圖功能(座標備妥於 geocode-結果.csv)。

資料血統 這個儀表板怎麼持續運作

L1 原始層 Ray 七表+LINE 官方後台 → L2 聚合層 GAS get_dashboard_stats(伺服器端匿名聚合、快取 10 分)→ L3 呈現層 本頁(dashboard.html,自動更新)
仍缺的觀測:QR 來源歸因(src 參數)、滿意度問卷、LINE Insight 每日快照——藍圖見 analytics-playbook.md。

指標來源總表 每個數字從哪來、怎麼更新

現有・自動 13 項 ・ 現有・手動 3 項 ・ 未來收集 5 項
指標來源(試算表分頁/欄位)狀態說明
LIFF 活躍用戶・每日活躍・時段・回訪LINE用戶與行為紀錄:user_id+created_at現有・自動官網每次互動即時寫入;聚合時去重、去識別化,儀表板不出現任何用戶 ID
店家熱度榜同上:view_place 的 action_detail現有・自動解析「據點ID|店名」複合格式計數(格式由 app.js 2.5.1 起保證)
分類偏好(LIFF 側)同上:filter 事件現有・自動「切換分類標籤:X」訊息萃取
bot 互動・文字查詢・FAQ 排行系統運行日誌:EVENT 訊息現有・自動「收到文字訊息」「Postback 觸發」「LINE 選單互動」三類模式計數;FAQ 主題取 topic= 參數
問答涵蓋率同上:文字查詢 vs MISS現有・自動(查詢數−未命中數)÷查詢數;未命中原始詞列於「需求訊號」
LINE 新好友・重複加友・封鎖同上:EVENT「新好友加入」「封鎖」現有・自動依 detail 內用戶 ID 前綴去重(同一人加 6 次算 1 人);排除測試帳號
走讀名額利用率活動場次設定:max_quota/registered_count現有・自動報名成功時 GAS 自動累加
真實遊客報名當期報名流水總表:name現有・自動排除姓名含「測試」「Ray」之測試單
內容資料健康度景點與店家資料庫:keywords/lat/image_url/phone現有・自動非空欄位計數;是涵蓋率與地圖功能的先行指標
異常觀測・日誌層級系統運行日誌:level 欄現有・自動SECURITY=簽章驗證攔截(防護正常);ERROR 追蹤近 14 天筆數
園區月人次 16,964臺南市文化局景點統計(2026 年 7 月)現有・手動唯一非自動指標:文化局無 API,每月人工更新一次;為漏斗最上層分母
QR 來源歸因LIFF 連結 ?src= 參數+LINE 自訂追蹤連結未來收集印 QR 時決定佈點代碼即可開始收;解鎖「哪個點位最有效」
導覽滿意度活動現場 QR 問卷(5 題)未來收集KPI「滿意度 ≥4 分」的必要數據;一份 Google 表單即可開始
優惠券領取與使用(到店代理)LINE 分析頁「優惠券」→ data/line-backoffice.json現有・手動加好友折抵券的瀏覽、領取、使用與管道;「使用」為遊客在店家面前按下,可作到店核銷代理
LINE 帳號主頁瀏覽LINE 分析頁「商業簡介」匯出現有・手動每日頁面瀏覽/不重複用戶與進入管道(QR、分享、聊天室按鈕)
到店核銷(分店家)店家口令或各店專屬券未來收集目前優惠券只有一張共用券,分不出是哪家店;每店一張券即可拆分
商店轉換農特產商店連結加 UTM/短網址未來收集一條網址的成本;芒果季前後對照
收費活動金額報名表新增金額欄未來收集走讀若收費,本頁業務分頁即可直接算營收與客單價
LINE 官方後台指標(好友、管道、選單、自動回應、屬性)LINE 分析頁匯出 CSV → data/line-backoffice.json現有・手動Webhook 自 9/4 關閉後的 LINE 主要數據來源;目前手動下載匯出,長期改 Insight API 每日快照(官方好友數僅保存 397 天、訊息 60 天)
LINE 遊客關鍵字・未命中(9/4 起)LINE 後台聊天唯讀盤點 → 同上 JSON現有・手動撈法見 tools/line-chat/README.md;只公開選單代送文字與短主題詞,長句只計數。Webhook 接回後恢復自動
彙總:現有數據 16 項(13 自動+3 手動)支撐前五個分頁的全部數字;LINE 側 9/4 後改靠後台匯入(手動),Webhook 接回即恢復自動;未來收集 5 項中,QR 歸因與滿意度問卷成本最低、對 KPI 影響最大,建議最先啟動。分析註解(灰字)為判讀非數據。