0 votes
in Rock by TinaStephens (8.6k points)
edited

For Sun Valley when someone lands on a page not found, they are redirected to https://www.sunvalleycc.com/in-this-place (from a campaign they did years ago). The "Page not found" cms page is here https://rock.sv.cc/admin/cms/pages?Page=983 , click on the URL link and you'll end up at /in-this-place. What the....is going on?

Here is an example of a link someone has clicked on that goes there https://www.sunvalleycc.com/site.webmanifest and in this case when trying to access the file https://rock.sv.cc/site.webmanifest (which you can view in File Manager, it says file not found).

Here is a screenshot they sent me of search results from Dead Link Checker online

enter image description here

1 Answer

0 votes
by TinaStephens (8.6k points)
edited
 
Best answer

This problem was solved by Steven Shulte:

The culprit was someone added a permanent redirect to "page/983" (which is the 404 error page) to redirect to "https://www.sunvalleycc.com/in-this-place". You can see where this was in the attached screenshot.

enter image description here

I have deleted this redirect, which helps, but unfortunately since it was a "301 Permanent" redirect, Chrome caches it as well. This means that even if the server stops sending the 301 redirect, Chrome will continue redirecting to the new url ("/in-this-place"). In another screenshot attached, you can see where Triumph has documented this in their Web Agility plugin.

enter image description here

Unfortunately (based on my knowledge), you cannot override the user's cache settings in Chrome... The users can avoid this by using Incognito Mode or if they clear cache themselves.

As a workaround to help avoid the cache redirects from Chrome though, I added some lava on the 404 page that will direct the user if the path is still using "/in-this-place" to "/page-not-found". This way users will never see "/in-this-place" whether cached in Chrome or not.

enter image description here

Welcome! Here you can ask questions and receive answers (hopefully) from other members of our team.
...