Как быстро и просто ускорить сайт на 1с-Битрикс?
Безусловно, ускорение сайта на 1с-битрикс один из самых популярных вопросов. Существует множество решений и методик для ускорения, но есть один «поджиратель» скорости и производительности на который многие даже не думают.
Сразу замечу, что это не панацея от всех болезней.
Есть несколько факторов, которые могут погубить любые оптимизации:
— Хостинг и настройки сервера. На некоторых проектах корнем проблем является хостинг сайта — если у вас недостаточно ресурсов для быстрого исполнения скриптов сайта или есть серьезные ошибки в настройке, о скорости можно даже не думать.
— Качество кода. Второй еще более серьезно влияющий на скорость маркер — это качество проектирования вашего сайта и качество написания кода. За практику я встречал много проектов с фундаментальными ошибками в изначальном проектировании структуры сайта и последующими постоянными подстройками под ошибки структуры через код. Иногда всё бывает еще проще — код сайта пишет разработчик с небольшим опытом и код получается неоптимальным и медленным.
Вы скажете: «хостинг и качество кода, это мы слышали уже не один десяток раз, где же обещенная информация об ускорении?», поэтому пора переходить к самой сути того что я хотел рассказать.
Мне действительно очень часто пишут с проблемой медленного сайта и желанием его ускорить. И спустя много много оптимизаций мне пришла идея «А что если удалить все счётчики и внешние сервисы с сайта?» и думаю вы не поверите — положительный эффект от этого может быть огромный.
Сразу обращу ваше внимание — отслеживание посетителей через счётчики на сайте это очень полезный функционал, онлайн-чат в большинстве случаев вносит свой вклад в конверсию, google reCaptcha и каждый другой сервис очень полезен, но — они заметно уменьшают скорость сайта.
Сделайте простой тест: проведите замеры на сайте со счётчиками и внешними сервисами. Временно отключите счётчики и
На одном из тестируемых проектов, отключение счётчиков и сервисов повысило баллы pagespeed почти в два раза!
До отключения 2х счётчиков и 2х сервисов, оценка в PageSpeed Insight была 28/54
После отключения счётчиков и сервисов оценка стала 64/82, без оптимизаций кода и прочих действий. Просто выключил счётчики.
Конечно, отказаться от всех внешних сервисов невозможно, но теперь вы понимаете еще один источник проблем со скоростью
Как ускорить сайт на Битрикс?
Как ускорить сайт на Битрикс?
9 эффективных способов
Скорость открытия страниц ресурса напрямую влияет на прибыль. Медленная загрузка негативно сказывается на индексации сайта, а также на поведении нового пользователя: вряд ли посетитель будет долго ждать, пока загрузится нужный раздел – проще перейти к конкурентам. Особенно критичен данный момент, когда люди переходят с платных каналов (баннеры, контекстная реклама) на целевые страницы (карточка товара, цены, услуги, форма заказа и т.д.).
В большинстве случаев, вопрос, как ускорить Битрикс, относится к слабому хостингу и неверным настройкам. Потому наши советы будут относиться к самостоятельной диагностике и методам устранения неполадок в админке.
Производительность
Прежде всего, оцените производительность сайта при помощи встроенного модуля «Монитор производительности» и сравните с эталонными показателями. Анализ выявит слабые места, из-за которых падает скорость загрузки. Это может быть как сам сайт, так и CMS, хостинг, конфигурация или проблемы кода. Параметр варьируется от 30 до 200: чем выше – тем качественнее во всех отношениях ваша площадка.
Чтобы протестировать производительность, следует перейти в настройки CMS, выбрать соответствующий пункт, далее – панель производительности, нажать на «Тестирование» и подождать несколько минут.
Седьмая версия PHP вышла ещё в конце 2015 года. Упор в разработке создатели сделали на повышение производительности с параллельным снижением потребления памяти. Результат оказался высоким: с переходом на новую версию производительность повышается минимум на 40%. Потому если вы планируете заказать создание сайта на Битрикс, сразу уточняйте, на каком ядре будет создан сайт.
Если у вас уже есть сайт, где PHP7 не поддерживается – исправляйте ситуацию обращением к новым более «современным» разработчикам. Если хостинг не поддерживает последнюю версию, провайдера всегда можно сменить, зачастую даже с бесплатным переносом ресурса.
Кэширование и «композитный сайт»
«Секрет» заключается в постоянном сбрасывании и обновлении кэша, а также в сохранении только нужных данных. К этому же пункту относится усовершенствованная версия html-кэширования, разработанная Битрикс – «композитный сайт». Технология позволяет сохранить на сервере «статические данные» — неизменные данные и слои сайта. То есть большую часть информации браузер берёт из кэша, и HTML-загрузка занимает минимум времени.
В кэш не загружаются только данные о пользователе, которые меняются, и информация, которая часто обновляется. Такие «динамические данные» загружаются в фоновом режиме.
Технология очень полезная при грамотной настройке кэша. Чтобы заметно повысить скорость загрузки страниц, важно правильно задать время жизни кэшированных данных в зависимости от числа посетителей и того, как часто на сайт добавляют новые данные. Особенности:
- Не оставляйте настройки по умолчанию (120 секунд) – адаптируйтесь под актуальную посещаемость. Если после первого посетителя и сформированного после него кэша второй зашёл на ту же страницу лишь через час, кэш формируется заново, так как его время закончилось. То есть каждый раз, когда кто-то переходит в определённый раздел, кэш формируется заново. О приросте скорости загрузки и производительности не может быть и речи.
- Не задавайте для определённых разделов (к примеру, статьи и новости) большое время кэширования.
- Если вы обновляете цены на сайте вручную либо 2-3 раза в неделю, задавайте время не менее двух суток. Если раз в день – не меньше суток. Если обновление в режиме реального времени за счёт обмена с 1С – устанавливайте время кэширования два часа.
Умный фильтр
Для встроенного в CMS умного фильтра Битрикса важно создать фасетные индексы, которые ускоряют работу системы. Зачем это нужно? Умный фильтр перебирает товары в каталоге и сравнивает с определёнными параметрами. Есть продуктов много, процесс может затянуться. Фасета заранее просчитывает варианты анализа и выдаёт при необходимости. Как ни странно, фасеты редко создают, хотя при обширном ассортименте товаров они обеспечивают частичный ответ на вопрос, как ускорить Битрикс.
Анализ индексов
Зайдите в Настройки, выберите «Производительность», затем «Индексы», а после – «Анализ индексов». Нажмите на «Выполнить анализ собранных SQL запросов». Зелёный индикатор говорит о том, что индексы созданы, жёлтый обязывает их создать. Подробная инструкция есть в мануале платформы, при необходимости на все вопросы ответит техническая поддержка.
Неиспользуемые модули
При активации 1С-Битрикс автоматически запускается ряд модулей, которые не всегда нужны для конкретного сайта, но при этом отнимают у системы ресурсы. Если вы решили заказать создание сайта на Битрикс у специалистов, которые не первый год работают с платформой – опытные разработчики перед запуском настроят CMS так, чтобы активными оставались только важные конкретно для вашего ресурса модули.
В противном случае, если вы всё настраивали самостоятельно или вам помогал частично понимающий в теме знакомый, лишние модули можно отключить самостоятельно, предварительно создав резервную копию сайта. Чтобы выполнить операцию, перейдите по цепочке Рабочий стол – Настройки – Настройки продукта – Модули. Чтобы узнать, какие модули можно отключить без потери функциональных возможностей и с приростом производительности – обратитесь к базе знаний Битрикс или специалистам технической поддержки.
Модуль ускорения сайта (CDN)
Загружает статическую информацию (файлы стилей css, картинки и т.д.) через Content Distribution Network (сеть дистрибуции контента). Таким образом, весомая часть данных подгружается с ближайшего к пользователю сервера. Итог – повышение скорости загрузки в несколько раз, а также снижение нагрузки на основные серверы. Но встречаются случаи, когда CDN, наоборот, замедляет работу ресурса. Нужно тестировать и анализировать результаты. Чтобы включить модуль, перейдите в настройках в «Облако 1С-Битрикс», а после выберите «Ускорение сайта».
Объединение CSS и JS-файлов
В настройках есть блок «Оптимизация CSS», где нужно отметить галочками все пункты, сохранить и протестировать скорость загрузки страниц.
Конфигурация сервера
Оценка – по следующим параметрам:
- Тип сервера. Виртуальный хостинг или VPS (virtual private server). В первом случае один сервер разделён между разными IP-адресами. Во втором имеется физический сервер, который разделён на несколько виртуальных, с собственными ОС и параметрами перезагрузки. VPS в целом лучше, но стоимость выше и настройки сложнее. Зато взамен – стабильность работы, возможность контролировать все процессы, настраивать ОС так, как нужно для вашего ресурса..
- Версия ПО. Мы уже говорили о том, что версия PHP желательна седьмая, а MySQL – не ниже пятой. Чтобы оптимизировать PHP-код, лучше всего применять расширение opcache, а чтобы отлаживать PHP-скрипты – XDebug. .
- Мониторинг работы. Иногда сайт перестаёт отвечать, если дисковая подсистема сервера достигла своего предела. Чтобы исключить потенциальную проблему, нужно отслеживать работу и загрузку дисковой подсистемы, CPU, а также пропускную способность сетевого интерфейса.
Следуя этим советам, проблема, как ускорить Битрикс, исчезнет сама собой. А если что-то будет непонятно в настройках – всегда можно обратиться к подробному мануалу платформы или отправить тикет в службу технической поддержки.
Ускорение сайта на Битрикс — 18 шагов, чтобы Битрикс больше не тормозил
На первый месяц сотрудничества вы получаете скидку 20% на все работы!
- Главная
- Услуги
- Ускорение сайта на Битрикс
Зачастую к нам обращаются клиенты с одной и той же проблемой — тормозит Битрикс.
На самом же деле само ядро (движок) в современных версиях Битрикс не тормозит.
Тормоза начинаются тогда, когда на сайте используются сложная или неоптимальная логика, когда сайт большой и сложный, когда на страницах сайта используется много неоптимальной javascript-логики и т.д.
Обычно тормозят достаточно старые сайты, которые годами дорабатываются/развиваются, все усложняя и усложняя свою логику и наращивая товарный ассортимент.
И когда перед нами встает задача ускорить работу таких сайтов, в первую очередь мы проводим анализ сервера и кода сайта для того, чтобы найти самые узкие места производительности. А если проще — то проблемы, которые мешают сайту работать быстро.
Скорость загрузки страницы складывается из двух основных частей:
- Скорость генерации html-страницы на сервере.
- Скорость загрузки всех ресурсов в браузере (html-страница, все css, javascript, изображения, видео и т.д.).
Поэтому работы по ускорению сайта (или отдельных страниц) нужно вести в обоих направлениях — ускорять бекенд (скорость генерации страниц на сервере), и ускорять фронтенд (скорость загрузки в браузере).
Ниже даны основные рекомендации увеличению скорости Битрикс, а также типовые проблемы, замедляющие работу сайта.
Ускорить генерацию страниц на сервере
Самая большая проблема — это когда html-страницы на сервере генерируются медленно. Медленно — обычно это дольше 0.3 секунд.
Именно при этой проблеме и складывается ощущение, что скорость Битрикс (самого движка) очень низкая — могут тормозить даже страницы «админки».
Чтобы ускорить генерацию той или иной страницы на сервере, нужно проанализировать логику ее генерации и найти неоптимальную логику (узкие места) или ошибки разработчиков. В этом могут помочь такие инструменты как xdebug или инструменты, встроенные в CMS/фреймворка, на котором работает ваш сайт. К примеру, в Битрикс есть инструмент “Отладка” в панели администратора в публичной части сайта.
Далее все примеры будут даваться для сайта на Битрикс.
Типовые проблемы, из-за которых может тормозить генерация страниц на стороне сервера собраны ниже.
Исправить все ошибки из “Проверки системы”
В первую очередь необходимо запустить “Проверку системы” в панели администрирования Битрикс и исправить все выявленные проблемы.
Это самые ключевые ошибки, которые коренным образом влияют на работу сайта.
Обычно они связаны с неправильными настройками сервера/хостинга.
Если в проверке системы есть хоть одна проблема, сайт может работать нестабильно — даже в самых непредвиденных и неочевидных местах.
Настройки > Инструменты > Проверка системы
Оптимизация настроек веб-сервера (apache, nginx, php-fpm)
Зачастую настройки стандартной сборки веб-сервера являются неоптимальными.
Поэтому рекомендуется проанализировать состояние и настройку веб-сервера и на базе проведенного аудита оптимизировать настройки сервера.
Наши специалисты готовы вам в этом помочь.
Дополнительно к этому необходимо посмотреть рекомендации Битрикс в админке по оптимизации настроек PHP.
Настройки > Производительность > PHP
Оптимизация настроек MySQL (или иной СУБД)
Аналогично оптимизации веб-сервера, рекомендуется оптимизировать настройки базы данных.
А также сверить текущие настройки с рекомендация в админке Битрикс.
Настройки > Производительность > Сервер БД
Слабый сервер/хостинг
Как понять, что вам нужен более мощный сервер/хостинг?
Монитор производительности сервера в админке Битрикс выдает значение меньше 30, несмотря на то что ваши сисадмины (или техподдержка хостинга) утверждает, что сервер настроен оптимально (а данные из админки Битрикс не выдают проблем с неоптимальными настройками php или mysql).
Примечание! Слишком плохой показатель “среднее время отклика” может значительно ухудшать общий показатель Конфигурации. Если этот пункт выдает слишком большую цифру, нужно проанализировать логику генерации главной страницы и обеспечить ее быструю отдачу сервером.
Итак, если несмотря на все оптимизации сервера, показатель Монитора производительности маленький, рекомендуется переезд на более мощный и оптимизированный хостинг/сервер.
Подобрать мощный сервер по доступной цене можно у нас.
Обращения к сторонним API (сервисам/ресурсам) в php-коде
Зачастую процесс генерации страниц тормозят обращения к сторонним сервисам в php-коде.
К примеру, это может быть сервисы определения города, расчета стоимости доставки и т.п..
Чтобы понять, как исправить — нужно разобраться, почему тормозит.
Возможно, в коде неоптимально (неправильно) используется API стороннего сервиса и есть более оптимальные варианты его использования. Возможно, само по себе API сервиса очень медленное.
В этих случаях логично пообщаться с поддержкой сервиса, попросить их ускорить работу API и дать рекомендации по более оптимальному использованию для вашего случая.
Если оптимизировать использование текущего сервиса невозможно, то нужно задуматься над переходом на альтернативные сервисы и API (либо о кешировании работу текущего API).
Неоптимальные (тяжелые) запросы к базе данных
Зачастую причина долгой генерации страниц на сервере — тяжелые SQL-запросы.
В этом случае есть как минимум 2 варианта их ускорения:
- Оптимизация самого запроса. Создать недостающие индексы, исключить из выборки ненужные поля, подзапросы, вычисления.
- Кеширование запроса. Чтобы один и тот же тяжелый запрос не обращался к базе данных при каждой загрузке, результаты выборки можно сохранить (в памяти, в файле или даже в самой базе данных). Подробнее о кешировании в Битрикс.
Неоптимальная логика php-кода
Даже если в php-коде нет обращений ни к базе данных, ни к сторонним ресурсам, такой код может тормозить.
Виной тому может стать неоптимальная логика кода — выборка из больших массивов, бесконечные (или почти бесконечные) циклы, работа с большими файлами данных и т.п.
В этом случае нужно выявить такие проблемные блоки кода и переписать этот код на более оптимальный (быстрый), либо можно закешировать результаты тяжелой логики (аналогично запросам к базе данных).
Разросшиеся таблицы в базе данных
Если таблицы в базе данных забиваются ненужными (устаревшими) данными, то это не только забивает диск на сервере, но и замедляет всю работу с базой данных — все запросы к базе данных начинают тормозить.
Зачастую это различные логи, журналы, дубли товаров и прочие системные таблицы.
Чтобы посмотреть все разросшиеся таблицы, зайдите в админке в раздел:
Настройки > Производительность > Таблицы
И отсортируйте все таблицы в порядке убывания размера.
Если размер таблицы больше 500 МБ, то с большой вероятностью можно говорить о том, что в этой таблице есть ненужные (устаревшие) данные, которые можно удалить.
В некоторых случаях критичным является и гораздо меньший размер таблиц.
В итоге очистка таких разросшихся таблиц позволит ускорить работу базы данных.
Выключенная или неправильно работающая система кеширования
В Битрикс есть достаточно хорошая система кеширования.
Но при разработке сайта вопрос использования типового кеширования изначально могут упустить.
Поэтому при анализе медленной генерации страниц на сервере особое внимание стоит уделить выявлению тех блоков кода (компонентов), где не используется типовое кеширование Битрикс. Выявить такие проблемы поможет инструмент Отладки в верхней панели Администратора в публичной части сайта.
В некоторых случаях, типовой механизм Автокеширования Битрикс начинает работать неоптимально. К примеру, если из 1С очень часто проводятся полные выгрузки товаров, то автокеширование начинает постоянно генерировать кеш. При каждом обмене прежний кеш всего каталога устаревает. Поэтому страницы каталога товаров начинают работать очень медленно (в 90% случаев кеш товаров оказывается устаревшим). В этом случае нужно либо уходить от частой полной выгрузки товаров из 1С, либо дорабатывать логику кеширования Битрикс.
Композитный сайт
После того как все очевидные проблемы (описанные выше) исправлены, имеет смысл подключить технологию Композитный сайт (или аналог).
Ускорить загрузку страниц в браузере
Многие важные критерии, влияющие на скорость загрузки страниц в браузере собраны в инструменте Google PageSpeed Insights. Но есть и другие проблемы/идеи, влияющие на время загрузки в браузере.
Оптимизация изображений
Хорошее ускорение достигается за счет сжатия (оптимизации) изображений. Все дело в том, что очень большая часть всех данных, загружаемых на странице сайта — это изображения.
Суть алгоритмов сжатия — объединить похожие цвета и удалить из файла различную служебную информацию (комментарии, gps-координаты, модель фотоаппарата и т.п.).
OptiPic — самый простой и эффективный инструмент для оптимизации изображений. Он позволяет в автоматическом режиме найти и оптимизировать все изображения на сайте.
Кеширование статичных файлов на стороне сервера (изображения, css, js)
На стороне сервера необходимо настроить отдачу статичных файлов с кешированием. Это позволит не загружать повторно все статичные ресурсы при перезагрузке страницы или открытии другой страницы сайта, на которой используются одинаковые ресурсы (jpeg, png, css, js и т.п.).
Если вы используете виртуальный хостинг, то попросите техподдержку хостинга настроить кеширование статичных ресурсов на сайте (изображения, видео, css, js). Это можно трактовать как упущение виртуального хостинга, если у них такое кеширование не реализовано изначально. Поэтому в большинстве случаев техподдержка идет навстречу и бесплатно проводит необходимую настройку.
Если у вас возникла проблема с данной настройкой, вы используете виртуальный или выделенный сервер — наши специалисты готовы вам помочь.
Уберите все редиректы и несуществующие ресурсы
Зачастую в процессе жизнедеятельности сайта на страницы подключаются все новые и новые ресурсы (картинки, javascript-файлы, css-файлы). Некоторые из них потом удаляются за ненадобностью — но их подключение забывают убрать со страницы. Некоторые из них перемещаются — и для простоты настраивается редирект со старого адреса на новый (чтобы на всех страницах не перепрописывать url к новым адресам).
В результате этого, на страницах появляются ресурсы, которые при попытке их загрузить, отдают 404 ответ (ресурс не существует), а также 301 или 302 ответы (ресурс перемещен временно или постоянно).
Все эти ситуации браузерам приходится обрабатывать, тратя на это драгоценное время загрузки страницы.
Исправление всех 4xx, 3xx ответов дает дополнительное преимущество в скорости загрузки и рендеринга страниц браузером.
Отключение ненужных скриптов и виджетов
Необходимо точно определить необходимость использования тех или иных виджетов, сервисов и библиотек на базе javascript.
В первую очередь нужно избавить от подключения тех ресурсов, которые совсем уже не используются на сайте.
Далее необходимо проанализировать необходимость подключения одних и тех ре ресурсов на всех страницах сайта. К примеру, если на сайте виджет лайков в соцсетях отображается только на детальных страницах товаров (а на остальных страницах он скрыт), то нет смысла подключать этот виджет на всех страницах — подключение любого дополнительного ресурса на странице замедляет загрузку страницы. Поэтому разумнее подключать этот виджет только на детальных страницах товаров. А на остальных страница исключить подключение виджета.
Также бывают случаи, что один и тот же ресурс подключается на странице несколько раз. К примеру, одна и та же библиотека используется в разных частях страницы. Эти блоки были разработаны в разное время разными разработчиками. В итоге подключается одна и та же библиотека (возможно, разные версии одной библиотеки).
Эти случаи тоже нужно исключать — оставляя подключение только одной версии библиотеки.
Объединение css и js
Все используемые css -файлы можно объединить в один файл. Аналогично — с javascript. Загрузка объединенных версий происходит гораздо быстрее, чем загрузка всех ресурсов без объединения. Причем зачастую это хорошо работает и при использовании HTTP/2.
В Битрикс для этого есть специальные настройки в ядре. Это есть в настройках Главного модуля.
Настройки > Настройки продукта > Настройки модулей > Главный модуль
И вроде бы все очень просто. Но дело в том, что объединяются только те js и css, которые подключаются на сайте через API Битрикс.
В ядре D7 для этого используются Asset::getInstance()->addCss() и Asset::getInstance()->addJs().
А значит, нужно удостовериться, чтобы все ресурсы подключались именно через API.
Для этого нужно включить опции в настройках, и посмотреть — какие css/js еще не объединились на ключевых страницах. Подключение этих css/js нужно переключить на подключение через API Битрикс.
Еще одна проблема! После объединения может нарушиться очередность подключения javascript-файлов. А из-за этого может нарушиться javascript-логика, отрабатываемая в браузере. Аналогично с css — из-за измененной очередности подключения стилей, могут некоторые стили могут неправильно переопределиться и конфликтовать.
Поэтому вроде бы простой процесс объединения css и js на самом деле зачастую становится достаточно трудоемким и рискованным. Такие процедуры сначала рекомендуется проводить на тестовых копиях.
Сжатие (минификация) js и css
Еще один способ ускорить загрузку js/css — это сжать их содержимое.
Суть такого сжатия — удалить все комментарии, весь закомментированный код, все пробелы, переносы строк и т.п.
В Битрикс для этого есть стандартная опция “Подключать минифицированные версии CSS и JS файлов” в настройках Главного модуля.
Но эту опцию тоже стоит использовать с осторожностью, т.к. она автоматом изменяет css/js и в некоторых случаях это может привести к проблемам.
Уменьшаем количество сторонних ресурсов
Если есть возможность скачать подключаемый ресурс к себе на сайт и подключать его как локальный ресурс, лучше именно так и поступить.
Во-первых, вы не можете гарантировать бесперебойную работу сторонних ресурсов. Примеры тому — массовые блокировки РосКомНадзором, DDoS атаки и просто падения или зависания сторонних сайтов и серверов (даже у очень известных и уважаемых компаний). Все, на что вы можете влиять, — это на бесперебойность работы своего сервера и сайта. Сторонние системы вам никак не подвластны.
Во-вторых, если рассматривать css и js ресурсы, то все локальный js/css можно объединить и сжать. Таким образом вы обеспечите более быструю их загрузку. С внешними ресурсами вы так поступить не можете.
Переводим сайт на протокол HTTP/2
HTTP/2 – это протокол передачи данных, основанный на протоколе SPDY от компании Google. На данный момент HTTP/2 — самый актуальный и передовой стандарт.
Внедрение протокола HTTP/2 на ваш сайт позволит значительно ускорить загрузку сайта современными браузерами!
Ускорение загрузки достигается за счет технологии мультиплексирования.
Суть его в том, что все ресурсы, которые должны загрузиться на страницу, загружаются параллельно друг другу (все картинки, все css-файлы, все js-скрипты, видео, шрифты и прочие файлы).
Если сравнить с устаревшим протоколом HTTP/1.1, то там для одного домена существовал лимит, который не позволял распараллелить загрузку большого колличесво загружаемых ресурсов.
HTTP/2 поддерживается всеми современными версиями браузеров: Chrome, Firefox, Safari, Opera и другими. И что очень важно — HTTP/2 поддерживается в мобильных версиях браузеров (iOS, Android).
А старые версии браузеров просто продолжат загружать ваш сайт по-старому принципу как будто сайт до сих пор работает на HTTP/1.1.
Переход на HTTP/2 будет абсолютно безболезненным.
Для перехода нужно лишь перенастроить веб-сервер.
Если у вас используется виртуальный хостинг (а не выделенный или виртуальный сервер), то можно попробовать обратиться в поддержку хостинга. В крайнем случае — придется перейти на отдельный арендованный сервер.
- Перенос css и js в нижнюю часть html-кода страниц.
- Неоптимальное подключение сторонних виджетов/сервисов на базе javascript.
- Перевод агентов на крон
Оптимизация сайта на «Битрикс»
Как оценить, что ваш сайт работает достаточно быстро и не теряет посетителей из поисковых систем, лояльность пользователей и конверсию из-за медленной загрузки страниц? Какие шаги помогут увеличить скорость загрузки сайта на Bitrix, и сколько времени это займет? Читайте в пошаговой инструкции, составленной нашим техническим специалистом.
Директ Лайн
Крупнейшее региональное интернет-агентство России. ТОП-10 в рейтинге Рунета.
1200+ проектов
90 специалистов
15 лет на рынке
Медленную скорость загрузки сайта можно сравнить с очередями в реальном магазине. Необходимость ждать вызывает раздражение и недовольство — никто не хочет зря терять свое время. В условиях, когда переключиться на сайт конкурента можно буквально за секунду, привлечь и удержать посетителей могут только очень «быстрые» сайты.
Итак, давайте примем за данность три факта:
- Скорость загрузки страниц сайта влияет на его конверсию и лояльность пользователей.
- «Быстрые» сайты удобны для просмотра и совершения покупок с мобильных устройств — доля мобильного трафика растет с каждым днем.
- Скорость загрузки страниц сайта влияет на его ранжирование в поисковых системах, то есть на его видимость относительно конкурентов.
Из-за промедления загрузки сайта в пару секунд вы можете потерять «горячего» покупателя навсегда.
Рассуждения о том, насколько сильно влияет, оставим для отдельной статьи с кейсами и результатами экспериментов. Сегодня о том, как правильно измерять скорость загрузки, и какие шаги помогут ускорить сайт на «Битрикс».
Нет времени разбираться?
Техподдержка сайта на «1С-Битрикс» под ключ
Специализируемся на «1С-Битрикс» более 10 лет и знаем все подводные камни и специфику. Работаем с сайтами любой технической сложности и бизнес-логики. При необходимости подключаем UX-специалиста и дизайнера. В течение 2 часов реагируем на обращения в тикетной системе.
Как измерить скорость сайта?
Чтобы объективно оценить скорость загрузки сайта — выполнить разовую проверку или постоянно отслеживать изменения, вы можете использовать следующие инструменты:
1. Сервис Pingdom (pingdom.com)
Работает в трех режимах:
- Для разовой экспресс-проверки удобно использовать инструмент https://tools.pingdom.com/. С его помощью вы можете узнать точную скорость загрузки сайта в секундах, оценку сайта в баллах по PageSpeed Insights, вес страницы, а также посмотреть развернутый отчет по техническим параметрам.
- Page Speed Reports — синтетические тесты скорости загрузки. Получаем общую информацию на основе регулярных тестов скорости загрузки главной страницы сайта, включая время «подтягивания» элементов со всех внешних источников, с информацией о размере и типе загружаемого контента.
- Real User Monitoring Reports (RUM) — агрегированная информация о скорости загрузки всех страниц сайта у реальных пользователей. Для использования требуется установка на сайт JavaScript кода. Вы получаете подробный отчет о скорости загрузки страниц с сегментацией по регионам пользователей, браузерам, устройствам (mobile/desktop/tablet), а также информацию о распределении времени по этапам загрузки — сетевые запросы, ответ сервера, загрузка статики.
Если сайт содержит много «тяжелых» картинок, то синтетические тесты могут завышать скорость загрузки, но RUM от Pingdom покажет реальное время ожидания, с которым сталкиваются посетители сайта.
2. Проверка от Google PageSpeed Insights
Сервис позволяет определить факторы, влияющие на скорость загрузки страниц всего сайта, — отдельно для мобильной и десктопной версии:
- сжатие изображений,
- объем JS кода,
- время ответа сервера и другие.
В результате проверки сервис предложит рекомендации по внедрению тех или иных изменений.
Чаще всего предлагаются следующие направления оптимизации:
- используйте кеширование,
- избавьтесь от лишнего кода или сожмите его,
- заставьте сервер отвечать быстрее,
- уменьшите «вес» изображений.
По итогам проверки выставляется балл от 0 до 100. Этот показатель среди прочих равных учитывается при ранжировании сайта в поисковой выдаче Google.
3. Для сайтов на «Битрикс» — сервис «Скорость сайта»
Встроенный мониторинг производительности можно использовать как средство «разбора полетов» и для выявления проблемных участков на сайте — сервис помогает локализовать «тормозящий» компонент. Применяется для разового анализа, не подходит для регулярного мониторинга.
Нормальные показатели загрузки сайта
Как понять, не теряете ли вы посетителей сайта по причине медленной загрузки сайта?
Сравните полученную в результате тестов скорость загрузки сайта с целевыми показателями:
| Сервис | Нормальный показатель загрузки страницы для небольших сайтов | Нормальный показатель загрузки страницы для сложных интернет-магазинов |
|---|---|---|
| Pingdom RUM | 1,5-3 с | 3-4 с |
| PageSpeed Insights | от 80 баллов | |
| Сервис «Скорость сайта» в Битрикс | до 1 с | до 2 с |
Таблица 1. Целевые показатели скорости загрузки сайта по разным сервисам
Если значения будут ощутимо отличаться в большую сторону — это проблема. Значит ваш сайт «тормозит» и необходимо оптимизировать его с точки зрения скорости загрузки.
Детальный аудит
Когда проблема медленной загрузки сайта определена, нужно выполнить детальный аудит.
Стадия технического аудита обязательна для проектов со сложной структурой каталога и большим количеством фильтров, где есть кастомный функционал (технические доработки). Очень часто такие сайты имеют плохое техническое наследие и следование стандартным инструкциям не дает ожидаемого результата.
В этом случае лучше довериться техническому специалисту, у которого есть опыт оптимизации различных сайтов.
Скорость загрузки сайта складывается из двух показателей:
- скорость генерации страниц сервером;
- скорость загрузки и отрисовки страниц и всего контента на них браузером.
Например, у сайта может быть достаточно «лёгкий» дизайн и мало картинок, но очень сложные и неоптимальные выборки товаров из каталога на стороне сервера. В этом случае непосредственное получение контента страниц и их отрисовка браузером будет проходить быстро, но промежуток времени от запроса до момента, когда сервер начнет отдавать этот контент, будет большим. Может быть и наоборот: сервер генерирует страницы очень быстро, но на них слишком много тяжелых картинок. Это необходимо учитывать при оптимизации.
Чтобы сделать объективные выводы, специалист в своей работе опирается на данные, полученные с помощью различных сервисов.
Сначала специалист проверяет сайт с помощью сервиса PageSpeed Insights.
Полученный результат служит отправной точкой для анализа конкретных факторов, влияющих на скорость загрузки сайта:
- скорость генерации страниц сервером,
- структура html-кода,
- размер изображений,
- размер css файлов и т.д.
По итогам детального аудита специалист предложит вам конкретные шаги по оптимизации сайта.
«Детальный аудит позволяет обнаружить все недочеты, оценить, сколько времени потребуется на устранение каждого из них, и какие шаги дадут максимальный эффект. Это поможет расставить приоритеты в процессе технических доработок и даже при ограниченном бюджете достичь значительного улучшения скорости загрузки сайта.»
Станислав Мозгель
Директор по развитию, руководитель технического отдела
Кроме того, специалист определит, насколько стратегически верно дорабатывать существующий сайт. В некоторых случаях лучшим решением будет создать новый сайт — это актуально, если стоимость технических доработок составляет хотя бы половину стоимости разработки нового сайта.»
Для понимания процедуры технического аудита, вы можете изучить внутренние документы нашей компании:
- Оценка технического аудита
- Порядок проведения аудита
- Пример отчёта
Как ускорить сайт на Bitrix?
Работы по оптимизации скорости загрузки сайта могут потребовать от 0,5 ч до N часов работы технического специалиста. Сложность, а значит и продолжительность работ зависит от состояния сайта и причин низкой скорости загрузки: в некоторых случаях достаточно просто уменьшить вес изображений, для других сайтов необходимо перерабатывать код.
Разберем варианты реализации самых популярных рекомендаций в контексте сайтов на «Битрикс».
«Битрикс» — одна из самых популярных платформ для создания сайтов. Низкий порог входа для разработчиков приводит к частому внедрению некачественных технических решений, которые снижают скорость загрузки страниц сайта.
- Оптимизировать изображения — 0,5-4 +1-6 часов работы. Правильный подход — настраивать корректно ресайз изображений при выводе, и размещать в контенте заранее подготовленные сжатые изображения. Картинки элементов/разделов инфоблоков и других сущностей базы данных (например, изображения товаров в каталоге интернет-магазина) можно сжать при генерации шаблонов компонентов. В зависимости от количества шаблонов это может занять 0,5-4 часа работы программиста. Изображения в статичном контенте (например фотография, вставленная в статью через визуальный редактор) и элементы дизайна сайта необходимо сжимать вручную с помощью сторонних сервисов. Обычно на это уходит 1-6 часов.
- Сократить время ответа сервера — 10-16 часов. Именно в этом блоке работ исправляются ошибки, допущенные при планировании структуры данных и в процессе программирования. Чаще всего такое наведение порядка в коде проекта даёт самое заметное улучшение скорости работы сайта. Этот блок прорабатывают в два этапа:
- Технический аудит, составление рекомендаций — 10-16 часов.
- Внедрение рекомендаций и рефакторинг — 12-24 часа.
Необходимые трудозатраты зависят от состояния сайта: общей сложности функционала проекта, качества кода и технических решений, негативного наследия проекта.
Бывают, конечно, особо запущенные случаи или просто очень большие проекты, когда нужно вложить больше 40 часов, но это скорее исключение.
- Удалите JavaScript. В настройках главного модуля «Битрикс» есть галочка «Переместить весь Javascript в конец страницы». Она перемещает вниз страницы все JS из шаблона сайта, что частично решает вопрос. Включается за 2 минуты. Но бывают случаи, когда это приводит к поломке JS плагинов или обработчиков, приходится разбираться и вручную исправлять коллизии, тогда решение задачи может занять больше времени.
- Удалите CSS. При стандартном подключении стилей в «Битрикс» их нельзя переместить вниз, они всегда подключаются вначале страницы. Если подключать скрипты нестандартно, то теряются другие преимущества, такие как объединение/сжатие стилей и размещение стилей в CDN. И то и другое влияет на скорость загрузки страницы больше, чем перемещение стилей вниз страницы.
Дополнительные возможности «Битрикса»
Если продолжать разговор о «Битриксе», то в ходе комплексной работы над ускорением сайта нужно обязательно обратить внимание на следующие технологии, предлагаемые CMS:
- Ускорение сайта CDN (https://www.1c-bitrix.ru/products/cms/features/cdn.php),
- Композитный сайт (https://www.1c-bitrix.ru/composite/).
С их помощью можно добиться эффективного ускорения сайта, но процесс внедрения во многих случаях требует серьезных технических доработок.
Так, технология «Композитный сайт» отлично работает только в проектах, которые идеально соответствуют стандартам — таких сайтов очень мало. Обычно необходимо сначала довести сайт с помощью доработок до такого состояния, чтобы он мог поддерживать эту технологию.
Скорость и стабильность работы сайта – важные факторы, которые напрямую влияют на конверсию сайта и позиции в поисковой выдаче. Экономить на этом вопросе не стоит. Если нет возможности выделить разом необходимый ресурс для технической оптимизации сайта, нужно провести технический аудит и в комфортном темпе устранять все выявленные замечания. При этом начать стоит с тех рекомендаций, которые при минимальных трудозатратах обеспечат наилучший эффект.
Мы осуществляем техническую поддержку проектов на долгосрочной основе и знаем, как ускорить сайт на «Битрикс». Обратившись к нам, вы можете быть уверены, что ваш сайт будет правильно оптимизирован с точки зрения технических возможностей платформы: мы не идем на сделки с совестью и предлагаем действительно эффективные решения.