Skip to main content
Refer to this document if you need to configure the URL of a group plugin.

Redirect to a page

Redirect to a web app (H5 micro app)

Redirect to a mini program

  1. Parameters supported when ddMode=float (floating window)

Parameters supported when ddMode=pop (pop-up layer)

  1. Open app scheme (dedicated scheme for enterprise mini programs) Scheme: dingtalk://dingtalkclient/action/open_micro_app The basic parameters are the same as the general parameter list. The gradual rollout control logic should be placed in the handler of this scheme. Test cases for PC:
    • Open the URL in the side panel without a title.
    • Open the URL in the side panel without a title.
    • Open the URL in the browser.
    • Open the URL in the side panel with a title.
    • Open the URL in the browser.
  2. Open mini program scheme (dedicated scheme for personal mini programs) Scheme: dingtalk://dingtalkclient/action/open_mini_app The basic parameters are the same as the general parameter list.
  3. Mini program debug scheme Scheme: dingtalk://dingtalkclient/action/dev_mini_app Mainly used for debugging mini programs and for appx framework development. Mini programs opened in this way launch the main document directly via the URL. They do not enter the package management process and do not trigger the keep-alive logic. miniAppId is used only for API verification and similar purposes.

Important

All parameters are already encoded. Make sure to decode them.
  • Specify a special opening method. A shortcut entry (group plugin) is a dingtalk Link with business capabilities. Developers need to assemble a group plugin Link based on the actual scenario of their Micro app and the specific needs of users in the group. The plugin name supports up to 4 characters. The Link offers extensive capabilities, but developers must compose them through Link parameters. For example, the opening method on mobile (push page, pop-up page, etc.) and the page redirect logic on PC (open a new container or use the slide panel) are all implemented through Link parameter configuration. The following uses the shortcut entry of a project group as an example to explain in detail how a shortcut entry Link is assembled. dingtalk://dingtalkclient/page/link?url=https%3a%2f%2fding-doc.dingtalk.io%2fdoc%23%2fpqkq0u%2feluagw%2fCORPIDCORPID%2fDOUBLEENCCIDDOUBLE_ENCCID
    • Developer’s target page address: https%3a%2f%2fding-doc.dingtalk.io%2fdoc%23%2fpqkq0u%2feluagw
      • When you use the DingTalk unified redirect protocol, this part is passed as an input parameter to the “DingTalk unified redirect protocol” address and therefore must be URL-encoded.
      • When you do not use the DingTalk unified redirect protocol, you can use the original URL directly as the shortcut entry address. URL encoding is not required.
    • DingTalk unified redirect protocol (optional): dingtalk://dingtalkclient/page/link?url=
      • This part determines how the specified page is opened. Currently supported options include “Open in browser” and “Open in side panel”. The path of the unified redirect protocol differs for each option.
      • Some unified redirect protocol paths are only available on certain platforms. For example, “Open in side panel” is only available on PC and Mac.
    • Shortcut entry address dynamic parameters (optional): CORPIDCORPID DOUBLEENCCIDDOUBLE_ENCCID
      • When dynamic parameters are set, this part of the URL is replaced with group Context information (such as corpId and openConversationId) when the user clicks the shortcut entry to access the developer’s address. Currently supported dynamic parameters are as follows:
        The following dynamic parameters are only recognized when opened via a shortcut entry (group plugin).
        $DOUBLE_ENCCID$ is URL-encoded and decoded twice because DingTalk has an internal protocol layer starting with dingtalk://, which requires one round of encoding when parsing. The business HTTPS protocol passed through the URL parameter to the downstream container also requires one round of encoding and decoding. Since the consumer requires two rounds of parsing, two rounds of encoding are required when generating the URL. Example of URL generation: urlencode(DingTalk URL?xxx=xxx & url = urlencode(business URL)) Example of URL parsing: a. urldecode(DingTalk URL) -> Get the business URL; b. urldecode(business URL) -> Get the usable parameters.