¿Cuándo debo crear un subsitio en SharePoint?

Question

Recientemente me metí en una posición en la que necesito ver una compensación de la creación de un subsitio en SharePoint. Me gustaría saber cuáles son todo el escenario que necesitamos para crear un nuevo subsitio y por qué.

Ejemplo :

1. Tener un nivel diferente de seguridad en comparación con otros sitios.
2. Tener una página maestra diferente

Answer 1

Los subsitios son increíblemente útiles en todos los siguientes escenarios

• Este sitio tiene una función diferente del sitio principal.

Suponiendo que está hablando de un portal interno, generalmente desea que su servicio de asistencia y sus comités sociales tengan su propio subsitio cada uno. Porque su información casi nunca será relevante entre sí, y ambos no se usan comúnmente.

• El sitio tiene un público objetivo diferente del sitio principal.

Podría tener un portal para que todos los pasantes lo vean. No es privado, no tiene un sistema de permisos separados, pero tiene todas las cosas de "comenzar en XYZ Corporation", y tiene los diversos folletos de capacitación y otra información que se pone en un lugar pequeño.

• El sitio tiene información que no es necesaria en otro lugar.

Es muy útil clasificar toda su información, y generalmente es deseable dividirla tanto como sea posible. Si tiene reuniones de estado semanales, y alguien crea y agenda, y hay minutos, y hay asistencias, etc. ... entonces puede crear un subsitio para albergar solo la información relacionada con esas reuniones. Luego puede agregarle un calendario y etc. De esa manera, cualquiera que se pregunte acerca de las reuniones solo debe ir al subsitio de la "reunión semanal", y toda la información se establece y se adapta.

---

En general, desea utilizar subsitios siempre que haya una división de información. Sugeriría que luches contra el impulso de hacer la mayoría de las cosas en la raíz. De hecho, a menudo he visto que el sitio de la raíz contiene en su mayoría enlaces a todos los subsitios. Porque es más simple ir a un área dedicada a la información particular que necesita, en lugar de avanzar a través de las toneladas de información que estaría atascada en la raíz.

Answer 2

Aquí hay algunas publicaciones de blog populares que escribí en el pasado:

Planificación de topología del sitio de SharePoint

Planificación de topología del sitio y taxonomías

Creo que siguen siendo útiles y relevantes.

Answer 3

Otra razón es cuando necesita tener listas separadas o bibliotecas de documentos que sean específicas de un sitio. Si crea páginas, todas las páginas deben usar las colecciones de la lista de sitios principales. Si necesita "sitios" para tener sus propias colecciones o listas, los subtitios lo harán.

Answer 4

Una razón obvia sería la localización. Si tiene un sitio llamado muestra, crea un subsitio en inglés y promueve un subsitio de EE. UU. Bajo inglés. Ahora, si necesita usar todo el contenido de la muestra e inglés para un sitio canadiense, puede crear un sitio "CA" bajo inglés. Así es como se construyen los sitios de Microsoft actualmente.

Answer 5

Otra buena razón podría ser minimizar los resultados de búsqueda. En mi experiencia, tuve que construir un banco de conocimiento una vez, pero al usar la búsqueda, se mostraron resultados innecesarios del sitio completo. Poner el KB en un subsite dio resultados de búsqueda mejores y más aplicables.

Answer 6

Para cuando un sitio tiene reglas comerciales diferentes que otro sitio.