需求方向說明

首頁主打彩票或競技,依模版方案切換首頁內容與入口。

需求基準

  • 模版定位:主打彩票或主打競技(體育),首頁主展示方向由方案決定。
  • 首頁框架:頂部及底部導覽直接使用原圖,不重畫;中間內容從頂部原圖下方開始。
  • 彩票展示:以供應商 API 原始名稱作為標題,例如「DB 彩票」,不使用彩票分類作為主標題。
  • 內嵌規則:支援內嵌的平台一次只展示一個供應商內容,保留完整比例;下方保留我方底部導覽列。
  • 不可內嵌:維持使用跳轉進入。
  • 首頁互動:點擊原圖上的彩票/競技入口切換主打方向;供應商頁提供返回對應列表或首頁。
方案原型

已選彩票

供應商能力矩陣

保留供應商原始名稱,區分內嵌能力與自訂名稱能力。

能力整理
體育
供應商原始名稱內嵌自訂名稱
皇冠體育不支援不支援
IM 體育iframe不支援
FB 體育支援支援
熊貓體育支援支援
沙巴體育支援內嵌銀河版待確認待確認
彩票
供應商原始名稱內嵌自訂名稱
TCG 彩票支援不支援
VR 彩票不支援不支援
DB 彩票支援支援
大發彩票iframe支援
BBIN 彩票不支援不支援
SG 彩票不支援不支援
KS 彩票iframe待確認

內嵌與跳轉風險

依目前第三方頁面承接方式整理;作為開發評估與驗收注意事項。

風險整理
問題風險實際可能發生
三方禁止 iframe三方設定 X-Frame-Options/CSP frame-ancestors,頁面直接無法嵌入。
登入/Token三方原本靠跳轉帶 token,iframe 內登入態可能失效或需要另外串接。
Cookie 限制iOS/Safari 對第三方 Cookie 限制較嚴,可能出現反覆登入、session 掉失。
跨域問題無法直接讀取或操作 iframe 裡的 DOM、按鈕、賠率、遊戲內容。
返回/跳轉中高三方內部再跳頁、返回首頁、關閉、重新整理等行為不好控制。
RWD/高度中高三方頁是自己的版型,首頁寬度、iframe 高度容易出現雙滾動、切版。
Header/Footer 重複中高我方有 Header,三方又有 Header/導覽列,看起來像「網站裡再塞網站」。
效能中高首頁同時載入數個三方 iframe,首屏速度、記憶體、流量都會明顯增加。
三方改版不可控中高對方一改 UI、高度、URL 或登入流程,我方首頁可能直接壞掉。
錯誤處理三方維護/timeout/502,只能顯示異常區塊,體驗很難統一。