Как техническая оптимизация сайта на «1С-Битрикс» увеличила производительность до 100 баллов в PageSpeed: подробный кейс проекта в нише продажи прицепов

Мы уже рассказывали об этом проекте в общем SEO-кейсе, где кратко упоминали техническую оптимизацию сайта. Однако большая часть выполненных работ осталась за рамками публикации. В этом материале подробно разбираем весь комплекс технических доработок: от выбора серверной инфраструктуры до оптимизации базы данных, фронтенда и системы кэширования. Показываем, какие решения были внедрены и каких результатов удалось добиться.

Исходные данные проекта

Тематика: продажа и сервисное обслуживание прицепов и полуприцепов российских и зарубежных производителей.
Регион продвижения: Москва.
Период работ: с мая 2021 года.

Выбор серверной инфраструктуры: почему для «1С-Битрикс» критична частота процессора

«1С-Битрикс» относится к ресурсоемким CMS. Производительность системы напрямую зависит от того, насколько быстро сервер способен обрабатывать PHP-код, выполнять SQL-запросы и отдавать HTTP-ответы пользователям.

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

Почему высокая частота процессора важнее количества ядер

Во время работы сайта одновременно задействуются несколько компонентов:

1. веб-сервер Nginx принимает и обрабатывает HTTP-запросы;
2. PHP интерпретирует серверную логику и выполняет скрипты CMS;
3. MySQL обслуживает обращения к базе данных.

Во всех этих сценариях высокая частота процессора позволяет уменьшить время выполнения операций. Дополнительно при выборе оборудования учитывался объем кэша L3: большой кэш ускоряет доступ к часто используемым данным и снижает задержки при обработке запросов.

В результате было принято решение отказаться от предыдущего хостинга в пользу сервера с более подходящими характеристиками.

До:

После:

Такое изменение стало базой для последующей технической оптимизации сайта.

Оптимизация изображений: как сократить вес страниц без потери качества

Одной из самых серьезных причин медленной загрузки оказались изображения. Они создавали большое количество HTTP-запросов, значительно увеличивали объем передаваемых данных и ухудшали показатели PageSpeed.

Работа проводилась поэтапно.

Аудит всей медиатеки сайта

Сначала был выполнен полный анализ изображений, размещенных на сайте. Проверили:

1. разрешение файлов;
2. используемые форматы;
3. степень сжатия;
4. соответствие размеров изображений реальным размерам контейнеров на страницах.

В результате нашли множество файлов с избыточным разрешением и неоптимальными форматами хранения.

Переход на современные форматы изображений

Для хранения графики были выбраны современные форматы WebP и JPEG 2000.

Формат WebP обеспечивает значительно более эффективное сжатие по сравнению с JPEG и PNG, сохраняя качество изображения. Он поддерживает как сжатие с потерями, так и без потерь.

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

Было:

Стало:

После конвертации удалось существенно уменьшить количество загружаемых данных и число сетевых запросов. Время загрузки страницы сократилось примерно с 14 секунд до 0,6 секунды.

Конвертация выполнялась средствами командной строки через cwebp, установленный на сервере с CentOS и интегрированный в окружение «1С-Битрикс».

Массовое сжатие графики

Следующим этапом стало дополнительное сжатие всех изображений.

Для обработки использовались:

1. ImageMagick;
2. TinyPNG;
3. cwebp;
4. другие специализированные инструменты оптимизации.

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

Например, фотографию объемом около 2 МБ удалось уменьшить примерно до 150 КБ, сохранив визуальное качество изображения.

Оптимизация размеров изображений

Каждое изображение было приведено к фактическим размерам, необходимым для отображения на сайте.

Вместо загрузки фотографий «с запасом» были подготовлены версии, соответствующие размерам блоков и карточек товаров. Это позволило исключить передачу лишних данных пользователю.

Настройка кэширования изображений

Для повторных посещений сайта была настроена система кэширования графики.

На сервере и в браузере пользователей добавили заголовки:

1. Cache-Control;
2. Expires.

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

Автоматическая оптимизация новых изображений

Чтобы проблема не возникала снова, процесс сделали автоматическим.

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

Дополнительно внедрен контроль качества, который не позволяет публиковать изображения, не соответствующие установленным требованиям.

Какие инструменты использовались

В процессе оптимизации применялись несколько специализированных решений.

1. cwebp — массовая конвертация изображений в формат WebP.
2. ImageMagick — изменение размеров, конвертация и пакетная обработка файлов.
3. TinyPNG — дополнительное сжатие PNG и JPEG.
4. pngquant и jpegoptim — оптимизация изображений без потери качества.

Результаты оптимизации изображений

Комплексная переработка медиатеки позволила добиться сразу нескольких эффектов:

1. значительно уменьшить размер изображений без ухудшения качества;
2. снизить общий объем страниц;
3. ускорить загрузку как на десктопах, так и на мобильных устройствах;
4. улучшить показатели Google PageSpeed Insights.

До оптимизации:

После оптимизации:

По данным Google PageSpeed Insights производительность сайта выросла с 27 до 100 баллов.

Важно, что такой результат был достигнут без использования lazy loading. Основной эффект обеспечили современные форматы изображений, корректное кэширование и автоматизация обработки медиаконтента.

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

Оптимизация базы данных в «1С-Битрикс»: как сократить время выполнения тяжелых запросов и снизить нагрузку на сервер

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

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

Полный аудит структуры базы данных

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

Во время аудита были выявлены несколько типичных проблем:

1. избыточные данные в отдельных таблицах;
2. отсутствие индексов в часто используемых полях;
3. неэффективные связи между таблицами;
4. запросы, выполнявшие лишние операции и создававшие дополнительную нагрузку.

Такой анализ позволил определить приоритетные точки оптимизации.

Поиск и переработка медленных SQL-запросов

Следующим этапом стало профилирование SQL-запросов с помощью журнала MySQL Slow Query Log. Это позволило увидеть запросы, которые выполнялись дольше остальных и потребляли наибольшее количество ресурсов.

Одной из причин низкой производительности оказалось отсутствие необходимых индексов.

До оптимизации:

После добавления индексов:

Добавление индексов значительно сократило время поиска данных и уменьшило нагрузку при выполнении повторяющихся выборок.

Еще один пример касался вывода элементов инфоблока на странице.

До оптимизации запрос получал значительно больше данных, чем было необходимо.

После переработки:

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

Такой подход позволил ускорить выполнение отдельных операций до 300% по сравнению с первоначальной реализацией.

Переработка сложной логики запросов

Помимо индексации были переписаны наиболее тяжелые SQL-конструкции.

В ходе оптимизации:

1. убрали лишние JOIN, которые не влияли на итоговый результат;
2. разбили крупные запросы на несколько более простых операций там, где это повышало производительность;
3. использовали подзапросы и оконные функции для более эффективной обработки выборок.

В результате база данных стала выполнять меньше лишней работы при каждом обращении пользователя к сайту.

Создание новых индексов и очистка существующих

Отдельным этапом стала работа с индексами.

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

После анализа были выполнены следующие изменения:

1. созданы индексы для наиболее востребованных столбцов;
2. оптимизированы существующие индексы;
3. удалены неиспользуемые и дублирующиеся индексы;
4. добавлены составные индексы для запросов с несколькими условиями фильтрации.

Это позволило ускорить выборки без увеличения нагрузки на запись данных.

Оптимизация структуры таблиц

Следующий этап касался самой структуры хранения данных.

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

Выполненные изменения включали:

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

Такой подход помог сократить объем операций при обращении к базе.

Архивация неактуальных данных

Со временем в базе накопилось большое количество информации, которая практически не использовалась в ежедневной работе сайта.

Чтобы уменьшить объем активной базы данных, была внедрена система архивирования.

В рамках этой задачи:

1. старые и неактивные данные перенесли в архив;
2. настроили регулярическое архивирование через cron-задачи;
3. реализовали механизм быстрого доступа к архивным данным при необходимости.

В результате рабочая база стала компактнее, а операции с актуальными данными — быстрее.

Оптимизация соединений и транзакций

Еще одним источником задержек стали соединения с базой данных и длительные транзакции.

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

Основные изменения:

1. уменьшили задержки при установлении соединений;
2. сократили время удержания блокировок;
3. внедрили механизм автоматического завершения зависших и слишком долгих транзакций.

Это снизило вероятность взаимных блокировок и повысило устойчивость системы под нагрузкой.

Кэширование результатов SQL-запросов

Значительная часть запросов на сайте повторяется многократно. Например, карточки товаров, списки категорий или блоки каталога часто запрашиваются без изменений.

Чтобы не выполнять одинаковые вычисления каждый раз, настроили кэширование запросов.

Использовались два уровня кэширования:

1. кэширование запросов средствами MySQL;
2. хранение результатов запросов в Memcached.

Также была реализована стратегия автоматического обновления и очистки кэша после изменения данных.

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

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

Настройка конфигурации MySQL

Оптимизация коснулась и параметров самой СУБД.

Были пересмотрены настройки, влияющие на производительность сервера базы данных, включая:

1. innodb_buffer_pool_size;
2. query_cache_size;
3. tmp_table_size;
4. max_connections;
5. другие параметры конфигурации MySQL.

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

Тестирование результатов после оптимизации

После завершения всех изменений провели повторное тестирование производительности базы данных и сравнили показатели с исходным состоянием.

До оптимизации:

После оптимизации:

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

Дополнительно улучшилась общая стабильность работы проекта, поскольку база данных стала эффективнее использовать ресурсы сервера и быстрее обслуживать пользовательские запросы.

Оптимизация верстки сайта: как переработка HTML, CSS и JavaScript ускорила загрузку страниц

После оптимизации серверной части и базы данных следующим этапом стала переработка фронтенда. Анализ показал, что значительная часть времени загрузки страницы терялась из-за избыточной верстки, неиспользуемых стилей, тяжелых JavaScript-файлов и блокирующих ресурсов.

Работы охватили HTML-разметку, CSS, JavaScript и порядок загрузки ресурсов. Основная задача заключалась в том, чтобы уменьшить объем передаваемых данных, сократить количество HTTP-запросов и ускорить первую отрисовку страниц.

Ревизия HTML-кода

Первым этапом стал аудит HTML-разметки сайта.

Были проверены шаблоны страниц, компоненты «1С-Битрикс» и автоматически генерируемый код. В процессе анализа обнаружили большое количество лишних элементов, устаревших атрибутов и повторяющихся конструкций, которые увеличивали объем документа, но не влияли на функциональность.

В рамках оптимизации:

1. удалили пустые и дублирующиеся теги;
2. избавились от устаревших HTML-элементов и лишних атрибутов;
3. переработали структуру шаблонов, сделав ее более логичной и семантически корректной;
4. внедрили современные теги HTML5 — header, footer, section, article и другие элементы, улучшающие структуру документа и его восприятие поисковыми системами.

В результате HTML-код стал компактнее, понятнее и быстрее обрабатывался браузером.

Оптимизация CSS

Следующим этапом провели полный аудит таблиц стилей.

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

Работы включали:

1. поиск и удаление неиспользуемых CSS-правил;
2. очистку устаревших селекторов;
3. объединение нескольких файлов стилей в единые сборки;
4. минификацию CSS для уменьшения итогового размера файлов.

Для минификации использовали специализированные инструменты, включая CSSNano.

После переработки объем CSS сократился, а количество HTTP-запросов при загрузке страницы уменьшилось.

Оптимизация JavaScript

JavaScript также стал одним из ключевых направлений оптимизации.

Во время аудита проверили все подключенные библиотеки, пользовательские скрипты и компоненты «1С-Битрикс». Часть файлов давно не использовалась, некоторые выполняли одинаковые функции, а часть подключалась на страницах, где вообще не требовалась.

В ходе работ:

1. удалили устаревшие и неиспользуемые скрипты;
2. исключили дублирование JavaScript-библиотек;
3. объединили файлы для уменьшения количества запросов;
4. выполнили минификацию JavaScript с помощью UglifyJS и аналогичных инструментов.

Отдельное внимание уделили способу загрузки скриптов.

Для ресурсов, не влияющих на первоначальное отображение страницы, использовали атрибут async, чтобы они загружались параллельно и не блокировали построение страницы.

Для остальных сценариев внедрили загрузку через defer, позволяющую браузеру сначала построить DOM, а затем выполнить JavaScript.

Такой подход сократил время блокировки основного потока и ускорил отображение интерфейса.

Оптимизация критического пути рендеринга

Одной из задач было уменьшить время появления первого контента на экране пользователя.

Для этого реализовали технологию Critical CSS.

Критически важные стили, необходимые для отображения первого экрана, были встроены непосредственно в HTML-документ. Остальные стили загружались позже, уже после начала отображения страницы.

Дополнительно пересмотрели порядок подключения CSS и JavaScript, чтобы убрать ресурсы, блокирующие рендеринг.

Это позволило браузеру быстрее приступить к построению страницы и значительно сократить время первой отрисовки.

Кэширование статических ресурсов и оптимизация шрифтов

После оптимизации структуры фронтенда настроили хранение статических файлов в кэше браузера.

Для CSS, JavaScript, изображений и других статических ресурсов были заданы заголовки Cache-Control и Expires. Благодаря этому повторные посещения сайта происходят значительно быстрее — браузер использует локально сохраненные файлы вместо повторной загрузки.

Отдельно оптимизировали подключение веб-шрифтов.

Для них использовали свойство font-display: swap, которое устраняет задержку отображения текста. Пользователь сначала видит текст системным шрифтом, а после загрузки веб-шрифта происходит незаметная замена без пустых областей на странице.

Что изменилось после оптимизации верстки

Комплексная переработка HTML, CSS и JavaScript дала сразу несколько результатов.

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

Во-вторых, сократилось количество HTTP-запросов, необходимых для полной загрузки страницы.

В-третьих, страницы стали быстрее открываться как на десктопных устройствах, так и на смартфонах, а показатели Google PageSpeed существенно улучшились.

По данным административной панели «1С-Битрикс» изменения были заметны и во внутренних метриках производительности системы.

До оптимизации:

После оптимизации:

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

Подключение Memcached: перенос часто используемых данных в оперативную память

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

Для проектов на «1С-Битрикс» это особенно важно, поскольку CMS регулярно выполняет множество однотипных SQL-запросов при формировании каталога, карточек товаров, меню и других элементов сайта.

Почему понадобился Memcached

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

Это увеличивало нагрузку на MySQL и замедляло отклик сайта при высокой посещаемости.

Использование Memcached позволило хранить результаты часто выполняемых запросов в памяти сервера и выдавать их без повторной обработки.

Что было реализовано

На сервере развернули и настроили службу Memcached, после чего интегрировали ее с «1С-Битрикс».

В процессе настройки выполнили следующие работы:

1. подключили Memcached через конфигурацию CMS;
2. настроили кэширование сложных и часто повторяющихся SQL-запросов;
3. определили оптимальное время хранения данных (TTL) для различных типов контента;
4. реализовали автоматическое обновление и очистку кэша после изменения данных;
5. подготовили инструменты для принудительной очистки и обновления кэша при необходимости.

Отдельно настроили мониторинг работы Memcached на уровне операционной системы CentOS.

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

Как работает система кэширования

После внедрения Memcached логика формирования страниц изменилась.

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

Полученный результат сохраняется в кэш.

Все последующие посетители получают уже подготовленную версию страницы, которая хранится в оперативной памяти. Благодаря этому серверу не нужно заново выполнять весь набор SQL-запросов и PHP-логики.

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

Результаты внедрения Memcached

Использование Memcached позволило заметно сократить время ответа сервера.

Основные результаты:

1. уменьшилось время обработки пользовательских запросов;
2. существенно снизилось количество обращений к базе данных;
3. сократилась нагрузка на сервер MySQL;
4. повысилась стабильность работы сайта при увеличении нагрузки.

В совокупности с предыдущими этапами оптимизации это стало еще одним фактором роста общей производительности проекта и ускорения загрузки страниц.

Отключение сторонних библиотек и доработка коммерческих факторов: какие изменения повысили скорость и удобство сайта

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

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

Удаление сторонних библиотек и лишних скриптов

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

Аудит подключенных библиотек

Сначала проанализировали все внешние зависимости проекта.

Для этого использовали инструменты разработчика в браузере, проверили шаблоны «1С-Битрикс», конфигурационные файлы и исходный код проекта. Анализ показал, какие библиотеки реально участвуют в работе интерфейса, а какие остались после предыдущих доработок или экспериментов.

Поиск неиспользуемых компонентов

После аудита определили несколько категорий лишних ресурсов:

1. библиотеки, которые применялись только во время разработки и тестирования;
2. плагины, функциональность которых больше не используется;
3. дублирующие библиотеки с одинаковыми возможностями, например несколько решений для реализации слайдеров и каруселей.

Все такие зависимости стали кандидатами на удаление.

Очистка проекта от лишнего кода

На следующем этапе неиспользуемые библиотеки были полностью отключены и удалены из проекта.

Изменения затронули:

1. шаблоны подключения ресурсов;
2. конфигурационные файлы;
3. исходный код компонентов и страниц.

Дополнительно убрали все ссылки на удаленные библиотеки, чтобы браузер больше не выполнял лишние запросы.

Оптимизация оставшихся библиотек

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

Для них:

1. обновили версии до актуальных стабильных релизов;
2. сократили объем подключаемого кода;
3. исключили лишние модули, если они не использовались в проекте.

Это позволило уменьшить общий объем JavaScript без потери функциональности.

Что дало удаление лишних библиотек

После очистки проекта сократилось количество подключаемых файлов и объем данных, передаваемых пользователю.

В результате:

1. страницы стали загружаться быстрее;
2. снизилась нагрузка на браузер пользователя;
3. уменьшилось количество сетевых запросов;
4. мобильные устройства начали быстрее обрабатывать страницы с ограниченной пропускной способностью.

Дополнительным эффектом стало снижение потенциальных рисков безопасности, связанных с использованием устаревших сторонних библиотек.

Улучшение коммерческих факторов и пользовательского опыта

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

Полная адаптация сайта для мобильных устройств

Одной из задач стало улучшение отображения сайта на смартфонах и планшетах.

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

В ходе работ:

1. обновили адаптивные шаблоны страниц;
2. добавили стили для разных размеров экранов;
3. протестировали отображение на реальных устройствах и в эмуляторах.

До оптимизации:

После оптимизации:

В результате интерфейс стал удобнее на мобильных устройствах, а элементы управления сохранили корректные размеры и расположение даже на небольших экранах.

Переработка механизма скачивания спецификаций товаров

На карточках техники существовала проблема с выгрузкой спецификаций.

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

До изменений:

Алгоритм генерации документов был полностью переработан.

После оптимизации:

Теперь каждая карточка товара получает собственную уникальную ссылку на спецификацию.

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

Добавление рейтинга товаров

Следующим улучшением стала система оценки товаров.

Ранее карточки техники не содержали рейтингов и не позволяли пользователям оставлять оценки.

До внедрения функциональности:

После доработки появилась полноценная система рейтингов.

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

1. пятибалльную шкалу оценки;
2. хранение пользовательских оценок;
3. расчет средней оценки товара;
4. отображение рейтинга непосредственно на странице товара.

Это сделало карточки более информативными и добавило социальное подтверждение при выборе техники.

Добавление формы отзывов

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

Раньше пользователи не могли оставить мнение о товаре непосредственно на сайте.

До реализации:

После внедрения:

Функциональность включает:

1. форму отправки отзыва;
2. выставление оценки по пятибалльной шкале;
3. текстовое описание опыта использования;
4. контактные данные пользователя.

Все отзывы проходят модерацию через административную панель «1С-Битрикс». Для администраторов настроили уведомления о новых публикациях, чтобы оперативно проверять и размещать отзывы.

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

Обновление микроразметки Schema.org

Еще одним направлением стала актуализация микроразметки сайта.

В карточках товаров и других разделах внедрили разметку Schema.org, которая помогает поисковым системам корректно интерпретировать содержимое страниц.

Обновили разметку для:

1. товаров;
2. рейтингов;
3. отзывов;
4. новостей;
5. других структурированных сущностей сайта.

Пример реализации:

После внедрения микроразметку проверили с помощью инструментов Google Structured Data Testing Tool и Bing Webmaster Tools.

Валидация подтвердила корректность структуры данных и отсутствие критических ошибок.

Обновление страницы «Лизинг и кредит»

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

До оптимизации страница содержала устаревший дизайн и менее удобную структуру подачи информации.

До изменений:

После переработки:

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

Добавление юридических документов

Для повышения доверия пользователей и соответствия требованиям законодательства на сайте появился полноценный раздел юридической информации.

Были подготовлены и опубликованы страницы:

1. «Политика конфиденциальности»;
2. «Правила пользования сайтом»;
3. уведомление об использовании файлов Cookies.

Ссылки на документы разместили в подвале сайта и в соответствующих разделах интерфейса.

Переработка раздела новостей

Завершающим этапом стала доработка раздела новостей.

Изменения затронули оформление публикаций и структуру отображения материалов.

Выполненные работы:

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

Раздел стал выглядеть более структурированным, а пользователям стало проще ориентироваться в новых публикациях и понимать актуальность материалов.

Почему техническая оптимизация стала основой роста SEO-показателей

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

Оптимизация проводилась комплексно и затронула все ключевые уровни проекта. Была обновлена серверная инфраструктура, переработаны тяжелые SQL-запросы, настроено кэширование, оптимизированы изображения и фронтенд, а также улучшены коммерческие элементы каталога и карточек товаров.

Айрат Рахимзянов

Руководитель SEO-агентства «Релианта»

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

Такой подход позволил получить измеримые результаты:

1. скорость загрузки страниц сократилась с 14 до 0,6 секунды;
2. производительность сайта в Google PageSpeed Insights выросла с 27 до 100 баллов;
3. уменьшилась нагрузка на сервер и базу данных;
4. ускорилось выполнение наиболее ресурсоемких запросов;
5. сайт стал стабильнее работать как на десктопных, так и на мобильных устройствах.

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

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