M365Con 2027 – бесплатная онлайн-конференция · 11–22 Jan 2027 · 120 sessions→ m365con.net

Блог · Mirko Peters

Управление хаб-сайтами SharePoint: стратегии и лучшие практики

By · · Updated

Управляйте хаб-сайтами SharePoint с помощью четких правил владения, правил связывания сайтов, навигации, брендинга, контроля доступа и управления жизненным циклом подключенных сайтов.

Automatically translated with AI from the original post. Read the English original

Cover: Harden Microsoft Teams Security and Guest Access

Если вы хоть раз пытались навести порядок в цифровом рабочем пространстве SharePoint, то знаете, как быстро все может выйти из-под контроля. Именно здесь на помощь приходит управление хаб-сайтами. Управление хаб-сайтами SharePoint — это создание понятной и устойчивой системы того, как используются, поддерживаются и защищаются ваши хаб-сайты. Имея правильные стратегии и лучшие практики, вы сможете держать экосистему SharePoint в порядке, в безопасности и удобной для навигации — больше никаких вопросов о том, кто за что отвечает и почему все вдруг выглядит как новое.

В этом обзоре рассматриваются ключевые идеи, этапы планирования и практические решения для эффективного управления. Сталкиваетесь ли вы с разрастанием сайтов, вопросами безопасности или просто хотите сделать работу пользователей удобнее, эти лучшие практики помогут надолго поддерживать ваши хаб-сайты в отличной форме.

Хаб-сайт SharePoint — определение

Хаб-сайт SharePoint — это тип сайта SharePoint, который объединяет и упорядочивает связанные командные сайты и сайты коммуникаций в единую общую навигацию, брендинг и область поиска, создавая согласованный и удобный для поиска интранет.

Краткое пояснение: хаб-сайты позволяют администраторам и владельцам сайтов связывать сайты между собой, чтобы они имели общую верхнюю навигацию, тему оформления и структуру. Они агрегируют такой контент, как новости, события и результаты поиска из связанных сайтов, упрощают управление разрешениями и правилами для нескольких сайтов и помогают пользователям находить связанные ресурсы, поддерживая единую информационную архитектуру в масштабах организации.

Хаб-сайты SharePoint и потребности в их управлении

Хаб-сайты SharePoint играют особую роль в мире Microsoft 365. В крупных организациях все может быть разрозненным: отделы, проекты, регионы и многое другое. Хаб-сайты позволяют упорядочить эти разрозненные части в логичную структуру с единой навигацией и согласованным брендингом. Но чем больше возможностей, тем больше ответственности. Без грамотного управления аккуратное и упорядоченное цифровое рабочее пространство очень быстро превращается в запутанный лабиринт.

Почему управление так актуально? Прежде всего, каждый хаб-сайт влечет за собой решения о доступе, безопасности данных, требованиях соответствия и о том, как должен управляться контент на протяжении всего своего жизненного цикла. Здесь заинтересованы и ИТ-команды, и бизнес-руководители. Им нужны преимущества гибкой совместной работы, но и уверенность в том, что конфиденциальная информация защищена и нормативные требования выполнены.

Сегодня организации испытывают растущее давление из-за удаленной работы, законов о конфиденциальности и внутренних аудитов. Поэтому надежное управление — это не просто «желательно», а основа всей стратегии SharePoint. В следующих разделах вы найдете четкие ответы на вопрос, что такое хаб-сайты, а также разбор того, почему целенаправленное управление имеет решающее значение, если вы хотите избежать хаоса, выполнить требования соответствия и обеспечить всем тот цифровой опыт, которого они заслуживают.

Что такое хаб-сайт SharePoint?

Хаб-сайт SharePoint — это центральный организующий уровень в Microsoft 365, который объединяет связанные сайты SharePoint под одной крышей. Представьте его как главную улицу, которая собирает сайты разных команд, отделов или проектов с единой навигацией и общим обликом. Хаб-сайты помогают пользователям находить контент на связанных сайтах, стандартизируют брендинг и применяют общие политики и разрешения на более широком цифровом пространстве. Они гарантируют, что разные части организации не будут работать изолированно или, что еще хуже, каждый раз заново изобретать велосипед, когда кому-то понадобится новый сайт.

Значение управления для хаб-сайтов

Надежное управление хаб-сайтами SharePoint необходимо для того, чтобы ваша информация оставалась в безопасности, данные соответствовали требованиям, а цифровое рабочее пространство было управляемым. Хорошо управляемые хаб-сайты помогают предотвратить утечку конфиденциальных данных, обеспечивают выполнение нормативных стандартов и дают удобный пользовательский опыт. Без управления вы рискуете получить неконтролируемый рост (он же разрастание), некорректно назначенные разрешения и пользователей, которые с трудом находят нужное, а то и, что еще хуже, находят то, что им находить не следует. Управление — это то, что поддерживает работу механизма и не дает вашей среде SharePoint превратиться в неуправляемый хаос.

Планирование управления хаб-сайтами SharePoint

Браться за управление сайтами-хабами SharePoint без плана — значит напрашиваться на неприятности. Прежде чем назначать роли или настраивать политики, нужно определить, чего вы хотите добиться с помощью управления. Этот этап — не столько про повседневные мелочи, сколько про то, чтобы отойти в сторону и сформулировать крупные цели. Как выглядит успешное управление именно в вашей организации? Речь идёт о более понятной навигации, более жёсткой безопасности, лучшей вовлечённости или обо всём сразу?

Планирование также позволяет учесть мнения всех, кого касаются ваши сайты-хабы SharePoint. Администраторы ИТ, команды по соответствию требованиям, руководители бизнес-подразделений и владельцы сайтов смотрят на ситуацию по-разному, и игнорирование любой из этих групп рано или поздно обернётся проблемами. Это ваш шанс заранее выявить требования, потенциальные риски и особые потребности.

В следующих разделах мы разберём базовые принципы, покажем, как ставить точечные цели, и выясним, кого нужно привлечь, чтобы план управления действительно работал. Заложенный сейчас фундамент сэкономит массу времени и нервов в будущем: от проблем с соответствием требованиям до путаницы у пользователей.

Основные принципы управления сайтами-хабами SharePoint

  • Масштабируемость: управление должно расти вместе с организацией, позволяя добавлять сайты и пользователей без лишней сложности и потери контроля.
  • Согласованность: единые навигация, брендинг и политики обеспечивают привычный пользовательский опыт независимо от того, какой сайт-хаб открыт.
  • Контроль доступа: надёжные разрешения на основе ролей защищают конфиденциальную информацию и гарантируют, что пользователи видят только то, что им положено.
  • Соответствие требованиям: структура управления должна поддерживать внутренние и внешние нормативы — от GDPR до отраслевых требований, — чтобы работа с данными оставалась в рамках закона и была готова к аудиту.

Постановка понятных целей управления

Понятные цели управления задают направление стратегии сайтов-хабов SharePoint. Они должны быть конкретными, измеримыми и реалистичными для вашей бизнес-среды. Например, вы можете стремиться сократить количество несанкционированно создаваемых сайтов, повысить уровень внедрения среди сотрудников или выполнить обязательства по соответствию требованиям. Определив эти цели заранее, вы сфокусируете политики и добьётесь того, чтобы все двигались в одном направлении — от ИТ до бизнес-заинтересованных сторон и не только.

Заинтересованные стороны в управлении сайтами-хабами

  • Администраторы ИТ: внедряют политики и поддерживают среду сайтов-хабов.
  • Команды по соответствию требованиям: обеспечивают соответствие данных и процессов законодательным и нормативным требованиям.
  • Бизнес-подразделения: представляют потребности конечных пользователей и помогают определить политики, необходимые для их отделов.
  • Владельцы сайтов: осуществляют повседневное управление и выступают основными контактными лицами для связанных с ними сайтов.

Установление политик управления для сайтов-хабов

Когда фундамент заложен, пора разработать конкретные правила и процедуры управления сайтами-хабами. Этот этап посвящён созданию политик, которые делают среду безопасной, соответствующей требованиям и простой в администрировании, не перегружая всех лишней бюрократией. Политики управления должны охватывать всё: от того, кто может присоединять сайты к хабу, до работы с конфиденциальным контентом и того, каким конечные пользователи видят цифровой опыт.

Надёжное управление также учитывает ключевые технические и деловые факторы. Законы о конфиденциальности, удалённая работа и трансграничное сотрудничество делают нерегулируемые сайты-хабы SharePoint источником серьёзных рисков для безопасности и соответствия требованиям. Чёткие политики не только защищают организацию, но и создают более эффективную и надёжную цифровую рабочую среду.

В следующих разделах мы подробно разберём отдельные области политик: связывание сайтов, средства контроля безопасности, управление контентом и стандарты брендинга. Каждая из них играет важную роль в построении модели управления, которой вы и ваши пользователи могут доверять, — модели, которая растёт вместе с вашими потребностями и при этом всегда держит ситуацию под контролем.

Управление связыванием сайтов и их жизненным циклом

Привязка сайтов и управление жизненным циклом определяют, как сайты подключаются к центральному сайту — от подключения до регулярной проверки и окончательного удаления. Эти правила гарантируют, что к центральному сайту привязываются только подходящие и активные сайты, что сокращает количество лишнего и повышает контроль над средой SharePoint. Политики жизненного цикла помогают автоматизировать такие задачи, как проверка неактивных сайтов, напоминания владельцам или безопасное архивирование устаревшего контента — часто с помощью инструментов рабочих процессов. Практические советы по автоматизации смотрите на этой странице об автоматизированном управлении жизненным циклом.

Определение мер безопасности и контроля доступа

Меры безопасности и контроля доступа — основа безопасного управления центральными сайтами. Эти политики определяют, кто получает доступ к чему, как обрабатываются разрешения на связанных сайтах и какие меры необходимы для защиты конфиденциальной информации. Согласование мер безопасности с политиками компании и нормативными требованиями — обязательно. Если вы работаете с Teams параллельно с SharePoint, вам пригодятся многоуровневые стратегии безопасности (например, условный доступ и DLP). Подробности и лучшие практики изложены в ресурсах, например, в этом выпуске о повышении безопасности Teams.

Ответственность за управление контентом и соответствие требованиям

Эффективное управление контентом означает четкое определение того, кто отвечает за качество контента, хранение данных и соответствие требованиям, например за запросы eDiscovery. Политики управления должны указывать, какие инструменты использовать для проверки документов, управления записями и обеспечения хранения конфиденциальной информации в соответствии с нормативными требованиями. Назначение конкретных ролей для этих задач помогает поддерживать контроль и подотчетность, а при необходимости используются возможности Microsoft 365 для классификации, аудита и регуляторного хранения.

Брендинг и единообразие на центральных сайтах

Единообразный брендинг и темы помогают пользователям мгновенно узнавать своё цифровое рабочее пространство и повышают доверие к сайтам вашей организации. Политики должны определять не только логотипы и цвета, но и шаблоны и макеты на всех центральных сайтах, что упрощает внедрение и снижает путаницу. Стандартизация не означает подавление творчества, но гарантирует, что каждый пользователь, от новичка до руководителя, с каждым кликом и прокруткой понимает, что он находится в нужном месте.

Распространённые ошибки при создании политик управления для центрального сайта SharePoint

  • Отсутствие четкого владения и ролей: если не назначить владельца центрального сайта, ответственных и определенные обязанности, возникают путаница и непоследовательное соблюдение правил.
  • Политики слишком расплывчатые или слишком строгие: расплывчатые политики игнорируются, а чрезмерно жесткие правила мешают сотрудничеству и внедрению.
  • Игнорирование деловых целей и потребностей пользователей: управление, построенное без учета бизнес-целей и рабочих процессов пользователей, теряет актуальность и снижает уровень соответствия требованиям.
  • Отсутствие правил жизненного цикла и управления контентом: если не определены политики хранения, архивирования или удаления, возникают беспорядок, риски несоответствия требованиям и разрастание хранилища.
  • Неудачный процесс создания и регистрации сайтов: разрешение любому сайту привязываться к центральному сайту без проверки приводит к несогласованной структуре, брендингу и рискам безопасности.
  • Недостаточные рекомендации по безопасности и разрешениям: отсутствие стандартизированных моделей разрешений и контроля внешнего общего доступа ведет к утечкам данных и разрастанию доступа.
  • Отсутствие стратегии таксономии и метаданных: пропуск управляемых метаданных, типов контента и тегов приводит к плохой возможности поиска и несогласованной организации контента.
  • Неспособность документировать и доносить политики: неопубликованное или плохо донесенное управление означает, что пользователи не знают ожиданий и не понимают, как их выполнять.
  • Отсутствие мониторинга, отчетности и механизмов принуждения: без регулярных аудитов, метрик использования и процессов обеспечения соблюдения политики со временем становятся неэффективными.
  • Пренебрежение обучением и управлением изменениями: внедрение управления без обучения пользователей и постоянной поддержки снижает уровень внедрения и увеличивает теневую ИТ-инфраструктуру.
  • Отсутствие планирования масштабирования и развития: Если относиться к управлению как к разовой настройке, а не как к постоянно развивающейся практике, центр не сможет адаптироваться к росту и новым требованиям.
  • Игнорирование влияния интеграций и настроек: Если не оценить, как пользовательские веб-части, сторонние приложения или интеграции взаимодействуют с управлением, это может нарушить политики или создать брешни в безопасности.

Эффективное управление разрешениями и ролями

Сайты-центры SharePoint сами себя не администрируют, а чрезмерный доступ не тем людям — верный путь к проблемам. Эффективное управление означает точное понимание того, кто дёргает за ниточки, а кто просто наслаждается спектаклем. Чёткое распределение административных ролей и правильная структура разрешений удерживают контроль и делают зоны ответственности понятными: никакой неопределённости насчёт того, кто отвечает за сайт и что в нём можно менять.

Управление разрешениями — это не только безопасность, но и удобство для пользователей и администраторов. Грамотное управление ролями предотвращает «расползание» разрешений, устраняет путаницу и гарантирует, что за порядок на сайте-центре отвечают только нужные люди.

Далее вы увидите, как работают назначение владельцев и управление разрешениями для связанных сайтов. Так вы не получите администратора-загадку или лоскутную систему того, кто может просматривать — или случайно удалить — ваш самый важный контент.

Назначение и делегирование владельцев сайтов-центров

Назначение владельцев сайтов-центров — критически важный шаг в управлении SharePoint. Владельцы отвечают за повседневный контроль, внедрение политик и поддержание соответствия требованиям. Лучшая практика — назначать основного и резервного владельцев, чтобы всегда был человек, который поддерживает управление в рабочем состоянии. Делегирование обязанностей доверенным резервным владельцам или субадминистраторам защищает от сбоев, когда сотрудники меняют роли или уходят в отпуск, и обеспечивает непрерывный контроль.

Управление разрешениями для связанных сайтов

Связанные сайты могут наследовать разрешения от своего центра или использовать собственные настройки на уровне сайта. Определение того, распространяются ли разрешения вниз по иерархии или остаются уникальными, гарантирует, что доступ получают только авторизованные пользователи. Используйте средства мониторинга Microsoft 365 для регулярного аудита структуры разрешений и выявления расхождений, чтобы экосистема центра оставалась защищённой, а весь доступ соответствовал стандартам безопасности вашей компании. Строгий контроль разрешений защищает конфиденциальную информацию и держит журналы аудита в порядке.

Мониторинг и аудит действий на сайтах-центрах

  • Настройте журналы аудита: Включите ведение журналов, чтобы отслеживать изменения на сайтах, события доступа и действия пользователей. Эти журналы помогают выяснить причины неожиданных изменений и поддерживают расследования в области соответствия требованиям при инцидентах.
  • Регулярный анализ активности: Планируйте периодические проверки действий на сайтах и ищите подозрительные закономерности: необычный доступ, быстрые изменения разрешений или массовые удаления, которые могут сигнализировать о проблемах.
  • Автоматические оповещения: Используйте Microsoft 365 Security & Compliance Center, чтобы настроить оповещения о возможных нарушениях политик или рискованном поведении, чтобы администраторы узнавали о необходимости вмешательства сразу.
  • Аудит разрешений: Проводите проверки, сопоставляя реальные разрешения с политиками управления, и убеждайтесь, что доступ к сайтам имеют только авторизованные пользователи и что не остаётся неиспользуемых или посторонних учётных записей.
  • Аналитика использования: Отслеживайте показатели использования центров и сайтов, чтобы оценивать тенденции внедрения, находить области, требующие обучения или очистки, и демонстрировать заинтересованным сторонам отдачу от управления.

Автоматизация управления с помощью инструментов Microsoft 365

  • Автоматизация на базе Power Platform: Внедрите рабочие процессы в Power Automate для стандартизации запросов на создание сайтов, процессов согласования и периодических проверок доступа — это экономит время и снижает количество ручных ошибок. Больше идей — в практических советах по автоматизированному управлению жизненным циклом.
  • Соответствие требованиям в Microsoft Purview: Используйте защиту информации, политики DLP и метки хранения Purview, чтобы автоматически выявлять, классифицировать и защищать данные на всех сайтах, связанных с центром, снижая риск случайной или намеренной утечки данных.
  • Автоматизированное управление жизненным циклом: сочетайте Graph API и Power BI для процессов очистки на основе активности: определяйте неактивные сайты, напоминайте владельцам о необходимости проверки и упрощайте архивирование или удаление с минимальным ручным вмешательством, одновременно документируя все действия для соответствия требованиям.
  • Самообслуживание с защитными механизмами: позвольте бизнес-пользователям создавать сайты или управлять участием в них, но поддержите их средствами контроля управления, которые автоматически применяют политики именования, метаданных и разрешений, чтобы среда оставалась в порядке по мере роста.

Типичные сценарии управления хаб-сайтами SharePoint

Каждая организация сталкивается с проблемами при внедрении или поддержке хаб-сайтов SharePoint. От стремительного размножения сайтов до сложностей с регулируемыми данными — эти типичные сценарии возникают снова и снова. Предвидя их и имея готовые планы реагирования, вы превращаете потенциальный хаос в управляемые задачи.

Разные бизнес-потребности и нормативная среда создают уникальные задачи в области управления. Одним организациям нужно обуздать разрастание сайтов, другим — обеспечить строгое соответствие требованиям для конфиденциальных данных. В любой ситуации шаблоны решений и структуры управления помогут заранее снизить типичные риски, не изобретая велосипед.

В следующих разделах подробно разбираются два ключевых сценария: сдерживание разрастания сайтов и управление их жизненным циклом, а также выполнение строгих требований безопасности и соответствия в регулируемых отраслях. Правильная обработка этих задач делает использование SharePoint безопасным, эффективным и готовым к аудиту, чтобы вы могли сосредоточиться на главном: работать умнее, а не усерднее.

Управление разрастанием хаб-сайтов и задачи жизненного цикла

Бесконтрольный рост хаб-сайтов ведет к беспорядку, путанице и административным проблемам. Разрастание затрудняет контроль, открывает брешни в безопасности и тратит ресурсы впустую. Стратегии управления ростом включают консолидацию малоиспользуемых сайтов, регулярный анализ их активности и внедрение четких политик жизненного цикла, например плановое архивирование или систематическое удаление устаревших хабов. Подробнее о том, как справиться с подобным разрастанием, читайте в этом руководстве о том, как управление Teams превращает хаос в уверенную совместную работу.

Обеспечение безопасности и соответствия требованиям в регулируемых отраслях

В сильно регулируемых секторах, таких как финансы или здравоохранение, управление хаб-сайтами должно учитывать более строгие требования к конфиденциальности данных, аудиту и хранению записей. Организации должны отслеживать, кто получает доступ к конфиденциальной информации, соблюдать графики хранения и удаления и вести журналы аудита для отчетности о соответствии. Применение принципов «конфиденциальность по замыслу», прозрачность и надежные средства контроля для пользователей обеспечивает одновременно соответствие требованиям и доверие пользователей. Подробнее о безопасных практиках и структурах соответствия требованиям см. материал о подходе Microsoft Copilot к конфиденциальности данных.

Интеграция управления хаб-сайтами с Microsoft Teams

Хаб-сайты SharePoint и Microsoft Teams часто работают вместе, и согласование управления на обеих платформах является ключом к бесшовной и безопасной совместной работе. Интеграция предполагает связывание рабочих пространств Teams с сайтами SharePoint и обеспечение единых правил использования, стандартов безопасности и правил жизненного цикла во всем цифровом рабочем пространстве.

Когда управление Teams тесно переплетено с практиками хаб-сайтов, организации могут избежать фрагментированного управления, снизить риски соответствия требованиям и предложить пользователям единый опыт: каждый файл, чат и ресурс подчиняется одним и тем же стандартам. Такой подход не только стимулирует совместную работу, но и формирует доверие, подотчетность и эффективность, снижая вероятность упущений или утечки данных. Практические идеи можно найти в материалах о том, как управление Teams способствует совместной работе и успеху, а о том, как сбалансировать потребности в аналитике и дашбордах, рассказано в материале о развертывании дашбордов в Teams и SharePoint.

В конечном счете комплексное управление, охватывающее SharePoint и Teams, укрепляет вашу защиту и помогает пользователям оставаться продуктивными, где бы они ни взаимодействовали с деловым контентом и коллегами.

Чек-лист для успешного долгосрочного управления хаб-сайтами

  • Регулярно пересматривайте политики управления: Установите периодичность пересмотра системы управления, обновляя правила и зоны ответственности по мере изменения бизнес-потребностей или нормативных требований.
  • Проводите аудит разрешений и доступа: Периодически проверяйте, кто имеет доступ к хабам и связанным с ними сайтам, чтобы предотвратить накопление избыточных ролей и устранить ненужные привилегии.
  • Обучайте владельцев и пользователей: Организуйте регулярное обучение владельцев сайтов и ключевых пользователей, чтобы все понимали свои обязанности и актуальные практики управления.
  • Отслеживайте соответствие требованиям и аналитику использования: Используйте встроенные инструменты отчетности, чтобы отслеживать тенденции использования, статус соответствия требованиям и соблюдение политик: это помогает выявить области, которым нужно уделить дополнительное внимание.
  • Автоматизируйте рутинные процессы: Обновляйте и поддерживайте автоматизации для жизненного цикла сайтов, проверок разрешений и эскалации инцидентов, чтобы сократить ручную работу и не упустить важное.
  • Собирайте обратную связь от заинтересованных сторон: Создайте каналы, через которые владельцы и конечные пользователи смогут сообщать о проблемах управления, предлагать улучшения и указывать на препятствия, чтобы ваши политики оставались гибкими и практичными.

Сайты концентраторов SharePoint обеспечивают навигацию и единый фирменный стиль во всём концентраторе.

Что такое хаб-сайт SharePoint и чем он отличается от обычного сайта SharePoint?

Хаб-сайт SharePoint — это контейнер, который объединяет и упорядочивает связанные сайты SharePoint (как командные сайты, так и коммуникационные сайты), обеспечивая единую навигацию хаба, согласованный брендинг и агрегированное содержимое связанных сайтов. В отличие от обычного сайта SharePoint, хаб-сайт предоставляет общую панель навигации, тему оформления и область поиска для сайтов, связанных с хабом, а не работает независимо как отдельная коллекция сайтов.

Как создать хаб-сайт в SharePoint Online?

Чтобы создать хаб-сайт в SharePoint Online, администратор SharePoint должен использовать центр администрирования SharePoint и зарегистрировать сайт как хаб (создать хаб-сайт). Можно выбрать существующий сайт (коммуникационный сайт или командный сайт) и зарегистрировать его как хаб-сайт, затем настроить навигацию и тему хаба, чтобы связанные с ним сайты наследовали настройки навигации и брендинга.

Кто может зарегистрировать сайт как хаб-сайт и где это делается?

Зарегистрировать сайт как хаб может только администратор SharePoint или пользователи, которым предоставлено соответствующее разрешение в центре администрирования SharePoint. Процесс выполняется в центре администрирования SharePoint, где вы создаете хаб, управляете тем, какие сайты связаны с хабом, и настраиваете параметры хаб-сайта, такие как панель навигации, логотип и разрешения.

Как связать сайт с хабом и что означает «связать сайт»?

Чтобы связать сайт с хабом, владельцы сайтов могут использовать параметры сайта или центр администрирования SharePoint. Связывание сайта означает, что он становится связанным с хабом сайтом и наследует навигацию хаба, брендинг и агрегированное содержимое. Сайт при этом не превращается в хаб-сайт, но привязывается к одному хабу.

Может ли сайт быть связан с несколькими хабами?

Нет. Сайт может быть связан только с одним хабом одновременно, поэтому нужно решить, какой хаб лучше всего подходит сайту. Если сайт нужно перенести, его можно отвязать от текущего хаба и связать с другим, используя центр администрирования SharePoint или параметры сайта.

Какие типы сайтов можно связать с хаб-сайтом?

Регистрировать как хаб или связывать с хабом можно современные коллекции сайтов: коммуникационные сайты и командные сайты (современный сайт). Классические сайты для связывания с хабом не рекомендуются, так как многие функции хаба опираются на современные возможности SharePoint.

Меняет ли связывание моего сайта с хабом разрешения или содержимое?

Нет. Связывание с хабом не меняет автоматически разрешения и не перемещает содержимое. Разрешения по-прежнему управляются на уровне сайта или коллекции сайтов. Хаб-сайты обеспечивают навигацию и агрегированные веб-части для содержимого связанных сайтов, но не предоставляют доступ across связанных сайтов, если вы явно не измените разрешения.

Как работает навигация хаба и где появляется панель навигации?

Навигация хаба отображается в виде глобальной панели навигации в верхней части каждого сайта, связанного с хабом (панель навигации сайта хаба отображается на всём хабе). Администратор SharePoint настраивает ссылки навигации хаба на сайте хаба, и эти ссылки отображаются на всех сайтах, связанных с хабом, что обеспечивает единообразную навигацию и оформление.

Можно ли агрегировать контент связанных сайтов на сайте хаба?

Да. Веб-части сайта хаба, например «Выделенное содержимое» и «Новости», могут показывать контент из связанных сайтов, что позволяет выводить материалы со всех связанных сайтов. Вы можете фильтровать и настраивать эти веб-части так, чтобы они отображали контент с сайтов, связанных с хабом, или с отдельных сайтов внутри хаба.

Как использование сайтов хаба влияет на поиск и обнаружение контента?

Область поиска можно расширить с помощью сайтов хаба, так как поиск может легче возвращать результаты по всему хабу и связанным с ним сайтам. Сайты хаба могут обеспечить единый поисковый опыт для пользователей, которые переходят по хабу, к начальной странице SharePoint или внутри хаба.

В чём разница между домашним сайтом и сайтом хаба?

Домашний сайт — это целевой сайт организации для сотрудников (иногда интегрированный с начальной страницей SharePoint), который может предоставлять корпоративные новости и навигацию. Сайт хаба объединяет связанные сайты и обеспечивает общую навигацию и оформление для них. Сайт может быть одновременно домашним сайтом и сайтом хаба, но эти роли различны: домашний сайт отвечает за общекорпоративный опыт, а сайт хаба — за объединение связанных сайтов.

Сколько сайтов можно связать с одним хабом и есть ли ограничения?

Количество сайтов, которые можно связать с хабом, ограничено на практике, а в документации Microsoft приведены поддерживаемые лимиты для обеспечения производительности. Тем не менее хабы рассчитаны на работу с большим количеством сайтов и могут агрегировать активность со всех связанных сайтов. Крупным организациям стоит продумать логичную структуру хабов, а не создавать отдельный хаб для каждого возможного сайта, чтобы сохранить ясность навигации и производительность.

Что происходит, когда сайт преобразуется в сайт хаба?

Преобразование или регистрация сайта как хаба (site as a hub) позволяет ему предоставлять навигацию и оформление хаба сайтам, которые с ним связываются. Сам сайт остаётся коллекцией сайтов, но после регистрации в качестве сайта хаба его можно использовать для объединения связанных сайтов, размещения общего контента на сайте хаба и управления параметрами уровня хаба через центр администрирования SharePoint.

Как удалить связь сайта или отменить регистрацию сайта хаба?

Чтобы удалить связь с сайтом, владелец сайта может изменить параметры связи в сведениях о сайте, либо администратор SharePoint может отключить сайт в центре администрирования SharePoint. Чтобы отменить регистрацию сайта хаба, администратор SharePoint может сделать это в центре администрирования SharePoint. После этого хаб перестанет предоставлять навигацию и оформление связанным сайтам, и эти сайты больше не будут связаны с хабом.

Можно ли использовать сайты хаба для единого оформления, навигации и бренда на всех связанных сайтах?

Да. Одно из главных преимуществ сайтов хаба — возможность единообразно применять навигацию и оформление ко всем связанным сайтам. Когда вы задаёте панель навигации и оформление сайта хаба, связанные с ним сайты наследуют эти параметры, что обеспечивает единую навигацию и бренд во всём хабе.

Как подключить связанные сайты к хабу и каковы рекомендации?

Чтобы подключить связанный сайт к хабу, свяжите его с хабом в параметрах сайта или в центре администрирования SharePoint. Рекомендации включают группировку сайтов по бизнес-функциям, географии или проектам; ограничение количества хабов, чтобы избежать фрагментации; а также использование навигации хаба и веб-частей для вывода важного контента со всех связанных сайтов, чтобы его было легко найти.

Будет ли навигация сайта хаба отображаться всем пользователям и на всех устройствах?

Да. Панель навигации сайта хаба отображается пользователям, открывающим любой сайт, связанный с хабом, и адаптируется к разным устройствам. Пользователи будут видеть единую навигацию хаба при переходе на связанные с ним сайты, что улучшает навигацию между сайтами и доступность.

Как использовать сайты хаба, чтобы показывать активность со всех связанных сайтов?

Вы можете использовать на сайте хаба веб-части «Новости», «Выделенное содержимое» и «Действия», чтобы показывать активность со всех связанных сайтов. Настройте эти веб-части так, чтобы они получали контент со всех связанных сайтов, и создавайте на их основе панели мониторинга или агрегированные ленты новостей, которые показывают активность по всему хабу.

Существуют ли сценарии, в которых сайт не следует связывать с хабом?

Да. Если сайту нужна уникальная навигация, собственное оформление или изоляция поиска и контента (по соображениям безопасности или функциональным причинам), возможно, лучше не связывать его с концентратором. Также чувствительные или сильно настроенные сайты, которые опираются на особые разрешения или макеты, могут лучше работать как отдельные сайты, а не как сайты, связанные с концентратором.

Управление концентраторами сайтов SharePoint: основные термины

Entities in this article

SharePoint Governance SharePoint hub sites Compliance Information architecture Intranet

Related articles

RSS