Enable renaming the SPO tenant domain
Currently the site collection URLs are fixed as https://tenant.sharepoint.com and cannot be changed. This does not fit with flexible cloud-based solutions - business needs will inevitably result in an organisation changing it's name during its lifetime (mergers, acquisitions, rebranding etc). While it may not be possible to change it so that entirely custom domains are used (eg contoso.com, instead of sharepoint.com), it must be possible to allow the sub-domain to be changed (eg. newtenant.sharepoint.com)? Please?
Migrating an entire organisation (likely to include Exchange, Skype, Sharepoint and Onedrive data!!) to a new Tenancy is absolutely not a viable option.
Providing the ability to scale from renaming individual sites, to all sites within a SharePoint tenant, while ensuring a consistent user experience across M365 is a complex problem. We have been working hard on this long-awaited feature and are currently validating this with a subset of customers in a closed (no longer accepting nominations) Private Preview Program. As we consolidate their feedback, we will provide another update in the next few months.
This is a huge requirement, as not only renames can happen, but this has impacted our ability to provide a reproducible test of Microsoft's site collection backups. Currently, without being able to restore a site collection to a new URL or change the URL of the existing site collection, there is now way to verifiably demonstrate that backups did not have any loss of fidelity in industries that have regulatory requirements. This is has impacted financial services clients of mine significantly.
Please sort this out! It's a deal killer for new clients when the reality is explained. O365 needs this, to be a serious option for anything other than email.
Keep your sharepoint.com marketing - not a problem as customers can host on-premises if pure domain is important. But not being able to rename the sub-domain is a ridiculous situation which punishes customers taking up your service. Just charge clients to make such a change, so you can avoid serial changers, check it doesn't violate other companies, copyright etc.
Yes - please add this feature. A Microsoft partner signed us up with an address that we did not choose, and now says it's not possible to swap to the address that we want unless we spend more than $10,000 on migration fees. Please add this feature asap.
Yes pleas make this happen!! We have for our schoolboard and schools a SharePoint site, which support say is currently absolutely impossible without deleting the entire 365 account.
The fact the schoolboard (internal) SharePoint site (which is not the domain) cannot be renamed is a huge problem for us!!!!
We have the same challenge and ended up doing a DNS redirect from a preferred URL back to the old tenant URL whose branding is made obsolete due to a corporate merger. But, not willing to recreate a new tenant from scratch.
I can not believe that this is not possible. This is a major deterrent and reason not to use Sharepoint online in my opinion.
There are a dozen ideas on here for custom URLs or vanity URLs for SPO. Please MS, hope you are listening!
Yes, please make this happen soon. I am stuck running an on-prem SharePoint environment solely because of this missing features in SPO.
Agreed! I host SharePoint on-prem because of this single limitation. If SPO had this, I wouldn't be stuck constantly administering a SharePoint on-prem environment. Please!
I host SharePoint on-prem because SharePoint online doesn't have vanity URLs for the site collections there. :(
Corporate merger name change, shouldn't have to manually recreate SharePoint to change URL.
Currently, if an organization goes through a re-branding or re-naming, the only way to change your SP collection URL from companya.sharepoint.com to companyb.sharepoint.com is to migrate EVERYTHING to a new Office 365 tenant. For a small company this may be pretty easy. But for a company with several thousand mailboxes, perhaps Office 365-integrated CRM, this is an endeavor that costs hundreds of thousands, or even millions of dollars in man-hours to complete. And it could all be avoided if there was the ability to rename the site collection URL.
can you share you method and experience Paul. When you think about what this command has to do within the database, its essentially a transaction that runs against every record for the site collection in every table. The bigger the site, the longer the transaction will take to run.
Even a rename everything cmdlet would still run for a long time on a large site.
Share some numbers and your steps please.
Martin Wüthrich commented
SInce the URL of the SharePoint Online Site is based on the Tenant Name (selectedTenantName.onmicrosoft.com), it gets harder and harder to get good, or let me say from the customers accepted, Tenant Names.
With most of the Services, there is no big deal to use the tenant Name, but the Sharepoint Site is highly used and the URL is visible, espeically within sent links in Emails.
So the change to a own URL (based on an added Domain) would be great.
Ricardo Santos commented
Nor being able to use our O365 email-enable primary custom domain in the O365 sharepoint services is bad enough, but not allowing for a sub-domain or a different custom domain as alternate URLs for the private websites is just hurting business - both Microsoft's and their partners/customers/tenants
Please allow adding custom domains as alternate URLs for the private site collections - it's a live saving for any rebranding operation or multi-brand operating company and it allows for proper, company-owned naming on internal resources.
Alternate URLs have been available since MOSS 2007, at least - can't see why they wouldn't be possible to implement on O365, even if it does require some effort and a few changes to the back-end and service logic.
It's really hurting the value of using the Sharepoint part of O365, since tenants see it as detriment to adoption.
It is not accepted that we can not change private site collection URL.
This could be extended to a name of a field: short internal name and long display name. And to Wiki pages, so that the URL can be without space but the display name could contain special characters.
Stuart Anderson commented
The Ability to create a new Library, List,Folders or Views give it a Display Name and URL upon creation without having to name it first as the URL and then rename.
Name = Document Library
URL = doclibrary
Similar to when you create a new site you get both options and i suggest this only because its something ive found not many people know how to do using the current format.
Paul Flatt commented
The Copy-SPSite cmdlet was a step forward but using it as a method of renaming very large site collections is painful and slow.