多頁面支援的基本原理
行銷型網站客服系統在試用期間，通常會提供一段JavaScript程式碼，將其放置在網站所有頁面的公共頭部或底部，即可實現跨頁面統一接入。這是因為程式碼會產生一個全域的會話標識（如訪客ID），當訪客從一個頁面跳轉到另一個頁面時，系統透過Cookie或localStorage識別同一訪客，自動將對話上下文傳遞給新頁面，客服端能夠看到訪客完整的瀏覽路徑和對話歷史，無需重複接入。
試用階段的部署方式
在試用時，系統一般會要求使用者在網站根模板或公共模板中插入客服程式碼。若網站由多個獨立子站點或不同域名構成，則需要分別部署程式碼，並確認系統是否支援跨域名會話合併。多數行銷型客服系統試用版本允許配置多個頁面或子域名，但需注意：
- 確保程式碼在所有目標頁面均被載入，避免遺漏。
- 檢查會話保持機制是否依賴相同的主域名（例如子域名共享Cookie）。
- 部分系統需在後台「接入設定」中手動新增頁面URL或域名白名單。
如何驗證多頁面是否正常運作
試用期間，建議進行以下操作來驗證多頁面支援效果：
- 打開網站首頁，發起一個測試對話。
- 在不關閉對話視窗的情況下，點擊進入產品詳情頁、關於我們頁等其他頁面。
- 觀察對話是否持續，訪客端是否顯示同一客服，客服端是否能看到頁面切換記錄。
- 若對話中斷或需重新接入，說明多頁面支援存在配置問題，可檢查程式碼部署或聯繫系統技術支援。
常見注意事項
提醒：試用版本通常有功能限制，例如多頁面並發會話數、歷史記錄保存時長等。在正式採購前，應確認所需的多頁面功能是否完全開放，以及是否支援頁面級權限控制（如某些頁面隱藏客服入口）。
FAQ
問：試用時能否同時支援PC端和手機端多個頁面？
答：大多數系統會自動適配裝置類型，只要程式碼已部署在響應式頁面中，PC和手機端均可獲得多頁面支援，但建議分別在兩種裝置上測試。
問：多頁面支援會影響網站載入速度嗎？
答：客服程式碼通常採用非同步載入，對頁面效能影響較小。試用期間可藉助瀏覽器開發者工具觀察網路請求，若延遲明顯，可諮詢系統最佳化建議。
試用是了解系統功能的好方法，透過實際部署和測試，能夠直觀判斷多頁面支援是否滿足業務需求。建議在試用結束時整理好測試記錄，為後續正式選用提供參考。
