{"id":14277,"url":"\/distributions\/14277\/click?bit=1&hash=17ce698c744183890278e5e72fb5473eaa8dd0a28fac1d357bd91d8537b18c22","title":"\u041e\u0446\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c \u043b\u0438\u0442\u0440\u044b \u0431\u0435\u043d\u0437\u0438\u043d\u0430 \u0438\u043b\u0438 \u0437\u043e\u043b\u043e\u0442\u044b\u0435 \u0443\u043a\u0440\u0430\u0448\u0435\u043d\u0438\u044f","buttonText":"\u041a\u0430\u043a?","imageUuid":"771ad34a-9f50-5b0b-bc84-204d36a20025"}

Исследование: куда переносят свои сайты пользователи крупных CMS

WordPress пока недосягаем по числу сайтов. Ближайшие конкуренты Joomla! и «1С-Битрикс». Tilda забирает пользователей у крупных коробочных CMS.

В этой заметке мы оперируем свежими внутренними данными, актуальными на август 2020 года. Мы рассмотрели ТОП-15 CMS на российском рынке.

Абсолютным лидером гонки за количество сайтов является Wordpress — 516498 сайтов. Количество сайтов на нём более чем в три раза превосходит своих ближайших конкурентов «1C-Битрикс» и Joomla!, на каждом из них располагается около 142 тысяч сайтов. Дальше идёт MODX, число сайтов на нём доходит до 50 тысяч. Далее разместился Drupal и OpenCart — численность сайтов на каждом из них около 33 тысяч. Но так как дочерний проект OpenCart — ocStore насчитывает 20 тысяч сайтов, можно сказать что OpenCart занимает 4 место по численности сайтов в общем итоге. Остальные CMS сильно отстают от лидеров списка.

Wordpress недосягаем?

За последние полгода в числе сайтов на WordPress наблюдается стабильный рост. Учитывая то, что дочерний проект Wordpress WooCommerce успешно развивается на рынке и входит в десятку CMS с самым большим количеством сайтов, можно сказать, что у более слабых платформ нет шансов на борьбу за первенство в ближайшем будущем.

Куда уходят пользователи самых крупных CMS?

Ниже представлены данные о переходах пользователей между CMS в августе 2020 года.

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

В заключение

Мы в команде WebDataStats любим работать с большими массивами данных и хотим регулярно рассказывать вам о наших исследованиях. Какая информация была бы для вас наиболее полезной? Поделитесь в комментариях :)

0
140 комментариев
Написать комментарий...
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Nikita Spivak

Заинтриговали знатно. Можно с сутью ознакомиться? Что предпочитаете?

Ответить
Развернуть ветку
Максим Прохоров

Поддержу Сергея. Я перевел все на REACT-ADMIN. Основа DDD — это понять предметную область заказчика и сделать на основании этого удобную для заказчика панель админки. Масшабируемся отличная... По факту react-admin: простое и удобное API, большая библиотека компонентов, material-ui. Загружаешь как обычный сервис и скорость сайта никак не зависит от неё, про её плюсы можно много написать. Но это, конечно же, не история для тех, кто хочет делать сайт сам без знаний разработки.

Ответить
Развернуть ветку
Nikita Spivak

Насколько я понял, данное решение требует бОльших затрат по времени, а это не так рентабельно. В чем преимущество?

Кастомная админка? Видел я их, то глаза кровоточат, то хрен разберешься где что, про клиента уже молчу.

Ответить
Развернуть ветку
Максим Прохоров

Как и всегда тут решает опыт. Нормальный сайт на WP тоже не с первого раза получается. Действительно очень много самописных частей, что увеличивает работу для отдела разработки, но сделав один раз — далее новые проекты, правки делаются очень быстро и просто.

Премуществ много, вот лишь часть из них: 
- Скорость работы самой админки
- Превосходная кастомизация
- Админка строится полностью под вас и нет никаких лишних и непонятных настроек.
- Самый важный плюс (это для тех, кто понимает, что такое масшатабирование бизнеса и с этим сталкивался), что на по факту выступает микросервисом, который отображает/создает/редактирует/удаляет ваши данные.
- Команда разработки в не себя от счастья из-за современного и актуального стэка, возможности поменять и улучить всё и вся.
- Цена и время доработки  ниже, чем у WP, а возможности просто безграничны.
- Ещё можно долго продолжать, если это будет кому-то интересно напишу подробную статью.

Да, это кастомная админка. Глаза ни у кого не кровоточат, так как она использует material-ui. Я так понимаю, вы просто таких слов не слышали, так говорите. Прогуглите и поймете.

Все клиенты все счасливы.

По применению. Я не знаю, что на ней нельзя сделать, так как мы делали на ней всё, кроме блога, пожалуй. Вопрос скорее к написанию SEO-оптимизированного роутера. Во всем остальном, отлично. Лендинг — легко 1ч и вы поставили клиенту под его структуру админку. Интерент-магазин?! Да... Создание и обработка заявок по вашему флоу, отчетности, чеки, вообще всё просто волшебно. Скорость и кастомизация? Еще какие! Вспоминая WooComeerce... Приходилось работать с какими-то хуками ещё чем-то, поменять расположения title и img нельзя, они должны быть именно такими — хочешь поменять, ух ты запряжешься... Интерент магазин — должен быть гибким, а не топорным. 

Ответить
Развернуть ветку
Nikita Spivak

1) естественно решает опыт. Об этом я тоже говорю. Что для того чтобы работать с кастомным решением - разработчику придется в нем еще разобраться. А у WP такой проблемы нет.

2) Понятно что вы разработали структуру один раз и все, но см. пункт 1.
Ваш клиент завязывается на вашем решении и уже не может "соскочить", а это не всегда приятно, поскольку вы получается монополист для него и можете назначать любой ценник за любые доработки.

3) Теперь к сути сравнения. Вы сравниваете самопис и CMS? Тем более WordPress? Тем более WordPress в качестве магазина? О нет, это не так работает.

Мы рассматриваем WP исключительно в качестве информ. сайта (блог/корпорат/визитка/лендос). Да, кстати, 1 час на имплементацию лендинга - для WP - легко. Если он не сильно нагружен, конечно.

Если говорить о магазинах - то есть другие хорошие решения, например Opencart - его можно кастомизировать как угодно. Грубо говоря из коробки это некий фреймворк (кстати его иногда так даже называют, хотя по факту он таковым не является) с готовыми контроллерами и моделями.

Так вот в админке Opencart можно сделать что угодно и как угодно.
Масштабировать, дорабатывать, изменять, переносить. Структура таблиц тоже простая и понятная (III н. ф. типовая). Можно добавить свои таблицы, как вариант.

4) Про масштабирование ваш пункт не понял, если честно.
Тут два варианта:
а) вы работаете над очень крупными проектами
б) вы называете очевидные вещи заумными словами.

Если копнуть в смысл - админка, и ее суть - сводится к тому чтобы "отображает/создает/редактирует/удаляет ваши данные" через пользовательский интерфейс, а не в коде или БД. Поэтому я не совсем понял сути данного утверждения и как оно связано с масштабированием.

Что вы подразумеваете под масштабированием? Расширение структуры и функционала? Легко реализуемо на любой платформе. Вопрос только в знании этой платформы и умении с ней работать.

5) Команда разработки будет радоваться конечно любым новым технологиям (особенно если на них повесить лейбочку "NEW" или "HOT"), но как показывает практика, большинство разработчиков то и со старыми (базовыми) технологиями не разобралась.

Не знают что такое border-box, а лезут во фронтенд фреймворки.
Не знают что такое сессии и суперглобальные массивы, и туда же на Laravel.

Опять таки, ВОЗМОЖНО, вы работаете с ооочень крупными проектами и у вас статичная команда из Senior разрабов - тогда конечно да. Но тут достаточно узкий рынок.

Статью напишите, будет интересно почитать про ваше решение.

6) Конечно, я не слышал ни про фреймворки, ни про CMS, ни, не дай Бог, про "material-ui" - вы самый умный комментатор  в данной ветке :)

7) Воот, теперь переходим к сладенькому.
7.1) SEO - насколько ваш двиг хорош? SEO роутер - так по идее его можно написать же один раз. Или вы под каждый проект его переписываете? Почему?

7.2) WooCommerce? Фу, не дай Бог, сплюньте и сожгите клавиатуру на которой вы набрали это слово (я копировал, честно :) ). Посмотрите Opencart - вы удивитесь, но более гибкого и быстрого я пока ничего не нашел. Если посоветуете - с радостью ознакомлюсь.

Постарался структурировать наше общение чтобы было удобно и понятно о чем речь.

Ответить
Развернуть ветку
Рома

Всем привет! Никита, подскажите, если не сложно, как быть?! Есть сайт: https://easybiznes.pro/, типа блог, он создан на wordpress, планирую его немного переделать в лендинг, со всякими продажами, подойдет ли для этого opencart? Вроде опен карт заточен чисто под магазин. Просто лендинг шаблонов от опен карт нормальных не встречал. Жду ответа :)

Ответить
Развернуть ветку
Nikita Spivak

Добрый вечер, Роман! Если хотите переделать в лендинг - то зачем вам Opencart? Opencart - платформа для интернет магазинов. Оставьте тот же Wordpress, или вообще просто статическую HTML + CSS страницу сделайте и все.

Шаблоны - зло. Хотя для лендинга.. но если вы будете гнать трафик из таргета или контекста (а какие еще варианты для лендинга? А никаких по идее) - будет дороже из-за отсутствия оптимизации. Так что в любом случае то на то и выйдет.

Ответить
Развернуть ветку
Рома

Рекламы лендинга не будет, только за счет блога и статей внутри смс, просто подразумевается, блог и статьи, совсем небольшой магазин с тремя пакетами, подписки, и на главной лендинг. На вордпрес это можно сделать знаю, но мне кажется опенкарт более к продажам лучше, четче и главное быстрее работает, чем медленный вордперс, или я ошибаюсь в плане скорости и остального?

Ответить
Развернуть ветку
Nikita Spivak

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

Во вторых, откуда информация что Opencart быстрее? Почему? Чем? Технологии те же, да, архитектура немного разная, но вряд ли у вас проект в котором будет 1000+ уникальных посетителей в сутки и разница в написании SQL запросов под разные архитектуры будут влиять на скорость.

Из опыта: есть сайты на Wordpress для университетов с десятками тысяч уников, и есть магазины на том же Opencart с такой же посещалкой. Все существуют, у всех все в порядке.

Ответить
Развернуть ветку
Рома

Понятно, спасибо! Получается по сути они одинаковые, а скорость зависит от того как настроен сайт и что в него вставлено. Я про разные скрипты типа: реклама гугл и яндекс, счетчики итп замедляют скорость

Ответить
Развернуть ветку
Nikita Spivak

Если говорить про скорость загрузки, то на нее влияет несколько основных факторов:
1. Скорость обработки сервером запросов
2. Скорость обработки браузером полученного HTML CSS JS
3. Скорость интернет соединения пользователя

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

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

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

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

Ответить
Развернуть ветку
Рома

Браузер и скорость интернета это понятно, а сервер... я писал хостеру, говорю если преобрету у вас пакет подороже, сайты быстрее будут открываться, говорят нет, мол для увеличения скорости нужен VPN, я не спец в этом, но жаль что нельзя увеличить скорость просто взяв обычный тариф по дороже, Впн покачто не по карману. Сайты в общем гдето 1000 - 2000 уников в день....
А на сайтах да , стоят общедоступные шаблоны, и не много плагинов, простых, типа правильные url, карта сайта, кэш, обратная связь, штук по 5-8 точно есть. Скорость в среднем по спид гуглу 50-80 кое где 30 - 90+ есть. Уже незнаю что делать, осталось только счетчики и рекламу убрать.... Ну и еще думаю другую смс попробывать, и как мне показалось опен карт, и магазин есть и блог , и скорость быстрее. Но вы говорите то же самое. Еще вроде Дле быстрый. Вобщем как то так)

Ответить
Развернуть ветку
Nikita Spivak

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

Все CMS в той или иной степени примерно одинаковы по скорости. Никто заведомо не пишет медленную систему 😅

Если решитесь обращаться к специалистам: https://rubika.agency

Ответить
Развернуть ветку
Рома

Шикарный у вас сайт, четкий и быстрый, даже учитывая что присутсвует много анимаций разных. Это вроде вордпрес? Или скорее всего опенкарт, скорость сайта тому подтверждение. А что за шаблон, если не секрет напишите в личку :)

Ответить
Развернуть ветку
Nikita Spivak

Спасибо за высокую оценку наших трудов, это WordPress. Зачем тут Opencart?) Шаблон НЕ ИСПОЛЬЗУЕТСЯ и НЕ ИСПОЛЬЗУЕМ для клиентов. Дизайн разрабатывается под требования и развивается исходя из пользовательского опыта и по мере развития проекта. Поэтому и быстрый.

Нужен качественный сайт - обращайтесь в Rubika :)

Ответить
Развернуть ветку
Рома

Пожалста, незашто! :) И все таки не отстану, даже если делаете без шаблона, скажите какую основу берете, подскажите или скиньте исходники, возможно у вас как обычно, файлы: hider, footer итп , а может у вас как то на html страницах реализовано, ну и еще там есть формат какойто не помню, напишите-пришлите в личку базовый шаблон, я только для себя. Просто устал уже от шаблонов и поиска легкого шаблона, вот и думаю может самому голый пустой шаблон сделать, но хотелось прям совсем с нуля его не собирать, так как практически не владею ни какими языками, все на конструкторах. Спасибо!:)

Ответить
Развернуть ветку
Nikita Spivak

Вы можете не отставать, а я могу просто перестать отвечать)

Наш сайт - наша интеллектуальная собственность. Она не передается третьим лицам.

Можете поискать в интернете шаблон blank для WordPress и с него попробовать что-то сделать. Но я не понимаю, как вам поможет ЛЮБОЙ шаблон, если вы делаете все на конструкторах и не знаете никаких языков?

Ответить
Развернуть ветку
Рома

Хотя по сути при установке ВП уже идут пустые легкие шаблоны, далеко ходить не надо. Лады вопросов нет, спасибо огромное! Успехов нам всем!!!)

Ответить
Развернуть ветку
Рома

Хорошо, спс! Методом тыка и поиска в инете. Какието составить переменные не смогу. А дизайн потехоньку прилепить думаю получиться, и всякие блоки с ссылками на другие страницы, типа как элементор, но без всяких плюшек, чтоб очень легкий получился) вот и думаю пустой шаблон, ну можно если только с блоками и виджетами прописанными в коде. Вот наверно blank и решит это!?!

Ответить
Развернуть ветку
Nikita Spivak

Blank - просто пустая тема. И вам удачи.

Ответить
Развернуть ветку
Рома

...

Ответить
Развернуть ветку
Максим Прохоров

1) Если потребитель хочет сделать всё сам — да, надо WP. Заказывает подряд у команды разработки — порог вхождения у REACT-ADMIN (далее RA) ниже, чем у WP.

2) Отнюдь, работа с RA позволяет полностью отходить от меня и переходить к другим подрядчикам. Порог вхождение — знание JS. Когда проект переходит из одних рук в другие, разбор в коде предыдущих разрабов есть всегда.

3) Когда речь идет о разработке подрядчиком о таком есть разговор. Это первый вопрос, который встает у подрядчика — реализовать на готовом решении магазин или сделать самим/переиспользовать уже написанное.

4) Если работаете в некоторой системе, то вы в априоре имеете в ней знания. Тут бизнес сталкивается с вопросами время-деньги. Мой опыт показ, что масштабирование (расширение функционала) гораздо легче провести на такой системе. Например тривиальная задача работа с форматами изображений/видео и так далее. Выполняя данную задачу на WP — чуть в психушке не оказался. Обратная связь API, дебагинг, документация — все не славу богу, впринципе на все, что связано с PHP.

5) React называть новым — странно. Библиотеки на React новые пользуются популярностью не из-за приставок NEW, а из-за упрощения работы, надежности и большого комьюнити с обратной связью, а это положительно сказывается на качестве и скорости разработки.

6) Не обижайтесь. Вы сказали, на мой взгляд, чушь про топорность самописных CMS — мне показалось это странным. Так как можно открыть страницу проекта RA и посмотреть. Может быть это вкусовщина.

7) SEO — это слишком сложный вопрос на 2020 год. После введения новых факторов ранжирования и перехода на ПФ.

7.1) Мой роутер хорош одним — не создает дубликатов и легко дебажится. Он пишится один раз и далее по необходимости правится и подстаивается под требования. А всем остальном — стандартный роутер.

7.2) Не работал с OpenCart, как разработчик: вдуманно и детально. Спорить о ней не могу. Изучив останусь на RA, так как решающими факторами будут наработки и отсутсвие PHP.

Во всем этом настаиваю всё же на том, что всё зависит от ниши, дальнейших бизнес-планов и от предметной области заказчика. Опять таки, не знаю, как затратно реализуется это в OpenCart, но Joomla, WP — вызвали одну боль от попыток реализовать отказоустойчивую систему доставки заказа. Т.е. цепочки: Заказ - Продукт - Цена - Доставка - Доставщик - Клиент. О системе формирования отчетов продаж и их мониторинга даже разговоров не поднималось. 

Ответить
Развернуть ветку
Nikita Spivak

1) Еще раз, мы не говорим про магазины :) RA все-таки это я так понимаю из демо больше про eCommerce?

2) Это все-равно что сказать что работа с Laravel упирается в знание PHP :) Хорошо бы и сам продукт знать. В случае WP - с ним многие работают и знают его архитектуру.

3) не совсем понял ответа, но ок :)

4) Ну видите, у вас априорИ, просто непереносимость php :)
5) про современный (новый) стек писали вы сами :)

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

Готов поспорить, человек со знанием других технологий тоже самое сможет реализовать и без них :)

6) RA - это дочерний проект компании, и когда они захотят его свернуть - они его свернут и все клиенты останутся со старым софтом. В то время как WP - отдельный продукт, как и OC.

7) Ничего подобного, SEO до сих пор работает. А чтобы ПФ были тоже на высоте, безусловно, как раньше нельзя просто взять и запихнуть в страницу кипу текста со ссылками, а нужно сделать НОРМАЛЬНУЮ посадочную, которая будет интересна пользователю и тогда и ПФ будет впорядке ;) (вы говорите что я застрял, а от тенденций SEO плюетесь :) )

Так что SEO работает.

7.1) в WP вообще про роутер не думаешь - дублей почти нет. Нужно закрыть только некоторые страницы ненужные и все. Делается это за 1 час.

7.2) Ну я же говорю, у вас отторжение от php :)

 вызвали одну боль от попыток реализовать отказоустойчивую систему доставки заказа. Т.е. цепочки: Заказ - Продукт - Цена - Доставка - Доставщик - Клиент.

не совсем понял в чем стояла задача непосредственно?

Ответить
Развернуть ветку
Олег Павлов

Привет! Раз делаете сайты на реакте, вам может зайти наш новый проект, который пока в бете: https://habr.com/ru/company/quarkly/blog/504064/
Буду рад, если найдете время оценить)

Ответить
Развернуть ветку
137 комментариев
Раскрывать всегда