How to Stop SharePoint from Changing URLs and Breaking Hyperlinks? Update 2026

Simon R 45 Reputation points
2026-05-11T13:26:11.1366667+00:00

We've been using the workaround from the link below to open PDFs in a more user-friendly way. As the Adobe integration gives users the possibility to land in our document library (which we don't want).

https://learn.microsoft.com/en-us/answers/questions/1233462/how-to-stop-sharepoint-from-changing-urls-and-brea

Until recently this worked without a problem. Now SharePoint changes links again it adds the query param ?web=1 which unfortunately leads to pdfs being opened by the Adobe integration tool. Is there a way, or query param / other alternative, to keep things as they were?

The only way I found was to hinder SharePoint of recognizing certain link patterns (%20 with " ")

Microsoft 365 and Office | SharePoint | For business | Other
0 comments
Answer accepted by question author
Alina Le 5,415 Reputation points Independent Advisor
2026-05-11T14:46:53.4766667+00:00

Hello @Simon R

As I understand from your description, the previous workaround of using specific link patterns to bypass the Adobe integration is no longer reliable. Despite your attempts, SharePoint is now automatically appending the ?web=1 query parameter to the URLs, which forces PDFs to open in the Adobe viewer and unintentionally exposes your document library structure to end users.

This behavior aligns with a broader Microsoft service update rolled out around 2026, in which the integration between SharePoint and Adobe Acrobat has been further tightened and positioned as the default PDF viewing experience. Unfortunately, this change comes at the expense of many customization and URL-masking techniques that organizations previously relied on.

Since this is a tenant-level behavior enforced by Microsoft and there is currently no truly effective workaround for this issue, I highly recommend posting your specific scenario in the Microsoft Tech Community - Home | Microsoft Community Hub

I apologize for redirecting you elsewhere, but in this case, broadening the discussion may help you reach a wider audience and potentially receive creative or alternative ideas from other users facing the same challenge. This also increases the overall chance of discovering a suitable solution.

If you receive any updates or find a viable approach, it would be greatly appreciated if you could share it here as well to help others who may be experiencing the same issue. Thank you very much for your willingness to contribute to the community.

Wishing you all the best!

If you have extra questions about this answer, please click "Comment".  

Note: Please follow the steps in "our documentation" to enable e-mail notifications if you want to receive the related email notification for this thread.

Was this answer helpful?

1 person found this answer helpful.
0 comments

2 additional answers

Sort by: Oldest
Most helpful Newest Oldest

  1. AI answer

    2026-05-11T13:26:26.0666667+00:00

    SharePoint adds ?web=1 intentionally to force browser-based opening of documents. This behavior is also used as a workaround specifically to make files open in the browser instead of being downloaded, for example in Chrome.

    From the available information, there is no supported query parameter or configuration that reverts or overrides this behavior while still using standard SharePoint-generated links. The documented behavior is:

    • Adding ?web=1 to a document URL causes it to open in the browser rather than download.
    • This is by design and used as a workaround for browsers that would otherwise download the file instead of opening it.

    Given this, the only supported options from the context are:

    1. Accept the ?web=1 behavior and handle the PDF opening behavior on the client side (for example, via browser/Adobe configuration), or
    2. Avoid using URLs that include ?web=1 and instead rely on direct file URLs, knowing that some browsers may download instead of open inline.

    There is no documented alternative query parameter in the provided material that preserves the previous behavior while preventing ?web=1 from triggering Adobe’s integration.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

  2. Aline Guarato 0 Reputation points
    2026-06-17T14:43:37.8733333+00:00

    Recently I faced this exact same issue and confirmed that the behavior of SharePoint Online has changed. SharePoint now automatically modifies file links by adding the parameter ?web=1, which forces the document to open in the browser (Office Online) and prevents the previous behavior of direct download or URL-based control. This recent behavior appears to be related to SharePoint updates that prioritize browser-based document opening and integration with default viewers, and currently there is no native setting to prevent Quick Links from modifying the URL.

    After several tests, the solution I found that consistently forces a download is to use the SharePoint internal endpoint /_layouts/15/download.aspx. To do this, simply copy the file path from the library, remove any parameters from the URL, and rebuild the link in the following format: https://.sharepoint.com/sites/_layouts/15/download.aspx?SourceUrl=/sites/
    For example, an original link such as
    "https://server.sharepoint.com/:w:/r/sites/bra/folder/Model.docx?web=1" can be converted into "https://server.sharepoint.com/:w:/r/sites/bra/_layouts/15/download.aspx?SourceUrl=/sites/bra/folder/Model.docx"

    This approach forces the file to download directly, prevents it from opening in Office Online, and works consistently for different file types, regardless of the behavior of the Quick Links web part.

    I hope this is helpful.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.