Planear los sitios centrales de SharePoint
Los sitios centrales le ayudan a organizar la intranet. Para sacar el máximo partido de los sitios centrales, es necesario algún planeamiento previo. Siga leyendo para obtener más información sobre los sitios centrales y cómo puede planearlos.
Los sitios centrales de SharePoint proporcionan un bloque de creación importante para la intranet. Son el "tejido conectivo" que se usa al organizar las familias de sitios de equipo y sitios de comunicación juntos.
Uno de los principios clave de las intranets modernas basadas en Microsoft SharePoint es que cada unidad de trabajo debe obtener una colección de sitios independiente. Esto le ayuda a administrar la gobernanza y el crecimiento con el tiempo. Cada sitio de comunicación y sitio de grupo conectado a un grupo de Microsoft 365 se crea como una colección de sitios que puede tener sus propios permisos. Un sitio central (creado normalmente a partir de un sitio de comunicación) también debe considerarse su propia unidad de trabajo que reúne muchos otros sitios.
En el pasado, muchas organizaciones usaban subsitios para crear un tejido conectivo para sus intranets. Usaron la navegación compartida de la colección de sitios para conectar sitios y la estructura jerárquica de las relaciones de subsitio para anidar sitios dentro de los sitios. Sin embargo, los subsitios no ofrecen espacio para la flexibilidad y el cambio. Dado que los subsitios son una construcción física reflejada en la dirección URL del contenido, si reorganiza las relaciones empresariales, interrumpe todas las relaciones de intranet del contenido. Los subsitios también pueden crear desafíos en lo que respecta a la gobernanza, ya que muchas características (incluidas las características de directiva, como la retención y la clasificación) en SharePoint se aplican a todos los sitios de la colección de sitios, independientemente de si lo desea o no. Esto significa que debe habilitar con frecuencia una característica para toda la colección de sitios, incluso si solo es aplicable a un subsitio.
¿Cuál es la única cosa que podemos garantizar que va a suceder en todos los negocios? ¡Cambio! A medida que su organización evoluciona, necesita intranets que faciliten la alineación de experiencias con la forma de trabajar y que puedan adaptarse a los cambios inevitables en la forma de trabajar. Se trata de una ventaja clave que proporcionan los sitios centrales de SharePoint; modelan las relaciones como vínculos, en lugar de jerarquía o propiedad, para que pueda adaptarse a los cambios en la forma de trabajar en un mundo dinámico y cambiante.
Antes de empezar a crear sitios de concentradores, vamos a recapitular las tres cosas que los sitios centrales le proporcionan:
Navegación y marca compartidas
Acumulación de contenido y búsqueda
Un destino principal para el centro
Ahora vamos a pensar en la información que intenta compartir en toda la intranet y a tener en cuenta los resultados empresariales que intenta habilitar.
Una intranet puede desempeñar muchos roles en una organización. Es un sitio orientado internamente, un lugar para comunicar noticias importantes y una plataforma de colaboración. También es una manera de mostrar su cultura corporativa. Puede ser la base de su área de trabajo digital. Una intranet le permite contar historias y compartir información. Capacitar a los empleados con una voz en la intranet puede proporcionar una manera de pasar a una cultura de colaboración que permita a su organización transformarse y adaptarse al cambio.
Muchas intranets correctas incluyen los siguientes elementos:
Comunicación: por ejemplo, una página principal que incluye noticias de toda la organización para mantener informados a los empleados, navegación general, vínculos a herramientas clave e información, promociones de marketing internas y un lugar para interactuar con los empleados en torno a temas importantes.
Contenido: un lugar para que las partes funcionales de la organización, como recursos humanos (RR. HH.), tecnologías legales y de información (TI), ofrezcan sus servicios al resto de la organización. Por ejemplo, la parte de RR. HH. de la intranet podría ser donde los empleados pueden averiguar cuántos días de vacaciones han dejado, si su programa de beneficios ofrece cobertura visual o dental, o qué entrenamiento está disponible para roles individuales. El área Legal podría ser donde los empleados pueden encontrar un contrato de no divulgación de ejemplo que pueden ejecutar antes de tener una conversación con un proveedor potencial.
Acciones y actividades: vínculos al sistema de seguimiento de tiempo o al formulario del informe de gastos y un lugar donde los administradores pueden aprobar gastos o partes de horas.
Colaboración: Places donde los equipos pueden realizar el trabajo y donde las comunidades basadas en roles o temas pueden compartir conocimientos y aprovechar la experiencia en toda la organización y con asociados externos de la empresa extendida.
Cultura: historias y lugares que permiten a los empleados interactuar o aprender, incluidos perfiles, comunidades y clubes, e incluso imágenes y personalización de marca que reflejan la estructura de la organización. A veces incluso el nombre de la intranet personifica la referencia cultural. Por ejemplo, una utilidad eléctrica tiene una intranet denominada "The Grid" con mensajería y promociones para asegurarse de que "nadie funciona fuera de The Grid".
Movilidad: la capacidad de los empleados para realizar el trabajo desde cualquier dispositivo mientras están en movimiento.
Buscar: la capacidad de los empleados para encontrar contenido incluso si no saben dónde vive.
El énfasis de cada uno de estos elementos puede variar en función de las prioridades de la organización y, en cierta medida, de la madurez digital de la organización. Microsoft 365 proporciona tres bloques de creación principales que le ayudarán a crear la intranet de forma que le permita configurar experiencias que se alineen con su organización, sus empleados y su preparación. Distintas organizaciones usarán los bloques de creación de maneras diferentes, pero los propios bloques de creación reflejan patrones comunes que las organizaciones usan para realizar el trabajo:
Sitios de equipo (colaboración)
Sitios de comunicación (comunicación)
Sitios concentradores (conexión)
En su núcleo, los tres tipos de bloques de creación comparten una estructura común. Por ejemplo, comparten el mismo conjunto de elementos web internos. Sin embargo, hay algunas diferencias fundamentales en la intención, las expectativas de uso, la gobernanza (incluido cómo se crean) y cómo y qué elementos web puede usar en cada tipo de sitio.
Sitio de grupo |
Sitio de comunicación |
Sitio central |
|
---|---|---|---|
Objetivo empresarial principal |
Colaborar Si desea crear un lugar donde los miembros de un grupo de trabajo o un equipo de proyecto puedan trabajar juntos en las entregas de proyectos, planear un evento, realizar un seguimiento del estado o intercambiar ideas, quiere un sitio de equipo. Los sitios de grupo están conectados de forma predeterminada a un grupo de Microsoft 365 para ofrecer una gama completa de herramientas de comunicación y colaboración, incluidos Microsoft Teams y Planner. |
Comunicación Cuando quieras difundir un mensaje, contar una historia, compartir contenido para ver (pero no editar) o mostrar servicios o personas, quieres un sitio de comunicación. A menudo, los propietarios de sitios de comunicación desean incluir un componente de interacción, por ejemplo, un área "Preguntar al desarrollo empresarial" en un sitio que comunica información sobre el desarrollo empresarial. Este es un excelente lugar para conectar un complejo de Viva Engage. |
Connect Cuando quiera crear una experiencia compartida para una familia de sitios relacionados, para descubrir contenido relacionado mediante la puesta en marcha de la actividad y las noticias del sitio, organice sitios relacionados para que compartan una navegación común y aplique una apariencia común. |
Autores de contenido |
Todos los miembros son autores de contenido que crean y editan contenido de forma conjunta. |
Número reducido de autores de contenido y un número mucho mayor de lectores o consumidores de contenido. |
El propietario del sitio central define las experiencias compartidas para la navegación y el tema del centro.
Los miembros del sitio central crean contenido en el sitio central como con cualquier otro sitio de SharePoint. Los propietarios y miembros de los sitios asociados al concentrador primario crean contenido en sitios individuales. |
Gobierno (como se permite para su organización en función de la configuración del Centro de cumplimiento de seguridad &) |
Las normas normalmente determinadas por el equipo. Las prácticas se alinean de la mejor manera de realizar el trabajo. |
Las directivas a menudo determinadas por la organización para garantizar la coherencia de la experiencia y la administración eficaz de la información de la organización. |
Gobernanza determinada por cada propietario del sitio asociado en función del tipo de sitio y las directivas de la organización. La mejor experiencia para los visitantes se logra cuando todos tienen al menos permisos de lectura para sitios asociados (pero esto no es necesario). |
Permisos |
Grupo de Microsoft 365, más grupos y niveles de permisos de SharePoint |
Grupo de SharePoint |
Igual que el tipo de sitio original. Los sitios centrales no modifican los permisos de un sitio asociado, pero puede agregar un grupo de "lectores" al centro para facilitar el acceso de lectura a los sitios asociados. Para obtener más información, consulte: Permisos del centro de conectividad. |
Creado por |
Propietario del sitio (a menos que se haya deshabilitado en su organización) o administrador. |
Propietario del sitio (a menos que se haya deshabilitado en su organización) |
Administradores de sitios de SharePoint y versiones posteriores en Microsoft 365 |
Ejemplos |
- Equipo del proyecto que trabaja juntos para completar entregas y administrar tareas. - Comité de planificación de fiestas de vacaciones planeando la reunión anual. - Equipo de administración del rendimiento de RR. HH. - Comité ejecutivo: diferentes grupos de liderazgo dentro de la organización. - Sitio de extranet para trabajar con el partner A. |
- Guía de publicación del equipo de viajes sobre viajes corporativos. - Directivas y procedimientos. - Micrositio para una nueva iniciativa corporativa. - Recursos para el equipo de ventas de un producto o servicio. |
- Centro de recursos humanos que proporciona una conexión y una incorporación para todas las funciones de RR. HH., como ventajas, compensación, administración del rendimiento, adquisición de talento y un portal de administración. - Centro de ventas que proporciona recursos empresariales para la organización sales y conecta el equipo de ventas regional y los sitios de comunicación. - Centro específico de ubicación que agrupa los sitios de comunicación y equipo para una ubicación específica (por ejemplo, la oficina de Nueva York). |
Los sitios centrales complementan la experiencia de búsqueda al ayudar a descubrir información en contexto.
Uno de los mayores desafíos del diseño de la intranet es averiguar cómo se debe organizar la navegación de la intranet. En el nuevo mundo donde todos los sitios de equipo y comunicación son colecciones de sitios del mismo nivel, los arquitectos de información deben pensar en crear experiencias que permitan a los usuarios de intranet encontrar lo que necesitan en varios escenarios de "búsqueda":
Sé que existe, y sé dónde está
Sé que existe, pero no sé dónde está.
No sé si existe
Estos escenarios se habilitan con una combinación de navegación, búsqueda y detección (o serendipidad) y deben ser un factor en la forma de diseñar y organizar los sitios del centro. Una de las funcionalidades importantes que habilitan los sitios centrales es la detección serendiosa de información, ya que pueden exponer contenido contextualmente relevante de sitios que no siga, pero que estén asociados al centro. La página de inicio de SharePoint se creó para admitir la detección y la búsqueda en todo el contenido de la organización, pero si ya tiene un contexto determinado en mente, los sitios centrales pueden ser muy útiles para reducir esas experiencias a un puñado de sitios relacionados.
Como punto de partida en el planeamiento del centro, piense en los sitios centrales para las funciones clave que los usuarios necesitan para realizar el trabajo, por ejemplo: RR. HH., Finanzas, Comunicaciones o Relaciones Públicas, Legal y TI. Estas funciones pueden representarse en diferentes departamentos organizativos o unidades de negocio de organizaciones grandes o combinarse en el rol de algunas personas en organizaciones más pequeñas.
Tomemos RR. HH. como ejemplo. RR. HH. a menudo abarca las siguientes sub-funciones:
Ventajas
Pago e indemnización
Adquisición o contratación de talento
Administración del rendimiento
Desarrollo profesional o formación
Portal del administrador
Con el principio rector de la creación de un sitio para cada unidad de trabajo, puede pensar en una familia de sitios de RR. HH. que podría incluir seis sitios funcionales para cada una de estas funciones, además de un centro de recursos humanos que conecta los sitios relacionados para proporcionar una experiencia general de RR. HH. Esta es otra manera de pensar en el valor de los sitios centrales: permiten crear una experiencia que mejora la detección de información para un contexto específico (en nuestro ejemplo, para los empleados que buscan información de RR. HH.).
En el modelo de intranet clásica, es posible que haya creado un sitio de RR. HH. y usado subsitios para admitir cada función de RR. HH. En el mundo plano de SharePoint moderno, la familia de recursos humanos está conectada mediante el centro de recursos humanos para proporcionar el tejido conectivo para la navegación dentro de la familia y proporcionar una oportunidad para detectar de forma serendiosa contenido en un miembro relacionado de la familia cuando los usuarios navegan a la casa de RR. HH. Por ejemplo, si está en el centro de recursos humanos leyendo un anuncio de noticias sobre la inscripción abierta porque está en proceso de incorporación de un nuevo empleado, es posible que esté encantado de saber que se acaba de publicar una nueva versión del kit de herramientas de incorporación "Bienvenido a la empresa" en el sitio de adquisición de talento. Del mismo modo, si está intentando encontrar la directiva de uso compartido de la oficina del equipo de RR. HH., le agradecerá poder limitar la búsqueda solo a los sitios afiliados a RR. HH., en lugar de a toda la organización.
No es necesario tener un sitio central para cada función. Pero cuando una función proporciona varios servicios lógicamente diferentes (como en el ejemplo de RR. HH.), se recomienda crear un sitio central para ofrecer un único punto de partida para los usuarios. A menudo, los usuarios de intranet inician su exploración con la exploración. Los sitios centrales ayudan a combinar las ventajas de la exploración ("Sé que se trata de un tema de RR. HH.") con las ventajas de una búsqueda más limitada ("Quiero encontrar información sobre los beneficios de la visión, no la visión estratégica de la empresa"). Incluso si los usuarios no saben qué función secundaria proporciona un servicio, pueden navegar al centro de RR. HH. y, a continuación, usar el ámbito de búsqueda proporcionado por el centro, buscar (o navegar) en el centro de RR. HH. para encontrar rápidamente lo que necesitan.
Algunas funciones organizativas tienen un ámbito empresarial, pero una ejecución regional o de producto. Por ejemplo, piense en un departamento de ventas que puede tener sitios para regiones de ventas y sitios para oficinas basadas en ubicación. Este tipo de función siempre ha presentado un desafío a la organización jerárquica de contenido de intranet mediante subsitios. ¿Hacemos que el sitio ventas del sudeste sea un subsitio del sitio de la región sudeste o del sitio de ventas globales? Y, ¿qué ocurre cuando un estado dentro de la región sudeste se asigna a una nueva región; por ejemplo, desde la región sudeste hasta la región noreste? Este tipo de movimiento organizativo dinámico crea una pesadilla para la organización de intranet si usa subsitios, pero no con sitios de concentrador. Elegir un centro puede crear cierta angustia porque un sitio individual solo se puede asociar a un centro, pero tenga en cuenta que el contenido de un sitio puede aparecer en varios centros. Puede personalizar los orígenes de los siguientes elementos web en un centro de conectividad:
Nota
Una organización puede tener hasta 2000 sitios centrales. Es posible que no necesite un sitio de concentrador para cada función y es importante realizar algún planeamiento antes de crear centros.
No hay ninguna manera de determinar cómo alinear sitios con un centro de conectividad en este escenario. Empiece siempre respondiendo a estas preguntas:
¿Quién es su público y qué necesitan lograr?
¿Cómo realizan su trabajo las personas que necesitan la información?
Alinee el centro para crear experiencias que habiliten primero al usuario. Es posible que quiera pensar en cómo piensan las personas de cada grupo de trabajo el trabajo que realizan alineando los sitios regionales con la función, ya que es más probable que el contenido de ventas para el noreste se organice de forma similar al contenido de ventas para el sudeste que para la oficina regional del sudeste. Pero esto es mucho una situación "depende". En algunas organizaciones, tendrá mucho más sentido organizar todas las funciones en torno a un centro regional que un centro funcional. Con las funcionalidades multigeográficas de sitios centrales, puede crear una mejor experiencia de usuario al asociar Austria Sales con el centro de Austria y no con el centro de ventas global. En este tipo de escenario, puede usar un vínculo en el sitio de ventas de Austria para conectarlo al centro de ventas global y agregar cada sitio de ventas regionales a la navegación del centro para ventas globales.
Nota
Un sitio solo se puede asociar a un sitio central. Pero los sitios centrales se pueden conectar entre sí mediante vínculos en la página o en la navegación del sitio central. Además, los centros de conectividad también se pueden asociar a otros centros para crear un ámbito de búsqueda extendido para las familias de centros. Por ejemplo, es posible que tenga un centro denominado Ventas de región noreste que quiera "conectar" a un centro de ventas globales. Ahora puede asociar un centro a otro centro para expandir los resultados de búsqueda en varios centros de la organización.
Una buena práctica consiste en empezar con un enfoque coherente para todas las funciones que tienen un patrón, como Ventas. Si alinea funciones específicas de la región con el centro regional, hágalo para todas las funciones. Cualquier enfoque es válido, pero desde una perspectiva de facilidad de uso, ayuda a ser coherente.
Los sitios centrales proporcionan dos experiencias organizativas principales que debe considerar como parte del proceso de planeamiento del centro. Aunque los administradores de sitios de SharePoint deben crear un sitio de concentrador y [arriba] en Microsoft 365, la planeación, la administración y la organización del sitio central es responsabilidad del propietario del sitio central. Los conceptos de organización de los sitios centrales son:
Asociación
Navegación
Un sitio pasa a formar parte de una familia de centros al asociar un sitio de SharePoint con un sitio central. Al crear un sitio central, los administradores de SharePoint solo pueden permitir que determinados propietarios de sitios asocien sitios con el centro.
Después de que un administrador de SharePoint concede permiso al propietario de un sitio para asociar sus sitios a un sitio central, el propietario del sitio puede optar por asociar los sitios al centro. Cuando lo hacen, el sitio hereda el tema del sitio central y la navegación compartida. El contenido de su sitio se acumula al sitio central en elementos web donde el origen es "todos los sitios del centro" y el sitio se incluirá en el ámbito de búsqueda del sitio central.
La asociación con el sitio central no agrega automáticamente el sitio a la navegación del sitio central. Los propietarios de sitios centrales determinan los sitios que se incluyen en la navegación. También pueden configurar el contenido noticias, sitios, eventos y resaltados para que reanúsen la actividad de todos los sitios asociados o solo de los sitios seleccionados.
Nota
La asociación con un sitio central no cambia los permisos de un sitio. Si asocia un sitio que tiene acceso restringido a un sitio central, solo los usuarios con acceso al sitio restringido ven el contenido distribuido en el sitio central. La información expuesta en el sitio central está recortada en seguridad: si no tiene acceso al contenido, no la verá. Algo que puede tener en cuenta es ajustar los permisos en los sitios asociados después de ensamblar la familia del centro o agregar un grupo de permisos de "lectura" del centro al centro y agregar ese grupo de permisos a sitios asociados.
El propietario del sitio central determina los sitios que se reflejan en la navegación compartida y además puede incluir vínculos a otros recursos. Esta navegación aparece en la parte superior, debajo de la barra del conjunto de aplicaciones. La mayoría de las veces, se recomienda agregar sitios asociados a la navegación del sitio central. Esa es una de las ventajas de las experiencias que puede habilitar con un sitio central. La navegación del sitio central puede tener un máximo de tres niveles, lo que le permite organizar la familia del sitio central de forma que ayude a los usuarios a descubrir y encontrar contenido relevante.
Nota
El estilo de menú de navegación predeterminado para la navegación del centro de sitios de grupo estará en cascada.
Sin embargo, es posible que no quiera agregar todos los sitios asociados a la navegación y que quiera considerar la posibilidad de agregar sitios que no están asociados a la navegación. Tenga en cuenta lo siguiente a medida que planee la navegación del centro.
¿Desea agregar sitios de acceso privado o restringido a la navegación? Quizás. Por ejemplo, es posible que RR. HH. quiera asociar su sitio de equipo privado al centro de recursos humanos para que sea más cómodo para los miembros del equipo de RR. HH. Sin embargo, es posible que el propietario del centro de RR. HH. no quiera mostrar un vínculo al sitio del equipo de RR. HH. en la navegación compartida del centro de recursos humanos, ya que esto haría que el sitio de RR. HH. privado fuera más reconocible por todos los usuarios de la organización, que obtendrán un desafío de acceso al hacer clic en el vínculo al sitio del equipo de RR. HH. Si agrega sitios privados a la navegación del centro, considere la posibilidad de usar la segmentación de audiencia para que el vínculo solo aparezca para los miembros del sitio privado. En otro escenario, puede haber un sitio que sea "semi-privado" que quiera que descubran las personas interesadas. Por ejemplo, es posible que tenga una comunidad que quiera restringir la pertenencia a personas con una experiencia específica, pero también quiere descubrir expertos en toda la organización. En este escenario, los usuarios pueden obtener un mensaje de acceso denegado o de solicitud de acceso, pero el propietario del sitio está preparado y quiere conceder acceso a las personas interesadas.
Sugerencia
Si agrega vínculos a sitios privados en la navegación del centro y no tiene previsto usar la segmentación de audiencia, considere la posibilidad de agregar (restringido) o (privado) o (externo) al nombre del vínculo para ayudar a los usuarios a comprender que es posible que no tengan acceso al vínculo de navegación.
¿Desea agregar sitios que no están asociados al centro de navegación? Quizás. Dado que un sitio individual solo se puede asociar a un centro, agregar sitios que no están asociados al centro ayuda a proporcionar una manera de conectar el centro a sitios relacionados. Por ejemplo, si decide asociar funciones dentro de una región con un centro regional en lugar del centro de funciones global, puede agregar vínculos de navegación desde el centro de funciones a cada uno de los sitios de la región. Por ejemplo, si tiene un centro de funciones para RR. HH., puede agregar los sitios de RR. HH. regionales (RR. HH. nororiental, Sudeste de RR. HH., etc.) a la navegación del centro de RR. HH. para crear una experiencia de RR. HH. completa. Tenga en cuenta que, al hacerlo, las noticias y la actividad de los sitios regionales de RR. HH. no se mostrarán en el centro de RR. HH. (pero se mostrarán en el centro regional). Y, al navegar desde el centro de RR. HH. al sitio de RR. HH. regional, estará en un sitio que tenga el tema y la navegación del centro regional, no la navegación y el tema de RR. HH. No hay nada inherentemente incorrecto o malo en este escenario, pero debe tener en cuenta las implicaciones al planear las experiencias de navegación del centro de conectividad.
Sugerencia
No asocie sitios de extranet al centro si no quiere que los usuarios de extranet vean la navegación compartida. Considere la posibilidad de agregar solo los sitios externos a la navegación del concentrador para que los usuarios internos tengan acceso rápido a los sitios de extranet pertinentes.
No es necesario tener más de un centro para su organización, pero debe pensar en lo que esto significa para la organización de la información y la detección. Una ventaja de tener un solo centro es que todos los sitios de la intranet compartirán una navegación superior coherente. Sin embargo, dado que todos los sitios también pueden compartir una navegación global coherente en la barra de aplicaciones, es posible que desee considerar la posibilidad de aprovechar más de un centro de conectividad.
Si solo tienes un centro, perderás la capacidad de exponer fácilmente información relacionada en contexto y la capacidad de definir fácilmente un ámbito de búsqueda para el contenido relacionado. Por ejemplo, si tiene un único centro de conectividad empresarial, será más difícil exponer solo noticias relacionadas con RR. HH. en el sitio de RR. HH. Incluso las organizaciones pequeñas pueden encontrar que restringir el contexto en el que los usuarios encuentran información es útil para administrar la sobrecarga de información. Ahora tenemos la capacidad de crear una jerarquía de centros para crear asociaciones de centro a centro. Esto le permite crear una red de centros que se acumulan entre sí para crear conexiones y ámbitos de búsqueda adicionales. Cuando los centros están asociados entre sí, el contenido se puede buscar y mostrar en centros de hasta tres niveles de asociación.
Aunque técnicamente no hay ningún límite en el número de sitios que puede asociar a un centro de conectividad, hay directrices prácticas que debe tener en cuenta para que obtenga la ventaja óptima de usar centros de conectividad en la arquitectura de información (IA).
Al igual que con la mayoría de las decisiones de IA, primero debe centrarse en los resultados que intenta lograr mediante centros de conectividad y, a continuación, usar ese objetivo para ayudar a determinar un número práctico de sitios que asociar a un centro. Un buen punto de partida es centrarse en las principales ventajas de usar un centro para organizar sitios.
Objetivo clave de beneficios y resultados | Guía práctica |
---|---|
Compartir un tema común en todos los sitios | En general, no establecería un centro cuando el único objetivo de resultado es compartir un tema coherente para todos los sitios. Para obtener más información sobre los temas de sitio de SharePoint, vea: Temas del sitio de SharePoint: cmdlets de PowerShell | Microsoft Learn. |
Mostrar vínculos a todos los sitios del centro de navegación del sitio | Técnicamente no más de 500, prácticamente y desde una perspectiva de rendimiento, no más de 100. Hay un límite técnico para el número de nodos de navegación que puede tener en un sitio de SharePoint. Sin embargo, a menos que use la segmentación de audiencia para limitar el número de sitios que ve un usuario determinado, mostrar 500 vínculos de navegación crearía una experiencia de usuario muy difícil de leer. Desde una perspectiva de rendimiento y experiencia del usuario, el número recomendado de vínculos no supera los 100. Si desea mostrar todos los sitios del centro en la navegación, el número máximo recomendado de sitios por centro es 100. |
Mostrar una lista dinámica y recortada de seguridad de todos los sitios del centro sin código escrito. | No más de 99. El elemento web de sitios se puede establecer para filtrar por "todos los sitios del centro" hasta un máximo de 99 sitios. |
Ámbito de búsqueda compartido para todos los sitios del centro. | Aproximadamente 2000. Técnicamente, no hay ningún límite difícil para el número de sitios que puede asociar a un centro desde una perspectiva de búsqueda. Sin embargo, puede experimentar problemas de rendimiento cuando tiene un gran número de sitios asociados a un centro de conectividad. Considere el objetivo de resultados: ¿realmente necesita un sitio para cada "tema" o una biblioteca de documentos lograría sus objetivos? Puede tener 2000 listas y bibliotecas en una colección de sitios y, dentro de cada biblioteca, puede tener hasta 30 millones de archivos y carpetas. Es posible que el uso de varias bibliotecas de documentos en un sitio pueda lograr los objetivos de resultados si el propósito principal del centro es buscar en archivos relacionados. Si necesita un sitio para cada tema, debe tener en cuenta los desafíos de administrar un gran número de colecciones de sitios asociadas a un único centro de conectividad y si puede haber un enfoque alternativo para obtener los objetivos de resultados que desea. |
Buscar centros si tiene más de uno. Los centros de conectividad son un bloque de creación importante para la intranet. Estas son algunas maneras de hacer que los sitios del centro de conectividad sean reconocibles:
Agregue centros de conectividad a la navegación global. Agregue los centros de conectividad a la navegación global del inquilino en la barra de aplicaciones de SharePoint.
Agregue centros de claves a la página de inicio de SharePoint. Ancle los sitios centrales al área Vínculos destacados de la página de inicio de SharePoint. Anime a todos los usuarios a "seguir" los sitios centrales.
Llegar a la audiencia adecuada para las noticias. Los sitios centrales le ayudan a traer noticias a las personas adecuadas en el momento adecuado y en el contexto adecuado. Las noticias no fluyen hacia los sitios asociados, solo desde el sitio asociado hasta el centro. Si desea tener el alcance más amplio para las noticias, publíquela en el sitio central. Para que las noticias del centro sean más visibles, es posible que desee tener dos elementos web de noticias en la página principal: uno para las noticias publicadas en el inicio del centro y otro que incluya noticias repartidas desde sitios asociados (todos o solo los sitios seleccionados).
Convenciones de nomenclatura del centro. Piense en las convenciones de nomenclatura de los sitios centrales para que sean más reconocibles. Algunas opciones incluyen nombres como HR Central, HR Hub, HR Portal. Intente elegir una convención de nomenclatura coherente para todos los sitios centrales.
Prepararse para el centro de conectividad. Una vez que haya planeado los centros de conectividad, puede transformar un sitio existente (preferiblemente un sitio de comunicación) para convertirse en un sitio de concentrador o crear un nuevo sitio de comunicación y convertirlo en un sitio de concentrador. A continuación, puede agregar y configurar los elementos web y la navegación en el sitio central para enfatizar las funcionalidades del centro.
Subsitios. Los sitios centrales resuelven muchos o la mayoría de los casos de uso para los que usó anteriormente subsitios. Se recomienda usar los sitios centrales en el futuro para organizar los sitios en la intranet. Sin embargo, los subsitios seguirán siendo compatibles como una característica clásica y agregaremos la nueva plantilla de sitio de equipo como una opción de subsitio.
¿Su sitio principal debe ser un centro de conectividad? Depende. Considere la posibilidad de convertir el sitio principal en un centro de conectividad si tiene un conjunto único de sitios que representan la intranet "oficial" donde quiere una marca y un ámbito de búsqueda distintos que desea distinguir de otros sitios del inquilino. Considere la posibilidad de dejar el sitio principal como un sitio "normal" si planea tener varios centros de conectividad y quiere que los usuarios aprovechen la barra de aplicaciones de SharePoint para la navegación global. Todos los sitios de la intranet no tienen que estar conectados a un centro si el sitio principal no es un centro. Algunos sitios pueden formar parte de un centro de conectividad y tienen navegación local y concentrador, pero otros sitios solo pueden tener navegación local. En este escenario, la barra de aplicaciones proporciona la navegación global de la intranet, no un centro.
Use los sitios centrales cuando se alineen con los resultados empresariales y resuelvan una necesidad para los usuarios.
Si tiene preguntas técnicas sobre este tema, es posible que le resulte útil publicarlas en el foro de discusión de SharePoint. Es un excelente recurso para encontrar a otros que han tratado temas similares o que se han encontrado en la misma situación.
Autor principal: Susana Hanley, MVP
- LinkedIn: http://www.linkedin.com/in/susanhanley
- Sitio web: www.susanhanley.com