Don't bother using Long URLs.
tl;dr:
There has been a discussion around the doubtful usage of Long URLs as they appear to have no SEO benefit and appear totally cosmetic in nature: https://www.talkgraphics.com/showthr...262#post641262
- If you want to be cited in a learned journal - do not use a Long URL that occupies so much space that the authors will cut out your citation for brevity.
- Think of how many characters a Tweet can hold.
- The example sites producing these Long URLs have Content Management Systems where there is little editorial muscle to curtail them as it would invoke negotiation between author and publisher.
- TalkGraphics is a useful example, the above link includes a foreshortened spinal-case Thread heading that is purely cosmetic:
- https://www.talkgraphics.com/showthr...262#post641262 still works
- TG will trim the Thread Title after 85 characters.
- Browser History pop-up can become so long they are not readable.
- Most organisations that output long URLs are usually behind paywalls and do not want just any viewer to casually graze into their patch for snippets.
- They are rarely fully visible in a browser, especially on a SmartPhone.
- They have no SEO value:
- If they duplicate the H1 Heading detail.
- If they are a repeat of the Page Title.
- Google Searches will truncate after 60 characters; this includes the top-level domain.
- No one benefits from reading something like where Search: site:www.talkgraphics.com/ sub-folders would do instead.
- It is wasteful of client and server storage.
- CMSs relying on accurate spelling and grammar.
- Invariably, there will be a rude bloomer generated: mass-grave-was-found-to-be-destroyed-by-a-large-arson-attack >>> mass-grave-was-found-to-be-destroyed-by-a-large-ars...
- greenland versus green-land or green land quickly get conflated.
- A Xara XDA has little assistance here.
- Most browsers will limit the size of a URL.
- Data URIs can be the size of a novella but few try to imagine a picture in a stream of Base-64 encoded characters.
- There will always be the need to check every such Long URL in the XDA design, in its local export in its upload and in situ as each system will have its own constraints.
- Typos on a page in the published site now require a decode table to establish which file requires editing. Fine for 40 articles, try 1,000.
- Adding CSS effects or value to specific file links in an XDA may now require special handling.
- Some citations:
- https://style.mla.org/urls-some-practical-advice/
- https://blog.micahspieler.com/post/7...and-the-simple
- https://techcommunity.microsoft.com/...016/m-p/161238
- Use https://aaa.aaaaaaaaaaaaaaaaaaaaaaaa...aaaaaaaaaa.com to lengthen your Long URLs for testing purposes:
Try using emojis instead! Only kidding.
Acorn
Bookmarks