Сайт многопрофильной клиники «Томоград»: 900 цен, 57 врачей и 7 разделов услуг в одной системе
Запрос клиента: сложная структура, большой объём контента и сохранение SEO
У многопрофильной клиники сайт — это не просто визитка с адресом и телефоном. Это большой информационный ресурс, который должен помогать пациентам ориентироваться в медицинских услугах, находить нужных специалистов, изучать полезные материалы и узнавать актуальные цены.
При этом за каждой страницей стоит своя логика: услуги объединяются в разделы, врачи оказывают разные услуги, статьи дополняют медицинские направления, а цены должны обновляться без ручного редактирования сотен страниц.
Именно с такой задачей мы столкнулись при работе над сайтом медицинского центра «Томоград» в Подольске.
Задачи проекта
Нам предстояло переработать существующий сайт, перенести накопленный контент и SEO-метаданные, расширить структуру страниц и выстроить систему взаимосвязей между элементами. Всё это — без превращения административной панели в сложный конструктор, в котором легко запутаться.
Главная цель проекта — создать не просто обновлённый сайт, а удобную и масштабируемую систему, которая упрощает работу с большим объёмом медицинского контента.
Реализация
1. Спроектировали сложную структуру медицинских услуг
Вместо единого шаблона для всех страниц мы реализовали семь базовых разделов с собственной структурой, вложенностью и оформлением:
- Приём специалистов
- Диагностика
- Процедурный кабинет
- Восстановительное лечение
- Косметология
- Симптомы
- Хирургия
Отдельного внимания потребовал раздел «Симптомы». Это не обычный каталог услуг, а справочная система со своей навигацией и иерархией материалов.
Почему нельзя было обойтись одним универсальным шаблоном? Потому что пользователи приходят на сайт с разными задачами. Одному нужно найти врача, другому — разобраться в доступных методах диагностики, третьему — изучить информацию о симптоме или конкретной процедуре.
Мы учли эту разницу на уровне структуры сайта и логики отображения контента. В результате получилось 211 основных элементов: услуг, разделов и страниц. Для каждого типа контента предусмотрена соответствующая логика отображения, а новые материалы можно добавлять в существующую систему без необходимости каждый раз разрабатывать страницу с нуля.
2. Связали врачей, услуги и статьи между собой
Медицинский сайт становится значительно полезнее, когда информация не существует сама по себе.
Страница услуги может вести к специалистам, которые её оказывают. Статья — дополнять информацию об определённом направлении и помогать пользователю перейти к соответствующей услуге или врачу. Раздел — объединять все связанные материалы в одном месте.
Для реализации этой логики мы настроили систему перекрёстных связей между элементами сайта.
В административной панели предусмотрели специальные поля, через которые редактор может связывать между собой услуги, врачей, статьи и разделы. Для отдельных типов связей использовали дополнительные механизмы, учитывающие ограничения стандартной структуры 1С-Битрикс.
На страницах разделов система автоматически собирает связанные данные и формирует блоки с врачами и тематическими материалами.
Масштаб этой задачи хорошо виден в цифрах:
- 57 врачей с индивидуальными наборами привязанных услуг
- 48 статей со связями с врачами, услугами и разделами
- 7 базовых направлений, для которых формируются соответствующие блоки связанного контента.
Это решение важно не только с технической точки зрения. Оно помогает выстраивать понятные маршруты по сайту: пользователь может переходить от изучения информации к знакомству со специалистом и соответствующей услугой. Для бизнеса такая структура также создаёт основу для дальнейшего развития контента и внутренней перелинковки.
3. Создали меню почти на 100 пунктов без лишней нагрузки
Как организовать навигацию по сайту, на котором десятки направлений и множество вложенных разделов? Простое длинное выпадающее меню быстро становится неудобным, а сложная навигация может негативно влиять на производительность.
Мы реализовали составное меню примерно на 100 пунктов. Его первый уровень управляется стандартными средствами 1С-Битрикс. Для раскрывающейся части разработали отдельную логику, которая собирает разделы и элементы, формирует дерево меню и передаёт компонентам только необходимые данные.
В раскрывающейся области также разместили блок акций и поиск по сайту.
Ключевой нюанс — не просто показать большой объём информации, а сделать это без избыточной обработки данных.
Вместо того чтобы собирать полную структуру на каждом этапе отображения, мы написали специальную функцию подготовки данных. Она отсекает лишнюю информацию и формирует минимальное дерево, необходимое для работы меню. Так мы сохранили широкую навигацию, одновременно контролируя сложность её реализации и объём обрабатываемых данных.
4. Автоматизировали обновление почти 900 цен
Одна из самых практичных задач проекта — работа с прайс-листом.
На сайте представлено около 900 ценовых позиций, распределённых по секциям и связанным страницам. При ручном обновлении такого объёма информации легко допустить ошибку, пропустить позицию или потратить время на повторное редактирование одних и тех же данных.
Поэтому мы предусмотрели автоматизированный процесс обновления цен из медицинской информационной системы заказчика.
Как он работает:
- Заказчик формирует CSV-выгрузки из МИС: отдельно по услугам и анализам.
- Файлы загружаются в предусмотренный процесс обработки.
- Скрипт на стандартных функциях 1С-Битрикс считывает данные и распределяет цены по связанным элементам сайта.
- Обновлённые значения отображаются на соответствующих страницах.
Дополнительно реализовали автоматическое определение кодировки CSV-файла. Это важно, поскольку выгрузки из разных систем или настроек могут отличаться по формату представления текста.
В итоге обновление прайса перестало требовать последовательного ручного редактирования множества страниц.
Для клиники это означает более удобное сопровождение сайта и меньше рутинных операций при работе с ценами. А для нас как разработчиков — пример того, как небольшая, но продуманная автоматизация решает регулярную бизнес-задачу.
5. Сделали контент переиспользуемым
В крупных проектах есть особая категория элементов: они встречаются на разных страницах, но не должны редактироваться отдельно в каждом месте.
Это могут быть иконки, SVG-графика, ссылки, баннеры и информационные блоки.
Мы вынесли такие элементы в отдельные инфоблоки-хранилища. У них нет собственных пользовательских страниц, зато они могут использоваться в разных частях сайта.
Всего было создано 278 элементов контента.
Теперь, если требуется изменить переиспользуемый элемент, достаточно обновить его в одном месте — изменения отобразятся на всех страницах, где он используется.
Это избавляет редакторов от дублирования работы и снижает риск ситуации, когда один и тот же блок на разных страницах содержит противоречивую информацию.
При этом мы не стали разрабатывать собственную платформу управления контентом. В основе решения остались стандартные возможности 1С-Битрикс, дополненные необходимой логикой подготовки данных. Наш принцип: усложнять реализацию только там, где это действительно приносит пользу проекту.
6. Разработали гибкую систему сборки статей
Для информационного раздела мы предусмотрели секционный принцип построения страниц.
Вместо жёстко заданного шаблона, в котором все материалы должны идти в одном порядке, статьи можно компоновать из различных блоков. Их последовательность определяется при подготовке контента с использованием предусмотренной системы хэштегов.
Отдельно реализовали вывод галереи изображений в произвольном месте страницы, а не только в заранее определённой области. Такой подход даёт редакторам больше свободы при оформлении материалов: можно менять структуру статьи под конкретную тему, комбинировать информационные блоки и добавлять визуальный контент там, где он уместен.
Для медицинского сайта это особенно полезно: статьи о диагностике, заболеваниях, процедурах и подготовке к приёму могут требовать совершенно разной подачи информации. При этом новые варианты компоновки не требуют разработки отдельного шаблона для каждой публикации.
7. Перенесли сайт, сохранив SEO-основу
Переработка существующего сайта — это не только создание новых страниц. Важно учесть, что поисковые системы уже знакомы с прежними адресами, а страницы могут иметь накопленные SEO-сигналы.
В рамках проекта мы перенесли метаинформацию старого сайта — title, description и другие предусмотренные SEO-данные — и распределили её по расширенной структуре страниц.
Из-за изменения адресов потребовалась настройка примерно 180 редиректов.
Это позволило связать старые URL с соответствующими новыми адресами и снизить риск потери поискового трафика из-за массового изменения структуры сайта.
Здесь особенно важна системность: недостаточно перенести контент и просто опубликовать новые страницы. Нужно проверить соответствие адресов, корректность переноса метаданных и маршруты перехода со старых URL на новые.
Мы заложили эту логику в процесс миграции, уделив внимание сохранению SEO-основы проекта.
8. Реализовали формы и необходимые сервисные функции
Помимо структуры контента и каталога услуг, на сайте реализовали набор форм для взаимодействия с посетителями.
В проект вошли четыре основные формы, а также формы «Корзина», отклика на вакансии и отправки отзыва. Для их реализации использовали возможности 1С-Битрикс.
Также на сайте предусмотрены карты с расположением филиалов клиники и версия для слабовидящих, выполненная отдельным специалистом.
Таким образом, проект охватил не только информационную часть сайта, но и основные сценарии взаимодействия посетителей с клиникой.
Что получилось в итоге
Результат проекта — большой медицинский сайт с продуманной структурой и инструментами, которые упрощают его дальнейшее сопровождение.
Ключевые показатели проекта:
- 211 основных элементов — услуг, разделов и страниц
- 278 переиспользуемых элементов контента
- 57 врачей с привязанными услугами
- 48 статей с перекрёстными связями
- Около 900 ценовых позиций с автоматизированным обновлением
- 7 базовых разделов услуг с различной структурой
- Около 100 пунктов в составном меню
- Около 180 редиректов при миграции сайта
Проверили техническое качество
По результатам проверки в Google PageSpeed сайт получил следующие оценки:
| Показатель | Десктоп | Мобильные |
|---|---|---|
| Производительность | 75 | 50 |
| Специальные возможности | 81 | 76 |
| Рекомендации | 92 | 92 |
| Поисковая оптимизация | 92 | 92 |
Показатели поисковой оптимизации и технических рекомендаций составили 92 балла на обеих версиях. При этом производительность мобильной версии оставляет пространство для улучшений.
Один из выявленных резервов — оптимизация изображений, которые занимают больше места, чем необходимо. Это конкретное направление для дальнейшей технической доработки, а не повод объявлять производительность полностью решённой задачей.
Главный результат — сайт, который проще развивать
Самая интересная часть проекта не в количестве страниц или строк кода. Она в том, как отдельные технические решения работают вместе.
Врачи связаны с услугами, статьи — с направлениями и специалистами, цены обновляются из внешней системы, а повторяющиеся элементы хранятся централизованно. Разделы могут использовать разные шаблоны, а информационные материалы — гибкую структуру блоков.
При этом основой остались стандартные компоненты 1С-Битрикс. Мы не стали создавать сложную отдельную инфраструктуру там, где можно было решить задачу штатными средствами и точечными доработками.
Это делает систему понятнее в сопровождении и позволяет развивать её по мере появления новых задач.
Что этот проект показывает о нашем подходе? Мы проектируем не только страницы, но и систему за ними.
Для нас качественная разработка — это не просто корректная вёрстка и работающие формы. Это ещё и продуманная архитектура контента, автоматизация повторяющихся процессов, сохранение SEO при миграции и возможность масштабировать сайт без постоянной переработки уже готовых решений.