¿Necesitas renombrar un sitio de SharePoint, cambiar su URL o incluso modificar el dominio de tu tenant? Esta guía práctica explica con claridad qué cambia y qué no, riesgos frecuentes y pasos recomendados. Además, incluye consejos para migrar desde SharePoint 2019 a Microsoft 365 sin romper enlaces.
Renombrar un sitio de SharePoint (cambia el nombre, no la URL)
Resumen de la pregunta: Si cambio el nombre del sitio, ¿cambia también su URL? ¿Quedará disponible en una nueva URL con el nombre nuevo?
Respuesta y solución:
- No. Cambiar el nombre/título del sitio no modifica su dirección (URL).
- Ejemplo: si la URL era
https://tenant.sharepoint.com/sites/Test, al renombrarlo a “NewTest” la URL sigue siendo.../Test. No se crea automáticamente.../NewTest. - Si lo que necesitas es cambiar la dirección (URL) del sitio, usa la función Cambiar dirección del sitio desde el Centro de administración de SharePoint. Es un proceso distinto al simple cambio de nombre y puede requerir verificación de impacto (en vínculos, automatizaciones, sincronizaciones, etc.).
Recomendación: planifica el cambio de dirección, comunica a los usuarios y actualiza marcadores, vínculos en Teams/OneNote/Power Automate y cualquier integración que apunte a la URL antigua.
Cómo renombrar solo el título del sitio
- Entra al sitio de SharePoint.
- Selecciona Configuración (⚙️) → Información del sitio.
- Edita el Nombre del sitio y, si aplica, la Descripción y el Logo.
- Guarda los cambios.
Esto actualiza el título visible en la página y en la navegación, pero no altera la ruta de acceso del sitio.
Cuándo conviene renombrar el título
- Rebranding de área o proyecto, sin impacto en vínculos.
- Alinear el nombre con la terminología actual de la organización.
- Mejorar la “descubribilidad” en la búsqueda interna, sin tocar URL.
Resumen rápido: renombrar vs. cambiar dirección
| Acción | Qué se modifica | Dónde se hace | Impacto en URL | Redirecciones | Impacto típico |
|---|---|---|---|---|---|
| Renombrar el título del sitio | Título, logo, descripción | Dentro del sitio → Información del sitio | Ninguno | No aplica | Bajo: solo cambia el texto visible |
| Cambiar la dirección del sitio | Ruta/URL del sitio | Centro de administración de SharePoint | Alta: cambia /sites/Nombre | Automáticas para la antigua ruta del sitio | Medio/Alto: revisar vínculos, automatizaciones, sincronizaciones |
Cambiar la dirección (URL) de un sitio en SharePoint Online
Si necesitas que la URL refleje el nuevo nombre del proyecto o área, debes usar Cambiar dirección del sitio en el Centro de administración de SharePoint. Este proceso actualiza la ruta del sitio (por ejemplo, de /sites/Marketing a /sites/Comunicacion) y crea redirecciones para la ruta anterior.
Pasos sugeridos
- Ve a Centro de administración de SharePoint → Sitios activos.
- Selecciona el sitio objetivo.
- Elige Cambiar dirección (o Change site address).
- Escribe la nueva dirección y confirma el impacto.
- Ejecuta el cambio en una ventana de bajo tráfico.
Qué revisar antes y después
| Elemento | Ejemplos | Qué hacer |
|---|---|---|
| Vínculos internos | Páginas, navegación, noticias, botones | Verificar que se resuelven vía redirección; actualizar vínculos estáticos donde sea posible |
| Teams | Pestañas, archivos anclados | Confirmar que el equipo sigue mostrándose; actualizar pestañas con URL fija |
| OneDrive Sync | Carpetas sincronizadas en PCs | Informar a usuarios: un reinicio de sesión/sincronización puede ser necesario |
| Automatizaciones | Power Automate, PowerShell, scripts | Actualizar conectores y endpoints codificados |
| Informes y BI | Power BI, Excel Power Query | Revisar fuentes con rutas absolutas |
| Aplicaciones y WebParts | SPFx, extensiones, páginas embebidas | Validar configuración y orígenes de datos |
Consejo práctico: documenta la antigua URL y su reemplazo. Un simple CSV de mapeo te ayudará a buscar y reemplazar referencias en documentación y flujos.
Cambiar el dominio de SharePoint Online (nivel organización)
Resumen de la pregunta: Si cambio el dominio de SharePoint Online (por ejemplo, contoso.sharepoint.com → fabrikam.sharepoint.com), ¿los enlaces antiguos seguirán funcionando o darán error?
Respuesta y solución:
- El cambio de dominio es global y afecta a todos los sitios; no se puede cambiar solo para un sitio.
- Tras el cambio, Microsoft mantiene redirecciones del dominio anterior al nuevo durante 1 año para ayudar con la transición.
- Aun con la redirección, debes actualizar todos los enlaces y dependencias (intranets, scripts, apps, automatizaciones, documentación).
Recomendación: revisa prerrequisitos y limitaciones del cambio de dominio antes de ejecutarlo y prepara un plan de remediación para vínculos y aplicaciones.
Qué implica el cambio de dominio
- Afecta a SharePoint y OneDrive; los sitios y bibliotecas cambiarán de host.
- Los equipos de Microsoft Teams continuarán funcionando, pero cualquier pestaña o referencia con URL absoluta al dominio antiguo debe actualizarse.
- El contenido no se pierde; cambian los puntos de entrada.
- La búsqueda reindexará gradualmente las nuevas rutas.
Plan de proyecto recomendado
- Inventario: extrae sitios, páginas críticas, automatizaciones, BI, apps, scripts y sitios externos que consumen contenido.
- Evaluación: clasifica por criticidad y riesgo; identifica dependencias con rutas absolutas.
- Comunicación: define mensajes por audiencia (usuarios, propietarios de sitios, administradores de apps, soporte).
- Ventana: programa el cambio en horario de bajo impacto y establece un plan de rollback operacional (si aplica) y de contingencia.
- Ejecución: realiza el cambio con monitoreo de telemetría (tráfico, errores) y soporte en vivo.
- Remediación: actualiza vínculos, scripts, conectores y documentación; valida automatizaciones clave de extremo a extremo.
- Cierre: comunica éxito, tareas pendientes y fecha fin de redirecciones del dominio anterior.
Checklist de impacto
| Área | Riesgo típico | Acción |
|---|---|---|
| Vínculos en intranet | Menús y botones con URLs absolutas | Actualizar a nuevo dominio o usar rutas relativas |
| Automatizaciones | Conectores apuntando al host antiguo | Reconfigurar conexiones y credenciales |
| Integraciones externas | Aplicaciones de terceros con listas/bibliotecas | Actualizar endpoints y volver a aprobar permisos si es necesario |
| OneDrive | Sincronizaciones locales | Guiar a usuarios para reautenticación y revisión de carpetas |
| Documentación | Guías y manuales con capturas de URLs | Actualizar referencias y ejemplos |
Migración de SharePoint 2019 on‑premises a Microsoft 365 (problema percibido con espacios en la URL)
Resumen de la pregunta: El análisis se ejecuta pero la migración falla. Se sospecha que el nombre del sitio on‑prem (/OMC-Sharepoint - 80) con espacios impide resolver la URL. ¿Qué hacer?
Respuesta y solución:
SharePoint - 80suele ser el nombre del sitio en IIS (web application), no la URL real. La migración debe apuntar a la URL del sitio o colección (por ejemplo,http://servidor/ohttp://servidor/sites/Coleccion), no al nombre “SharePoint – 80”.- Los espacios en rutas no deberían ser el problema si se usa una URL válida (los espacios se codifican como
%20).
Pasos prácticos para una migración estable
- Verifica la URL fuente exacta abriéndola desde el mismo equipo donde corre la herramienta de migración. Usa FQDN si es posible. Confirma los Alternate Access Mappings si trabajas con múltiples zonas.
- Usa la herramienta adecuada: SPMT (SharePoint Migration Tool) o Migration Manager en Microsoft 365, indicando la URL del sitio o biblioteca, no el nombre de IIS.
- Credenciales y permisos: la cuenta debe ser Administrador de la colección de sitios en origen y tener permisos en el destino (SharePoint y, si corresponde, Exchange para permisos compartidos).
- Prepara el destino: crea el sitio y las bibliotecas destino con antelación; realiza una prueba piloto con un subconjunto pequeño.
- Revisa los registros de la herramienta (logs) para capturar el error exacto: autenticación (NTLM/Kerberos), conectividad, archivos bloqueados, longitud de rutas, personalizaciones no soportadas.
- No renombres el origen para “arreglar” espacios; migra primero y renombra en el destino si es necesario.
Diagnóstico rápido: si el “análisis” pasa y la copia falla, casi siempre es URL mal especificada, permisos insuficientes o conectividad. Valida la URL real del sitio, no el alias de IIS.
Tabla de síntomas y resolución
| Síntoma | Causa probable | Cómo resolver |
|---|---|---|
| SPMT “encuentra” el sitio pero falla al copiar | Usaste el nombre de IIS en lugar de la URL real | Reemplaza por la URL del sitio/colección (http://servidor/sites/...) |
| Error de autenticación intermitente | Conflicto NTLM/Kerberos o SPN | Prueba con FQDN, revisa SPNs, usa cuenta con permisos explícitos |
| Archivos “saltados” por bloqueo | Bloqueo exclusivo o versiones en edición | Forzar extracción/check-in, cerrar sesiones, reintentar lote |
| Rutas demasiado largas | Profundidad de carpetas y nombres extensos | Normaliza nombres, aplana estructura, activa compatibilidad de rutas largas en destino |
| Contenido personalizado no migra | Soluciones en servidor o personalizaciones no soportadas | Inventariar y rediseñar en SPFx/Power Platform o alternativas nativas |
Buenas prácticas adicionales
- Ejecuta migraciones por lotes pequeños y paraleliza con cautela (evita saturar origen o red).
- Habilita un modo de solo lectura en origen durante la ventana final para evitar deltas conflictivos.
- Programa una validación UAT con propietarios de contenido: páginas clave, formularios, permisos compartidos, flujos.
- Planifica un corte con comunicación clara y soporte disponible para incidencias.
Guía rápida de decisiones
| Necesito… | Acción recomendada | Impacto | Cuándo usarla |
|---|---|---|---|
| Cambiar solo el nombre visible del sitio | Renombrar título en Información del sitio | Bajo (sin cambio de URL) | Rebranding menor sin tocar vínculos |
| Actualizar la URL de un sitio concreto | Cambiar dirección del sitio en el Centro de administración | Medio/Alto (revisar dependencias) | Nombre del proyecto cambió y URL debe reflejarlo |
| Unificar el dominio de toda la organización | Cambio de dominio de SharePoint Online | Alto (global, redirección 1 año) | Rebranding corporativo o fusión |
| Llevar contenido de 2019 on‑prem a la nube | SPMT/Migration Manager con URL reales | Variable (depende de personalizaciones) | Modernización a Microsoft 365 |
Preguntas frecuentes
¿Cambiar el título del sitio afecta a Teams?
No. El equipo conectado seguirá funcionando igual. Solo cambia el texto visible del sitio; la URL del equipo y sus pestañas no se modifican.
¿Puedo cambiar la URL del sitio raíz?
El sitio raíz se gestiona de forma diferente (con intercambio de sitio raíz). Evalúa cuidadosamente, ya que afecta a la página de aterrizaje de la organización.
¿Cambiar la dirección del sitio rompe OneDrive Sync?
Puede requerir que el usuario vuelva a autenticarse o re-sincronice. Planifica comunicación y soporte.
¿Los invitados externos seguirán accediendo tras un cambio de dirección o dominio?
Las redirecciones ayudan, pero no sustituyen la actualización de invitaciones y vínculos compartidos. Reenvía invitaciones si detectas accesos fallidos.
¿La búsqueda se ve afectada?
Sí, tras cambios de URL o dominio, la indexación se actualiza gradualmente. Es normal ver resultados inconsistentes durante un tiempo.
¿Debo evitar espacios en nombres o rutas?
No es obligatorio, pero mantener nombres concisos y sin caracteres especiales reduce riesgos con herramientas y scripts.
Checklist final de ejecución
Para renombrar el título del sitio
- Confirmar que solo se requiere cambio visual.
- Actualizar título, logo y descripción.
- Notificar a propietarios y moderadores.
Para cambiar la dirección del sitio
- Inventario de dependencias (Teams, Power Automate, scripts, BI).
- Comunicar ventana de cambio y pasos post-cambio.
- Ejecutar Cambiar dirección del sitio y validar redirecciones.
- Actualizar vínculos duros y automatizaciones.
Para cambiar el dominio de SharePoint Online
- Confirmar que el cambio es global y planificar por fases.
- Preparar comunicación y soporte extendido.
- Ejecutar el cambio en ventana de bajo tráfico.
- Remediar vínculos, apps y documentación; anotar fecha fin de redirecciones (1 año).
Para migrar desde SharePoint 2019
- Usar URLs reales del sitio/colección, no nombres de IIS.
- Pruebas piloto con lotes pequeños y revisión de logs.
- Control de permisos y conectividad; resolver personalizaciones no soportadas.
- Plan de corte, validación UAT y comunicación a usuarios.
Ejemplos de rutas y buenas prácticas de nomenclatura
- Antes:
https://tenant.sharepoint.com/sites/Test→ Después (solo renombre visual): “NewTest” con la misma URL. - Antes:
https://tenant.sharepoint.com/sites/Marketing→ Después (cambio de dirección):https://tenant.sharepoint.com/sites/Comunicacion. - Cambio de dominio:
https://contoso.sharepoint.com/sites/Comunicacion→https://fabrikam.sharepoint.com/sites/Comunicacion(redirección del dominio anterior durante 1 año).
Usa nombres cortos, significativos y consistentes. Evita duplicidades y considera prefijos estandarizados para áreas (por ejemplo, /sites/HR-..., /sites/IT-...), siempre que no comprometan la claridad para los usuarios.
Conclusión
Renombrar un sitio en SharePoint es una acción sin riesgo para los vínculos porque no toca la URL. Cambiar la dirección del sitio y, especialmente, renombrar el dominio del tenant sí requieren planificación, comunicación y remediación. Con la metodología y los checklists de esta guía, podrás ejecutar estos cambios con seguridad y mínima fricción para los usuarios. Si además estás migrando desde SharePoint 2019, céntrate en usar URLs reales, validar permisos y analizar registros: la mayoría de fallos se resuelven con estos tres frentes.