Что сделано
- Определили проблемы старого сайта
- Написали бекенд проекта с учетом заложенной структуры клиники
- Выстроили минималистичный дизайн
- Написали скрипты автоматических редиректов со старых адресов для сохранения поисковых позиций
- Скорректировали аналитику на проекте
Предыдущий сайт Салона Эстетической Стоматологии был построен на ворпдесс. С учетом накрученного функционала, скорость отклика проекта была ниже комфортных значений. Также проблемы в архитектуре не позволяли быстро и малыми итерациями масштабировать функционал.
Было принято решение уйти от использования универсальных систем управления контентом в сторону фреймворка Джанго.
Техническая часть
Проект построен на фреймворке Django с соблюдением заложенных во фреймворк паттернов проектирования. Функционал тематически разбит на отдельные приложения, что упрощает дальнейшее масштабирование сайта клиники и позволяет с минимальными усилиями вносить изменения.
Активно используется админ-панель проекта. В рамках системы администрирования доступно управление ключевыми механиками сервиса без необходимости лезть в код, чтобы поправить что-либо напрямую в шаблоне.
Визуал
В макетах минимализм. Все построено вокруг контента, а не наоборот. Для ускорения процесса разработки активно используются пресеты Bootstrap 5.
Салон Эстетической Стоматологии — тот редкий случай, когда совершенно нет проблем с фотографиями. Фото активно применяются в оформлении страниц сайта.
Тонкости переезда
Переход на новый движок частично затронул структуру страниц проекта. Так, ранее часть страниц не имела в УРЛ значения рубрикатора (адреса имели вид домен/финальная часть ссылки), в текущей версии рубрикаторы до URL используются везде (там где это логично, адреса имеют вид домен/рубрика/финальная часть ссылки).
Из-за того, что количество страниц на сайте довольно велико, а благодаря ранее проводимым работам среди этих страниц много зашедших в ТОПы поисковых систем, требовалось обезопасить от потери позиций процесс переезда.
Было принято решение написать дополнительный функционал внутри блока, отвечающего за обработку 404-ошибок на сайте.
Если пользователь должен получить 404, сначала проверяется, есть ли страница с аналогичным адресом, но с рубрикатором среди новых страниц. Если таковая присутствует, вместо ошибки 404 возникает перманентный редирект. Решение временное и через несколько месяцев, когда все адреса в поисковых системах обновятся, оно будет отключено.
