Меня зовут Евгений Семёнов, я технический директор компании «АйТи Фреш». Мы больше пятнадцати лет занимаемся IT-аутсорсингом для московских компаний до 50 рабочих мест и держим собственные серверы в дата-центре МТС. В предыдущих статьях серии я разбирал технику: почему мы ставим клиентам WordPress и как разворачиваем его в продакшен. Сегодня — не про движок, а про конкретный тип проекта, который приходит к нам чаще любого другого: сайт частной медицинской клиники или стоматологии до 50 сотрудников. Покажу весь путь от первого созвона до первых заявок в регистратуре, а в конце объясню, чем этот же кейс отличается от сайта юрфирмы или бухгалтерской компании — они устроены почти так же.
Клиент — многопрофильная клиника на 12 врачей в спальном районе Москвы: терапевт, два стоматолога, гинеколог, невролог, УЗИ, косметология и ещё несколько направлений. Старый сайт-визитка образца 2018 года: пять страниц, телефон в шапке, ни одной актуальной цены и никакой записи онлайн. Всё, что мог пациент, — позвонить. Регистратура захлёбывалась: два администратора половину смены висели на телефоне, записывая на приём, диктуя цены и отвечая на «а вы работаете в субботу». Часть звонков терялась в часы пик, а вечером и в выходные, когда сайт-визитка молчала, клиника просто не получала записей.
Задача сформулировали в три пункта: во-первых, запись на приём онлайн, чтобы пациент выбирал врача, дату и время без звонка. Во-вторых, актуальные цены и расписание, которые администратор меняет сам, не дёргая программиста. В-третьих, нормальные страницы врачей — с фото, специализацией и стажем, чтобы пациент понимал, к кому идёт. Бюджет обсуждали в вилке 60–120 тысяч рублей, срок — «до конца месяца». По факту сайт вышел в продакшен за одну рабочую неделю: техника заняла два дня, остальное — сбор фотографий врачей и вычитка прайса на стороне клиники.
Дисклеймер. Цифры кейса — усреднённые по нескольким похожим проектам и слегка изменены: конкретную клинику мы не называем по договору. Но структура работ, требования 152-ФЗ и подводные камни описаны ровно так, как встречаем их в жизни.
Почему для клиники именно WordPress
Для медицинского сайта решают три вещи: онлайн-запись, самостоятельное редактирование цен и страницы врачей, которые легко плодить и обновлять. Всё это в экосистеме WordPress закрывается готовыми решениями, а не разработкой с нуля.
Запись на приём — это плагин, а не полгода программирования. Существуют зрелые системы бронирования по специалистам с календарём, слотами и напоминаниями. Их ставят и настраивают за один рабочий день вместо написания собственного модуля записи, который сам по себе стоил бы дороже всего сайта.
Контент правит регистратура. Админка WordPress достаточно проста, чтобы администратор без технического образования менял цену в таблице, публиковал акцию и добавлял нового врача. Это ровно то, что просил клиент: не звонить подрядчику ради смены цифры в прайсе.
Медицинских тем — сотни. Готовые шаблоны под клиники и стоматологии дают приличный внешний вид «из коробки»: блоки услуг, сетка врачей, отзывы, форма записи в первом экране. Дорабатывать приходится немного.
Мы честно рассмотрели альтернативы и отказались от них по конкретным причинам:
| Вариант | Плюсы | Почему отклонили для этой клиники |
|---|---|---|
| Конструктор (Tilda) + внешний сервис записи | красивый лендинг быстро, запись «прикручивается» виджетом | две вечных аренды вместо одной, данные пациентов уезжают на чужой сервер (риск по 152-ФЗ), страниц врачей и услуг много — на конструкторе это дорого и неудобно масштабировать |
| МИС с сайтом-модулем | единая база пациентов, запись сразу в расписание врачей | сайт-модуль почти всегда убогий и негибкий по дизайну и SEO; переплата за то, что клинике на старте не нужно; жёсткая привязка к вендору |
| Заказная разработка с нуля | любая логика, полностью свой продукт | от 300 тыс. рублей и месяцы работы ради функций, которые в WordPress уже готовы; поддержка тоже дороже |
| WordPress + плагин записи | цена, готовые модули, самостоятельное редактирование, SEO, свобода дизайна | выбрали — закрывает все три задачи клиента в бюджет и срок |
Отдельно про МИС (медицинскую информационную систему): если у клиники она есть и в ней ведётся расписание, сайт с ней можно и нужно подружить — но об этом ниже, в разделе про запись. На старте клиент МИС не использовал, расписание вели в тетради и Excel, поэтому весь цикл записи мы замкнули на самом сайте.
Структура сайта, которая продаёт медуслуги
Сайт клиники — это не визитка на пять страниц. Это дерево, где каждая услуга и каждый врач — отдельная посадочная страница под свой поисковый запрос. Именно структура, а не дизайн, приносит записи из поиска.

Карта разделов: страница на каждый спрос
Скелет сайта клиники мы собираем из семи типов страниц:
- Главная — кто мы, направления, кнопка записи и телефон в первом экране, блок «ближайшие свободные слоты».
- Услуги — не одна страница «Наши услуги» списком, а отдельная страница под каждую услугу. И чем детальнее, тем лучше: «Лечение кариеса», «Удаление зуба», «УЗИ брюшной полости». Заголовок и текст затачиваем под запрос вида «услуга + район»: «Стоматолог в Ясенево», «УЗИ рядом с метро». Это главный источник целевого трафика.
- Врачи — карточка на каждого специалиста: фото, специализация, стаж, образование, цена приёма и кнопка «Записаться к этому врачу».
- Цены — таблица прайса, которую администратор редактирует сам. Живые цены на сайте снимают половину звонков в регистратуру.
- Акции — «Комплексная чистка со скидкой», «Первичный приём терапевта бесплатно». Публикуются и снимаются администратором за минуту.
- Контакты — адрес, карта, схема проезда, часы работы, реквизиты, форма обратной связи.
- О клинике / документы — лицензия, о команде, обязательные сведения (о них подробно в разделе про 152-ФЗ).
Кастомные типы записей «Врач» и «Услуга» — единственное место для программиста
Здесь единственное место во всём проекте, где по-настоящему нужен разработчик, а не только настройщик. «Врач» и «Услуга» мы делаем не обычными страницами, а кастомными типами записей (custom post types) с набором своих полей: у врача — специализация, стаж, цена, направления, к которым он относится; у услуги — цена, длительность, врачи, которые её оказывают, подготовка к процедуре.
Зачем это нужно вместо обычных страниц: типы записей дают структуру и связи. Один раз настроив шаблон карточки врача, администратор дальше добавляет новых специалистов по единой форме — не вёрстку правит, а заполняет поля. И самое ценное — появляются связи между сущностями: услуга знает, какие врачи её оказывают, а врач знает свои услуги. Это одна аккуратная разработческая задача на несколько часов, которая потом годами экономит время регистратуры.
Перелинковка услуга ↔ врач ↔ запись
Связи нужны не ради красоты, а ради конверсии и SEO. Когда пациент читает страницу услуги «Лечение кариеса», внизу он видит блок «Кто это делает» с карточками конкретных стоматологов и кнопкой записи. Открыл карточку врача — видит список его услуг и снова кнопку «Записаться». С любой из этих страниц один клик до формы записи, где нужный врач или услуга уже подставлены.
Для поисковиков такая перелинковка — сигнал тематической связности: страницы услуг, врачей и цен ссылаются друг на друга по смыслу, а не свалены в общее меню. Практический результат — сайт быстрее и выше ранжируется по низкочастотным запросам «услуга + район», по которым как раз и приходит горячий пациент, готовый записаться.
Онлайн-запись на приём
Это сердце проекта. Ради записи онлайн клиника и заказывала сайт, и именно она даёт измеримый результат. Разберу, как мы выбираем плагин, настраиваем расписания и уведомления — и где проходит граница возможностей плагина.

Критерии выбора плагина записи
Плагинов бронирования для WordPress десятки. Из известных под медицину чаще смотрим Amelia и Booking Package, но выбор всегда под конкретную клинику — конкретные версии и цены проверяем на момент внедрения, а не берём из статьи. Отбираем по пяти жёстким критериям:
- Календарь по врачам, а не общий. Пациент выбирает специалиста и видит свободное время именно этого врача. Общий календарь на клинику для многопрофильного центра бесполезен.
- Слоты и длительность на уровне услуги. Первичный приём терапевта — 30 минут, чистка у стоматолога — час, консультация — 20 минут. Плагин должен нарезать сетку по длительности услуги.
- Напоминания. Автоматические письма и, желательно, SMS/мессенджер пациенту перед приёмом — прямое средство против неявок.
- Русская локализация и оплата. Интерфейс на русском без костылей, при желании — предоплата картой через российский платёжный шлюз.
- Данные хранятся у вас. Заявки пишутся в базу вашего сайта на вашем сервере, а не улетают в чужое облако — это принципиально для 152-ФЗ.
Настройка расписаний, длительности и буферов
После установки плагин наполняется данными клиники. Это кропотливо, но делается один раз:
- Заводим всех врачей и их рабочие часы по дням недели: терапевт — пн–пт с 9 до 18, стоматолог — вт, чт, сб. Отпуска и выходные тоже отмечаются, чтобы система не предлагала запись, когда врача нет.
- Каждой услуге ставим длительность — от неё зависит шаг сетки слотов.
- Добавляем буфер между приёмами — 5–10 минут на проветривание кабинета и подготовку. Без буфера пациенты натыкаются друг на друга в коридоре.
- Ограничиваем горизонт и глубину записи: не раньше чем за 2 часа до приёма (чтобы регистратура успела увидеть) и не дальше чем на 30 дней вперёд.
Уведомления: письмо в регистратуру и подтверждение пациенту
Запись без уведомлений бесполезна — заявка повиснет в базе, её никто не увидит. Настраиваем две цепочки писем:
- Регистратуре — мгновенное письмо на общий ящик клиники о новой записи: врач, услуга, дата, время, имя и телефон пациента. Администратор перезванивает и подтверждает.
- Пациенту — подтверждение записи с деталями и приложенным файлом-приглашением в календарь (.ics), чтобы приём сам лёг в телефон. За сутки до визита — напоминание.
Совет из практики. Письма от сайта клиники любят попадать в спам, если отправлять их напрямую средствами хостинга. Мы всегда подключаем корпоративную почту через SMTP и настраиваем записи SPF, DKIM и DMARC на домене. Иначе подтверждения пациентам будут теряться, а вы об этом узнаете только по жалобам.
Чего плагин не потянет и когда нужна интеграция с МИС
Плагин записи на сайте — это витрина расписания, а не медицинская система. Он не ведёт карту пациента, не хранит историю болезни, не считает загрузку кабинетов и не выставляет счета. Пока клиника маленькая и расписание живёт на сайте — этого достаточно. Но как только появляется полноценная МИС, держать два независимых расписания опасно: пациент запишется на сайте на время, которое в МИС уже занято. Тогда нужна интеграция — двусторонняя синхронизация слотов между сайтом и МИС по API. Это отдельная задача со своим бюджетом, и браться за неё стоит, когда поток записей это оправдывает. Нашей клинике на старте интеграция не понадобилась: расписание целиком вёл сайт, а регистратура сверялась с ним же.
152-ФЗ и медицинская специфика
Это раздел, который отличает сайт клиники от сайта пекарни. Медицинский сайт собирает персональные данные (имя, телефон, а по сути — данные о здоровье), и за формы с этими данными реально проверяют и штрафуют. С 2025 года штрафы за нарушения в области персональных данных выросли многократно, и клиника — заметная мишень.
Формы с персональными данными: чек-бокс, политика, серверы в РФ, РКН
Любая форма на сайте, где пациент оставляет имя и телефон — запись, обратный звонок, вопрос врачу — это сбор персональных данных. Минимальный обязательный набор:
- Чек-бокс согласия под каждой формой, не отмеченный по умолчанию, со ссылкой на политику обработки ПДн. Без галочки форма не отправляется.
- Политика обработки персональных данных — отдельная страница с реквизитами оператора (клиники), целями и сроками обработки, правами субъекта. Ссылка на неё — в футере и под каждой формой.
- Хранение данных на серверах в РФ. Требование о локализации баз с ПДн россиян — не формальность. Поэтому мы не отдаём заявки в зарубежные облака: сайт клиники и его база живут на наших серверах в дата-центре МТС, физически в России. Это же аргумент против конструкторов с иностранной инфраструктурой.
- Уведомление в Роскомнадзор. Клиника как оператор ПДн обязана подать уведомление в РКН о намерении обрабатывать персональные данные. Это делает сама организация, но мы всегда напоминаем — без этого шага всё остальное теряет смысл.
Обязательные сведения для медорганизации
Медицинская клиника обязана публиковать на сайте определённый набор сведений — это отдельное требование к медорганизациям, помимо 152-ФЗ. Как минимум:
- Лицензия на медицинскую деятельность — номер, дата, орган выдачи и скан. Обычно отдельная страница «Лицензии» или блок в разделе «О клинике».
- Полные реквизиты юрлица — наименование, ИНН, ОГРН, юридический адрес.
- Сведения о врачах — образование, квалификация (это и так есть в карточках врачей).
- Режим работы, адреса подразделений, контакты руководства и надзорных органов.
Дисклеймеры, отзывы и модерация
Ещё три медицинских нюанса, которые легко забыть:
- «Имеются противопоказания, необходима консультация специалиста» — обязательная оговорка в рекламных блоках и на страницах процедур.
- Отзывы — только с модерацией. Открытые комментарии на медицинском сайте — источник и спама, и жалоб. Отзывы публикуем после проверки администратором.
- Осторожность с обещаниями результата. Формулировки «гарантируем излечение» на медсайте недопустимы.
Важно. Требования 152-ФЗ и правила для медорганизаций — не «желательно, а можно и потом». Проверки в этой сфере реальны, а штрафы за отсутствие согласия на обработку ПДн, политики или уведомления РКН для юрлица ощутимы и растут. Мы закладываем эти пункты в проект сразу и включаем в чек-лист сдачи — дешевле сделать правильно, чем объясняться с надзором.
Скорость и мобильные пациенты
Больше 70% трафика медицинского сайта — со смартфонов. Человек ищет «стоматолог рядом» на ходу, с телефона, часто по мобильной сети. Если страница грузится долго или кнопка записи не попадает под палец — пациент уходит к конкуренту, чей сайт открылся первым. Поэтому скорость и мобильная вёрстка для клиники — не «приятный бонус», а прямой канал записей.
Что мы делаем, чтобы сайт был быстрым на телефоне:
- Лёгкая тема. Не берём перегруженные шаблоны с десятком слайдеров и анимаций. Чем меньше кода тянет тема, тем быстрее первый экран.
- Кэширование. Плагин кэша отдаёт готовые страницы вместо генерации на каждый запрос — на нашем хостинге это включено по умолчанию.
- Фото врачей в WebP. Портреты специалистов — тяжёлый контент. Конвертируем в WebP и сжимаем: страница врачей грузится вдвое-втрое легче без потери качества.
- Кликабельный телефон и кнопка записи в первом экране. На мобильном номер — это ссылка
tel:, тап по ней сразу набирает клинику. Кнопка «Записаться» — крупная, оранжевая, видна без прокрутки.
Ориентир — «зелёные» Core Web Vitals: загрузка основного контента (LCP) быстрее 2,5 секунды, отзывчивость на нажатия — мгновенная, без прыжков вёрстки при загрузке. Эти же метрики учитывает поиск при ранжировании, так что быстрый сайт одновременно и удобнее пациенту, и выше в выдаче.
Обучение администратора клиники
Сайт, который умеет делать только подрядчик, — провальный сайт. Ключевая ценность WordPress для клиники в том, что регистратура ведёт контент сама. Но «сама» не значит «догадается»: администратора нужно научить. Мы закладываем на это отдельный двухчасовой формат — по видеосвязи или очно, с записью экрана.
За два часа проходим ровно то, что администратор будет делать еженедельно:
- Изменить цену в таблице прайса и сохранить.
- Добавить нового врача — завести карточку, загрузить фото, заполнить поля, привязать к услугам.
- Опубликовать акцию и снять её, когда закончится.
- Выгрузить заявки из плагина записи, посмотреть новые обращения, отметить обработанные.
- Отредактировать расписание врача — закрыть день отпуска, поменять часы приёма.
После обучения оставляем памятку на одну страницу: пошаговые скриншоты по каждой из этих операций. Не толстую инструкцию, которую никто не читает, а именно одностраничник, который висит рядом с монитором регистратуры.
Мой критерий успеха. Если через месяц после сдачи администратор звонит программисту, чтобы поменять цену на приём или добавить врача, — проект провален как продукт, каким бы красивым ни был дизайн. Хороший сайт клиники живёт руками регистратуры, а подрядчика зовут только для нового функционала.
Результаты через два месяца
Сайт — не украшение, а инструмент, и мерить его надо цифрами. Вот что показал наш кейс через два месяца после запуска.

| Показатель | Было (визитка 2018) | Стало (через 2 месяца) |
|---|---|---|
| Доля записей онлайн | 0% | ~35% всех записей |
| Нагрузка звонками на регистратуру | базовая, 2 админа «на телефоне» | −30% входящих звонков |
| Записи вне рабочих часов (вечер/выходные) | терялись | стабильно приходят через сайт |
| Позиции по «услуга + район» | сайта не было в топе | первая страница по ряду запросов района |
| Время публикации акции | заявка подрядчику, 1–2 дня | ~10 минут силами администратора |
Отдельно отмечу два эффекта, которых клиент не ожидал. Первый — разгрузка регистратуры перераспределила работу: администраторы стали меньше диктовать цены и часы (это теперь на сайте) и больше заниматься подтверждением записей и пациентами в холле. Второй — вечерние и выходные записи: раньше в нерабочее время клиника просто не получала обращений, теперь пациент записывается когда удобно, а регистратура утром видит очередь заявок.
Что пришлось переделать после запуска, честно: во-первых, сократили обязательные поля формы записи — на старте просили слишком много, часть пациентов бросала на полпути; оставили имя, телефон, врача и время. Во-вторых, перенастроили напоминания — первое письмо уходило слишком рано, добавили второе за сутки до приёма, и доля неявок заметно снизилась. Живой сайт всегда требует пары итераций после запуска — это нормально, и мы закладываем такую подстройку в сопровождение.
Адаптация кейса под юрфирму и бухкомпанию
Самое приятное: этот же каркас почти без изменений работает для юридической фирмы, бухгалтерской компании или любого малого бизнеса, продающего услуги специалистов. Меняется немного.
- Вместо записи по слотам — форма заявки на консультацию плюс, по желанию, калькулятор стоимости услуги. Юристу и бухгалтеру редко нужна жёсткая сетка приёмов по 20 минут; им важнее собрать заявку с сутью вопроса и перезвонить. Плагин форм тут проще плагина бронирования.
- Вместо карточек врачей — карточки специалистов с кейсами. У юриста — практики и выигранные дела, у бухгалтера — отрасли и опыт. Тот же кастомный тип записи, только поля другие: специализация, кейсы, отрасли.
- Услуги под запрос «услуга + сегмент» — «Регистрация ООО под ключ», «Бухгалтерское сопровождение ИП на УСН». Ровно та же логика посадочных страниц, что и «услуга + район» у клиники.
- Требования 152-ФЗ — те же самые. Форма собирает ПДн — значит, чек-бокс согласия, политика, серверы в РФ, уведомление РКН. Юрфирма и бухкомпания обрабатывают персональные данные клиентов не меньше, а зачастую и больше клиники.
Смета аналогичного проекта тоже сопоставима — техника разворачивается за те же полтора-два дня, а срок делает контент:
| Этап | Трудоёмкость | Комментарий |
|---|---|---|
| Площадка, LEMP, SSL, установка, харднинг | ~4 часа | по нашему регламенту развёртывания, скриптованная часть — минуты |
| Структура: услуги, специалисты, типы записей, связи | 1 день | единственная разработческая задача — кастомные типы и поля |
| Форма заявки / плагин записи + 152-ФЗ | ~4 часа | согласие, политика, уведомления, SMTP |
| Наполнение: тексты, фото, прайс | 1–3 дня | основное время; зависит от готовности материалов у клиента |
| Обучение администратора, памятка, сдача | ~3 часа | включая проверку восстановления бэкапа |
Итого те же 60–120 тысяч рублей и одна рабочая неделя при готовом контенте — для клиники, юрфирмы или бухкомпании разница в деталях, а не в порядке цифр.
Итог серии: полный жизненный цикл сайта на WordPress
Этой статьёй мы замыкаем серию про WordPress для малого бизнеса. Вместе получился полный жизненный цикл сайта — от выбора движка до живого проекта, приносящего записи:
- Почему мы ставим клиентам WordPress — на чём вообще строить сайт малого бизнеса.
- Разворачиваем в продакшен — хостинг, LEMP-стек, установка, харднинг, чек-лист сдачи.
- Миграция и интеграции — переезд с конструкторов и старых движков без потери позиций.
- Эксплуатация — обновления, бэкапы, защита от взлома на дистанции.
- И этот кейс — как из движка собирается работающий сайт под конкретный бизнес.
Когда звать аутсорсера, а когда справиться самому. Визитку на готовой теме внимательный человек соберёт и сам. Но как только на сайте появляются формы с персональными данными, онлайн-запись, связи между услугами и врачами и требования 152-ФЗ — цена ошибки становится выше стоимости работы подрядчика. Проще один раз сделать правильно и получить сопровождение, чем разбираться со штрафом РКН или потерянными заявками.
Что спросить у подрядчика на первой встрече, чтобы отличить профессионала от «сделаю красиво»:
- Где физически будут храниться данные пациентов и как это соответствует 152-ФЗ?
- Смогу ли я сам менять цены, добавлять врачей и публиковать акции — или буду звать вас ради каждой правки?
- Как настроена запись: календарь по врачам, напоминания, куда приходят заявки?
- Что с бэкапами и проверяли ли вы восстановление из копии?
- Кому принадлежат сайт, домен и доступы после сдачи?
Если на эти вопросы отвечают конкретно — с вами говорит инженер. Если отмахиваются «не переживайте, всё будет хорошо» — стоит насторожиться. А если разворачивать и сопровождать такой сайт некому или некогда — напишите нам: сделаем по своему же регламенту, сдадим по этому же чек-листу и научим вашу регистратуру. Telegram @ITfresh_Boss или +7 903 729-62-41.
Оставить комментарий