Forum Discussion
Horrible sharing URLs in Sharepoint
This feedback looks like it has been rejected by Microsoft in uservoice - https://sharepoint.uservoice.com/forums/329214-sites-and-collaboration/suggestions/12298959-sharepoint-url-shortener-link-when-sharing-documen
You can set the tenant or site default for the type of links that are created. So if you want all users to be presented with a link with the setting "Existing access" that is possible.
Site - https://docs.microsoft.com/en-us/sharepoint/change-default-sharing-link
Tenant - https://docs.microsoft.com/en-us/sharepoint/turn-external-sharing-on-or-off
Hi Andrew Hodges , thanks for the response.
The rejected idea was to provide a new format short URL. I'm looking to revert back to the way it was before - a user-friendly URL displaying the Item Title.
As to the permissions, Existing Access is only available through the individual Active Sites panel - that's fine for the SharePoint Root site (and I've changed that setting now, thanks) but I'd have to go each of the myriad sites created by Office365 groups, Teams, PWA, etc. and then there's OneDrive! Head - wrecking! ... and I'd still have the ugly URL format...!
I'm just amazed that Microsoft haven't seen this as a real barrier to user adoption. Every (as in EVERY!) user I've dealt with has mentioned it to me. We have a large variety of solutions (workarounds!) - from getting the ugly URLs (meaning the emails/IMs are, generally, unreadable), to people using the Share via email and sending a sharing request every time, to people not providing a link and just referring, in text, to the document location, to people sending attachments. Ultimately, people are not happy with this!
Part of the frustration is that I had created videos and instruction Wikis showing people how easy it was to get a neat user-friendly link; one of the catalysts for adoption was me demonstrating how easy it was to get a neat link! - and then Microsoft changed it without asking...! Aaaarrgh!
Regards,
John M
- StephenRice
Microsoft
Hi JohnTM,
I just wanted to pop my head in here and say hello 🙂
Andrew Hodges has already provided all of the guidance that I would have around changing the default link behavior. We've also recently released the ability to set "People with existing access" as the default link on a per-site collection basis. You can do this in the SharePoint Online Management Shell or via the modern SharePoint Admin Center.
Sharing URLs are absolutely something that we at Microsoft look at and what you see today is the result of a number of different efforts over the last few years. We've moved away from path-based url's as we found that A) they could get unnecessarily long, B) they could get cluttered as we added important query string parameters to the link (more on this in a moment) and C) we actually found that users would try and parse/change the link (resulting in things breaking down the line).
I wanted to specifically callout that one of the reasons the links look the way they do today is that it helps us guide users down the golden path when they click that link. An easy example is ensuring the links go to our fast preview experiences vs. going to download.
About two years ago, we did make a major effort to shorten the links as much as possible which we announced at Ignite. I think the language we used to describe them was "carry-on" sized (not as big as it could be but not necessarily as small as we might like).
The team is continuing to listen to feedback here and we'll continue to look for opportunities to improve this further. All that being said, I know this isn't the answer you were looking for but hopefully it shines some light on how we got to where we are 🙂
Thanks!
Stephen Rice
Senior Program Manager, OneDrive
StephenRice what are you talking about 'the golden path'.. have you seen what shared links look like? They are massively long URLs that provide no content or information to the user about what it is or where it is. Single handily the worst part about Teams/Onedrive - everyone in my org complains about it and hurts adoption.
M
StephenRice I was disappointed in your reply which, to me, reads like the ol' "its-a-feature-not-a-bug" approach. It doesn't seem to acknowledge the user's issue, at all. But there could be a disconnect on the nature of the URL issue.
Here is a URL structure that, I would think, leads a user down the "golden path": https://domain.com/top-level-directory/category/sub-category/tag/readable-file-name.
There's nothing special about the above. It's well-codified best practice in web-based information systems.
Here's what my Sharepoint URL's look like: https://subdomain.sharepoint.com/sites/SITENAME/pagename/Shared%20Documents/Forms/AllItems.aspx?viewpath=%2Fsites%2FSITENAME%2FPagename%2FShared%20Documents%2FForms%2FAllItems%2Easpx
(Interesting to see that this forum truncated the example URL because IT'S TOO LONG!)
Low-hanging fruit on this could be to implement some logic to strip out the spaces ('%2F'). This IS a usability issue.
- Whenever I'm copying a link to a folder it starts out in the address bar like:
https://contoso.sharepoint.com
/sites/sitename/libraryname/Forms/AllItems.aspx
?RootFolder=%2Fsites%2Fsitename%2Flibraryname%2Ffolder1%2Ffolder2&
FolderCTID=0x0120008BFB17F4669231438CF1367004A27203
But I've learned a trick! I can take the above and simplify it to:
https://contoso.sharepoint.com/sites/sitename/libraryname/folder1/folder2
How beautiful is that? And it works fine!
I just wish SharePoint was clever enough to keep such simple URLs in the address bar as you navigate around a site.
I agree. These are unfriendly URLs - StephenRice
