Recent searches


No recent searches

Provide the possibility to remove the slug part at the end of support URL without resulting in a 301 redirect

Not Planned


Posted Mar 19, 2024

Hello Zendesk,

Here's feedback to make Zendesk even better.

What's the issue?

Currently it is not possible to remove the slug form our support pages.

This is the current Zendesk URL structure: https://[domain]/hc/en-us/articles/[id]-[slug]

Everytime our support team makes a change to the meta title of a support page, the URL changes as well resulting in a 301 redirect.

Why this is bad?

This is not good because our SEO specialist constantly has to change our internal linking URL's to a non-redirecting URL. This takes a lot of time. And having to much 301 redirects could result in a redirect chain, which is really bad from a website visitor perspective since the webpage takes a lot longer to load. This results in a bad user experience.

What I propose:

It would be great to offer an option in the Zendesk admin panel to remove the slug part from the URL without resulting in a redirect. I believe something like a checkbox to remove the slug from your URL's would do the trick. Like, for example, Zendesk has a dedicated page in the admin panel to change the URL structure. You see two options: 1): keep the slug at the end of the URL. Or option number 2): remove the slug at the end of the URL. When the second option in chosen the URL structure looks like this: https://[domain]/hc/en-us/articles/[id] and this structure is the default of the URL resulting in a 200 status code not redirecting to the current URL structure with the slug at the end. But the URL's with the slug at the end will, from now on, redirect to the non slug URL version.


31

6

6 comments

Please make this happen, very old issue and already raised many times!

24


UNBELIEVABLE that Zendesk constantly redirects with every change 

7


We need this yes please and thank you.

7


image avatar

Shawna James

Community Product Feedback Specialist

Hey there,
 
Thank you for taking the time to provide us with your feedback. We understand this issue is a frustrating one and appreciate you sharing how we can improve this area of our product. This has been logged for our PM team to review however please note as is stated in our Community Guidelines that we can not commit to prioritizing any one piece of feedback we receive in the community. This is the best place to get your voice heard and help hear updates from our Product Teams so thank you again for sharing your thoughts with us. 
 
For others who may be interested in this feature request, please continue to add your support by upvoting this post and/or adding your use case to the comments below. Thank you again!

-3


I have the same problem. When I add a link from one Zendesk page to another (using the native Zendesk support cross-page link feature), Zendesk uses (in the final HTML output) a link in this format `https://[domain]/hc/en-us/articles/[id]` but then does a 301 redirection to a `https://[domain]/hc/en-us/articles/[id]-[slug]` once a user decides to visit the link, adding ~200ms of latency to the page load (two .html page load).

I'm sorry, but this is #amateur-hour. Can we fix this? I would expect Zendesk to correct link pages within its own domain. Thanks

2


image avatar

Gorka Cardona-Lauridsen

Zendesk Product Manager

Hi everyone, thank you so much for taking the time to provide us with your feedback here. I understand the request however at this time we are not able to commit to prioritizing this feedback. 
 
At this time we are going to close this post for comment and mark it as “Not Planned”. If you are interested in learning more about this and other features being built please make sure to check out our Community events and Zendesk Updates. Thank you again for your feedback and we appreciate you being a valuable Zendesk Community member.

-1


Post is closed for comments.

Didn't find what you're looking for?

New post