To create an inline link from one technical article to another technical article, use the following link syntax:
-
An article in a service directory links to another article in the same service directory:
[link text](article-name.md)
-
An article links from a service subdirectory to an article in the root directory:
[link text](../article-name.md)
-
An article in the root directory links to an article in a service subdirectory:
[link text](./service-directory/article-name.md)
-
An article in a service subdirectory links to an article in another service subdirectory:
[link text](../service-directory/article-name.md)
-
An article links to a .NET API topic:
[link text](/dotnet/api/type-or-member-name)
You do not have to create anchors - they are automatically generated at publishing time for all H2 headings. The only thing you have to do is create links to the H2 sections.
-
To link to a heading within the same article:
[link](#the-text-of-the-H2-section-separated-by-hyphens)
[Create cache](#create-cache)
-
To link to an anchor in another article in the same subdirectory:
[link text](article-name.md#anchor-name)
[Configure your profile](media-services-create-account.md#configure-your-profile)
-
To link to an anchor in another service subdirectory:
[link text](../service-directory/article-name.md#anchor-name)
[Configure your profile](../service-directory/media-services-create-account.md#configure-your-profile)
One way to automate the process of creating links in your articles to auto-generated anchor links is MarkdownAnchorLinkGenerator - a tool to generate anchor links for ACOM in the proper format.
Since include files are located in another directory, you will need to use longer relative paths as shown below. To link to an article from an include file, use this format:
[link text](../articles/service-folder/article-name.md)
Learn more about how to use an include file in the Custom markdown extensions guidelines.
If you have selectors that are embedded in an include, you would use this sort of linking:
> [!div class="op_multi_selector" title1="text" title2="text"]
- [(Text1 | Example1 )](../articles/service-folder/article-name1.md)
- [(Text1 | Example2 )](../articles/service-folder/article-name2.md)
- [(Text2 | Example3 )](../articles/service-folder/article-name3.md)
- [(Text2 | Example4 )](../articles/service-folder/article-name4.md)
You can use reference style links to make your source content easier to read. The reference style links replace the inline link syntax with simplified syntax that allows you to move the long URLs to the end of the article. Here's Daring Fireball's example:
Inline text:
I get 10 times more traffic from [Google][1] than from [Yahoo][2] or [MSN][3].
Link references at the end of the article:
<!--Reference links in article-->
Make sure you include the space after the colon, before the link. When you link to other technical articles, if you forget to include the space, the link will be broken in the published article.
To link to other Microsoft sites (MSDN, azure.microsoft.com, TechNet), use an absolute URL, but omit the locale. The goal here is that links work in GitHub and on the rendered site:
[link text](https://azure.microsoft.com/pricing/details/virtual-machines/)
The words you include in a link should be friendly - in other words, they should be normal English words or the title of the page you are linking to. Do not use "click here". It's bad for SEO and doesn't adequately describe the target.
Correct:
For more information, see the [contributor guide index](contributor-guide-index.md).
For more details, see the [SET TRANSACTION ISOLATION LEVEL](https://msdn.microsoft.com/library/ms173763.aspx) reference.
Incorrect:
For more details, see [https://msdn.microsoft.com/library/ms173763.aspx](https://msdn.microsoft.com/library/ms173763.aspx).
For more information, click [here](https://github.com/Azure/azure-content/blob/master/contributor-guide/contributor-guide-index.md).
Avoid FWLinks (our redirection system). They should be used only as a last resort when you need to create a link for a page whose URL you don't yet know. They are almost never actually needed. For technical articles, you define the file name, so you can know what it will be ahead of time.
If you must use an FWLink on a web page, include the P parameter to make it a permanent redirect:
https://go.microsoft.com/fwlink/p/?LinkId=389595
When you paste the target URL into the FWLink tool, remember to remove the locale if your target link is ACOM, or the MSDN or TechNet library.