In Safari 14 /search/ on a PsyArXiv page calls in annotations from the wrong URL

**Describe the bug**
When visiting https://psyarxiv.com/qaek6/ in **Safari 14** annotations are visible that are not visible in other browsers. The top level annotation is c18e0fb2-73ab-11eb-ac5f-efd89a78797a, which has a target URI of https://psyarxiv.com/. That page has document equivalence issues, but https://psyarxiv.com/qaek6/ is **not** an equivalent page.

/search/ is looking at https://psyarxiv.com/ instead of the correct page. It is also looking at the wrong PDF fingerprint. The console says the PDF fingerprint is 3eb892bae16c440e8393ff251c027e40 (this matches what’s in Chrome’s console), but search is looking at urn:x-pdf:d4ffda76a7cda3b92f5fd45eeb6c349fb720dc342d0c02e9c1aeb0a028719427.

I can not replicate in Chrome 89, Firefox 87, or Safari 13.

**To Reproduce**
Steps to reproduce the behavior:
1. In Safari 14 go to https://psyarxiv.com/qaek6/
2. Open the Dev console and the network tab and refresh the page
3. Filter on search
4. See error in the search parameters.

**Expected behavior**
Users would expect Safari 14 to behave the same as other browsers and search the correct page and/or PDF fingerprint.

**Screenshots**
Safari 14 with URL visible:

Safari 14 with annotations visible:

Filtering on /search/:

**Desktop (please complete the following information):**
- Mac 11
- Safari 14

**Additional context**
https://app.hubspot.com/contacts/6291320/ticket/357661103/

Reproduce the issue at https://psyarxiv.com/qaek6/ in Safari 14, then inspect the /search/ request and compare its page URL and PDF fingerprint with Chrome. Done means Safari searches the current page and the correct PDF fingerprint, without loading annotations from https://psyarxiv.com/.

Written by the indexing model from the issue text.