Сайт клиники забросили на три года: как вернуть ему пользу за один вечер

• Опубликовано: 20 сентября 2026 г.
Руководитель клиники проверяет мобильный путь пациента и карту проблем старого сайта

Сайт клиники забросили на три года: как вернуть ему пользу без переделки вслепую

Старый сайт умеет выглядеть живым. Главная открывается, логотип на месте, телефон кликается. Иногда даже приходит одна заявка в месяц. Поэтому обновление откладывают: «сайт же работает».

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

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

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

Цель вечера — карта, а не новый сайт

Честный результат короткого аудита состоит из четырёх списков:

  1. Критично исправить сегодня. Неверный телефон, адрес, график, врач, цена, сломанная форма, проблема сертификата.
  2. Ограничить или снять. Архивные акции, недоступные услуги, устаревшие страницы команды, небезопасные формы.
  3. Проверить глубже. Владение доменом, аналитика, интеграции, безопасность, индексация.
  4. Улучшать планово. Дизайн, структура, новые статьи, производительность и конверсия.

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

Начните с владения цифровыми ключами

До проверки кнопок выясните, принадлежит ли клинике возможность их изменить. Нужны управляемые доступы к:

  • домену и DNS;
  • хостингу или серверу;
  • CMS и репозиторию;
  • корпоративной почте;
  • SSL/TLS-сертификатам;
  • аналитике и вебмастерам;
  • формам и CRM;
  • онлайн-записи;
  • картам и справочникам;
  • резервным копиям;
  • CDN, рекламе и внешним виджетам.

Не собирайте пароли в обычной таблице. Реестр показывает владельца, администратора, срок доступа, резервный путь и дату проверки. Секреты остаются в защищённом корпоративном хранилище.

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

Пройдите путь как новый пациент

Не начинайте с административной панели. Возьмите обычный смартфон без авторизации и представьте конкретную задачу: найти детского стоматолога на вечер, узнать подготовку к УЗИ или записаться на первичную консультацию.

Зафиксируйте путь:

поиск → страница → доверие → услуга → врач → цена → время → обращение → подтверждение

На каждом шаге задавайте один вопрос: человеку понятно, что делать дальше? Не оценивайте пока цвет и шрифт. Ищите препятствия:

  • заголовок не отвечает запросу;
  • текст говорит о клинике, но не о задаче пациента;
  • нет города или филиала;
  • врач не связан с услугой;
  • цена спрятана или расходится;
  • кнопка ведёт на главную;
  • форма требует лишние сведения;
  • после отправки нет номера и срока ответа;
  • телефон закрыт фиксированным баннером;
  • страница не помещается на экран.

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

Мобильная версия — основная проверка, а не уменьшенная копия

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

Рекомендации Яндекс Вебмастера предлагают проверять доступность ресурсов для мобильного робота, отсутствие горизонтальной прокрутки, читаемый текст и корректное открытие страниц на небольших экранах. Но автоматического теста недостаточно: он не знает, перекрывает ли cookie-баннер кнопку записи именно в вашем сценарии.

Проверьте минимум три ширины и два реальных устройства. На каждой странице:

  • первый экран;
  • меню;
  • телефон;
  • форма;
  • календарь записи;
  • таблица цен;
  • изображения;
  • модальное окно;
  • cookie-баннер;
  • нижняя навигация.

Прокрутите страницу целиком, а не только hero-блок. Ошибки часто появляются в FAQ, карточках и footer.

Контакты должны совпадать везде

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

Составьте эталонную карточку филиала:

ПолеЧто проверить
НазваниеЕдиное публичное написание
АдресКорпус, строение, этаж, кабинет
ВходПонятное описание и актуальная фотография
ТелефонРаботает с мобильного, правильный маршрут
ГрафикОбычный и праздничный режим
ПочтаКонтролируется клиникой
Онлайн-записьОткрывает нужный филиал и услугу
МаршрутКарты ведут к нужной точке

Затем найдите все вхождения старых данных. Для внешних площадок пригодится статья о том, как обновить карточку клиники в Яндекс Картах и 2ГИС.

Врачи: самая чувствительная часть устаревшего сайта

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

Для каждой карточки сверяйте:

  • работает ли человек в клинике;
  • в каком филиале;
  • какие услуги действительно доступны;
  • актуальны ли должность и сведения об образовании;
  • есть ли согласование публичного текста и фотографии;
  • работает ли запись;
  • не ведёт ли ссылка на чужого специалиста;
  • нет ли обещаний результата;
  • указан ли владелец следующей проверки.

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

Услуги: отделите медицинский текст от рекламного обещания

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

Разделите проверку:

  • медицинский специалист подтверждает фактическое содержание;
  • ответственный за рекламу и юрист проверяют публичные формулировки;
  • операционный владелец подтверждает доступность услуги;
  • регистратура проверяет запись и подготовку;
  • IT проверяет форму и интеграции.

В тексте отмечайте дату проверки источника. Если приводится нормативное утверждение, ссылка должна вести на актуальный официальный документ, а не на пересказ конкурента.

Цена: одна цифра во всех каналах

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

Сверьте:

  • HTML-страницы;
  • PDF-прайс;
  • карточки врачей;
  • лендинги рекламы;
  • онлайн-запись;
  • скрипт регистратуры;
  • кассовую номенклатуру;
  • акции и сроки;
  • агрегаторы.

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

Форма считается рабочей только после ответа сотрудника

Зелёное сообщение в браузере доказывает лишь работу интерфейса. Дальше заявку может остановить SMTP, webhook, фильтр почты, CRM, очередь или отсутствие владельца.

Проведите сквозной тест на синтетических данных:

  1. откройте форму с телефона;
  2. заполните только допустимые тестовые сведения;
  3. проверьте согласие и ссылку на политику;
  4. отправьте;
  5. зафиксируйте технический идентификатор;
  6. убедитесь, что обращение дошло до системы;
  7. проверьте назначение сотруднику;
  8. получите подтверждение по тестовому каналу;
  9. закройте статус;
  10. удалите тестовые данные по процедуре.

Не отправляйте диагноз, документы и реальные данные пациента. Точная семишаговая диагностика есть в статье «Форма на сайте клиники не приходит».

Онлайн-запись может быть красивой дверью в пустой коридор

Виджет открывается — это только начало. Проверьте:

  • правильный филиал;
  • актуальных врачей;
  • ставки и кабинеты;
  • длительность услуг;
  • часовой пояс;
  • подготовку;
  • подтверждение;
  • перенос и отмену;
  • лист ожидания;
  • синхронизацию с МИС;
  • дубль при повторном нажатии.

Если расписание не согласовано, онлайн-запись создаёт новые звонки и ручные исправления. Материал о том, почему онлайн-запись не заполняет окна сама по себе, помогает проверить организационную часть после сайта.

Доступность: форма должна работать не только мышью

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

Короткий список:

  • один логичный H1;
  • иерархия заголовков;
  • alt у содержательных изображений;
  • подписи у полей;
  • достаточный контраст;
  • видимый фокус;
  • логичный порядок Tab;
  • кнопка, а не кликабельный div;
  • сообщение об ошибке рядом с полем;
  • управление модальным окном с клавиатуры;
  • отсутствие автозапуска громкого контента.

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

Скорость: ищите тяжёлые причины, а не магическую оценку

Один балл производительности зависит от устройства, сети и момента. Важнее найти конкретное:

  • огромные изображения;
  • видео на первом экране;
  • лишние шрифты;
  • сторонние виджеты;
  • повторные библиотеки;
  • блокирующий JavaScript;
  • отсутствие кэширования;
  • медленный сервер;
  • редирект-цепочки;
  • ошибки загрузки.

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

SEO-аудит начинается не с ключевых слов

Сначала убедитесь, что поисковый робот видит те же полезные страницы, что и человек. Яндекс Вебмастер рекомендует проверять доступность целевых URL, дубли, robots.txt, серверные ответы, заголовки, description и семантическую разметку.

Проверьте:

  • robots.txt;
  • sitemap;
  • HTTP-коды;
  • canonical;
  • редиректы;
  • дубли со слешем, параметрами и протоколом;
  • title и description;
  • H1;
  • структурированные данные;
  • индексируемость важного текста;
  • удалённые страницы;
  • 404;
  • внутренние ссылки.

Не закрывайте устаревшую страницу в robots.txt как способ удалить её. Робот может продолжать знать URL, но не видеть обновлённый статус. Выберите корректный ответ сервера, редирект или обновление по смыслу.

Не удаляйте старые URL без карты

Страница врача или услуги может иметь внешние ссылки, историю поиска и закладки пациентов. Если её просто удалить, человек попадёт на 404. Если все URL отправить на главную, он потеряет контекст.

Для каждой страницы выберите:

  • оставить и обновить;
  • объединить с близкой страницей и поставить 301;
  • сохранить информационный архив с пометкой;
  • закрыть с 404 или 410, если замены нет;
  • временно ограничить до проверки.

Google Search Central объясняет canonical как выбор представительного URL среди дублей и перечисляет редиректы, sitemap и rel=canonical как сигналы. Canonical не заменяет редирект при реальном переносе и не исправляет все страницы, отправленные на главную.

Аналитика: сначала убедитесь, что данные ваши

На старом сайте могут оставаться счётчики агентства, чужие рекламные пиксели или несколько контейнеров тегов. Они замедляют страницу и передают данные неизвестным получателям.

Инвентаризация:

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

Не публикуйте production-идентификаторы и дампы аналитики в открытом отчёте. Для проверки используйте агрегаты и тестовые события.

Безопасность: старый плагин — не единственный риск

Проверьте CMS, зависимости, пользователей, резервные копии и журнал изменений. Но не запускайте автоматический «ремонт» на production без копии и окна.

Красные флаги:

  • общий администратор;
  • аккаунты бывших подрядчиков;
  • неподдерживаемая версия;
  • публичная панель без MFA;
  • резервные копии в веб-каталоге;
  • секреты в репозитории;
  • тестовая среда индексируется;
  • форма принимает файлы без ограничений;
  • сертификат истекает без владельца;
  • обновления никогда не тестировались;
  • нет rollback.

Аудит не означает, что сайт «взломан». Он показывает участки, требующие технической проверки.

Составной сценарий: старый дизайн оказался не главной проблемой

Ниже — иллюстративная реконструкция, не описание конкретной клиники.

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

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

Редизайн не отменили. Но техническое задание изменилось: вместо «сделать современно» появились конкретные сценарии, список сохраняемых URL, требования к форме, мобильной версии и редакционному процессу.

Одностраничник: когда его достаточно и когда он мешает

Небольшой лендинг может быть разумен для нового направления или одного понятного предложения. Но сайт всей клиники на одной странице быстро сталкивается с ограничениями:

  • услуги конкурируют за один первый экран;
  • врачей трудно связать с направлениями;
  • цены и подготовка становятся громоздкими;
  • локальные филиалы смешиваются;
  • поисковые запросы ведут на общий текст;
  • невозможно дать точный URL пациенту;
  • редактор боится менять длинную страницу;
  • аналитика не различает интерес.

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

Кто должен владеть сайтом после аудита

«Маркетинг отвечает за сайт» слишком широко. Нужны владельцы частей:

УчастокВладелец решения
Медицинское содержаниеНазначенный специалист
ПрайсРуководитель и бухгалтерия по принятому процессу
РасписаниеОперационный владелец
Формы и интеграцииIT / ответственный подрядчик
Публичные формулировкиРедактор с юридической проверкой при необходимости
Домен и инфраструктураIT-владелец клиники
АналитикаНазначенная бизнес-роль

Один редактор координирует публикацию, но не придумывает факты за всех.

Документы и согласия: проверьте не только наличие ссылки

В footer может быть ссылка на политику обработки персональных данных, а форма — собирать сведения по другому сценарию. Старый документ иногда называет прежнее юридическое лицо, не перечисляет актуальных подрядчиков или ведёт на недоступный PDF. Наличие слова «политика» не доказывает, что процесс согласован.

Для каждой формы составьте карточку:

  • кто оператор и получатель обращения;
  • какие поля собираются;
  • зачем необходимо каждое поле;
  • куда данные передаются;
  • какой текст видит пользователь;
  • где опубликован документ;
  • кто и когда проверил его актуальность;
  • как выполняется отзыв или обращение субъекта;
  • какие сторонние виджеты участвуют;
  • что записывается в технические журналы.

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

Контент-инвентаризация: увидеть весь сайт, а не только меню

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

  • sitemap;
  • список URL из CMS;
  • данные Яндекс Вебмастера и Search Console;
  • аналитика входных страниц;
  • журнал запросов сервера, если он доступен и обрабатывается безопасно;
  • внутренний поиск;
  • внешние ссылки;
  • ручной обход разделов.

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

Инвентаризация часто показывает «невидимые» страницы, которые продолжают приводить пациентов. Их нельзя удалять только потому, что новый дизайнер не включил их в навигацию.

Резервная копия и откат до первого исправления

Даже правка телефона может затронуть общий шаблон десятков страниц. Обновление плагина — сломать форму. Массовая замена — изменить текст внутри кода или метаданных. Перед серией исправлений подготовьте:

  • резерв файлов и базы;
  • экспорт конфигурации;
  • список изменяемых URL;
  • контрольные хэши критичных файлов;
  • тестовую среду;
  • план публикации;
  • способ отката;
  • контроль после возврата.

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

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

Как принимать исправления, чтобы ошибка не вернулась

Задача «обновить страницу врача» закрывается не после сохранения в CMS. Нужна короткая приёмка:

  1. источник факта подтверждён;
  2. редактор внёс изменение;
  3. профильный владелец согласовал содержание;
  4. страница собрана без ошибок;
  5. мобильный и десктопный вид проверены;
  6. кнопки и ссылки работают;
  7. schema и метаданные соответствуют странице;
  8. sitemap и внутренние ссылки сохранены;
  9. публичный URL возвращает ожидаемый ответ;
  10. назначена следующая дата проверки.

Для формы добавляется сквозной синтетический сценарий. Для цены — сверка с регистратурой. Для врача — проверка расписания. Одинаковая галочка «готово» не подходит всем типам контента.

Храните краткую историю решения: что изменили, почему, кто подтвердил и как откатить. Это не бюрократия ради отчёта, а защита от повторного появления старого номера после следующей массовой выгрузки.

План аудита на один вечер

Первый час: путь пациента

Три задачи на телефоне, тест звонка, формы и записи.

Второй час: факты

Контакты, врачи, услуги, цены, акции, документы и филиалы.

Третий час: техника

Домен, DNS, CMS, пользователи, сертификат, резерв, аналитика, robots и sitemap.

Четвёртый час: карта решений

Списки «срочно», «снять», «проверить», «развивать», владельцы и сроки.

Если сайт большой, вечер даст выборку, а не полное покрытие. Не называйте проверенными страницы, которые не открывали.

План на следующие 30 дней

Неделя 1. Исправить фактические ошибки и путь обращения.

Неделя 2. Проверить безопасность, доступы, резервные копии и индексирование.

Неделя 3. Обновить ключевые страницы услуг и врачей с профильной проверкой.

Неделя 4. Измерить обращения, ошибки и мобильный путь; утвердить решение о редизайне или точечной модернизации.

Не меняйте URL, CMS и визуальную систему одновременно без миграционного плана.

FAQ

Нужно ли сразу делать новый сайт?

Нет. Сначала исправьте критичные факты, доступы и путь заявки. Решение о новом сайте принимайте после карты ограничений и стоимости поддержки текущей платформы.

Как часто проверять врачей и цены?

После каждого кадрового или ценового изменения и планово по редакционному календарю. У страницы должен быть владелец и дата последней проверки.

Что считать рабочей формой?

Не зелёное сообщение, а синтетическое обращение, которое дошло до системы, назначено сотруднику, получило подтверждение и закрытый статус.

Нужно ли удалять все старые статьи?

Нет. Сначала оцените актуальность, трафик, ссылки и возможность обновления. Удаление требует корректного HTTP-ответа или смыслового редиректа.

Можно ли провести аудит без доступа к CMS?

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

Кто принимает работу после обновления?

Не только разработчик. Операционная роль проверяет запись, редактор — содержание, профильный специалист — медицинские факты, IT — технический контур, владелец процесса — результат.

Что сделать завтра

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

Затем отправьте одну синтетическую заявку без медицинских и персональных данных. Проследите её до сотрудника. Если цепочка обрывается, это первая задача независимо от планов редизайна.

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

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

Материал носит информационный характер и не заменяет юридическую проверку рекламы и обработки персональных данных, медицинскую редактуру, аудит доступности или тест безопасности. Не раскрывайте секреты, персональные данные, production dumps и внутренние журналы в публичном отчёте. Изменения выполняйте с резервной копией и планом отката.

Георгий Востров, основатель Кереметь-ИТ

Об авторе

Георгий Востров, основатель «Кереметь-ИТ»

Эксперт в IT-технологиях для медицины с более чем 12-летним опытом. Специализируется на внедрении инновационных решений и оптимизации IT-инфраструктур в медицине, финансах и крипто-индустрии.

Готовы превратить теорию в практику?

Консультация - бесплатна и ни к чему не обязывает.

Аудит по теме статьи

Хотите понять, как это применить в вашей клинике?

Разберём, где клиника теряет звонки, заявки и визиты: сайт, телефония, МИС/PACS, МедЖарвис, 152-ФЗ и понятный план действий без покупки лишних платформ.

Что мешает заявкам сейчас Какие интеграции нужны клинике Где есть риск по данным Что сделать в первую очередь

Заявка отправляется через сервер сайта, без внешних форм и токенов в браузере.