推播通知的指導方針

推播通知是從雲端伺服器傳送,以更新應用程式的動態磚或傳送快顯通知。這個主題提供 Windows 市集應用程式中使用推播通知的一般指導方針及程式碼編寫指導方針。

我的應用程式應該使用推播通知嗎?

推播傳遞方法允許使用者隨時從您的應用程式接收通知,即使應用程式沒有執行也是一樣。

如果您希望應用程式分享下列項目,推播通知是絕佳的選項:

  • 即時更新 (如體育賽事進行時的比分)
  • 無法預測的時間產生的內容 (像是頭條新聞、傳入的電子郵件或社交媒體更新)

如需可用於 Windows 市集應用程式的四種傳遞方法 (本機、排程、推播及定期) 的比較,請參閱選擇通知傳遞方法

可行與禁止事項

  • 遵循磚與快顯通知的一般指導方針。無論磚或快顯通知是在本機產生或透過雲端產生,都應該遵循相同的使用者指導方針。如需詳細資訊,請參閱這些主題:
  • 考量使用者的電池使用時間。即使使用者的裝置電力不足,也能夠隨時接收通知。您傳送的通知越多,所需的資源就越多,而且您喚醒裝置的頻率就越高。決定通知的頻率時,請記得這一點。
  • 選擇可提供最佳使用者體驗的最低通知頻率。增加通知的頻率不一定會提高您應用程式的價值。例如,如果磚內容太常更新,使用者將會看不到某些更新。
  • 請勿透過推播通知傳送機密或敏感資料。例如,絕對不可以使用通知傳送銀行帳號或密碼。
  • 請勿使用 Windows 推播通知服務 (WNS) 傳送重要通知。雖然 WNS 很可靠,但是不保證可傳送通知。
  • 請勿為廣告或垃圾郵件使用推播通知。WNS 保留保護其使用者的權利,如果應用程式使用通知的方式被認為不適當,服務可以封鎖應用程式使用推播通知。如果使用者回報應用程式有不良意圖,則 Windows 市集可根據移除原則來移除該應用程式。

適用於開發人員

  • 在儀表板中註冊您的應用程式以使用 WNS。您的應用程式伺服器必須使用儀表板提供的特定認證,才能進行驗證和傳送通知。
  • 在應用程式每次啟動時要求通道。通道 URL 可能會到期,而您要求通道時,無法保證每次都提供相同通道。如果傳回的通道 URL 與之前使用的 URL 不同,請在應用程式伺服器中更新參照。
  • 確認通道 URL 來自 WNS。絕對不要嘗試將通知推播至非 WNS 服務。確認您的通道 URL 使用網域 "notify.windows.com" (Windows 或 Windows Phone) 或 "s.notify.live.net" (僅限 Windows Phone)。
  • 務必保護傳送到應用程式伺服器的通道註冊回撥。應用程式接收通道 URL 並傳送到應用程式伺服器時,應該要以安全的方式傳送該項資訊。驗證和加密用來接收和傳送通道 URL 的機制。
  • 將通道 URL 和裝置識別碼傳送到您的應用程式伺服器,讓應用程式能夠追蹤指派 URL 的裝置。如果 URL 變更,則應用程式伺服器可以取代原本與該裝置識別碼關聯的 URL。
  • 重複使用存取權杖。因為存取權杖可以用來傳送多個通知,所以伺服器應該快取存取權杖,如此一來就不用在每次傳送通知時重新驗證。如果權杖已到期,您的應用程式伺服器就會收到錯誤,您應該驗證應用程式伺服器並重試通知。
  • 不要與任何人分享您的套件安全性識別碼 (PKSID) 和祕密金鑰。以安全的方式將這些認證存放在您的應用程式伺服器上。如果認為您的祕密金鑰可能已經洩漏,請產生新的金鑰。定期產生新的祕密金鑰,讓惡徒摸不著頭緒。

相關主題

適用於設計者
WNS 概觀
選擇通知傳遞方法
適用於開發人員 (HTML)
Windows.Networking.PushNotifications
透過 WNS 傳送推播通知
適用於開發人員 (XAML)
PushNotifications
透過 WNS 傳送推播通知
Quickstart: Sending a push notification
範例
推播與定期通知用戶端範例

 

 

顯示:
© 2015 Microsoft