На каких CMS сделаны топ-100 сайтов рунета по посещаемости? Часть 1

Очень часто к нам в SECL Group приходят новые клиенты и просят создать портал или социальную сеть на коробочной CMS, при этом в пример ставят существующие крупные порталы из своей ниши. И каждый раз приходится объяснять, что высоконагруженные сайты НЕ делаются на коробочных CMS. Сегодня я хочу обосновать, почему именно CMS крайне редко используются для больших проектов, как некоторыми фактами, так и исследованием, какие сайты рунета из первой сотни по посещаемости используют коробочную CMS.

Для начала стоит определиться, какие именно CMS имеют популярность в рунете? Как нам говорит Рейтинг Рунета среди коммерческих движков это: 1С-Битрикс, NetCat, UMI.CMS, HostCMS, AMIRO.CMS и среди свободных это: Joomla!, Drupal, MODx, WordPress, TYPO3. У каждой из CMS есть свои особенности, плюсы и минусы, но статья не об этом.

Начнем с исследования топ 100 сайтов, а уже после проанализируем полученные данные. Для исследования мы выбрали сразу два рейтинга топ 100 сайтов: по данным Алексы (регион — РФ) и по данным по данным Алексы (регион — все страны). Стразу стоит объяснить, что эти рейтинги немного отличаются, Алекса собирает данные через установленный тулбар, а с учетом того, что в рунете им пользуются в основном люди, связанные с Интернетом, то соответственно данные Алексы немного смещены в сторону сайтов для программистов, seo’шников и т.д. Именно поэтому мы сделали анализ еще и по данным LiveInternet. В анализ вошли более 50 популярных CMS, в том числе все самые популярные. CMS определялась по расположению админки, по коду сайта и т.д. Погрешности могут быть, т.к. некоторые владельцы сайтов целенаправленно скрывают признаки использования CMS, но в любом случае эта погрешность, если и есть, то небольшая.

Анализ свежий, от 11.09.2012. Данные по Алексе доступны ниже (менее релевантные, но более интересны своей «айтишностью»), а данные по LiveInternet (более релевантные, но и более общие) доступны во второй части статьи

По данным Алексы:

Как мы видим, всего 13 сайтов из 100 работают на коробочной CMS, т.е. всего в рейтинге 13% высоконагруженных проектов используют CMS. Кроме этого, 3 проекта используют студийные разработки, которые могут быть собраны специально под их потребности и, скорее всего, сильно отличаются от обычной коробочной CMS. В сухом остатке мы видим, что на коробочной CMS работают всего несколько проектов.

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

Почему посещаемые сайты не сделаны на CMS?

Этому есть несколько причин. Для начала давайте определимся с тем, что из себя представляет CMS: по сути это набор готовых модулей, связанных в единую систему, который подходит «на все случаи жизни». Отсюда сразу появляются логические выводы, которые удерживают от использования коробочной CMS для больших порталов:

• Система без специализации. Практически все CMS не имеют специализации, они проектируются для создания любого сайта (некоторые системы себя позиционируют, как CMS для определенного типа сайтов, например WordPress для блогов, Magento для магазинов и т.д., но суть от этого не меняется, просто больше модулей для определенного типа сайтов), отсюда добиться максимальной эффективности невозможно.
• Стандартная архитектура. У любого большого сайта есть этап проектирования архитектуры, это как проект при строительстве здания: хорошо спроектируешь – будет долго стоять, плохо – сразу развалится. В данном случае архитектура уже задана разработчиками CMS, а значит учесть особенности нового проекта нет возможности.
• Много переделывать. В любом большом проекте есть много самого разного функционала с разными требованиями, поэтому просто взять стандартные модули и запустить качественный сайт невозможно: каждый из модулей, скорее всего, придется переделывать под специфические требования, а копаться в чужом коде, даже хорошо документированном, долго и малоэффективно, часто быстрее, а значит и дешевле, написать с нуля.
• Проблемы с доработкой. Часто нужно дописывать то, чего в CMS нет, и это иногда превращается в ад: мало того, что нужно разобраться, как все работает, так еще есть технологические ограничения, CMS может использовать устаревшую технологию или не самую оптимальную именно для нашего проекта. Да и вообще, любая CMS для разработчика – это жестки рамки, за которые выйти крайне трудно.
• Проблемы с нагрузками. Так как мы говорим о высокопосещаемых проектах, каждый из них должен быть оптимизирован под нагрузки, чтобы не тратить большие ресурсы на поддержку работоспособности, а сайт должен оставаться рабочим при любой посещаемости. Отсюда каждый из модулей должен тратить минимум вычислительных мощностей, что CMS обеспечить не может, ведь её создавали как решение «на все случаи жизни», и в ней есть куча всего, что выкинуть либо сложно, либо вообще невозможно. Кстати, некоторые проекты ради этого делают сайт вообще на чистом HTML (например, Opera или сайт нашей SECL Group), за счет этого сайты выдерживают большие нагрузки с минимальными ресурсами, а скорость загрузки страниц поражает воображение. Правда, на чистом HTML’е можно делать только те сайты, которые редко обновляются: каждое обновление становится проблемой.

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

Отдельное спасибо Максиму Журбе за помощь в анализе сайтов на наличие CMS

P.S. Чтобы получать наши новые статьи раньше других или просто не пропустить новые публикации — подписывайтесь на нас в Facebook, VK, Twitter, LiveJournal и LinkedIn