Link to another application with application links


This article illustrates the process of linking Confluence to other Atlassian applications using application links (sometimes called app links or AppLinks). If a URL that contains the base URL of a linked application is given in the Location parameters of the macro editor, the macro recognizes the URL and directly renders the HTML/XML content on the Confluence page. After the initial verification, URLs to this linked application are treated as direct links and do not need any further authentication. Creating app links has many advantages such as:

  • Security: Password is only required to authenticate user credentials when an application link is created.
  • Usability: Authentication is done only when the application link is created, thus, frequent prompts for user credentials are avoided.
  • Seamless access across the platform: Administrators have to configure application links only once for permitted users to access the app.

Prerequisites for creating app links:

  • To link Confluence to another app, you must be an administrator for both the apps.
  • Atlassian recommends that you use OAuth with impersonation authentication if you select the The servers have the same set of users option when linking.
  • You require a working URL link for the application to be linked with Confluence.


  1. Create the application link in Confluence administration as mentioned in the Confluence support page on application links. Once the linking is successful, you can see the status as Connected in green.
  2. Add either an Html-bobswift or XSLT macro on your Confluence page, or edit an existing Html-bobswift or XSLT macro to see the macro editor.
  3. Enter a raw, absolute URL of the HTML/XML file in the macro's Location of HTML data or Location of XML data parameter. As an example, the following screenshot shows how you can enter an absolute URL that points to a linked GitHub instance:

Points to remember

  • Administrators can link Confluence with other Atlassian applications such as Bitbucket or Jira.
  • If a URL that contains the base URL of a linked application is given in the Location parameter in the macro editor, it acts like a direct link to the required HTML/XML file. For example, if the URL used to link Bitbucket with Confluence is, and the URL in a Location parameter is, the macro recognizes this link and directly renders file on the Confluence page without asking for user credentials.
  • Application links take precedence over profiles and other URLs when URLs are processed in macros. If an application has been linked with Confluence and a URL related to that application is given in any of the macros, these are processed first.
  • After the links are created, user credentials are authenticated only once when an application linked URL is processed through a macro.
  • Once user credentials have been verified through a macro, URLs given from a verified application link then works like an absolute path to the file location.
  • Application links, if created, allow users to directly access the required file(s) through any of the macros. On the other hand, profiles are a means to access files in other external locations without exposing any sensitive information such as user credentials and so on.

Find answers from the community.

Ask a question to the community.

Log a request with our support team.

Confluence®, Jira®, Atlassian Bamboo®, Bitbucket®, Fisheye®, and Atlassian Crucible® are registered trademarks of Atlassian®
Copyright © 2005 - 2022 Appfire | All rights reserved. Appfire™, the 'Apps for makers™' slogan and Bob Swift Atlassian Apps™ are all trademarks of Appfire Technologies, LLC.