CODEWITHSUNDEEP
firebasefirebase-cloud-messaging
slushy
slushy

Reputation: 12385

Best practices for FCM registration token management clarification

I'm reading through FCM token management best practices in the documentation (https://firebase.google.com/docs/cloud-messaging/manage-tokens) and have the following questions.

On initial startup of your app, the FCM SDK generates a registration token for the client app instance... your app should retrieve this token at initial startup and save it to your app server alongside a timestamp.

Is the recommendation here to handle the token on app launch or just the first time the app is launched on install? Because I can't imagine given how many server interactions there are in the typical life of a client process that we wouldn't just update the token every time the app is launched and call it a day instead of creating additional tasks to keep these tokens fresh.

We recommend that you periodically retrieve and update all registration tokens on your server.

Is the recommendation here to null stale tokens?

We recommend that you periodically retrieve and update all registration tokens on your server. This requires you to add server logic to update the token’s timestamp at regular intervals, regardless of whether or not the token has changed.

I don't understand what this means. Is the recommendation here to task the server with updating a token's timestamp? What does this accomplish? And is the server capable of generating a token for a client?

Upvotes: 5

Views: 3708

Answers (2)

Kaw
Kaw

Reputation: 41

According to the docs, as I understand, you have to :

On client side :

  • Store the token on your server on first launch (your server will consider that your token is valid for 2 months)
  • Update your token on server if it changes

On server side:

  • When a new token is registered store the token in your database and set his validity for 2 months (if the token already exist in your database then just reset his validity for 2 months again)
  • When a notification send fails, then remove the invalid token from tour database
  • Periodically (monthly suggested), validate all tokens and reset their validity date if valid (delete if not).

Upvotes: 2

Abdullah Z Khan
Abdullah Z Khan

Reputation: 1286

The token is generated only when you first launch the app after install, and in some reset events. So your token will stay mostly the same, it won't change in every app launch. The timestamp is what the server will check. Maybe this will help:

First Launch

  1. Token generated, send to the server with timestamp

Regular Launch

  1. Token retrieved(same token), send again to the server periodically (2 Months?)

Now, this is where it gets hazy. As far as I understand, the server should signal the app in some way to get the token again (even if it is unchanged) to refresh the token in the server database and then refresh the timestamp.

Upvotes: 0

Related Questions