Changing Your Site URL
Overview
Your site's URL is a fixed identifier in AllAccessible. It is shown as read-only on the site card and in your site settings, and there is no self-serve field to edit it. If you started tracking a staging URL and now need to point everything at your live domain, this guide explains the two supported paths: contacting support for a URL swap, or deleting the site and re-adding it at the live URL.
Who This Is For
Users who added a site using a staging or temporary URL
Anyone launching a site from staging to production
Users who typed the wrong URL when adding a site
Agencies moving a client site to its final domain
What You'll Learn
Why the site URL is read-only
The recommended way to change a staging URL to a live URL
What happens to your data if you delete and re-add
How to decide between contacting support and re-adding
Can I Change My Site URL Myself?
No. The site URL is not customer-editable. It appears as plain, read-only text in two places:
The site card header on the Sites page ("My Accessible Sites")
The Site URL field in your site settings overview
There is no edit button and no input field for the URL in the dashboard. This is by design: the URL is tied to your widget delivery, audit history, usage tracking, and subscription, so it cannot be swapped casually without affecting those records.
The Real Question: Staging to Live
A common situation: you add a site while it's still on a staging URL (for example staging.yourbrand.com or a temporary preview domain), get everything configured, and then launch on your live domain (yourbrand.com). You now want AllAccessible pointed at the live URL.
Because the URL is read-only, you have two supported options.
Option 1 (Recommended): Contact Support for a URL Swap
The cleanest path is to have our team change the URL for you. A URL change performed by support preserves your site's history, configuration, and subscription so you don't lose audit results, widget settings, or billing continuity.
How to Request
Go to Help & Support (in the left sidebar or the user menu), or email support.
Tell us:
The current (staging) URL exactly as it appears on your site card
The new live URL you want it changed to
Confirmation that you own or manage both
Support updates the URL on the back end.
You update your widget install so the live site loads the widget (see Installation Guides).
Why this is preferred: your compliance score, past scans, pageview history, and Stripe subscription all stay attached to the same site record.
📷 Site card showing the read-only site URL and the Help & Support link in the sidebar
Option 2: Delete the Staging Site and Add the Live One
If you'd rather not wait, you can remove the staging site and add a fresh site at the live URL.
Important: This Resets Site-Specific Data
Deleting a site is not a rename. When you delete and re-add:
Audit history and scan results for the staging site are not carried over
Widget settings and the accessibility statement start fresh on the new site
The Stripe subscription for the staging site is canceled (a grace period applies before data is purged)
The new site begins its own trial/subscription and its own usage tracking
If your staging site has meaningful audit history or a configured widget you want to keep, use Option 1 instead.
How to Delete and Re-Add
Open the staging site from the Sites page.
Use the delete option and complete the confirmation (you type the exact site URL to confirm). This cancels that site's subscription.
Return to the Sites page and click Add a New Site (green button, top-right).
Enter your live URL in the Website URL field (the
https://prefix is fixed for you).Choose your plan (Free or the 7-day Trial that then becomes $10/month) and submit.
Reinstall the widget on your live site and reconfigure settings as needed.
For full details on removal, see Deleting a Site. For adding, see Adding and Managing Sites.
Which Option Should I Choose?
Situation | Best Option |
You have audit history or widget settings worth keeping | Option 1 (support swap) |
You want to keep the same subscription and billing continuity | Option 1 (support swap) |
The staging site was brand new with nothing configured | Either works; Option 2 is fast |
You want to change plan or start clean anyway | Option 2 (delete and re-add) |
Troubleshooting
I don't see any way to edit the URL — is something broken?
No. The URL is intentionally read-only for everyone. Use one of the two options above.
Will my widget keep working during a support URL swap?
The widget serves based on your site record. After the URL changes, make sure the widget install code is present on the live domain so pages load it correctly.
I already deleted my staging site by mistake — can I recover it?
Deleted sites have a grace period before data is purged. Contact support as soon as possible with the exact URL and we'll check whether it can be restored.
Can I just add the live URL as a second site and keep both?
You can, but you'd be paying for and managing two site records. If the staging site is being retired, a support swap or a delete-and-re-add keeps things clean.
Common Questions
Q: Why can't I edit my own site URL?
A: The URL anchors your widget delivery, audit history, usage, and subscription. To protect those records, changes are handled by our team rather than a free-text field.
Q: Does changing the URL affect my compliance score?
A: With a support swap, your history stays intact. With delete-and-re-add, scans start fresh on the new site.
Q: Is there a fee to change a URL?
A: No. A support-assisted URL change is part of your subscription.
Q: Can I change just the path or add www?
A: URL formatting and www/subdomain handling are best confirmed with support so your widget continues serving correctly.
Related Articles
Adding and Managing Sites - Add a new site at your live URL
Deleting a Site - What happens when you remove a site
Installation Guides - Reinstall the widget after a URL change
Dashboard Overview - Find the Sites page and support links
Last Updated: July 2026
Key Fact: The site URL is read-only; changes are handled by support or via delete-and-re-add
Standard: WCAG 2.2