使用別名與標籤：精準推送的核心手段

一、核心概念說明

1. 別名（Alias）：業務ID與推送ID的綁定

別名用於將業務系統中的用戶唯一標識符（如 userID、手機號、郵箱等）與 EngageLab 推送系統中的 註冊ID（registrationID / UID） 建立一對一映射。

註冊ID 是 WebPush 或 AppPush SDK 為每個用戶生成的唯一標識，用於推送消息識別，通常對業務方無實際意義，且與設備無強綁定關係。

核心特徵：

• 🧩 一對一綁定： 每個註冊ID只能綁定一個別名。
• 🧠 業務可識別： 使用業務系統原有的用戶ID，方便業務邏輯。
• 🔒 持久有效： 除非顯式解綁，綁定關係將長期有效。

應用示例：

• 訂單狀態變更推送（如：user123 訂單已發貨）
• 賬戶安全通知（如：user456 密碼修改）

2. 標籤（Tag）：基於屬性的動態分組

標籤用於標記用戶的屬性、行為或狀態，實現用戶群體的動態劃分和分組推送。

核心特徵：

• 🔁 多對多關係： 一個註冊ID可擁有多個標籤，一個標籤下也可對應多個用戶。
• 📈 實時變動： 支持動態增刪標籤，響應用戶行為變化。
• 🧱 支持多維度： 如「VIP會員」、「近30天未登錄」、「iOS用戶」

應用示例：

• 對“連續3天未登錄的VIP用戶”推送激活獎勵
• 對“購物車有商品但未結算”的用戶進行限時提醒

二、為什麼使用別名與標籤？

🎯 解決的問題

EngageLab 的推送註冊ID由 SDK 自動生成，與業務系統用戶無直接關係。要實現業務識別級別的精準推送，開發者需要：

• ✅ 將業務系統中的 用戶ID → 註冊ID 建立綁定（使用別名）
• ✅ 按業務需求將用戶劃分為不同分組（使用標籤）

✨ 核心價值總結

三、使用方式詳解

1. 設置別名與標籤

✅ 服務端 API 設置

• 文檔鏈接：設置別名和標籤

• 示例請求：

              
              POST /v4/devices/{registration_id}
{
    "tags": {
        "add": [
            "VIP",
            "iOS用戶"
        ]
    },
    "alias": "user_5678"
}

            

✅ 客戶端 SDK 設置

• Web SDK：setTagsAlias
• Android SDK：標籤與別名 API
• iOS SDK：標籤與別名 API

2. 發起推送

✅ 控制台操作

• 在推送創建頁選擇標籤或別名用戶群體

✅ API 調用方式

• 文檔鏈接：創建推送 API

• 示例請求：

              
              POST v4/push
{
    "from": "push",
    "to": {
        "tag": [
            "VIP"
        ],
        "tag_and": [
            "未登錄30天"
        ]
    },
    "body": {
        "platform": "all",
        "notification": {
            "alert": "Hi, MTPush!",
            "android": {
                "alert": "回歸好禮",
                "title": "親愛的VIP用戶，歡迎回來！立即領取專屬優惠"
            },
            "ios": {
                "alert": {
                    "title": "回歸好禮",
                    "body": "親愛的VIP用戶，歡迎回來！立即領取專屬優惠"
                }
            }
        }
    }
}

            

四、最佳實踐推薦

✅ 三層標籤體系設計建議

五、常見問題與注意事項

六、總結

通過合理配置別名與標籤，開發者可以：

• 🧠 減少開發複雜度和維護成本
• 📊 提升推送精準度、轉化率和ROI
• 🔄 覆蓋用戶從激活到留存的完整生命周期

👉 更多資料請參考 EngageLab 開發文檔