Могильная версия сайта: как угробить конверсию, создав сайт на конструкторе
В исследовании приняли участие 35 конструкторов: Tilda, Readymag, LPgenerator, InSales, Wix, Elementor и другие. Проверили их собственные сайты и сайты их клиентов.
Привет. Я Алексей. Маркетолог-аналитик в Loading.Express. Мы проверяем скорость загрузки сайтов, ускоряем медленные сайты и консультируем крупные компании. Часто к нам приходят проверить скорость сайта, который сделан на конструкторе и глазам не верят, если видят цифры в 20-30-40 секунд.
План статьи такой:
- Исследование скорости 35 сайтов конструкторов.
- Почему сайты на конструкторах загружаются медленно.
- Как ускорить загрузку сайта на конструкторе.
- Что если использовать Wordpress + Elementor или/и WPBakery
- Что если есть конструктор, который следит за скоростью загрузки.
35 сайтов конструкторов и скорость загрузки их сайтов
Давайте посмотрим, как дела у сайтов самих платформ. Ведь если они могут на своей платформе сделать быстрый сайт, то и у вас получится!
Так ли это?
Скорость загрузки сайта у конструкторов сайтов:
- 35 место у «WIX» — 17.5 секунды;
- 34 место у «Atilekt.ru» — 8.2 секунды;
- 33 место у «Site.pro» — 5.8 секунды;
- 32 место у «Платформа LP» — 5.5 секунды;
- 31 место у «Webflow» — 5.4 секунды;
- 30 место у «Borstch» — 5.3 секунды;
- 29 место у «energy» — 5.3 секунды;
- 28 место у «Nethouse» — 5.3 секунды;
- 27 место у «LPgenerator» — 5.1 секунды;
- 26 место у «Базиум» — 5.1 секунды;
- 25 место у «AdvantShop» — 5.0 секунд;
- 24 место у «uKit» — 4.5 секунды;
- 23 место у «Setup» — 4.5 секунды;
- 22 место у «Readymag» — 4.3 секунды;
- 21 место у «Bloxy.ru» — 4.2 секунды;
- 20 место у «mottor» — 4.2 секунды;
- 19 место у «InSales» — 4.0 секунды;
- 18 место у «Webnode» — 4.0 секунды;
- 17 место у «Сайт-Менеджер» — 3.9 секунды;
- 16 место у «Fo.RU» — 3.6 секунды;
- 15 место у «Креатиум» — 3.6 секунды;
- 14 место у «lptrend» — 3.5 секунды;
- 13 место у «Storeland» — 3.3 секунды;
- 12 место у «Флексби» — 3.3 секунды;
- 11 место у «Диафан» — 3.2 секунды;
- 10 место у «Nubex.RU» — 3.1 секунды;
- 09 место у «Ucoz» — 2.9 секунды;
- 08 место у «Mozello» — 2.7 секунды;
- 07 место у «1С-UMI» — 2.3 секунды;
- 06 место у «Okis» — 2.3 секунды;
- 05 место у «TOBIZ.net» — 2.2 секунды;
- 04 место у «redham.ru» — 1.8 секунды;
- 3 место у «Tilda Publishing» — 1.7 секунды;
- 2 место у «A5» — 1.4 секунды;
- 1 место у «Voog» — 1.2 секунды.
Почему здесь не все конструкторы
Удивительно, что некоторые конструкторы не используют свою же платформу.
Так например, у Reg.ru есть свой билдер страниц, но его продажа идет со страницы, которая создана не на этом билдере. У Тиньков банка есть свой конструктор, но страница сделана на их стандартном движке и загружается больше 8 секунд.
Почему этот рейтинг НЕ важен
Если сайт у конструктора загружается меньше 3 секунд, то это вовсе не значит, что ваш сайт будет загружаться столько же.
Сайты на конструкторах загружаются медленно в 99% случаев. По нашей статистике самые медленные сайты у WIX и Тильда.
На Тильда можно создать быстрый сайт, но надо следовать рекомендациям, которые будут в статье ниже.
Почему сайты на конструкторах загружаются медленно.
У = универсальность. Кто бы мог подумать, что главный плюс конструктора станет таким ударом по производительности!
Смотрите. Всё просто.
При создании сайта на конструкторе, вы можете выбрать разные шрифты, разные виды кнопок и цвета для определенного блока. Разный фон и вид.
А теперь внимание.
Все эти шрифты, стили и джаваскрипты загружаются для этого блока, даже те, которые вы не используете! Именно поэтому сайты на конструкторах загружаются медленно. Каждый посетитель сайта тянет с сервера все стили, все скрипты, все шрифты для разных состояний блока.
Еще конечно, некоторые конструкторы не используют отложенную загрузку картинок и другие современные технологии. Ведь для этого надо переделать всю платформу, а это большие инвестиции.
Как ускорить сайт на Тильда, Викс, InSales
В целом — никак. Но можно немного облегчить нагрузку. Вот что надо проверить и сделать.
- Размер картинок и фотографий.
Возьмите любой обработчик размера картинок и обрежьте картинку до размера, который собираетесь показывать в блоке. Это крайне важно, потому что чаще всего заливают картинку размером 5000 на 9000, а в блоке она 400 на 400 пикселей.
Используйте PNG только для иконок, не для картинок! В нём слишком много лишнего. Используйте JPG — этот формат сильнее по всем параметрам. Ну а самый хороший формат — webPp. В новой версии safari 14 будет его поддержка тоже.
- Сжатие фото без потерь по качеству
Конструкторы и сами это умеют делать, но лучше сделать это за них. Скачиваете каждую картинку с сайта, заходите на сайт TinyPNG и загружаете туда все картинки. После обработки скачиваете и загружаете обратно на конструктор.
- Выключайте анимацию
Любая анимация — это удар по скорости сайта. Убирайте её немедленно. Проверьте каждый блок. Тильда может включать по умолчанию небольшую анимацию. Найдите и выключите.
Тут многие возразят, что это красота и вау-эффект. Но представьте, что вы зашли в невероятной красоты парк. Но чтобы передвигаться, вам надо открывать дверь каждые 3 шага. Дверь прозрачная, но открывать надо.
Сколько дверей вы откроете? 2-4? А потом вам надоест и вы уйдёте. Так и здесь. Если на сайте анимация, которая делает страницы тяжелыми и тормозными — это не преимущество, это БАГ.
- Шрифты — оставьте один, максимум два
Кажется, что это не существенно может влиять, но каждое такое «несущественное» складывается в медленный сайт. Каждый дизайнер скажет вам, что много шрифтов это неправильно.
- DOM элементы — следите за их количеством
Любой попап, вставка кода, всплывающий блок — это элемент. Не плодите попап окна на каждом блоке, это будет пагубно влиять на скорость загрузки.
- Неудобные запросы в техподдержку — пишите неустанно
Не пишите вопросы типа «Почему мой сайт медленно загружается». Пишите запрос так, как будто вы специалист и разбираетесь в вопросе, чтобы вас не слили автоматическим ответом. Вот вам образец такого запроса:
«Здравствуйте. Мой сайт [домен] медленно загружается с мобильного устройства в 3G сети. Помогите разобраться, как это исправить. Вот замер из Москвы в системе Loading.express — [ссылка на замер], вот данные из замера по Lighthouse 6 — [ссылка]. Спасибо!»
Вывод про ускорение сайта на Тильда, WIX
Ускорить можно. Сделать быстрыми можно. Но для этого надо специально планировать это в списке технического задания. Если вы заказываете у фрилансера сайт на Тильда, Викс, то пишите ему сразу, что сайт должен быть быстрым по загрузке. Не только по первому отображению, но и до интерактивности.
Что, если у меня Wordpress + Elementor или/и WPBakery
Сайт Elementor загружается — 7.4 секунды (замер из МСК).
Сайт WPBakery загружается — 9.9 секунд (тоже из МСК).
Тут всё то же самое, только в десятки раз хуже по результатам. Не используйте эти конструкторы. А если выбора нет, то не ведите мобильный трафик на сайт, чтобы трафик не превратился в могильный.
Кстати, на сайте WPBakery (бывший Visual Composer) написано, что их плагин использует 4,300,000+ людей и они не могут ошибаться. Что скажете?
Конструктор сайтов, который смог
Важно понять, что ситуация может измениться в любой момент и от вас это не зависит. Потому что как разработчик платформы сделает, тем вы и будете пользоваться.
Мы в своей работе используем конструкторы Креатиум и Flexbe. Первый удобнее по юзабилити, поэтому на него ставка больше.
Выводы
Я сам пользуюсь конструкторами. Это действительно удобно.
Если есть какая-то гипотеза или идея, то конструктор — лучший вариант для быстрой проверки. Если гипотеза подтвердилась и приносит результат, собираем это на быстром движке.
Спасибо всем разработчикам и создателям, что ежедневно трудятся над своим продуктом!
Пишите мне в личные сообщения любые вопросы про скорость сайта.
Еще статьи от автора:
Тут недавно RUVDS тоже писали про Тильду. Но еще жестче, как мне кажется:
Подписывайтесь на наш YouTube канал, там каждую неделю мы раздаем свои наработки по ускорению сайтов.
Не очень правильно сравнивать сайты самих конструкторов и делать на этой основе выводы, тк:
1. Не каждый конструктор держит свою главную на своем же конструкторе
2. Возможно сервис выделяет под свой домен отдельные серверные мощности и оптимизирует код, юзает cdn итп. А сайты клиентов могут лежать где-нибудь на амазоне и запросы будет летать через океан
3. Количество контента у каждого сайта разное. В одном случае это может быть простая страница с парой экранов, у кого-то это огромная страница
4. Синтетические замеры часто отличаются от реальности. В вашем случае, вы измеряете загрузку скриптов (по факту), тк в городах почти везде есть lte с хорошей скоростью и разница между 5 или 30 местом может быть незаметна.
Статья в большей степени высосана из пальца, засеошина (почему бы не использовать слова «как ускорить сайт тильда, викс итп» в каждом предложении?) и выводы интерпретируются уровнем детсада «если закрыть глаза — значит ночь»...
Странно, что вы еще партнерские ссылки не вставили, тогда бы статья идеально подошла для дзена, но не для vc
Ответил тут https://vc.ru/marketing/106083-mogilnaya-versiya-sayta-kak-ugrobit-konversiyu-sozdav-sayt-na-konstruktore?comment=1928981.
Я один из основателей одного из конструкторов сайтов, который представлен в рейтинге (не буду указывать, чтобы не считалось за рекламу). И поэтому УЖ ТОЧНО В ТЕМЕ 👌
Я так и понял. Но вместо этих "вы неправильно измеряете" — лучше поставьте задачу по ускорению загрузки сайтов.
А еще, поставьте интеграцию с замером скорости загрузки и будьте полезными, сообщив пользователю, что его сайт загружается долго, дав рекомендации ПЕРЕД тем, как он опубликовал сайт и слил денег на Директ.
Статья, и правда, похожа на наброс и рекламу, а не на нормальное исследование проблемы
Я лично не согласен с данными в данной статье. Уж больно все не сходиться. Отчет на коленках за 15 минут написан.
Я лично не согласен с данным комментарием. Уж больно всё ни о чём написано. Вывод высосан из пальца за 23 секунды.
Алёша ты лучше перед статьей готовился прежде писать. А теперь агришься в комментариях. Смех и только.
Я не агрюсь, Саша, я смеюсь.))
Перед этим комментарии не намекали на юмор, да и прослеживалось какое-то не приязническое отношение. Запомните сколько людей столько мнений когда подсчеты не верны.
Вы тоже владелец какого-то из конструкторов? То что Викс загружается больше 15 секунд тоже не согласны?
я не владелец, а разработчик, который занимался и занимается улучшением производительности пользовательских сайтов
на счет Викс не могу ничего сказать, ибо не работал с ним и замеров не делал
Ну так сделайте, и свой сайт тоже замерьте и посмотрите живые данные от Хром.
Да вы не нервничайте, все всё понимают. Просто статью нужно было назвать что-то типа "Советы по улучшению скорости на конструкторе", а люди повелись на слово "исследование" и расчитывали увидеть аналитику. К этому и придераются
Ну и правильно повелись. Это исследование скорости загрузки сайтов на конструкторах сайтов.
+ пояснения к этому предмету
+ советы по ускорению сайтов на конструкторе
+ тонна комментариев
+ ссылка на хорошую статью на Хабр
Видите, сколько плюсов!
Нервничать буду конечно, я переживаю, что эту статью мало людей увидит, поэтому постараюсь увеличить ей охват.
Тогда нужно было именно сайты сделанные на конструкторе сравнивать, типовые какие-то шаблоны по умолчанию хотя бы, потому что вы сравниваете страницы самих конструкторов, а не сайтов которые на нем делают.
А в целом, я с вами согласен., как правило и чаще всего это в большинстве случаев тормознутое нечно.
Каждый из сервисов постоянно над этим работает (ну может кроме викса, тк они на ipo и у них уже другая вселенная).
И тут все зависит от уровня кривизны рук и возможностей редактора.
Если в конструкторе сверстанные секции, куда вы вставляете картинку и меняете текст — это одна история.
Другое дело, если у вас сайт со скрытыми секциями под мобилки/десктопы, возможность вложенной структуры, множество блоков и экранов, сложная анимация и все это кастомно настраивает клиент, то тут хоть nuxt, хоть хуюxt — покажет хреновый результат...
«Чем больше свободы в редакторе — тем выше ответственность» 😅
Ваш собственный сайт сервиса показывает вот такие результаты.
Что скажете? Разве там есть столько контента и анимации?
Читайте выше — разговор не про конкретный сайт, а про механику и логику ВАШИХ замеров и их некорректность (а не про скорости разных сайтов).
Расскажите КАК правильно и логично замерять. Какая должна быть механика.
Возможно мы сделаем на основе ваших замечаний более правильные замеры для сайтов! Мы открыты к диалогу.
а вы уверены, что этот сайт сделан на самом движке конструктора?
Укажите на конкретные ошибки, если они есть. Ваши вопросы я не совсем понимаю.
вот я указал https://vc.ru/services/106083-mogilnaya-versiya-sayta-kak-ugrobit-konversiyu-sozdav-sayt-na-konstruktore?comment=1928988
Согласен с вами на все 100.
Про ответственность — нельзя перекладывать это на юзера, не сообщив ему о результате.
Если вы даете свободу в редакторе, то измеряйте скорость загрузки перед публикацией.
И если юзер согласен с тем, что сайт загружается 15 секунд с килограмм анимации, то это уже и правда его проблема.