Replies: 3 comments 1 reply
-
That is not true. For Google, Bing, and Yandex, as long as every member of redirects' chain all have the desired status code, this will not impact SEO. https://developers.google.com/search/docs/advanced/crawling/301-redirects |
Beta Was this translation helpful? Give feedback.
-
I would also be interested in this, but for another reason. I'm brand new to Next.js and learning by attempting to deploy a basic static page to Firebase. However, because of the trailing slash redirect, Firebase can't deploy without a Cloud Functions backend, which isn't available on a free account. (firebase-tools source) Given that Firebase is a competing platform, and a static site is not the usual Next.js use case, I could see this not being a priority, but I think it's a stumbling block that could prevent new users from exploring Next.js more- it's certainly dampened my enthusiasm a bit to not be able to deploy a simple Hello World page. |
Beta Was this translation helpful? Give feedback.
-
But ,I have issue with Next.js 14.2.24 to trailingSlash should set true. google search engine show all routes are folder than links |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the feature you'd like to request
Currently (according to this) it is only possible to decide wether NextJS should or should not use trailing slashes. Using a middleware on top of that doing further redirects can result into more than a single redirect, which is bad in terms of SEO. It would be nice if these internal trailing-slash redirects could be deactivated and handled manually in the middleware to allow single redirects.
Describe the solution you'd like
Describe alternatives you've considered
We've considered forwarding sanitized URLs from Virtual-Service to the NextJS application, but ran into issues because NextJS server didn't like this mismatch and wouldn't allow to send the correct headers for a redirect back. We seem to have no control over these internal redirects. Allowing us to deactivate these, gives us more control over the incoming requests.
Beta Was this translation helpful? Give feedback.
All reactions