發布常見問題
誰負責管理內容發布工作？
應用程式開發人員會管理內容發布工作，並將要求傳送至 Engage Service。這樣一來，開發合作夥伴就能進一步控管向使用者發布內容的時機和方式，避免頻繁地喚醒合作夥伴應用程式進行內容發布。
開發人員需要發布所有叢集類型嗎？
雖然開發人員可以只發布一個叢集，但我們強烈建議加入更多叢集。否則，開發人員會錯失提高內容參與度的機會。強烈建議您發布每個產業的所有叢集類型。
應用程式執行期間，開發人員應該透過工作管理員發布資料的頻率為何？
這由開發合作夥伴決定。如果是一般推薦內容，Google 建議每天發布一或兩次，對於購物車、重新訂購和其他接續內容則使用事件導向方法 (例如，在使用者將項目加入購物車或中途停止播放電影時啟動 worker 做為回呼)。
開發人員何時應呼叫刪除 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」。
開發人員可以自行新增追蹤參數，並提供歸因分析，以便評估影響程度。