Not exactly a solution, but, here’s an another (kind of similar) discussions:
The gist being, if you link to a URL without the trailing slash or if the user types the URL without the trailing slash, it would still be served. With Pretty URLs feature, it’s not actually redirecting, instead it’s just modifying links in your HTML to remove .html extension. But since, you have not linked with the .html extension, it is not changing the HTML anymore as it’s already ‘pretty’.
That’s what I understood from that thread. So, if that’s what it is, you might have to update your links to add trailing slashes to them. This would mean, users who use your internal website navigation would only land on pages with the trailing slash, however, if someone removes the trailing slash and tries to access the page, it would still be visible.
There’s a bit of work you can do on your end to fix SEO too. Canonical links can help you with that. Surely this isn’t a solution to the problem, but, for the time being, you can work with that. More about it here: Improved SEO with canonical link headers
Hi there. I know it’s only been 1 month, but I wanted to find out if there has been any solution to this problem. I’m getting a lot of criticism from my SEO agency about this. We’ve implemented the fix aforementioned in https://flaviocopes.com/netlify-fix-trailing-slash-rewrite/ but they are demanding 301 redirects.
The only thing I can think of at the moment is to move my site to a traditional nginx / Apache host. Please can you help!?
I just wrote up a pretty comprehensive article walking through the steps required to get trailing slashes working everywhere. Might be worth a read for you:
Otherwise, I checked out your site and, assuming you still have “Pretty URLs” still enabled for your site, I think what I can see from some CLI HTTP requests is that you’re missing a nesting layer. In canonical / historical web parlance, a URL’s path with a trailing slash represented a directory and a path without represented a document. The “Pretty URLs” feature helps accommodate that history but still adheres to it. If you have a document, /work/equall.html, Pretty URLs will convert it to /work/equall but not add a trailing slash because it’s a document, not a directory.
If instead you rename that file index.html and nest it inside a named folder, Pretty URLs will enforce a slash and treat it like a directory. E.g. change /work/equall.html to /work/equall/index.html. In this case, Pretty URLs is always going to enforce a trailing slash because the user is looking at a directory, not a single document.
I hope that makes sense and helps. No _redirects or anything needed!