Dela via

Välj en meddelandeleveransmetod

Den här artikeln beskriver de fyra meddelandealternativen – lokala, schemalagda, periodiska och push-meddelanden – som levererar panel- och märkesuppdateringar och popup-meddelandeinnehåll. En panel eller ett popup-meddelande kan få information till användaren även om användaren inte är direkt engagerad i din app. Appens natur och innehåll och den information som du vill leverera kan hjälpa dig att avgöra vilken meddelandemetod eller vilka metoder som passar bäst för ditt scenario.

Översikt över metoder för meddelandeleverans

Det finns fyra mekanismer som en app kan använda för att leverera ett meddelande:

  • Local
  • Scheduled
  • Periodic
  • Push

Den här tabellen sammanfattar typerna av meddelandeleverans.

Delivery method Use with Description Examples
Local Ruta, Märke, Meddelande En uppsättning API-anrop som skickar meddelanden medan din app körs, uppdaterar panelen eller märket direkt eller skickar en toast-avisering.
  • En musikapp uppdaterar sin panel för att visa vad som är "Spelar nu".
  • En spelapp uppdaterar sin panel med användarens höga poäng när användaren lämnar spelet.
  • Ett märke vars tecken anger att det finns ny information i appen rensas när appen aktiveras.
Scheduled Tile, Toast En uppsättning API-anrop som schemalägger ett meddelande i förväg för att uppdateras när du anger.
  • En kalenderapp ställer in en toast-avisering för ett kommande möte.
Periodic Tile, Badge Meddelanden som uppdaterar paneler och märken regelbundet med ett fast tidsintervall genom att söka efter nytt innehåll i en molntjänst.
  • En väderapp uppdaterar sin panel, som visar prognosen, med 30 minuters intervall.
  • En webbplats med "dagliga erbjudanden" uppdaterar sitt dagens erbjudande varje morgon.
  • En panel som visar dagarna tills en händelse uppdaterar den nedräkning som visas varje dag vid midnatt.
Push Panel, Märke, Rostat bröd, Rå Meddelanden som skickas från en molnserver, även om appen inte körs.
  • En shoppingapp skickar en toastnotis för att informera en användare om en rea på en vara som de tittar på.
  • En nyhetsapp uppdaterar sin ruta med nyheter i realtid när det händer.
  • En sportapp håller sin panel up-to-date under ett pågående spel.
  • En kommunikationsapp ger aviseringar om inkommande meddelanden eller telefonsamtal.

 

Local notifications

Att uppdatera apppanelen eller märket eller att skapa en toast-notifiering medan appen körs är den enklaste av mekanismerna för meddelandeleverans; det kräver bara lokala API-anrop. Varje app kan ha användbar eller intressant information att visa på panelen, även om innehållet bara ändras när användaren startar och interagerar med appen. Lokala meddelanden är också ett bra sätt att hålla apppanelen aktuell, även om du också använder någon av de andra meddelandemekanismerna. En panel för en fotoapp kan till exempel visa foton från ett album som nyligen lagts till.

Vi rekommenderar att din app uppdaterar sin panel lokalt vid första starten, eller åtminstone omedelbart efter att användaren har gjort en ändring som appen normalt skulle reflektera över panelen. Uppdateringen visas inte förrän användaren lämnar appen, men genom att göra den ändringen medan appen används ser du till att panelen redan är up-to-datum när användaren avgår.

Även om API-anropen är lokala kan meddelandena referera till webbbilder. Om webbbilden inte är tillgänglig för nedladdning, är skadad eller inte uppfyller bildspecifikationerna svarar paneler och popup-fönster på olika sätt:

  • Paneler: Uppdateringen visas inte
  • Popup: Meddelandet visas, men avbildningen tas bort

Som standardinställning förfaller lokala popup-meddelanden om tre dagar, och lokala meddelandeikoner förfaller aldrig. Vi rekommenderar att du åsidosätter dessa standardvärden med en explicit förfallotid som passar för dina meddelanden (popup-meddelanden har högst tre dagar).

Mer information finns i följande avsnitt:

Scheduled notifications

Schemalagda notifieringar är en delmängd av lokala notifieringar som kan ange exakt när en ruta ska uppdateras eller en avisering ska visas. Schemalagda meddelanden är idealiska i situationer där innehållet som ska uppdateras är känt i förväg, till exempel en mötesinbjudan. Om du inte har förkunskaper om meddelandeinnehållet bör du använda ett push-meddelande eller ett periodiskt meddelande.

Observera att schemalagda meddelanden inte kan användas för märkesmeddelanden. badge-meddelanden hanteras bäst av lokala, periodiska eller push-meddelanden.

Som standard upphör schemalagda meddelanden att gälla tre dagar från den tidpunkt då de levereras. Du kan åsidosätta den här standardtiden för förfallotid för schemalagda panelmeddelanden, men du kan inte åsidosätta förfallotiden för schemalagda popup-meddelanden.

Mer information finns i följande avsnitt:

Periodic notifications

Med periodiska meddelanden får du uppdateringar av livebrickor med minimala investeringar i molntjänster och klienter. De är också en utmärkt metod för att distribuera samma innehåll till en bred publik. Din klientkod anger URL:en för en molnplats som Windows söker efter panel- eller märkesuppdateringar och hur ofta platsen ska avsökas. Vid varje avsökningsintervall kontaktar Windows URL:en för att ladda ned det angivna XML-innehållet och visa det på panelen.

Regelbundna meddelanden kräver att appen är värd för en molntjänst, och den här tjänsten avsöks med det angivna intervallet av alla användare som har appen installerad. Observera att periodiska uppdateringar inte kan användas för popup-meddelanden. popup-meddelanden hanteras bäst av schemalagda eller push-meddelanden.

Som standard upphör periodiska meddelanden att gälla tre dagar från den tidpunkt då avsökningen sker. Om det behövs kan du åsidosätta den här standardinställningen med en explicit förfallotid.

Mer information finns i följande avsnitt:

Push notifications

Push-meddelanden är idealiska för att kommunicera realtidsdata eller data som är anpassade för din användare. Push-meddelanden används för innehåll som genereras vid oförutsägbara tidpunkter, till exempel senaste nytt, uppdateringar av sociala nätverk eller snabbmeddelanden. Push-meddelanden är också användbara i situationer där data är tidskänsliga på ett sätt som inte passar periodiska meddelanden, till exempel sportpoäng under en match.

Push-meddelanden kräver en molntjänst som hanterar push-meddelandekanaler och väljer när och till vem som ska skicka meddelanden.

Som standard upphör push-meddelanden att gälla tre dagar från den tidpunkt då de tas emot av enheten. Om det behövs kan du åsidosätta den här standardinställningen med en explicit förfallotid (toastmeddelanden har en maxgräns på tre dagar).

Mer information finns i: