Кейсы из практики

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

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

Это анонимизированная карточка кейса. Реальные имена и домен не публикую. Если у вас похожая задача с устаревшей CMS, напишите, разберу детали под NDA.

Из ключевых решений: я не стал пытаться обновлять Joomla 1.5 до 4.x подряд через все версии (это путь в ад с потерей кастомизаций), а сразу спланировал переезд на чистый WordPress. Перед миграцией сделал полный список URL через скрапер, потом сопоставил со страницами на новой CMS, и через .htaccess повесил 301 на все старые адреса. После заливки прогнал robots, sitemap, проверил Search Console и Вебмастер.

Дизайн оставили «как было» с минимальными правками, чтобы успеть в дедлайн. Через два месяца клиент уже спокойно заказал редизайн у дизайнера, и я подключился на этапе вёрстки.

Анонимизированная карточка, реальное имя клиники не указываю. Если у вас аналогичная ситуация, напишите, помогу.

Точкой входа оказался плагин Slider Revolution с известной с 2014 года уязвимостью в загрузке файлов. Сайту было 9 лет, плагин не обновлялся 7. Через эту дыру злоумышленники загрузили шелл, потом по очереди создали скрытые учётки админов и подменили шаблон сайта на условный редирект по User-Agent: с десктопа сайт работал нормально, с мобильного шёл на фарму. Поэтому клиент и не заметил сразу: сам он работал с компьютера.

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

Когда я не подхожу: если сайт уже зашифровали ransomware и нет бэкапов старше заражения, это работа специалистов по форензике, не моя.

Анонимизированная карточка. Если хотите похожий разбор для своего сайта, напишите, сделаю бесплатный аудит за 30-40 минут.

Главный выигрыш дала не одна большая оптимизация, а сумма мелких. Самые жирные источники проблем были типичные для WordPress: 6 плагинов, которые тянули свои jQuery и CSS в head, четыре шрифта Google Fonts с CDN (плюс RU-блокировка временами), картинки в JPG по 800-1200 КБ. После замены на WebP размер главной упал с 4.8 МБ до 980 КБ.

Отдельная история про шрифты: переехал на self-hosted через @fontsource, оставил два начертания вместо четырёх, добавил preload для двух критических. Это срезало 600 мс с LCP без CDN-фокусов.

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

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

Ключевой приём для нулевого даунтайма: я не переключаю DNS в момент завершения переноса, а заранее снижаю TTL домена до 60 секунд за двое суток до часа Х, копирую сайт на новый хост, поднимаю там полную копию, прогоняю тесты на тестовом домене, потом переключаю A-запись. К моменту переключения большинство DNS-резолверов уже сидит на коротком TTL, и переключение занимает 1-2 минуты для пользователей.

База данных синхронизировалась через master-slave репликацию между старым и новым серверами на момент переключения. После переключения slave стал master, старый сервер остался read-only ещё неделю на случай отката.

Когда я не подхожу: переезд e-commerce с тысячами заказов в час, где даже 5-минутный простой стоит сотни тысяч. Там нужен опыт работы с blue-green деплоями и более сложные схемы балансировки.

Анонимизированная карточка. Если хотите такой же разбор для своего магазина, напишите, стартовый аудит делаю бесплатно за 30-40 минут.

Самая полезная находка для бизнеса оказалась не в технической части, а в SEO: у магазина была заполнена только главная и категории, а 1200 карточек товаров шли с пустым meta description и одинаковым title по шаблону. Это давало низкий CTR в выдаче и слабую релевантность по запросам с моделями автомобилей. После шаблонизации title и description через переменные карточки начали ранжироваться по конкретным моделям, органический трафик за 4 месяца вырос на 38%.

Технические правки по приоритету: сначала закрыли дыры в безопасности (CMS, плагины, пароли), потом производительность (кеш, картинки), потом SEO (sitemap, robots, meta). Эта последовательность не из учебника, а из практики: пока сайт уязвим, любая SEO-оптимизация может обнулиться завтра при взломе.

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