Almeta ML

Almeta ML

Almeta · 行銷

Almeta ML 預測網站訪客接下來會做什麼,包括購買意願、該推薦哪些商品、流失風險與最佳寄送時段,再把這些分數送到廣告、電子郵件與 CRM 工具。

Almeta ML 的介面預覽

關於 Almeta ML

What Is Almeta ML

Almeta ML 是託管的機器學習服務,專門做線上商店與行銷團隊的客戶行為預測。你在網站放一段 JavaScript 標記,它會記錄瀏覽、搜尋、加入購物車、購買等事件,Almeta 再用這些資料訓練模型。結果是每位訪客身上的一組分數:購買機率多高、該給他看哪些商品、什麼時候寄信、離流失還有多遠。

重點是不用養資料團隊。很多中型商店手上有還算完整的事件資料,卻沒有人能拿它建立傾向模型。Almeta 把模型做好,只留兩個決定給你:要跑哪幾個模型,以及結果要送到哪裡,可以是 Google Ads、Meta Ads、Shopify、電子郵件平台或 CRM。

限制要先講清楚。模型需要流量,每週只有幾百次工作階段的商店,訊號不足以訓練,Almeta 自己的設定指南也建議盡量把事件記完整。商品目錄資料同樣要乾淨,因為推薦會用到庫存、毛利與到貨時間。價格沒有公開,想知道費用就得先跟業務談。

Getting Started

  1. 註冊免費帳號並建立專案,專案會集中管理資料來源、模型與目的地。
  2. 加入資料來源:直接安裝網站標記、透過 Google Tag Manager 載入,或用 API 與內建整合送出事件。
  3. 在 Events 頁面確認收到的事件。少了購買或加入購物車事件,後面所有預測都會失準。
  4. 在 Models 頁面挑選模型。內建模型涵蓋購買機率、產品推薦、流失、營收、潛在客戶評分與寄送時段。
  5. 設定目的地,讓算好的分數進到廣告聯播網、電子郵件工具或商店平台,再跑一次測試計算,確認數值出現在預期的位置。

產品資訊

快速了解 Almeta ML 的定價、支援平台與效能。

免費方案是
付費方案Free account and 14-day trial, paid tiers quoted on request
平台Web (JavaScript tag), REST API
開發者Almeta
類別行銷
發布日期Jan 2025
最近更新Oct 2026
網站訪問量N/A
網站全球排名N/A
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 沒有資料團隊的電商行銷人員:內建模型直接給出傾向分數與推薦,不必養機器學習工程師,前提是流量穩定。
  • 生命週期與 CRM 行銷人員:潛在客戶評分與流失風險能接進電子郵件流程,分眾會跟著行為變動,而不是停在固定名單。
  • 操作付費媒體的成長代理商:購買意願分眾可匯出到 Google、Meta、Bing 與 TikTok,即使客戶網站很陽春也用得上。

任務

  • 為再行銷篩選訪客:即時購買意願分數讓你用「看過就走」的人建立受眾,並對他們調整出價。
  • 個人化產品推薦:依訪客排序商品,涵蓋首頁、分類頁、商品頁、購物車與售後版位,庫存與毛利都能當輸入。
  • 挽回與留存:流失預測與預估營收幫你判斷誰值得給折扣,誰給了也不會回來。

情境

  • 事件追蹤乾淨、但沒有分析人力的商店:網站標記加內建模型,是通往預測分析最短的路。
  • 預算每天調整的檔期活動:分數在瀏覽器端更新,受眾會跟著最新行為走。
  • 想先驗證再決定要不要導入平台的團隊:免費帳號與試用期可以拿真實流量檢驗分數。

主要功能

購買機率與事件傾向

核心模型回傳訪客完成指定事件的機率,事件可以是購買、註冊或完成一堂課。計算的條件與觸發時機由你設定,例如看過三個商品頁之後才跑。分數會隨行為更新,同一天回來兩次的訪客,不會帶著早上那個偏低的分數進到第二次工作階段。

個人化的產品推薦

推薦機制是為每位訪客排序商品,而不是對所有人顯示同一塊「買過的人也買了」。Almeta 把瀏覽與搜尋行為跟商品目錄資料一起算,包含各據點庫存、毛利、到貨時間、門市是否有貨、退貨紀錄與促銷。廠商宣稱點擊率高出 2 到 3 倍、成效比基本推薦模組好 5 到 10 倍,這是廠商數字,不是獨立測試結果。

即時購買意願

意願分數把行為訊號與個人資料合在一起,判斷訪客還在頁面上時有多接近下單。時機之所以重要,一是當下就能改變頁面內容,二是能在工作階段結束前先把廣告受眾建好。Almeta 指出多數訪客沒買就離開,而且不會再回來,這也是為什麼要在還有機會的那一次工作階段裡動作。

寄送時段與潛在客戶評分

除了購買,平台也管整個生命週期。寄送時段會挑每位聯絡人最可能開信的時刻,潛在客戶評分依品質排列表單與註冊名單,預估營收與終身價值則估算一位客戶值多少。流失機率與忠誠等級預測則支撐留存流程。

目的地、網站標記與 API

分數要落在行銷人員工作的地方才有用,所以計算結果會送到 Google Ads、Meta Ads、Bing Ads、TikTok Ads、Shopify、電子郵件平台與 CRM。網站標記可以直接在瀏覽器執行模型計算,api.almeta.cloud 的 REST API 則以 Bearer 權杖處理事件、客戶、模型、計算與商品目錄資料。

看得懂目錄的推薦

商品目錄資料決定一個推薦引擎是通用款,還是懂你的生意。你把商品連同屬性載入,引擎排序時會衡量庫存、毛利、到貨時間與地點。訪客所在區域缺貨的商品不會排在第一位,毛利好的商品在規則允許時也能壓過熱賣品。

優缺點

優點

  • 內建模型涵蓋傾向、推薦、流失、營收、潛在客戶評分與寄送時段,不必從空白筆記本開始。
  • 分數透過網站標記在瀏覽器端計算,工作階段中的推薦能保持最新。
  • 目的地涵蓋廣告聯播網、電子郵件工具與商店平台,分數直接進到活動已經在跑的地方。
  • 庫存、毛利、到貨時間等目錄條件,讓推薦比只看行為的模組更貼近實際營運。
  • 設定步驟有完整文件,API 也能用程式控制事件與計算。

缺點

  • 價格沒有公開,編預算前必須先跟業務談一輪,才有辦法跟替代方案比較。
  • 模型需要穩定流量與完整的事件追蹤,小型商店拿到的分數又少又不穩。
  • 成效數字來自廠商,沒有公開評測可以核對那個 5 到 10 倍的說法。

常見問題

它收集網站上的行為事件、用這些事件訓練模型,再回傳每位訪客的預測,例如購買機率、對某類商品的偏好、流失風險與最適合寄信的時間。這些預測接著會送到廣告平台、電子郵件工具或商店。