Este Site Não Pode Ser Alcançado Após Renomear URL: Causa e Solução

Quando você renomeia a URL de um site do SharePoint no centro de administração, a nova URL deve redirecionar os visitantes automaticamente. Mas às vezes os usuários veem um erro do navegador dizendo “Este site não pode ser alcançado” em vez do site esperado. Esse problema ocorre porque a regra de redirecionamento automático do SharePoint está ausente ou quebrada após a operação de renomeação. Este artigo explica por que o redirecionamento falha e fornece uma correção passo a passo para restaurar o acesso ao site renomeado.

Por que o Redirecionamento Falha Após Renomear uma URL do SharePoint

Quando você renomeia a URL de um site do SharePoint usando o centro de administração, o SharePoint deve criar um redirecionamento 301 da URL antiga para a nova URL. Esse redirecionamento informa aos navegadores e mecanismos de busca para enviar tráfego para o novo endereço automaticamente. O redirecionamento é armazenado como uma propriedade no objeto da coleção de sites no SharePoint Online.

O redirecionamento falha por vários motivos:

Operação de renomeação incompleta. O processo de renomeação no centro de administração pode expirar ou falhar silenciosamente, especialmente para sites grandes com muitos subsites ou permissões complexas. Quando a operação não é concluída totalmente, a regra de redirecionamento nunca é gravada na coleção de sites.

Propriedade de redirecionamento ausente. Mesmo quando a renomeação parece bem-sucedida no centro de administração, a propriedade RedirectUrl na coleção de sites pode permanecer vazia. Isso deixa a URL antiga sem instrução de encaminhamento, causando o erro “não pode ser alcançado”.

Cache do navegador ou rede. Às vezes, o redirecionamento existe, mas o cache do navegador ou um servidor proxy local fornece um registro DNS desatualizado ou uma página de erro em cache. Isso é menos comum, mas pode imitar o mesmo sintoma.

Restrições em nível de locatário. Em casos raros, uma política de locatário ou um namespace de URL personalizado impede a aplicação do redirecionamento. Isso geralmente afeta apenas locatários com domínios personalizados ou políticas de URL restritivas.

Passos para Corrigir um Redirecionamento Quebrado Após Renomear uma URL

Use o método a seguir para verificar o status do redirecionamento e repará-lo. Você precisa do SharePoint Online Management Shell e de permissões de administrador global ou administrador do SharePoint.

Método 1: Verificar e Reparar o Redirecionamento Usando PowerShell

1. Conectar ao SharePoint Online Management Shell
   Abra o Windows PowerShell como administrador. Execute Connect-SPOService -Url https://sualocatario-admin.sharepoint.com e faça login com suas credenciais de administrador.
2. Verificar a propriedade de redirecionamento atual
   Execute Set-SPOSite -Identity https://sualocatario.sharepoint.com/sites/urlantiga -RedirectUrl https://sualocatario.sharepoint.com/sites/urlnova. Substitua as URLs antiga e nova pelos caminhos reais do seu site. Este comando define o redirecionamento mesmo que já exista um e substitui qualquer valor vazio ou quebrado.
3. Verificar se o redirecionamento foi aplicado
   Execute Get-SPOSite -Identity https://sualocatario.sharepoint.com/sites/urlantiga | Select RedirectUrl. A saída deve mostrar a nova URL do site. Se mostrar em branco ou uma URL incorreta, repita o passo 2.
4. Testar o redirecionamento em uma janela privada do navegador
   Abra uma janela InPrivate no Edge ou uma janela privada no Chrome. Navegue até a URL antiga do site. Você deve ser encaminhado automaticamente para a nova URL. Se o redirecionamento funcionar, feche a janela privada e limpe o cache do navegador normal.

Método 2: Usar o Centro de Administração para Reexecutar a Operação de Renomeação

1. Acessar o centro de administração do SharePoint
   Faça login em https://admin.microsoft.com. Na navegação à esquerda, selecione Centros de administração e depois SharePoint.
2. Localizar o site que foi renomeado
   Em Sites, selecione Sites ativos. Encontre o site com a nova URL. Clique no nome do site para abrir o painel de detalhes.
3. Verificar o endereço atual do site
   No painel de detalhes, procure em Geral por Endereço do site. Deve mostrar a nova URL. Se ainda mostrar a URL antiga, a renomeação não foi concluída. Clique em Editar ao lado do endereço, insira a nova URL e salve. Isso reexecuta o processo de renomeação e deve criar o redirecionamento.
4. Aguardar e testar
   Aguarde 5 minutos para a operação terminar. Em seguida, teste a URL antiga em uma janela privada do navegador. Se o redirecionamento ainda não funcionar, use o Método 1.

Método 3: Redirecionamento de Fallback em Nível de Locatário

Se o redirecionamento em nível de site continuar falhando, você pode criar um redirecionamento em nível de locatário que encaminhe todo o tráfego da URL antiga para a nova. Este método é um último recurso porque se aplica a todo o locatário e pode interferir com outros redirecionamentos.

1. Conectar ao SharePoint Online Management Shell
   Execute Connect-SPOService -Url https://sualocatario-admin.sharepoint.com com credenciais de administrador.
2. Definir o redirecionamento em nível de locatário
   Execute Set-SPOTenant -SiteRedirectUrl https://sualocatario.sharepoint.com/sites/urlnova. Isso redireciona todo o tráfego da URL antiga para a nova URL no nível do locatário.
3. Testar o redirecionamento
   Em uma janela privada do navegador, navegue até a URL antiga do site. Você deve ser encaminhado para a nova URL. Se funcionar, o redirecionamento em nível de site estava ausente ou corrompido. Você pode remover o redirecionamento em nível de locatário posteriormente executando Set-SPOTenant -SiteRedirectUrl $null após confirmar que o redirecionamento em nível de site funciona.

Se o SharePoint Ainda Tiver Problemas Após a Correção Principal

URL antiga mostra erro 404 após renomeação

Um erro 404 significa que a URL antiga não foi encontrada e não existe redirecionamento. Execute o comando PowerShell do Método 1 novamente para definir o redirecionamento. Se o erro persistir, verifique se o site foi excluído em vez de renomeado. No centro de administração, vá para Sites excluídos para ver se o site antigo aparece lá. Se foi excluído, restaure-o e execute novamente a renomeação.

Redirecionamento funciona para alguns usuários, mas não para outros

Esse sintoma indica um problema de cache do navegador. Instrua os usuários a limpar o cache e os cookies do navegador. Como alternativa, peça que usem uma janela privada ou anônima para testar o redirecionamento. Se o problema persistir para todos os usuários, o redirecionamento pode estar faltando a propriedade RedirectUrl para uma região específica ou nó da rede de distribuição de conteúdo. Aguarde 30 minutos e teste novamente.

Novo site funciona, mas a URL antiga mostra uma página de erro do SharePoint

Uma página de erro na URL antiga indica que o redirecionamento existe, mas o site de destino tem um problema de permissão ou configuração. Verifique as permissões e configurações de compartilhamento do novo site. Certifique-se de que o site não está no modo somente leitura e que o usuário tem pelo menos acesso de leitura. Se o site for um site de comunicação, verifique se ele não está definido como “Sem acesso” para usuários externos.

Redirecionamento em Nível de Site vs. Redirecionamento em Nível de Locatário: Principais Diferenças

Item	Redirecionamento em Nível de Site	Redirecionamento em Nível de Locatário
Escopo	Afeta apenas a URL antiga específica	Afeta todas as URLs no locatário
Criado por	Renomeação no centro de administração ou Set-SPOSite -RedirectUrl	Set-SPOTenant -SiteRedirectUrl
Persistência	Armazenado no objeto da coleção de sites	Armazenado na configuração do locatário
Caso de uso	Correção padrão para um único redirecionamento quebrado	Último recurso quando o redirecionamento em nível de site falha
Remoção	Definir RedirectUrl como $null	Definir SiteRedirectUrl como $null

O erro “Este site não pode ser alcançado” após renomear uma URL do SharePoint é quase sempre causado por uma regra de redirecionamento ausente ou quebrada. Você pode corrigi-lo usando o comando PowerShell Set-SPOSite com o parâmetro RedirectUrl. Se o problema persistir, verifique no centro de administração se a renomeação foi concluída e use um redirecionamento em nível de locatário como fallback. Sempre teste em uma janela privada do navegador para descartar problemas de cache.