Guia prático e direto para administrar mudanças de nome, endereço e até domínio no SharePoint Online — com foco em evitar que links partilhados se quebrem, reduzir indisponibilidade e orientar testes, comunicação e rollback.
Visão geral: o que muda e o que não muda
Antes de executar qualquer alteração, é essencial distinguir três operações distintas no SharePoint Online. Cada uma tem impacto diferente em links, integrações e experiência dos utilizadores.
| Objetivo | O que realmente muda | Links antigos | Indisponibilidade | Quando usar |
|---|---|---|---|---|
| Alterar apenas o Site name (título) | Apenas o título exibido do site | Continuam a funcionar (URL inalterado) | Nenhuma | Alinhar nome de equipa/projeto sem tocar no URL |
Renomear o Site Address (/sites/<nome>) | O caminho final do URL do site | Redirecionamento 301 automático para o novo URL | Minutos (site bloqueado temporariamente) | Padronizar URLs, corrigir grafia, remover caracteres |
Renomear o domínio do tenant (companyname.sharepoint.com) | O domínio de todos os sites e OneDrive | Redireciono do domínio antigo por 12 meses | Janela controlada; propagação pode levar horas | Rebranding corporativo ou fusões/aquisições |
Alterar apenas o nome do site (título exibido)
Problema comum: “Se eu mudar o Site name, os links que já partilhei vão quebrar?”
Resposta curta: não. O endereço permanece exatamente igual (por exemplo, https://tenant.sharepoint.com/sites/Test) mesmo que o título passe a “New Test”. O site não passa a responder em .../NewTest. Para alterar o caminho do URL, veja a secção sobre Change site address.
Passo a passo no SharePoint
- No próprio site, selecione Settings (ícone da engrenagem) → Site information.
- Altere o campo Site name e, se necessário, o Site description e o Logo.
- Guarde as alterações. A mudança é imediata e transparente para quem usa o URL antigo.
Efeitos colaterais e considerações
- Navegação, web parts e permissões não são afetadas.
- Resultados de pesquisa refletem o novo título rapidamente, mas o URL exibido permanece o mesmo.
- Teams, OneDrive e ligações partilhadas continuam a apontar para o mesmo endereço.
Checklist de validação
- Abra o site pelo URL antigo e confirme o novo título na página inicial.
- Teste um link partilhado anteriormente (por exemplo, um documento em “Documentos partilhados”).
- Confirme que a navegação global e as audiências permanecem intactas.
Renomear o Site Address (/sites/<nome-do-site>)
Problema: pretende que a parte final do endereço mude, por exemplo, de /sites/Test para /sites/NewTest.
O que acontece com os links
- O SharePoint cria automaticamente um redirecionamento 301 permanente do endereço antigo para o novo.
- Utilizadores com o URL antigo continuam a chegar ao site, agora no novo caminho.
- Aplicações que gravam o URL como texto literal (hard-coded) devem ser atualizadas para o novo endereço.
Limitações frequentes
- Nem todos os tipos de site suportam a operação (ex.: alguns sites clássicos de publishing).
- Durante o processo, o site pode ficar temporariamente bloqueado por alguns minutos.
- Fluxos de trabalho, conectores e integrações que usam o URL fixo (Power Automate, scripts personalizados, relatórios que constroem hiperligações) precisam de revisão.
Pré-requisitos recomendados
- Confirmar que o site não está a ser utilizado num pico de atividade (planeie fora do horário crítico).
- Garantir que tem permissões de administrador de SharePoint.
- Comunicar previamente às equipas afetadas e listar aplicações externas que referenciam o URL.
Como fazer no SharePoint Admin Center
- Aceda a SharePoint Admin Center → Active sites.
- Selecione o site pretendido → Change site address.
- Indique o novo sufixo (por exemplo,
NewTest), valide e confirme. - Aguarde a conclusão; o bloqueio temporário é esperado.
Como fazer por PowerShell
Para ambientes que preferem automação, a operação pode ser disparada por PowerShell (SharePoint Online Management Shell). Exemplo ilustrativo:
# Renomear o endereço de um site SharePoint Online
Pré-requisito: sessão autenticada como administrador
Start-SPOSiteRename -Identity https://tenant.sharepoint.com/sites/Test `
-NewSiteUrl https://tenant.sharepoint.com/sites/NewTest
Dicas: execute uma validação prévia, mantenha registos do mapeamento antigo→novo e, se disponível no seu ambiente, utilize parâmetros de validação antes de confirmar a mudança.
Impactos típicos a verificar depois da mudança
- Teams: canais e separadores que apontam para bibliotecas do site geralmente acompanham a mudança, mas separadores personalizados com URLs hard-coded devem ser atualizados.
- Power Automate / Power Apps: conectores que dependem do URL absoluto precisam ser reconfigurados. Teste cada fluxo crítico.
- OneDrive: Shortcuts (atalhos) e ligações recentes no Explorador refletem o redirecionamento; reponha atalhos se notar comportamento estranho.
- SPFx e scripts: revise endpoints, especialmente se usarem
_spPageContextInfo.webAbsoluteUrlapenas como base para construir links. - Bookmarks do navegador, e-mails, wikis: idealmente substitua o URL antigo pelo novo nas comunicações internas.
Plano de validação pós-alteração
- Abrir o endereço antigo e confirmar o redirecionamento para o novo caminho.
- Verificar permissões e navegação local.
- Carregar, editar e publicar um documento de teste.
- Executar fluxos de trabalho e formulários críticos.
- Confirmar que pesquisas devolvem itens com o novo URL.
Renomear o domínio do tenant (companyname.sharepoint.com)
Pergunta recorrente: é possível trocar o domínio da organização e manter os links antigos?
- É possível fazer a alteração uma única vez por tenant Microsoft 365.
- A mudança afeta SharePoint, OneDrive, Teams, Viva e serviços correlatos.
- A Microsoft mantém redirecionamento do domínio antigo para o novo por 12 meses. Após esse período, apenas o domínio novo responde.
Pré-requisitos e cautelas
- Evitar funcionalidades em preview e cenários híbridos com servidores locais durante a janela da mudança.
- Inventariar e validar integrações de terceiros e automatizações (Power Automate, relatórios Power BI, conetores de DLP, gateways, etc.).
- Planeie manutenção numa janela de baixa utilização e comunique o roteiro com antecedência.
Roteiro sugerido de implantação
- Inventário: liste sites críticos, aplicações e serviços que constroem URLs com o domínio antigo.
- Comunicação: envie anúncio com o motivo, janela e o que o utilizador precisa fazer (normalmente, nada).
- Alteração: execute a renomeação do domínio conforme as políticas da sua organização.
- Validação: teste Teams, OneDrive e sites vitais; confirme o redirecionamento do domínio antigo.
- Pós-mudança: atualize documentações, scripts e bookmarks com o domínio novo.
Boas práticas para minimizar risco
- Crie uma matriz “sistema x impacto” e atribua responsáveis por teste e correção.
- Mantenha um plano de rollback lógico (por exemplo, reapontar DNS internos, reverter automatizações) caso alguma integração crítica falhe.
- Coloque feature freezes (pausa de novas implementações) durante a janela da mudança.
Migração SharePoint 2019 on‑premises → Online com nomes “problemáticos”
Problema adicional: sites locais com espaços ou caracteres especiais — por exemplo, OMC‑Sharepoint ‑ 80 — podem impedir o SharePoint Migration Tool de reconhecer o URL, travando a tarefa ou gerando mapeamentos inválidos.
Por que isso acontece
- As regras de nomenclatura do SharePoint Online são mais restritivas do que muitas implantações locais.
- Espaços, acentos, símbolos e caminhos demasiado longos dificultam o mapeamento direto para
/sites/<nome>no destino.
Estratégia preferida: corrigir antes de migrar
- Renomeie a Web Application e o Managed Path no ambiente on‑prem para um formato compatível (ex.: de
/OMC-Sharepoint-80para/omc-sharepoint). - Execute um relatório de pré‑migração e elimine URLs inválidos remanescentes.
- Revise bibliotecas e listas com nomes longos; encurte quando necessário.
Quando não dá para renomear no local
- Use mapeamento de URL no SMAT/SPMT para converter caminhos durante a migração.
- Considere uma ferramenta de terceiros que suporte regras de reescrita mais complexas para nomes e caminhos.
Roteiro prático de migração
- Inventariar coleções de sites e listar padrões de nomes potencialmente problemáticos.
- Normalizar o máximo possível antes da migração.
- Definir regras de mapeamento (origem→destino) para os casos restantes.
- Executar migração piloto e validar acessos, permissões e links internos.
- Fechar lacunas e repetir por ondas até concluir.
Checklist de validação pós‑migração
- Testar abertura de sites pelo caminho novo e pelos links antigos (se configurado redirecionamento).
- Garantir que imagens, páginas e ligações de navegação não ficaram com hrefs antigos.
- Confirmar que permissões herdadas/únicas foram preservadas.
Recomendações práticas para escolher a ação correta
| Situação desejada | Ação indicada | Impacto nos links existentes |
|---|---|---|
| Só mudar o título visível | Editar Site name | Nenhum impacto |
Mudar o sufixo /sites/<nome> | Change site address | Redireciono automático permanente |
Mudar o domínio companyname.sharepoint.com | Change your SharePoint domain | Redireciono por 1 ano |
| Migração on‑prem com URLs inválidas | Corrigir nomes antes / mapear durante a migração | Evita falhas de migração |
Planos de teste, comunicação e rollback
Plano de testes rápido
| Área | Teste | Critério de sucesso |
|---|---|---|
| Redirecionamento | Abrir URL antigo | Chegar ao novo endereço sem erro |
| Permissões | Acesso de visitante, membro e proprietário | Mesma experiência antes/depois |
| Documentos | Criar, editar, coautorizar | Sem mensagens de erro |
| Teams | Abrir separadores do SharePoint | Carregam com o novo URL |
| Automatizações | Acionar fluxos críticos | Executam com sucesso |
| Pesquisa | Procurar por documentos recentes | Resultados mostram o novo caminho |
Modelo de comunicação interna
Assunto: Atualização do endereço do site [Nome do Site]
Prezadas equipas, entre [data e hora] iremos atualizar o endereço do site para .../NewTest. O acesso por links antigos continuará a funcionar via redirecionamento automático. Se utiliza scripts ou relatórios com o URL literal, atualize para o novo endereço. Obrigado.
Plano de rollback
- Se a validação pós-mudança falhar criticamente, reverter configurações de integrações e, se aplicável, restaurar o mapeamento original.
- Mantê-lo simples e documentado: nem sempre é necessário “voltar” o URL se o redirecionamento está funcional; priorize corrigir integrações.
Erros comuns e como evitar
- Supor que mudar o título altera o URL: não altera; use Change site address para isso.
- Esquecer integrações externas: sistemas de terceiros com URLs hard-coded são os que mais falham após renomeações.
- Executar em horário de pico: a janela de bloqueio pode interromper trabalho em curso; agende fora do horário crítico.
- Ignorar nomes inválidos na migração: normalize antes de migrar ou mapeie durante a migração.
- Não comunicar: usuários tendem a confundir nova aparência do URL com falha; comunique de forma clara e simples.
Perguntas frequentes
Mudar o título do site quebra links já partilhados?
Não. O endereço permanece o mesmo; apenas o título exibido muda. Ao renomear o Site Address, por quanto tempo o redirecionamento fica ativo?
O redirecionamento é permanente para o caminho do site (301). Ainda assim, recomenda-se atualizar comunicações e bookmarks para o endereço novo. E se eu trocar o domínio do tenant?
O domínio antigo redireciona para o novo por 12 meses. Depois, somente o domínio novo funciona. Posso renomear qualquer site?
Há exceções — especialmente alguns sites clássicos de publishing. Avalie o tipo do site antes. Qual é o impacto no Teams?
Separadores nativos tendem a acompanhar a mudança; separadores personalizados e bots que usam URLs absolutos geralmente exigem atualização.
Exemplos práticos e modelos
Mapa antigo → novo (registo interno)
| Recurso | URL antigo | Novo URL | Responsável | Status |
|---|---|---|---|---|
| Site do Projeto Alfa | https://tenant.sharepoint.com/sites/Test | https://tenant.sharepoint.com/sites/NewTest | Equipa de PMO | Concluído |
| Relatório Power BI | …/sites/Test/Shared%20Documents/Report.pbix | …/sites/NewTest/Shared%20Documents/Report.pbix | BI | Em validação |
| Fluxo de aprovação | Ligação fixa para lista em …/sites/Test | Atualizar para …/sites/NewTest | Citizen Dev | Pendente |
Política interna sugerida de nomenclatura
- Use minúsculas, hífens para separar palavras e evite acentos:
/sites/marketing-corporativo. - Evite nomes longos (> 30 caracteres) e abreviações obscuras.
- Padronize prefixos por tipo de site:
/sites/proj-<nome>,/sites/dept-<nome>.
Resumo final e próximos passos
- Para mudar apenas o título, altere o Site name; não há impacto em links.
- Para mudar o caminho (Site Address), use Change site address; o redireciono 301 garante continuidade, mas atualize integrações.
- Para rebranding de domínio, a mudança é uma vez por tenant, com redireciono por 12 meses; planeie com checklists e testes.
- Em migrações on‑prem, normalize nomes antes ou mapeie durante a migração para evitar falhas.
Com um plano claro de comunicação, validação e atualização de integrações, é possível renomear sites e domínios no SharePoint com impacto mínimo para os utilizadores.