The template will handle up to 10 anchor names, but could very easily be extended to do twice or more. If you accidentally use more than 10 anchors, the template will output an error message like this: ފަންވަތް:Anchors This will let you know about it instead of having your extra anchors silently ignored.

When used to add anchors to a paragraph of prose, it is preferable to put the template at the very start of the paragraph (stuck to the first word, without space) so as to ensure that incoming #Links will result in the full paragraph being displayed on the reader's screen.

You can add anchors aliases to a heading by using a syntax such as:

==Heading title {{Anchors|Foo|Bar & Baz}}==

This results in "#Foo" and "#Bar & Baz" being alias targets of "#Heading title" which may be subject to change. Anchors are a way to keep links "healthy" despite such local changes. This syntax doesn't alter the heading, which remains a regular heading as functional as if the template wasn't inserted (i.e. still appears in the page's TOC, and section editing works as usual). This method is advantageous in that you can always see the anchors list when editing this section only, and they work exactly like the heading's own regular anchor. (This is not the case when the anchors are added one line above or below the heading.

It is better however to add anchors after the heading on the next line, for the anchors in a section title echo inside any section edit summary and work just as well.

==Heading title==
{{Anchors|Foo|Bar & Baz}}
<!-- this blank line recommended, the browser will then position
vertically aligned to the heading -->
Next text line...

Inside a heading, inserting the anchor code before or after the actual heading title works mostly the same. Putting it before the heading makes it work more like an actual heading anchor in more web browsers, but putting it after the heading makes the regular heading more readable and easy to find. Having a space between the template and the heading title is inconsequential, but adding a space keeps it more readable, but does impact the length of section edit titles.

Even when you have many long aliases, you need to keep the heading and its embedded anchors on a single line (which may be very long and wrap), as its own single paragraph. Trying to use a vertical format for the template would give all the appearances of working, including section numbering, but actually trying to edit the section results in editing the next section instead, due to a bug. So, in headings, do not use here a vertical format such as:

Though aliases {{Anchor}} and {{Anchors}} will work interchangeably, it is preferable to use the singular alias for a single anchor, and the plural alias for multiple anchors. This will allow Special:WhatLinksHere/Template:Anchors to track usage of multiple anchors, and could help detecting and converting old-style {{Anchor|Foo}}{{Anchor|Bar}} to {{Anchors|Foo|Bar}}. So for maintenance needs, we'd appreciate you maintain the suggested convention.

Known bug

Currently, as noted above, the anchor code is included in a section-edit summary. For instance, section-editing the "Notes" section of this page will pre-fill your edit summary with:

This bug can't be helped in the template itself. It is hoped, not promised, that a future version of the MediaWiki software will skip template calls in headings for section-edit summaries.

Tips

When you make a link from article A to article B#Heading, you can preemptively edit article B from

==Heading==

To:

==Heading {{Anchor|Heading}}==

(Note the singular "Anchor" here.) This will ensure the perennity of any link to #Heading, regardless of how the actual heading may be changed in the future. Since you can't expect other editors to mind your target anchors, this solution is more efficient and proactive than just adding an HTML comment "this heading is linked from article A" next to the heading. Such a comment is still a good idea though—most editors will have no clue as to what an {{Anchor}} is or does. The comment makes the link existence, dependency, and need plain.

Similarly, when you add an anchor alias to a heading, you can preemptively add a copy-paste of the current heading's title along with your new anchor. For instance, for adding a "#Regions" anchor to this heading:

==Current division==

You would make it:

==Current division {{Anchors|Current division|Regions}}==

(Note the plural "Anchors" here.) This too will ensure the longevity of both "#Current division" and "#Regions", regardless of other editors' future edits on the heading.

Anchor names

Due to technical limitations, anchor names can not include characters "#" (hash), "|" (pipe) or "=" (equal). On the other hand, special characters such as " " (space), "," (comma), "&" (ampersand), etc. can be used directly both in anchors and links, because the software will process them automatically into a URL-compatible format.

Anchor names should preferably be written in "Sentence case" (as is the standard for headings and thus their anchors); that is, capitalize the first letter of the first word and any proper nouns, but leave the rest lowercase. Examples: "The title of my anchor", "The anchor from Ipanema", etc. Because some browsers have case-sensitive anchors, the anchor name used in a #Link should be absolutely identical to its target (rather than all-lowercase).

Anchor names should be unique (with respect to all heading titles and additional anchors) on each page; a duplicate anchor won't work since the #Links will always go to the first homonymous anchor on the page.

Technical

The more backward-compatible <a name="anchor" id="anchor"></a> is used by Wikipedia's own headings but disabled for editors in the wikicode and thus not used here.