Rename a category's page address after a reorganisation
Hundreds of product links follow the new category name without a developer and without broken pages.
What it replaces: 2-4 h of developer work on forwarding
What you write to Claude
„Change the slug of category 34 to garden-lighting in en. Show me every product URL that changes with it and confirm each old address will 301.”
The problem
We renamed 'Lamps' to 'Garden lighting' but the page address still says lamps. The category is in our product addresses too, so I'm worried about hundreds of links.
What Claude does
- Claude reads the category and checks whether it's part of product addresses.
- The preview lists the category address and every product address that changes with it.
- After your yes, it saves and checks that old addresses forward to the new ones.
- It spot-checks a few product pages.
What you get
The category and its products use the new address; old addresses forward visitors permanently.
You stay in control
You see every address that changes before it's saved and nothing happens without your yes. To go back, you change the address again.
Related use cases
- Change a product's page address without losing Google traffic
- Move products between categories
- Turn 'page not found' errors into a plan for old addresses
For developers
- Area
- 1 · Content & SEO
- Connector
- daily connector
- In the free Audit
- no, paid version only
- For
- Marketer / SEO, Agency / freelancer, Developer
- Tools
- ps_get_shop_info, ps_get_category, ps_change_url, ps_inspect_page
Step by step
- Reads the category and its current slug with ps_get_category.
- Checks URL route patterns with ps_get_shop_info to see if the category is part of product URLs.
- Calls ps_change_url without confirm. The preview lists the category URL and every product URL changed along with it, plus redirect status.
- After your approval, saves and checks old addresses for a 301.
- Samples a few product URLs with ps_inspect_page (follow_redirects).
Safety
Preview and approval as for every write. Blocked automatically when redirects are 302, debug mode is on or a module overrides routes. Not undone by ps_revert_change; go back with another URL change.
Last updated: 2026-10-05