Feature Request Summary: 

The Insert/edit Link -> URL tool should warn users that a protocol is required for the link to work as expected.

Description/Use Cases: 

Agent 1 adds a link to example.com or www.example.com from Insert/edit Link -> URL. The link appears within the article as valid. When editing the source code, the agent would see <a href="www.example.com">Example Site</a>. They publish the article, but the link does not work. Instead, the link goes to https://{subdomain}.zendesk.com/hc/en-us/articles/www.example.com.

Agent 2 knows a few tricks, and they are aware that they will either need the commonly-used http:// or https://, or can use // alone to make it work. Their links visually appear the same, but theirs works as expected.

This is expected behavior of the href attribute. But it is probably not known by many/most of the agents who work on articles and may try to take a typing shortcut by omitting the protocol prefix.

Solution: Zendesk should update the placeholder language in the Insert/edit Link -> URL prompt that either indicates that the full URL with prefix is necessary, or provide some type of modal popup that warns users their link is missing a protocol prefix when clicking on the Link button.

Business impact of limitation or missing feature:

This can lead to routine oversights by agents and create broken links throughout articles. They may not know what caused the broken link, and may not know to locate this information in Zendesk documentation.

Other necessary information or resources:

• Inserting and editing links in articles
• Do I need to add the "https" or "http" protocol when inserting links in articles?