Что проверяем в CMS
Ищем дубли, служебные URL, ошибки canonical, лишние архивы, неконтролируемые фильтры и ограничения шаблонов. Отдельно проверяем карту сайта, скорость, структурированные данные и сохранность изменений после обновлений.
Что не относится к платформе
Семантика, фактура и коммерческое предложение зависят от бизнеса, а не от CMS. Поэтому техническую специфику платформы дополняем анализом спроса и структуры конкретного проекта.
Направления раздела
Ниже показаны опубликованные дочерние страницы. Перед добавлением нового URL проверяем, не совпадает ли его интент с существующей услугой. Для каждой страницы фиксируем собственный состав работ, исходные данные, ограничения и способ проверки результата. Если различается только формулировка запроса, отдельный адрес не создаём.
Как выбрать раздел
Страницы сгруппированы по CMS и площадкам. Выберите используемую систему, чтобы увидеть проверки, ограничения и способы внедрения для её шаблонов, модулей, фильтров и кеширования. Если платформа отсутствует в списке, при аудите сначала определим её маршрутизацию и доступные точки доработки.
Общие требования
Для любой CMS проверяем индексируемые типы URL, canonical, метатеги, микроразметку, скорость и аналитику. Изменения тестируем на копии, когда они затрагивают импорт, оформление заказа или правила формирования адресов.
До начала внедрения
Фиксируем версию CMS, тему, установленные модули, способ кеширования и обмен данными. Проверяем изменения на технической копии, если они затрагивают URL, фильтры, импорт, корзину или оформление заказа. После переноса очищаем кеш и повторно сканируем сайт.
Что получает заказчик
Передаём список изменённых настроек и файлов, правила индексации, шаблоны метатегов и перечень контрольных URL. Доработки по возможности выносим из ядра CMS, чтобы обновление платформы не удалило результат.
