Исследование: куда переносят свои сайты пользователи крупных 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 любим работать с большими массивами данных и хотим регулярно рассказывать вам о наших исследованиях. Какая информация была бы для вас наиболее полезной? Поделитесь в комментариях :)
Комментарий недоступен
Заинтриговали знатно. Можно с сутью ознакомиться? Что предпочитаете?
Поддержу Сергея. Я перевел все на REACT-ADMIN. Основа DDD — это понять предметную область заказчика и сделать на основании этого удобную для заказчика панель админки. Масшабируемся отличная... По факту react-admin: простое и удобное API, большая библиотека компонентов, material-ui. Загружаешь как обычный сервис и скорость сайта никак не зависит от неё, про её плюсы можно много написать. Но это, конечно же, не история для тех, кто хочет делать сайт сам без знаний разработки.
Насколько я понял, данное решение требует бОльших затрат по времени, а это не так рентабельно. В чем преимущество?
Кастомная админка? Видел я их, то глаза кровоточат, то хрен разберешься где что, про клиента уже молчу.
Как и всегда тут решает опыт. Нормальный сайт на WP тоже не с первого раза получается. Действительно очень много самописных частей, что увеличивает работу для отдела разработки, но сделав один раз — далее новые проекты, правки делаются очень быстро и просто.
Премуществ много, вот лишь часть из них:
- Скорость работы самой админки
- Превосходная кастомизация
- Админка строится полностью под вас и нет никаких лишних и непонятных настроек.
- Самый важный плюс (это для тех, кто понимает, что такое масшатабирование бизнеса и с этим сталкивался), что на по факту выступает микросервисом, который отображает/создает/редактирует/удаляет ваши данные.
- Команда разработки в не себя от счастья из-за современного и актуального стэка, возможности поменять и улучить всё и вся.
- Цена и время доработки ниже, чем у WP, а возможности просто безграничны.
- Ещё можно долго продолжать, если это будет кому-то интересно напишу подробную статью.
Да, это кастомная админка. Глаза ни у кого не кровоточат, так как она использует material-ui. Я так понимаю, вы просто таких слов не слышали, так говорите. Прогуглите и поймете.
Все клиенты все счасливы.
По применению. Я не знаю, что на ней нельзя сделать, так как мы делали на ней всё, кроме блога, пожалуй. Вопрос скорее к написанию SEO-оптимизированного роутера. Во всем остальном, отлично. Лендинг — легко 1ч и вы поставили клиенту под его структуру админку. Интерент-магазин?! Да... Создание и обработка заявок по вашему флоу, отчетности, чеки, вообще всё просто волшебно. Скорость и кастомизация? Еще какие! Вспоминая WooComeerce... Приходилось работать с какими-то хуками ещё чем-то, поменять расположения title и img нельзя, они должны быть именно такими — хочешь поменять, ух ты запряжешься... Интерент магазин — должен быть гибким, а не топорным.
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 - вы удивитесь, но более гибкого и быстрого я пока ничего не нашел. Если посоветуете - с радостью ознакомлюсь.
Постарался структурировать наше общение чтобы было удобно и понятно о чем речь.
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 — вызвали одну боль от попыток реализовать отказоустойчивую систему доставки заказа. Т.е. цепочки: Заказ - Продукт - Цена - Доставка - Доставщик - Клиент. О системе формирования отчетов продаж и их мониторинга даже разговоров не поднималось.
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 :)
вызвали одну боль от попыток реализовать отказоустойчивую систему доставки заказа. Т.е. цепочки: Заказ - Продукт - Цена - Доставка - Доставщик - Клиент.не совсем понял в чем стояла задача непосредственно?