Perplexity 來源流量可以當成 AI 搜尋開始帶人回站的訊號，但不能直接報成業績。台灣 SME 應先用 GA4 把五件事分開：這是不是可辨識的 referral session、落在哪一個頁面、是否有有效互動、是否留下表單/LINE/電話等 key event、最後有沒有進 CRM 或成交。若只看到 `perplexity.ai` 一列就說「AI 搜尋有效」，很容易把好奇點擊、品牌查詢或無法追蹤的直接流量混成同一個故事。
Perplexity 來源流量先查這 5 個 GA4 斷點
這篇適合已經在 GA4 看到 AI Assistant、Referral、`perplexity.ai`、ChatGPT、Copilot 或其他 AI 來源的台灣中小企業，也適合正在做 SEO/AEO/GEO 報告的行銷顧問。它不適合還沒有 GA4、網站表單、LINE 點擊、電話點擊或 CRM 紀錄的團隊；如果基礎追蹤不存在，先補追蹤，不要急著談 AI 搜尋 ROI。
| 斷點 | 要先確認 | 可下的結論 | 不能下的結論 |
|---|---|---|---|
| 1. 來源是否可辨識 | GA4 是否出現 AI Assistant、Referral 或 `perplexity.ai` 相關 session source | 有人可能從 AI 答案或 AI 介面點回網站 | 不能證明所有 AI 曝光或引用量 |
| 2. 落地頁是否正確 | 流量落到服務頁、文章、案例、價格頁，還是無關頁 | 可判斷 AI 點擊對應哪個內容角色 | 不能只看全站 session 判斷品質 |
| 3. 互動是否像真需求 | engaged sessions、停留、捲動、下一頁、站內搜尋 | 可看點擊後是否有讀下去 | 不能只靠單次停留時間判定成交意圖 |
| 4. 是否接到 key event | 表單、LINE、電話、預約、下載、加入購物車 | 可看 AI referral 是否接近詢問 | 不能把一般 page_view 當成有效名單 |
| 5. 是否回寫 CRM | 詢問主題、來源頁、負責人、成交狀態、排除原因 | 可追蹤是否變成商業機會 | 不能只靠 GA4 說明成交原因 |
為什麼不能把 Perplexity referral 直接等於 AI 搜尋成效
Perplexity 官方 crawler 文件把 `PerplexityBot` 和 `Perplexity-User` 分開說明。`PerplexityBot` 用於讓網站出現在 Perplexity 搜尋結果中，官方也建議想出現在結果中的網站允許它通過 robots.txt 與已發布 IP 範圍；`Perplexity-User` 則支援使用者在 Perplexity 內的動作，當使用者提問時可能造訪網頁協助回答。來源：Perplexity Crawlers。
這對報表很重要。爬蟲能讀到你的網站，不代表 Perplexity 一定引用你；被引用，不代表使用者一定點擊；使用者點擊，不代表他會詢問；有詢問，也不代表來源就是成交主因。台灣 SME 的報告要把這些層次分開，否則很容易把「可被 AI 讀到」講成「AI 已經帶來客戶」。
Perplexity 官方文件也提醒，相關設定會各自運作，系統反映變更最多可能需要 24 小時；若網站使用 WAF，可能還要依 user-agent 與已發布 IP 範圍設定允許規則。這代表 crawler 政策與防火牆設定都要回到官方文件和網站 log 確認，不能用舊印象寫進長期 SOP。
GA4 現在要先看 AI Assistant、Referral 和來源媒介
Google Analytics 的 default channel group 文件列出 `AI Assistant` 頻道，描述為使用者從 ChatGPT、Gemini、DeepSeek、Copilot 或 Grok 等來源來到網站；同一份文件也把 `Referral` 定義為使用者透過其他網站或 app 的非廣告連結抵達網站。來源：Google Analytics Help：Default channel group。
這表示台灣 SME 不必只用舊式「Referral」思維看 AI 流量，但也不能假設所有 AI 工具都被完美分類。最保守的做法是同時看三個層級：Session default channel group、Session source / medium、Landing page。若 GA4 把某些 AI 來源分進 AI Assistant，就單獨看；若還落在 Referral 或 Unassigned，就用 source / medium 補查 `perplexity.ai`、`chatgpt.com`、`copilot.microsoft.com` 等來源。
Google Analytics 的 Traffic acquisition report 是用來理解網站或 app 訪客從哪裡來的預設細節報表。來源：Google Analytics Help：Traffic acquisition report。對 Perplexity 來源流量來說，它是入口，不是結論；報告要往下接到頁面、事件與 CRM。
報告 Perplexity 來源流量時，請分成四層
第一層是可見性：你的內容是否能被 PerplexityBot 或其他 AI 搜尋入口讀到。這一層要看 robots.txt、WAF、伺服器紀錄、重要頁面是否可抓取，以及內容是否有清楚日期、作者、答案與來源。
第二層是 referral session：GA4 是否看到 `perplexity.ai` 或 AI Assistant 來源。公開的 Trakkr Perplexity Traffic Index 把它自己的資料定義為來自 GA4 session source 符合 `perplexity.ai` 或目前別名的 referral page views，並明確說它衡量的是 referral page views，不是 Perplexity 使用量或 citation share。來源：Trakkr Perplexity Traffic Index。這個說法值得借鏡：不要把可見的 referral 當成整個 AI 搜尋市場。
第三層是落地頁行為：使用者點回來後看到哪一頁、停在哪一段、是否點了內部連結、是否看了價格、案例、FAQ、服務區域或聯絡方式。如果大多數 AI referral 落到文章卻沒有下一步，問題可能不是 Perplexity，而是文章沒有接到明確 CTA 或相關服務頁。
第四層是商業承接：表單、LINE、電話、預約、試算表下載或購物事件有沒有被標成 key event，並且回寫到 CRM。台灣 SME 最容易漏掉的是「AI 來源進站有看內容，但 LINE 詢問沒有保存 landing page 或 source」，最後 GA4 和業務紀錄對不上。
一個台灣 SME 可執行的 GA4 檢查流程
- 第 1 步：在 GA4 Traffic acquisition 先切最近 28 天與前 28 天，避免用單日波動做結論。
- 第 2 步：主要維度看 Session default channel group，找到 AI Assistant、Referral、Unassigned 的變化。
- 第 3 步：改看 Session source / medium，搜尋 `perplexity`，並把 ChatGPT、Gemini、Copilot、Claude、You.com 等 AI 來源另列一張小表。
- 第 4 步：加上 Landing page + query string，確認 AI 來源是回到哪幾個頁面，不要只看總流量。
- 第 5 步：對照 engaged sessions、key events、表單、LINE 點擊、電話點擊與 CRM 成交狀態；量很少時只寫「觀察中」，不要寫成趨勢。
哪些內容比較值得先優化給 Perplexity 點回來
不要為了 Perplexity 來源流量重寫全站。先挑已經能回答明確問題、且有商業承接價值的頁面：方案比較、價格說明、服務適用對象、案例頁、FAQ、產品規格、退換貨/保固、預約前須知、產業指南。這些頁面被 AI 答案引用或點回來時，才比較可能接近決策。
頁面本身要有幾個基本條件：開頭先回答問題，日期與適用範圍清楚，引用來源可點，表格或步驟是 HTML 文字而不是圖片，CTA 和下一步明確。AI answer engine 可能摘要你的內容，但真正的詢問仍發生在你的頁面、LINE、電話或 CRM 裡。
台灣 SME 週報可以這樣寫
不要寫：「Perplexity 本週帶來 12 次流量，AI 搜尋成效很好。」比較負責的寫法是：
本週 GA4 可辨識的 Perplexity 來源流量為 12 sessions，主要落在 3 篇 FAQ/比較頁，其中 5 個 engaged sessions、1 個 LINE 點擊，尚未確認成交。此數字只代表可辨識 referral，不包含未帶 referrer 的直接造訪或未點擊的 AI 引用。下週先補該頁 CTA 與 LINE 來源欄位，再觀察 28 天。
這種寫法比較長，但能保護決策品質。老闆或客戶會知道：有訊號、量還小、下一步明確、限制也講清楚。
適用與不適用情境
這套方法適合有內容頁、服務頁、FAQ、案例頁、表單或 LINE 承接的台灣 SME，尤其是 B2B 服務、顧問、教育課程、軟體、在地服務、高單價商品、裝修維修與專業服務。這些產業的客戶常先問問題、比較方案，再點回網站確認可信度。
它不適合用來證明所有 AI 搜尋曝光，也不適合網站沒有事件追蹤、CRM 沒有來源欄位、或每月 AI referral 少到只有一兩筆卻想做大結論的情境。量小時可以追蹤，但報告語氣要保守。
資料更新與來源
本文於 2026 年 8 月 22 日依 Perplexity 官方 crawler 文件、Google Analytics Help 與公開 AI referral benchmark 頁整理。Perplexity crawler 規則、GA4 channel definitions、AI Assistant 分類、AI 工具 referrer 行為與第三方 benchmark panel 都可能變動；正式報告前，應回到自己的 GA4 property、網站 log、CRM 與官方文件確認。
- Perplexity：Crawlers
- Google Analytics：Default channel group
- Google Analytics：Traffic acquisition report
- Trakkr：Perplexity Traffic Index
結論：先把 AI 點擊分帳，再決定要不要加碼內容
Perplexity 來源流量值得追，因為它代表 AI answer engine 可能開始把你的內容帶回網站。但它不是完整的 AI 搜尋成效，也不是業績保證。台灣 SME 最務實的做法，是把 crawler 可見性、GA4 referral、落地頁行為、key event 和 CRM 成交分開報告。當這五層接起來，你才知道下一步該修內容、修 CTA、修追蹤，還是修銷售承接。
FAQ
Perplexity 來源流量在 GA4 看得到嗎？
看得到一部分。若使用者從 Perplexity 點擊來源連結且 referrer 被保留，GA4 可能會在 AI Assistant、Referral 或 source / medium 看到相關來源；但未點擊、複製貼上或 referrer 遺失的流量不一定能辨識。
看到 perplexity.ai referral 就代表內容被引用嗎？
不一定。它比較能代表有人從 Perplexity 相關介面點回網站，但 GA4 不會告訴你原始 prompt、答案位置或是否被引用成主要來源。要把 referral、citation 和成交分開看。
台灣 SME 要不要為 Perplexity 另外做內容？
不建議先另做一批內容。先挑現有的服務頁、比較頁、FAQ、案例頁與價格說明，補上清楚答案、來源、日期、適用對象與下一步，通常比大量新增文章更實際。
PerplexityBot 被擋會影響 AI 搜尋能見度嗎？
可能會。Perplexity 官方文件建議想出現在搜尋結果中的網站允許 PerplexityBot，並注意 WAF 與 IP 範圍。不過 crawler 可讀只是前提，不代表一定被引用或帶來流量。
AI referral 很少時還要放進週報嗎？
可以放，但要用保守語氣。少量資料應標成早期觀察訊號，搭配 landing page、engaged sessions、key events 和 CRM 狀態，不要把幾筆 session 寫成穩定趨勢。