發布常見問題
誰負責管理內容發布工作？
應用程式開發人員會管理內容發布工作，並將要求傳送至 Engage Service。這樣一來，開發合作夥伴就能進一步控管向使用者發布內容的時機和方式，避免頻繁地喚醒合作夥伴應用程式進行內容發布。
開發人員需要發布所有叢集類型嗎？
雖然開發人員可以只發布一個叢集，但我們強烈建議加入更多叢集。否則，開發人員會錯失吸引使用者與內容互動的機會。強烈建議您發布每個類別的所有叢集類型。
應用程式執行期間，開發合作夥伴應該透過工作管理員發布資料的頻率為何？
這由開發合作夥伴決定。Google 建議發布 一般推薦內容是每天一或兩次 適用於購物車、重新訂購和其他接續內容的事件驅動方法 (例如 作為使用者將商品加入購物車或中途停止電影的回呼)。 對於社交應用程式，請務必發布更新過的推薦叢集 在使用後社交應用程式使用者對最近 而且最好還是看到一篇貼文
開發人員何時應呼叫刪除 API？
只有在沒有可發布的內容時，才應呼叫刪除 API。請勿接連呼叫刪除 API 和發布 API 來取代內容；發布 API 會自動移除先前的內容。
廣播意圖常見問題
為什麼 Android 應用程式開發人員需要註冊廣播意圖？
為了向使用者提供最新內容，您應該使用廣播意圖，在使用者可能不會常使用應用程式時觸發資料同步作業。
不允許背景執行作業
註冊廣播意圖時，可能會遇到以下錯誤：
Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }
您需要以動態方式註冊廣播接收器。
class AppEngageBroadcastReceiver extends BroadcastReceiver {
// Trigger recommendation cluster publish when PUBLISH_RECOMMENDATION broadcast
// is received
}
public static void registerBroadcastReceivers(Context context) {
context = context.getApplicationContext();
// Register Recommendation Cluster Publish Intent
context.registerReceiver(new AppEngageBroadcastReceiver(),
new IntentFilter(com.google.android.engage.service.Intents.ACTION_PUBLISH_RECOMMENDATION));
...
}
工作流程常見問題
整合此 SDK 時，可能會遇到以下錯誤：
測試深層連結
深層連結已與套件名稱建立關聯。使用 ADB 工具測試深層連結是不錯的方法。
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
如何評估整合帶來的影響？
深層連結是追蹤歸因的好方法。深層連結網址除了能將使用者導向應用程式外，也可納入其他追蹤參數，例如「http://xx/deeplink?source_tag=engage」。
開發人員可以自行新增追蹤參數，並提供歸因分析，評估影響程度。