tencent cloud

PrevNext

Feedback

search by keyword

Recent Pages

Documentation
Chat
    Documentation
    Download PDF

    Status Change Webhooks

    Last updated: 2024-02-07 17:30:51
    Download PDF

      Overview

      The app backend can use this callback to view the login or logout behaviors of users in real time, including:
      User login (a TCP connection is established)
      User logout or network disconnection (a TCP connection is terminated)
      App heartbeat timeout (the app is abnormally killed or crashes)

      Notes

      To enable this callback, you must configure the callback URL and enable the corresponding switch for this callback. For more information on the configuration method, see Callback Configuration.
      During this callback, the IM backend initiates an HTTP POST request to the app backend.
      After receiving the callback request, the app backend must check whether the SDKAppID contained in the request URL is the SDKAppID of the app.
      For more security considerations, see the Security Considerations section in Third-Party Callback Overview.
      For native SDK enhanced edition 5.6.1200 or later and web SDK 2.14.0 or later, a forced logout due to multi-device login or multi-instance login will trigger only a Login (Register) callback. For other SDK versions, a forced logout due to multi-client login or multi-instance login will trigger both a Login (Register) callback and a Logout (Unregister) callback.

      Callback Trigger Scenarios

      A user initiates a login request through the client.
      A user initiates a logout request through the client.
      A user's client is disconnected and then connected again.
      A user proactively kills the client process, the app is killed by the operating system of the mobile phone after the user switches the app to the background, or the process exits abnormally because the app crashes. When detecting that the client is disconnected from the network, the CVM instance triggers the network disconnection callback.
      The client heartbeat times out, for example, because the network is disconnected or the network is completely unavailable. When detecting that the client heartbeat has timed out, the CVM instance triggers the network disconnection callback. The heartbeat timeout interval is 400 seconds.

      Real-Time Callbacks

      Android, iOS, and PC

      In most cases, the IM CVM instance can detect the user status change and trigger a callback in real time. For example:
      When a user proactively logs in, the IM CVM instance triggers a Login (Register) callback.
      When a user proactively logs out, the IM CVM instance triggers a Logout (Unregister) callback.
      When a user proactively kills the client process or switches to the backend, or the client process is killed by the operating system of the mobile phone, the IM CVM instance triggers a Disconnect (LinkClose) callback.
      Only in the following special case, the IM CVM instance detects the user status change only after the 400-second heartbeat timeout interval expires: When the network is completely unavailable, and the client cannot even send the FIN or RST packets over TCP, the IM CVM instance triggers a Disconnect (TimeOut) callback after the 400-second heartbeat timeout interval expires. This usually occurs when the user disconnects the client from the network (for example, by enabling the airplane mode on the mobile phone) or the user enters a tunnel with no network signal.

      Web

      When a user proactively logs in on the web client, the IM CVM instance triggers a Login (Register) callback in real time.
      The timeliness of status change callbacks in various logout/disconnection scenarios is as follows:
      Direct page closing triggers a Disconnect (LinkClose) callback in real time.
      A network disconnection without closing the current page takes about 60 seconds to trigger a Disconnect (LinkClose) callback.
      Proactively calling the destroy API triggers a Logout (Unregister) callback in real time.

      Mini Program

      When a user logs in on a Mini Program, the IM CVM instance triggers a Login (Register) callback in real time.
      The timeliness of status change in various exit/disconnection scenarios is as follows:
      When a user clicks in the upper-right corner to exit, a Disconnect (LinkClose) callback is triggered in five seconds.
      Network disconnection (for example, enabling airplane mode on the phone) takes about 60 seconds to trigger a Disconnect (LinkClose) callback.
      Switching WeChat to the background takes about 30 seconds to trigger a Disconnect (LinkClose) callback.
      Terminating the WeChat process triggers a Disconnect (LinkClose) callback in real time.
      Proactively calling the destroy` API triggers a Logout (Unregister) callback in real time.

      API Description

      Sample request URL

      In the following sample, the callback URL configured in the app is https://www.example.com. Example:
      https://www.example.com?SdkAppid=$SDKAppID&CallbackCommand=$CallbackCommand&contenttype=json&ClientIP=$ClientIP&OptPlatform=$OptPlatform

      Request parameters

      Parameter
      Description
      https
      The request protocol is HTTPS, and the request method is POST.
      www.example.com
      Callback URL
      SdkAppid
      SDKAppID assigned by the IM console when the app is created
      CallbackCommand
      Fixed value: State.StateChange
      contenttype
      Fixed value: JSON.
      ClientIP
      Client IP, such as 127.0.0.1
      OptPlatform
      Client platform. For valid values, see the description of OptPlatform in the Callback Protocols section of Third-Party Callback Overview.

      Sample request

      {
          "CallbackCommand": "State.StateChange",
          "EventTime": 1629883332497,
          "Info": {
              "Action": "Login",
              "To_Account": "testuser316",
              "Reason": "Register"
          },
          "KickedDevice": [
              {
                  "Platform": "Windows"
              },
              {
                  "Platform": "Android"
              }
          ]
      }

      Request fields

      Field
      Type
      Description
      CallbackCommand
      String
      Callback command
      Info
      Object
      User login or logout information
      Action
      String
      User login or logout behavior. Valid values: Login (TCP connection established); Logout (TCP connection terminated); Disconnect (network disconnected)
      To_Account
      String
      UserID of the user
      Reason
      String
      Reason for triggering user login or logout:
      Login reason: Register, which indicates that a TCP connection is established with the app or that the network is disconnected and then connected again.
      Logout reason: Unregister, which indicates that the app user deregisters the account and terminates the TCP connection.
      Disconnect reason: LinkClose, which indicates that IM detects that the TCP connection with the app is terminated, such as when the app is killed or the client sends a TCP FIN or RST packet. TimeOut: IM detects that the app heartbeat packet times out and determines that the TCP connection is terminated. For example, when the client network is abnormally disconnected, the client does not send the TCP FIN or RST packet and cannot send heartbeat packets. The heartbeat timeout interval is 400 seconds.
      For the callback reasons of specific scenarios, see Callback Trigger Scenarios.
      KickedDevice
      Array
      Information about other devices that are kicked offline. This field is available only when the current status change is Login (Register) and there are other devices being kicked offline.
      KickedDevice.Platform
      String
      Platform type of the device kicked offline. Valid values: iOS, `Android, Web, Windows, iPad, Mac, Linux
      EventTime
      Integer
      Timestamp when the current callback is triggered, in milliseconds.

      Sample response

      {
          "ActionStatus": "OK",
          "ErrorCode": 0,
          "ErrorInfo": ""
      }

      Response fields

      Field
      Type
      Required
      Description
      ActionStatus
      String
      Yes
      Request result. OK: Successful; FAIL: Failed
      ErrorCode
      Integer
      Yes
      Error code. 0: The app backend processing was successful; 1: The app backend processing failed.
      ErrorInfo
      String
      Yes
      Error information

      References

      Third-Party Callback Overview
      Online Status Management
      Contact Us

      Contact our sales team or business advisors to help your business.

      Contact Us
      Technical Support

      Open a ticket if you're looking for further assistance. Our Ticket is 7x24 avaliable.

      Submit a Ticket
      7x24 Phone Support
      Copyright © 2013-2024 Tencent Cloud. All Rights Reserved.
      Privacy PolicyLegalCookie Policy