сайт по шаблону или с нуля? — Мнения на vc.ru
Взгляд изнутри, или проблемы, с которыми вы можете столкнуться
2756 просмотров
Собрались как-то маркетолог, контент-менеджер, разработчик и владелец веб-студии в одном баре. И завязался у них разговор. Но не о ковиде и выборах, как это модно в 2020. А о Bitrix и готовых CMS. Зачем мы вам это рассказываем? Да ведь это инсайды всех, кто обычно отвечает за работу сайта. Поэтому, если вы сейчас стоите на пороге открытия своего магазина-студии-салона и посматриваете одним глазом на готовую CMS, рекомендуем к прочтению. Так сказать, получите всесторонний взгляд на происходящее.
Итак, начнем с маркетолога
Именно он чаще всего отвечает за то, каким сайтом вы будете пользоваться. Так получилось, что маркетолог в эту компашку попал самый типичный, и он рассказал, чем руководствовался, когда выбирал Битрикс для своей работы.
Собирательный образ
И вот тут случается главный косяк. Например, в Беларуси почти все студии работают с Битриксом. Тех, кто предлагает разработку с нуля, буквально пара штук. И очень часто среди их компетенций все равно присутствует Битрикс. Это значит, что, если они почуяли запах денег клиента, предложат нормальный сайт. Если что-то пустяковое, даже не будут утруждаться, продадут «коробку», и дело с концом.
— Дальше, я, конечно, написал ТЗ, прикинул бюджет, денег было немного, а Битрикс – это ведь дешево…
Вот тут кроется еще одна загвоздка. Если вам надо будет дорабатывать «коробочное решение”, вносить изменения, затачивать под себя или даже просто докупать какие-то интеграции и лицензии, ваше дешево постепенно превратится в “а чё так дорого?». А любая кастомизация готового решения может обернуться сущим адом, перестать работать, обновляться и пр.
— Ну хорошо, а если бы я заказал сайт с нуля, кто нам потом его бы поддерживал будет? То ли дело, Битрикс, там ведь самому можно все поменять!
И снова мимо.
Найти толкового разработчика, который вместо студии будет поддерживать сайт и вносить правки на Битриксе, не получилось. Самому шаманить – тоже, ведь не зря все-таки есть специально обученные программисты.
— Но главное-то, главное, что с 1С Битрикс будет работать как часы!
Уверен? Если коротко, то «не факт», если длинно, то разработчик потом объяснит, почему заветная буква в названии CRM не гарантируют беспроблемного подключения, обмена данными и т.п.
Ну а пока предоставим слово контент-менеджеру
Собирательный образ
До встречи с Битриксом она уже имел опыт общения с разными админками, но такого дна не видел…У ворда в далеком 98 году и то было больше возможностей для верстки текста. Проблемы с картинками, проблемы с поиском в админке тех мест, где располагался контент на сайте.
Все это напоминало попытки Гарри Поттера в Хоггвартсе попасть в нужный кабинет, пока лестницы меняли свое направление.
А еще ходили легенды, что можно в Битриксе редактировать все. И тут прямо комбо из заблуждений. Во-первых, нельзя. Не получится маркетологу и контент-менеджеру самостоятельно поменять иконки, блоки (только если разработчик не вынесет все это в отдельные компоненты, как и в случае разработки проекта с нуля). А так только текст и картинки, картинки и текст.
А во-вторых, часто случается так, что даже просто внося изменения в шаблонные поля, «специалисты” рождают Франкенштейна. Это пламенный привет любителям «поиграться шрифтами», “выделить жирненьким, красненьким или капсом» и залить самую дурацкую стоковую картинку. Хорошо, когда у контентщика есть хоть какое-то чувство вкуса, и он не будет сильно влезать в шаблон, сможет соблюдать одинаковое количество строк и подбирать симпатичный визуал. Но это большая редкость.
Теперь пришел черед программиста высказаться
backend-разработчик в студии Веб Секрет
Работал я с Битриксом.
Во-первых ты никак не развиваешься. Возьмем условно двух backend-разработчиков. Один работал N-ное время с 1С-Битрикс, а другой – столько же с Symfony. За этот период второй освоил php7, выработал глубокое понимание ООП, овладел общепринятыми паттернами проектирования (MVC, DI, Factory, Repository как минимум), научился разрабатывать Unit-тесты, стал использовать шаблонизаторы (минимум, twig), ORM (с Doctrine), composer, git, стандарты PSR, получил опыт работы с консолью и написания консольных приложений, базовые навыки настройки веб-сервера. А разработчик на Битриксе? Он за это время освоил php7, еще html/css + javascript/jquery, возможно git, немного sql и… все?
В случае с Symfony ты постоянно изучаешь что-то новое, можешь предложить не один путь решения вопроса.
Битрикс — это тупо верстка и разработка компонентов.
Чем это чревато для владельца бизнеса? Да тем, что не развивается разработчик = не развивается ваш сайт.
Он будет сделан по стандартам двухлетней давности. Про всякие тренды и фишки можете забыть. Будете наслаждаться заранее морально устаревшим продуктом.
Окей, отбросим личные интересы, но Битрикс от этого лучше не станет. Мне есть с чем сравнивать – 2 года на Laravel.
У Битрикса нет своей прописанной архитектуры, плана, по которому ты бы мог работать. Нет даже общепринятых сформулированных правил, которые позволили бы следовать этой архитектуре. C Laravel ты четко знаешь, что нужно создать модель, описать модель, сущность какую-то.
Документация Битрикса отстает от всего, что есть вообще, и ты никогда не узнаешь, если там появится что-то новое. Хоть она и весьма объемная, но какая-то бестолковая, без практических примеров. Плюс для новичков сложная. Если честно, мне кажется, что, даже имея опыт с Laravel, я бы все равно не смог в ней разобраться.
Для бизнеса тут тоже есть свои последствия. Вот взяли вы «коробку», взяли программиста на Битриксе. Он вам что-то там настраивал и делал пару лет.
С Laravel вы можете быть точно уверены, что, кто бы ни пришел, он разберется в одночасье. Даже, если документация по проекту не велась или велась так себе. Поэтому можете быть спокойны, если одна команда отвалится, другая сможет включиться в работу.
В Битриксе надо вносить все изменения в сам шаблон. И один раз «сломав” его, ты больше не сможешь накатывать обновления. Я имею в виду, дописав что-то свое. Поддержка функциональности превращается в ад. Сами “обновы», кстати, тоже достаточно сомнительные. Сырые, с багами, редкие. Битриксу проще напродавать кучу однотипных шаблонов, а потом забыть про них. После чего выпустить новые и так далее.
Почему это должно парить предпринимателя? Потому что «ломать” шаблон точно придется.
На Laravel же все изменения вносятся в специально назначенные файлы. Когда ты берешься за чужой проект, тебе не сложно в него вникнуть, потому что ты знаешь, где что искать.
Однажды в пору работы с Битриксом мне надо было написать свой компонент, который будет отвечать за обмен сообщениями между пользователями. Типа чат. Думал, возьмусь за документацию, посмотрю, как там расписано создание своих компонентов и модулей. Ага, щас! Быстрее вышло написать API на Laravel на совершенно отдельном серваке, к которому Битрикс уже самостоятельно подключался.
Еще у Битрикса, как у Насти Ивлеевой, не все хорошо с мультиязычностью.
В то время, когда я работал, пришлось даже отказаться от идеи создания английской версии сайта, так как затраты времени, денег и места на сервере были несоизмеримо большими.
Даже хваленая синхронизация с 1С не проходила так безболезненно, как обычно обещают все продавцы – были обрывы. Да, все те, кто уже юзает 1С, и думает: «вот сейчас сделаю сайт на Битриксе, нажму на волшебную кнопку, и все синхронизируется!», — не верьте! Вам придется еще всю свою 1С подогнать под то, как это удобно Битриксу.
Поддержка готовых модулей и шаблонов тоже оставляла желать лучшего, как бы не пели маркетологи компании, что у них супер-пупер-новые-современные решения, все это было мишурой. Просто надо же им как-то отрабатывать деньги, вложенные в рекламу. Поэтому не питайте иллюзий, что Битрикс вас убережет от невзгод и проблем. Он, скорее, больше накинет траблов, чем вы могли предположить.
И вот пришел черед владельца веб-студии
Директор студии Веб Секрет
Исторически сложилось так, что мы в Веб Секрет делаем проекты только с нуля. И я считаю, что в этом нам очень повезло. Повезло, что просто технически невозможно было их делать с использованием коробочных решений.
Тем не менее, я не топлю за то, чтобы совсем отказываться от готовых CMS. Joomla, Drupal, Битрикс – все они имеют место быть, т.к. в бизнесе есть сегмент, которому не нужны самописные уникальные решения.
Например, у вас бюджет на сайт до 7000-8000$. В таком случае я бы не лез даже в разработку с нуля.
Конечно, за эти деньги можно и стартап запилить. Но для типового бизнеса, у которого нет специфических задач, ничего «особенного» и не надо.
Однако это на текущий момент. А планируете ли вы масштабироваться? Коробка – это совсем не про рост бизнеса. И хейтите меня сколько угодно, что, мол, сделать можно все, лишь бы руки росли из нужного места. Вопрос в другом – какой ценой? Я уверен, что рано или поздно у каждого наступает такой момент, когда он понимает, что лучше сейчас переписать сайт с нуля, чем продолжать строить «костыли».
Есть очень яркий пример – реселлер бытовой техники в РБ. У них десятки тысяч товаров в каталоге.
И вот они захотели сайт на Битриксе. Почему? Просто потому, что Битрикс проникает в умы своим маркетингом. Ну и потому что у них есть магическая буква 1С в названии. Именно она заставляет людей верить, что интеграция пройдет безболезненно. Оно то, конечно, может и так. Но только если вы строите бизнес и сайт параллельно. А если у вас уже полжизни сосредоточено в 1С, а сайт вы просто решили обновить, закупайтесь таблетками от геморроя. Вам в готовую логику придется вклиниться, переписать все, чтобы при этом оно работало, и, как говорил разработчик, забыть навсегда про дальнейшие обновления.
Короче, это как купить квадрат и пытаться из него сделать круг вместо того, чтобы нарисовать этот круг сразу.
Так вот, реселлер сделал-таки сайт на Битриксе, но не реализовал всех задуманных фич, настрадался и в течение года принял решение, собрать команду разработчиков, которые с нуля напишут сайт. Бэк на Laravel, фронт на Vue – все по красоте.
Какие были мучения, спросите вы? На Битриксе за целые сутки не обрабатывался обмен данными с 1С из-за огромного кол-ва товаров. А там, например, надо обновить цены на 10 000 позиций за 5 минут, потому что курс изменился. Иначе будешь нести убытки.
Была у нас и обратная история – с известной в РБ компанией-застройщиком. Мы сделали крутой дизайн, продумали все до мелочей как для покупателей квартир, так и для отдела продаж. Исходя из их потребностей, стали писать кастомную админку, чтобы им было удобнее. Собрали список болей всех и планировали решить их на новом сайте. Начали делать его на React, бэк – на Laravel. А клиент сказал: «Долго. Давайте вы закончите в 2 раза быстрее, а с заполнением админки я готов страдать, как и раньше…» И ты вот разводишь руками, размышляя, почему, вкладывая деньги, люди не хотят что-то улучшать, а делают для галочки.
На самом деле, все работает по-другому. Вы называете свои бизнес-цели, а разработчик принимает решение, что сделать для их реализации.
Единственное, что вы можете перепроверить – какой стэк для разработки был выбран. Большинству проектов достаточно распространенных языков: PHP, Node.js, Go.
Но есть ряд ситуаций, когда все-таки лучше использовать коробочное решение:
- Когда решаешь типовую задачу (создаешь админку, экспорт в иксель, сортировку по полям, выборки).
- Когда сайт нужен быстро.
- Когда вы боитесь, что без разработчиков что-нибудь сломается и не будет работать.
- Когда вас устраивает готовая панель управления.
И тем не менее, вам придется помнить про минусы «коробок»:
- Они не масштабируются в большие проекты, Если быть точнее, то тяжело и не понятно, какой ценой.
- Сложно кастомизировать свою логику и выстроить необходимый функционал. Например, отвечать за цены и производить/не производить переоценку товаров в то время, когда товар уже лежит у пользователя в корзине.
Настраивать поиск (однокоренные, неоднокоренные, синонимы и т.п.) или рекомендации (как будет происходить замена товара). - Трудно решать вопросы работы с большим объемом инфы и гарантировать высокую скорость работы сайта.
- Коробочные решения отстают в скорости развития от фреймворков. И здесь речь даже о тех, что не Битрикс. Например, OctoberCMS – написана на Laravel и выложена в open source. Но обновления там могут выкатываться с опозданием на полгода, а это значит, что вы отстанете от своих конкурентов, написавших сайт с нуля, ровно на такой период времени.
- Невозможно качественно создавать единую экосистему приложения и сайта. Например, у нас бэкенд на Laravel, и есть API, который задокументирован, в котором прописаны все методы, и они отдают одну и ту же логику. Это значит, что можно использовать их как для сайта, так и для приложения, или для виджета, или для еще одного сайта. То есть бэк один, а на него нанизывай все, что угодно. Коробочные решения такой роскоши не позволяют. Есть бэкенд, который работает с сайтом, и API, который работает с приложением. В итоге, когда меняется какая-то логика, ее надо править и на сайте, и в приложении. При росте проекта это сильно увеличит риск ошибки. Мы же можем API всегда покрыть автотестами, чтобы гарантировать, что логика на сайте и в приложении будет всегда одинаковой.
Настраивать поиск (однокоренные, неоднокоренные, синонимы и т.п.) или рекомендации (как будет происходить замена товара).
Коробочные решения такой роскоши не позволяют. Есть бэкенд, который работает с сайтом, и API, который работает с приложением. В итоге, когда меняется какая-то логика, ее надо править и на сайте, и в приложении. При росте проекта это сильно увеличит риск ошибки. Мы же можем API всегда покрыть автотестами, чтобы гарантировать, что логика на сайте и в приложении будет всегда одинаковой.Какой можно сделать вывод из всего этого разговора?
Кастомные решения строят под клиента, и не заставляют клиента подстраиваться под что-то готовое. Но лучше всегда руководствоваться целесообразностью.
Например, если у вас 1000 товаров, то даже 3 человека в день будут страдать от тормознутости какого-нибудь WordPress. Потому что это платформа для блогов и визиток. Это как мясорубкой гвозди забивать. Вроде можно, но лучше же делать это специально предназначенным инструментом. Если речь идет о 10 товарах, то магазин можно реализовать даже на Tilda или Wix.
И речь о фреймворках вообще не уместна. Фреймворки используют для высоконагруженных проектов и сложной кастомной логики. Поэтому всегда задавайте себе эти вопросы:
Как это будет работать? Какой ценой вы это сделаете? С какой скоростью это будет работать? Как вы будете это поддерживать? Как потом масштабируете?
Да, если вы считаете свои деньги здесь и сейчас, коробочное решение даже с кастомизацией может выйти дешевле. Но, если вы реально задумываетесь о будущем, то ответ очевиден.
Какой сайт лучше — с уникальным дизайном или на шаблоне
Главная
/блог
/Создание web-сайтов
/Какой сайт выбрать: с уникальным дизайном или на шаблоне?
После решения о том, что компании нужен сайт, возникает вопрос: как он будет выглядеть? Есть два решения: готовый шаблон или разработка дизайна с нуля.
5 мин.
16 Февраль 2021
Первый стоит дешевле, но последний выделяет сайт среди конкурентов и выглядит презентабельнее.
В статье разберем, в чем преимущества и недостатки каждого из вариантов и когда предпочтительнее будет тот или иной вариант.
Общие замечания
Главное, на что стоит опираться при выборе дизайна — это задачи, которые сайт должен выполнять. Если требуется информационный сайт или простой интернет-магазин, то шаблон выглядит предпочтительнее, чем ресурсозатратная персональная разработка.
Если задачи сайта сложнее или функционал нестандартный, стоит задача в повышении узнаваемости бренда или нужно сделать упор на уже имеющийся дизайн, получить преимущества в юзабилити, выделиться среди конкурентов, то тут следует остановиться на сайте с уникальным стилем.
Разработка на шаблоне
Преимущества
Есть много шаблонов сайтов для разных тематик, которые можно найти в специализированных банках. Например, TemplateMonster, ThemeForest, Dribbble.
В шаблонах заранее намечена структура, графические элементы и другие детали будущего сайта.
В шаблоне нет ничего откровенно негативного, хотя есть те, кто относится к нему предвзято. Иногда шаблон может быть лучше, чем сайт с уникальным дизайном.
У сайта на шаблоне есть 2 главных преимущества:
- Скорость разработки – шаблон можно установить сразу на сайт. Кроме того, есть бесплатные шаблоны, которые могут послужить запасным вариантом при доработках действующего сайта.
- Цена – дизайн на шаблоне будет стоить намного меньше.
Шаблоны не так однотипны, как может показаться. Шаблонов много и каждый можно слегка переделать под себя.
Слабые стороны
Компании с небольшими доходами часто откликаются на подозрительные объявления о создании сайтов с очень заниженным ценам, что вряд ли гарантирует хорошее качество работы.
Из главных минусов можно выделить, что шаблон не способен удовлетворить все потребности и желания разработчика. Шаблон спроектирован таким образом, что изменения можно внести минимальные.
Изменить можно контент и визуальные элементы. Соблюсти на шаблоне брендинг компании, шрифты или дизайнерские наработки будет тяжелее.
Кроме того, часто можно встретить похожий по структуре и внешнему виду сайт у конкурентов. Если вы продаете щебень – ничего страшного. Если что-то индивидуальное или премиальное – клиент подумает, что вы не уникальны и пройдет мимо предложения.
Также на шаблонах распространен элемент доплаты, когда необходимый функционал можно докупить. В подобных решениях за дополнительные функции придется доплачивать.
Сайты на шаблонах, даже платные, обычно идут с неоптимизированным кодом, что может создать конфликт с CMS, плагином или другими элементами. Кроме того, это может нести повышенную нагрузку на хостинг.
Разработаем дизайн с нуля Индивидуальный, без шаблонных элементов
Узнать больше
Уникальный дизайн
Преимущества
Сайты с индивидуальным стилем создаются согласно пожеланиям клиента, зафиксированным в ТЗ, и учитывают сферу бизнеса.
Дизайн создается с нуля, а значит, любое желание может быть реализовано, все создается специально под вашу компанию с продуманным оформлением. Второго подобного сайта вы не найдете.
Над проектом будет работать команда, которая сделает так, чтобы сайт приносил результаты. SEO-специалист поможет подготовить структуру сайта для будущего продвижения. UX-проектировщик поможет сделать сайт удобным и с интуитивно понятным функционалом. Дизайнеры отрисуют страницы так, чтобы было приятно читать и пользователи не покидали сайт слишком быстро.
Данный сайт будет выделять компанию среди конкурентов, что поможет получить преимущество.
Слабые стороны
У сайтов с уникальным дизайном есть также и недостатки. В первую очередь – это цена. Причина в том, что расходы не ограничиваются только услугами дизайнера, но также туда включается и труд других специалистов, которые вовлечены в процесс.
Кроме того, разработка подобного сайта может занять продолжительное время.
Сроки зависят от сложности сайта, специфики бизнеса и от конкретных исполнителей.
Также на подобных решениях требуются доработки после окончания работ. В течение времени должны быть удалены баги и другие проблемы. Сайт может постоянно тестироваться, чтобы в дальнейшем избежать проблем с сайтом.
Вердикт
Если компания готова выделить крупные бюджеты и время на проект, то можно смело заказывать сайт с индивидуальным дизайном. Также это решение подойдет для компаний, сайт которых будет наполнен тяжеловесным контентом.
Сайты на шаблоне подойдут для стартапов и малого бизнеса. Малый бюджет и риски закрытия бизнеса делают неразумным использование уникального дизайна.
Если вы раздумываете о создании сайта для своей компании, но пока не уверены, какое решение подойдет, то можно проконсультироваться с нашими специалистами. Мы поможем подобрать подходящий вариант под бюджет и специфику бизнеса.
Есть задача? Найдем решение!
Вас зовут *
Ваш телефон *
Ваша эл.
почта
Расскажите о вашем проекте
Нажатием кнопки я принимаю условия Оферты и согласен с Политикой конфиденциальности
1790 Шаблоны веб-сайтов для бизнеса и права
Вы можете создать Шаблоны веб-сайтов для бизнеса и права с помощью многоцелевого конструктора страниц или конструктора веб-сайтов для своего юридического сайта, тематики юридических услуг или веб-сайтов, связанных с юридическими услугами. Вы можете установить свое присутствие в Интернете и расширить свои юридические услуги в Интернете для новых потенциальных клиентов, используя современный и быстро загружаемый HTML-шаблон веб-сайта адвоката, используемый для услуг веб-сайта адвоката, адвоката и адвокатского бюро. Взгляните на поисковые системы бесплатных шаблонов, 20 лучших бесплатных шаблонов веб-сайтов юридических фирм используют шаблоны страниц юридического бизнеса для создания веб-сайта. Создайте веб-сайт юридической фирмы или бизнес-сайт, используя адаптивные шаблоны веб-сайтов.
В лучших HTML-шаблонах веб-сайтов для юристов используются значки для шрифта Awesome и интеграции шрифтов Google при формировании адаптивного дизайна веб-сайта юридической фирмы. Чтобы оптимизировать консультационный веб-сайт вашей юридической фирмы для юристов и адвокатов для социальных сетей, в адаптивном и готовом к сетчатке дизайне используются шаблоны начальной загрузки наших конструкторов веб-сайтов, которые позволяют легко использовать консультационные HTML-шаблоны. Премиальные профессиональные HTML-шаблоны веб-сайтов 2022 интегрируют лучшую тему многостраничной адвокатской фирмы в ваши шаблоны сайтов HTML5 и создают онлайн-присутствие для ваших учетных записей юристов и юридических фирм в социальных сетях. Тема WordPress для юридической фирмы и адаптивный HTML-шаблон для юридической фирмы используют шаблоны дизайна для предложения юридических услуг на адаптивных сайтах для юридических фирм.
Адаптивный шаблон веб-сайта юридической фирмы, основанный на бесплатных обязательных плагинах WordPress, предоставляет лучшие шаблоны веб-сайтов юридической фирмы.
Шаблон многостраничного веб-сайта «Юристы и адвокаты» оптимизирован для SEO и готов к работе с сетчаткой. Административные шаблоны веб-ресурсов PowerPoint для веб-сайта содержат абсолютно все, что вам нужно для создания целевых страниц для адвокатов, адвокатов и юридических фирм с 3 уникальными юридическими макетами домашней страницы. Конструктор страниц с перетаскиванием тем WordPress для юридической фирмы включает в себя Visual Composer, плагин слайдера Premium Revolution, шрифты Google и другие функции, такие как видеоресурсы, живая демонстрация или графический дизайн. В теме Lawyer WordPress используются самые популярные шаблоны эффектов, шаблоны PSD и шаблоны PowerPoint. Тема WordPress для бизнеса будет исследовать популярные категории, чтобы улучшить шаблоны ваших целевых страниц и сделать их шаблоны дизайна веб-сайтов более интегративными активами веб-дизайна для темы WordPress юриста, адвоката и юридической фирмы.
Компания, создающая HTML-шаблоны, может создать современный и профессиональный дизайн веб-сайта юридической фирмы для юридического бизнеса, лучшую тему WordPress для адвокатов, тему WordPress для адвокатов и многие другие цели.
Если вы используете бизнес-темы WordPress, создайте шаблоны веб-сайта юриста и домашнюю страницу с нуля с отличной визуализацией ваших бизнес-услуг. В шаблоне веб-сайта WordPress для адвоката, адвоката, юриста используются одностраничные настраиваемые виджеты, прокрутка параллакса, средство создания логотипов и анимированная графика, чтобы выделить наиболее важные фирменные шаблоны WordPress. На целевой странице будут отражены описание ваших юридических услуг, популярные категории для бесплатной консультации, интеграция карт Google с вашими координатами, рабочая контактная форма WPML 7, поддержка шрифтов Google, шаблоны контактных форм и активы, а также следите за нами. Вы также можете использовать демо-инструмент импорта в один клик, чтобы установить демо-контент нашего плагина конструктора страниц Elementor. Вы можете купить все необходимое для веб-разработки бесплатных тем WordPress, таких как медицинские темы WordPress, журнальные темы WordPress, консультационные темы WordPress, которые могут предоставить ваши шаблоны основных докладов о недвижимости с веб-программным обеспечением.
Будь то логотип недвижимости при настройке интернет-магазина или малый бизнес, будет привлечен к шаблону вашего юридического веб-сайта с помощью наших адаптивных шаблонов дизайна веб-сайта для юридической фирмы.
По умолчанию SharePoint в Microsoft 365 и SharePoint Server 2019 предлагает сайты групп для совместной работы с членами вашей команды или теми, кто вместе работает над проектом, и сайты для обмена новостями, отчетами, статусами и т. д. с другими. Когда вы запускаете SharePoint и нажимаете + Создайте сайт , у вас будет выбор между одним из этих двух шаблонов.
Примечание. Ваш администратор может включить или отключить создание сайта или заменить его созданием пользовательского или классического сайта группы.
Дополнительные сведения о SharePoint на сайтах групп Microsoft 365 и SharePoint Server 2019 см. в статье Создание сайта группы в SharePoint или Что такое сайт группы SharePoint? Информационные сайты см. в статье Создание информационного сайта в SharePoint или Что такое информационный сайт SharePoint?
Создав сайт группы или сайт для общения верхнего уровня, вы можете создавать дочерние сайты. Дочерние сайты позволяют использовать более широкий спектр шаблонов, таких как классические группы, публикации, блоги или сайты центра документов. Приведенные ниже описания помогут вам выбрать нужный шаблон.
Примечание: Сайты верхнего уровня SharePoint в Microsoft 365, такие как сайт Team или Communication, недоступны в качестве шаблонов дочерних сайтов, а доступны только как сайты верхнего уровня.
SharePoint Server 2019 предлагает новые сайты групп в качестве дочернего сайта.
В SharePoint в Microsoft 365 вы можете создавать дочерние сайты только с классическими шаблонами. Вкладка публикации доступна только при включении инфраструктуры публикации SharePoint и только в качестве дочернего сайта с сайта группы верхнего уровня, подключенного к группе. Инфраструктура публикации и дочерние сайты публикации недоступны на коммуникационных сайтах верхнего уровня.
Когда вы создаете дочерний сайт из сайта группы, подключенного к группе, этот дочерний сайт может наследовать разрешения от родительского сайта, и члены группы будут иметь доступ. Некоторые функции сайта верхнего уровня SharePoint в Microsoft 365 будут недоступны на классических дочерних сайтах, например Переместить на и Копировать на .
С помощью SharePoint Server 2013 и 2016 вы можете создавать сайты верхнего уровня или дочерние сайты, используя приведенные ниже классические шаблоны.
В следующих описаниях показана доступность шаблонов в зависимости от используемой версии и плана SharePoint Server.
SharePoint Server 2013 Foundation поддерживает только сайты групп совместной работы и блоги. Другие шаблоны он не поддерживает.
Примечание. Если у вас есть сайт или дочерний сайт, который вам больше не нужен, см. раздел Удаление сайта или дочернего сайта SharePoint.
Шаблоны сайтов для совместной работы позволяют создавать сайты, на которых можно обмениваться информацией о своей команде и проектах, создавать блог или сайт сообщества. Все они поддерживаются в SharePoint 2013 и 2016, а также в качестве дочерних сайтов в SharePoint в Microsoft 365.
Для SharePoint 2013 Foundation поддерживаются только сайты групп и блоги.
SharePoint Server 2019 предлагает современные сайты групп в качестве дочерних сайтов, но без подключения к группе Microsoft 365. Дополнительные сведения см. в статье Что такое сайт группы SharePoint?.
Используйте сайт Classic Team для быстрого создания, систематизации и обмена информацией для вашей команды или проекта. На сайте представлены: библиотеки и списки для:
Общие документы
Объявления
ссылки
Задачи
Дискуссионная доска.
org/ListItem»>Календари
Сайт группы можно использовать как единую среду для создания, организации и обмена контентом. Например, используйте список объявлений, чтобы транслировать ключевую информацию, новые инструменты или ресурсы членам команды. Используйте календарь, чтобы обмениваться информацией о расписании, например о командных мероприятиях, сроках или отпусках.
Вы также можете попробовать список ссылок, чтобы помочь вашей команде подключиться к партнерским сайтам или найти ключевую информацию для их работы.
Примечание. Для дочернего сайта SharePoint в Microsoft 365 с помощью шаблона сайта группы создается классический сайт группы.
Примечание: Прекращение поддержки классических блогов SharePoint. С 18 января 2020 г. название классического шаблона сайта блога изменится на «Блоги (устарело)». Начиная с 17 июля 2020 г. возможность создавать новые классические блог-сайты через пользовательский интерфейс будет отключена.
Альтернативу классическим блогам см. в разделе Создание блога с информационными сайтами и новостными сообщениями.
Используйте сайт блога, чтобы быстро анонсировать объявления компании или публиковать идеи, наблюдения и опыт в вашей команде или организации. Сайт содержит сообщений , комментариев и ссылок .
Инструменты блога помогают одобрять или отклонять черновики сообщений, а также редактировать или удалять старые сообщения. Вы даже можете получать оповещения, когда блог обновляется.
Чтобы помочь пользователям находить интересующий их контент, вы можете отнести созданные вами сообщения к одной или нескольким категориям. Сайты блогов позволяют вам комментировать сообщения, что является отличным способом привлечь внимание ваших читателей.
Шаблон сайта проекта предоставляет простой способ управления проектами. Этот сайт имеет те же функции для совместной работы, что и сайт группы, и включает веб-часть «Сводка проектов», которая подключена к списку задач по умолчанию. Элементы, добавленные в список задач, автоматически отображаются в сводке проекта.
Другие преимущества использования сайта проекта:
Расписание задач проекта.
Библиотека для хранения соответствующих проектных документов.
Блокнот для быстрого сбора и систематизации информации о проекте.
Общий календарь для командных мероприятий.
org/ListItem»>Визуальная хронология задач проекта.
org/ListItem»>Возможность подключения к Project профессиональный, Project Server 2016 или Project Online.
Дополнительные сведения см. в разделе Создание сайта проекта.
Используйте сайт сообщества как место, где участники могут обсуждать общие темы.
Сайты сообщества предлагают несколько преимуществ по сравнению с электронной почтой, мгновенными сообщениями или другими способами связи, в том числе:
Доступность всего контента сайта для всех членов сообщества.
Полное сохранение истории обсуждений в соответствии с корпоративными правилами.
Встроенный поиск, чтобы участники могли искать все сообщения сообщества.
Категоризация контента для улучшения обнаружения и упрощения обслуживания.
Обслуживание сайта с использованием списков SharePoint, которые позволяют вам воспользоваться преимуществами управления, управления записями и функциями интеграции рабочих процессов SharePoint.
Примечание. Создание дочернего сайта с использованием шаблона информационного сайта на сайте сообщества не поддерживается.
Дополнительные сведения см. в разделе Создание портала сообщества.
Шаблоны корпоративных сайтов
предоставляют сайты для хранения и отслеживания документов или записей, бизнес-аналитику для анализа данных или возможности поиска по всему сайту. Все они поддерживаются в SharePoint 2013 и 2016, а также в качестве дочерних сайтов в SharePoint в Microsoft 365 или SharePoint Server 2019, если не указано иное. . Ни один из них не поддерживается SharePoint 2013 Foundation.
Используйте шаблон сайта Document Center для управления большим количеством документов. Вы можете использовать сайт Document Center в качестве среды разработки или архива содержимого.
В среде разработки пользователи часто возвращают и удаляют файлы и создают структуры папок для этих файлов.
Вы можете использовать управление версиями, чтобы сохранить десять или более более ранних версий каждого документа. Вы также можете использовать рабочие процессы для управления жизненными циклами документов.
Нет авторских документов в архиве контента. Пользователи только просматривают или загружают документы. На сайте Центра документов вы можете создать тип архива, который называется архивом базы знаний. Обычно базы знаний содержат отдельные версии документов, а сайт потенциально может содержать до 10 миллионов файлов.
Дополнительные сведения см. в разделе Использование сайта Document Center.
Используйте сайт Центра записей для организации, хранения и управления записями, такими как юридические или финансовые документы. Центр записей поддерживает весь процесс управления записями, от сбора записей через управление записями до удаления записей.
Управление версиями, аудит, управление метаданными, обнаружение электронных данных и настраиваемая маршрутизация записей — это встроенные функции, помогающие более эффективно управлять записями.
Примечание. Создание дочернего сайта с использованием шаблона информационного сайта на сайте центра записей не поддерживается.
Дополнительные сведения см. в разделе Создание центра записей.
Используйте сайт BI для хранения, управления, совместного использования и просмотра бизнес-отчетов, систем показателей и информационных панелей. Сайт центра бизнес-аналитики обладает определенными характеристиками, отличающими его от сайтов других типов, включая предварительно созданные списки и библиотеки, разработанные специально для контента бизнес-аналитики, доступ к контенту PerformancePoint Services (для локальных клиентов), примеры файлов и ссылки на полезную информацию. о BI-инструментах.
Дополнительные сведения см. в разделе Создание, совместное использование и использование содержимого бизнес-аналитики на сайте центра бизнес-аналитики.
Используйте сайт Центра поиска, чтобы предоставить пользователям возможность выполнять поиск по сайту и просматривать результаты поиска.
Сайт центра поиска — это сайт верхнего уровня семейства сайтов, который создает администратор фермы.
SharePoint Online по умолчанию поставляется с базовым сайтом центра поиска, который имеет домашнюю страницу поиска по умолчанию и страницу результатов поиска по умолчанию. Если вы замените базовый центр поиска корпоративным центром поиска, страницы, известные как 9Создано 0228 поисковых вертикалей , которые можно настроить для поиска определенного контента, например людей, разговоров и видео. На этих страницах отображаются результаты поиска, отфильтрованные и отформатированные для определенного типа контента или класса.
Дополнительные сведения см. в разделе Управление центром поиска в SharePoint Online.
Репозиторий процессов Visio
Сервер SharePoint 2019только.
Репозиторий процессов Visio — это сайт для просмотра, совместного использования и хранения схем процессов Visio.
Он включает библиотеку документов с версиями и шаблоны для базовых блок-схем, кросс-функциональных блок-схем и диаграмм BPMN.
Шаблоны сайта публикации предлагают публикацию на веб-сайте с рабочим процессом утверждения или без него, а также корпоративный Wiki для корпоративных знаний, в который могут внести свой вклад участники. Дополнительные сведения см. в разделе О шаблонах сайтов с поддержкой публикации
.Чтобы создать дочерние сайты публикации, ваш администратор должен сначала включить инфраструктуру публикации SharePoint. После включения станет доступна вкладка Publishing .
Все поддерживаются в SharePoint 2013 и 2016, а также в качестве дочерних сайтов из SharePoint в Microsoft 365 или SharePoint Server 2019.
Сайты команд. Ни один из них не поддерживается SharePoint 2013 Foundation или в качестве дочерних сайтов на сайтах SharePoint в Microsoft 365 или SharePoint Server 2019 Communication.
Используйте сайт публикации для создания корпоративных интрасетей, коммуникационных порталов и общедоступных веб-сайтов в SharePoint Server. В SharePoint Server их также можно использовать для расширения веб-сайта и быстрой публикации веб-страниц. Участники могут работать над черновыми версиями страниц и публиковать их, чтобы сделать их видимыми для читателей.
Сайты публикации обладают уникальными функциями, которые упрощают процессы создания, утверждения и публикации веб-страниц. Эти функции включаются автоматически при создании сайта публикации и включают в себя:
Дополнительные сведения см. в разделе Функции, включенные на сайте публикации SharePoint.
Используйте сайт публикации с рабочим процессом для публикации веб-страниц по расписанию с помощью рабочих процессов утверждения.
Он включает в себя библиотеки документов и изображений для хранения ресурсов веб-публикации. По умолчанию под этим сайтом можно создавать только сайты с этим шаблоном.
Рабочий процесс утверждения публикации автоматизирует маршрутизацию содержимого для проверки и утверждения. Публикация новых и обновленных веб-страниц строго контролируется. Никакое новое содержимое не может быть опубликовано, пока оно не будет одобрено каждым утверждающим в рабочем процессе.
Дополнительные сведения см. в разделе Работа с рабочим процессом утверждения публикации.
Корпоративная вики — это сайт публикации для обмена и обновления больших объемов информации в рамках предприятия. Если вашей организации требуется большой централизованный репозиторий знаний, предназначенный как для хранения информации, так и для обмена ею в масштабе всего предприятия, рассмотрите возможность использования корпоративной вики.
Корпоративная вики часто является хранилищем знаний организации, которые иначе нельзя было бы сохранить для будущего использования.
Вы можете использовать корпоративную вики для продвижения неформального обучения и обмена советами с другими пользователями, что может уменьшить потребность в формальном обучении или постоянной ИТ-поддержке.
Дополнительные сведения см. в разделе Создание и редактирование вики.
Администраторы арендаторов SharePoint в Microsoft 365 могут использовать Центр администрирования для создания новых семейств веб-сайтов. При создании нового семейства веб-сайтов вы можете выбрать классический шаблон для нового сайта верхнего уровня. Однако вы не можете создать сайт группы или сайт для общения, подключенный к группе. Выбор аналогичен шаблонам, доступным для SharePoint на дочерних сайтах Microsoft 365. Когда сайт запускается, вам нужно настроить пользователей, разрешения, формат, контент и многие другие функции.
