Что лучше самописный сайт или битрикс
Перейти к содержимому

Что лучше самописный сайт или битрикс

  • автор:

Четыре мифа про сайты на Битрикс

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

28 Июнь 2022

Вы мониторите предложения на рынке и видите, что есть несколько вариантов. Например, бесплатные решения типа WordPress и «самописные» сайты на фреймворках. А есть российский Битрикс, про который слышали разные отзывы, иногда противоречивые. В статье расскажем про четыре популярных мифа о сайтах на Битрикс и честно разберемся — где правда.

Миф 1: на Битрикс не получится сделать нормальный дизайн

Если кратко: неверно — у Битрикс есть много возможностей Основное преимущество Битрикс — это простота и стандартизация: можно публиковать контент как бы поблочно. Условный контент-менеджер может без привлечения программистов выложить новую статью или добавить типовой товар в раздел сайта. Но все-таки Битрикс не предназначен для создания условных сайтов дизайнерских студий со сложной анимацией — он лучше подходит для других задач. Сайт студии Артемия Лебедева Сайт блога цифрового дизайна Hoverstat Однако даже на шаблонах Битрикс можно сделать вполне симпатичный дизайн интернет-магазина. Дополнительно сразу поддерживается адаптивная верстка под планшеты или смартфоны. Пример фармацевтического интернет-магазина на Битрикс: Сайт интернет-магазина 24farmacia Причем к Битриксу можно подключить популярные фреймворки (например, Laravel или Vue.js) и создать любой дизайн сайта «с нуля». Однако возможно, в этом случае выгоднее будет сразу делать сайт на фреймворках, с привлечением фронтэнд и бэкэнд разработчиков. Сайт интернет-магазина продуктов Калина-малина (сделан на Битрикс с использованием фреймворков)

Миф 2: для чего использовать платный Битрикс, если есть бесплатный WordPress

  1. Если какой-то функционал сайта вдруг перестал работать, то нужно писать в техническую поддержку. И здесь возникают проблемы: техподдержка WordPress либо отвечает слишком долго, либо вообще проигнорирует запрос. В результате работа всего сайта окажется под угрозой. Техподдержка Битрикс работает круглосуточно.
  2. На платформе WordPress часто возникает проблема с обновлениями, из-за чего некоторые компоненты могут работать некорректно. Битрикс регулярно следит за обновлениями, потому что платный сервис — это дополнительная безопасность.
  3. Сейчас законодательство в России меняется достаточно быстро. И если вдруг что-то поменяется, например, в правилах интернет-торговли, то Битрикс отреагирует быстро и адаптирует работу админки под них. От WordPress, разумеется, этого ждать не стоит.

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

Миф 3: Битрикс удобен тем, что его очень легко связать с 1С

Если кратко: верно, но не всегда

Действительно, у Битрикс есть модуль обмена, который упрощает интеграцию. Для интернет-магазина это удобно: отображаются все торговые остатки, товар резервируется и можно сразу сформировать счет на оплату.

Однако часто «голого» функционала 1С недостаточно. И для этого нанимают или задействуют собственных программистов, которые оптимизируют и дорабатывают 1С под специфику работы компании. И в этом случае при попытке простой интеграции 1С и Битрикс может наступить конфликт: например, модуль обмена не сможет передать корректно какие-то данные.

Поэтому на практике нужно учитывать, что для интеграции может потребоваться привлечение специалистов. Тем не менее это все равно проще и дешевле, чем интегрировать 1С с сайтом на фреймворках.

Миф 4: Сайт на Битрикс работает медленнее сайтов на фреймворках

Если кратко: при прочих равных, это правда. Но все зависит от нюансов

На самом деле, производительность работы сайта зависит не столько от самой платформы, сколько от вычислительной мощности оборудования и настроек.

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

Однако нужно учитывать некоторые нюансы:

  1. Битрикс работает ненамного медленнее — речь идет приблизительно о 15-20% потери скорости. Но если нагрузка на сайт в целом невысокая, то небольшая задержка при открытии вкладок для пользователей не станет чем-то раздражающим.
    Если же делать «самописный» сайт и привлекать для разработки фронтэнд и бекэнд специалистов, то на внедрение «с нуля» уйдет намного больше времени и денег — приблизительно в 1,5-2 раза. Чаще всего для бизнеса выгоднее начать работу сразу, без крупных вложений, чтобы поскорее выходить на самоокупаемость.
  2. У Битрикс есть готовые инструменты для SEO оптимизации. Это поможет добиться того, чтобы со временем ваш интернет-магазин посещали как можно больше клиентов.
    Если говорить о сайтах на фреймворках, то для них требуется дополнительная SEO-оптимизация — это время и деньги.
  3. Главное преимущество сайтов на Битрикс — это готовая панель управления. Даже обычный менеджер или маркетолог сможет разобраться и научиться выкладывать контент на сайт: есть много бесплатных курсов и обучающих видео.
    Для «самописных» сайтов тоже можно реализовать панель управления, но это достаточно трудоемкий процесс: нужно привлекать разработчиков и продумать удобство работы с ней. А это — прямые временные и денежные затраты еще на этапе запуска.

При этом если сайт на Битрикс работает с большими задержками, то рекомендуем обратить внимание на следующие настройки:

  • кэширование — так страницы, которые пользователь открывал ранее, будут грузиться быстрее;
  • CDN модуль — бесплатная опция, которая помогает ускорить работу сайта. Подробнее можно прочитать тут;
  • технология «Композитный сайт» — позволяет разделять страницы на динамические и статические, что может уменьшить время отклика в 100 раз. Подробнее с технологией можете познакомиться по ссылке.

Выводы

В итоге для разных задач подходят разные инструменты:

  • WordPress — это бесплатная платформа с готовой панелью управления. Больше подходит для информационных сайтов, но доверить ей управление e-commerce платформой — значит, создать дополнительные риски из-за слабой поддержки.
  • «Самописный» сайт на фреймворках — отличное решение для любых задач, если нет жестких ограничений по срокам и бюджету для запуска сайта. Дополнительно потребуется высокая вовлеченность IT-специалистов для поддержки сайта и публикации контента. И дополнительно для публикации контента нет проблем с привлечением IT-специалистов.

Что круче, штатные компоненты или самописные?

Началось вся эта затея в 2009 году, когда я решил использовать в своих проектах супер-компоненты (то есть, компоненты-пустышки для создания на них произвольной логики с помощью API-функций Битрикса). Тогда основным профилем моей деятельности была заказная разработка нестандартных решений, фактически, я три года работал на одном разветвленном проекте, сопровождая его, и поддерживая группу сайтов в одной многосайтовой системе (накопилось около 23 сайтов) автомобильной тематики. Идеологически было решено создавать новые сайты — как дополнительные сайты, это было экономически выгодее, плюс все они были рамках одной компании, и придавали удобство в управлении и сопровождении. Хотя, сейчас я понимаю, что возможно правильнее было бы создавать их как отдельные сайты, но сейчас не об этом, сайты довольно успешно работают и выполняют свои задачи. Я хотел поделиться наблюдениями и умозаключениями из практики, с которой мне пришлось столкнуться, и вследствие чего я полностью пересмотрел своё представление о проектировании сайтов на Битрикс с точки зрения компонентов.

По воле случая попал в интересный проект, при котором нужно было очень быстро разворачивать много сайтов на Битриксе, по 40 сайтов в месяц (да, это так), имея в штате всего три php-разработчика (двое из них — совсем начального уровня, абсолютно без знания Битрикс, и с опытом в программировании на php до одного года, ну и третий — ваш скромный слуга). При этом имелся довольно солидный штат менеджеров в 25 человек, который обеспечивал хороший поток новых сайтов на холодном обзвоне. Задача была простая — если за два месяца удастся наладить производство — то тогда всё отлично, и эта штука будет жить, если нет — то тогда инвестированные денги заканчиваются, нечем платить зарплату и аренду, и приходится расходиться. Решил попробовать, хоть и рискованно что может не получиться, но зато весело, и всё только от тебя зависит. Скажу сразу, таким трудоголизмом как в те два месяца — я никогда в жизни так не работал. Бывало, конечно, когда нужно подзаработать брал подработку и работал до 4-х ночи, при этом на 9 утра идя на работу, но в таком режиме работал максимум неделю, после этого все выходные отсыпался. Но не в этом случае, тут у меня такой раш продлился более двух месяцев, но результат стоил того.

Так вот, идея, которую я хочу поделиться — состоит в том, что на стандартных компонентах можно быстро и много делать довольно хороших сайтов.
До недавнего времени, я был убежденным сторонником разработки на своих компонентах, все проекты, которые я делал (на фирме или на фрилансе) были написаны исключительно на одном компоненте, в файле result_modifier.php которого я добавлял требуемую логику, выбирая из базы только нужное, скурпулезно оптимизируя запросы, и получал вылизанное идеальное решение, работавшее максмально быстро, насколько это возможно в Битрикс. На написание подобного кода иногда уходили дни или недели, но времени было достаточно, фирма была большая (свыше 1500 человек), я был одним из сотрудников, который мог получать месяцами зарплату, и никто в другом отделе, или даже непосредственный руководитель — не знал чем я занимаюсь. Это было отлично, я мог писать сложнейший навороченный код, оптимизировать и писать прикольные штуки. Но, потом, когда понял, что способен на большее и хочется полнее реализовывать свои возможности, захотелось идти дальше, и ушел в этот новый проект. Здесь всё обстояло по другому, каждый день был на вес золота, и дополнительные пару часов, которые у меня выдавались вечером для программирования, когда я отключал аську и одевал наушники, были для меня невероятно ценны, так как можно было успеть запрограмить новый важный фукнционал.

Но понятно, что самому всё не сделаешь, нужны были помощники, на которых можно переложить неинтересную или механическую работу. При этом нужно было обеспечить им максимально четкие и простые инструкции, с которыми они бы создавали большое число сайтов. Сделал «простенький» конструктор, который создавал сайт с помощью заготовки, пару вариантов для выбра дизайна, парсер для перегона контента и с других сайтов, мастер настройки типовых форм , параметров и доступов, и вперед. Вначале для меня было психологически трудно поверить, что за день можно сделать хотя-бы 4 сайта, так как до этого средний срок на создание сайта средней сложности был в лучшем случае пару месяцев. Но тем не менее, это возможно. Имея в штате дизайнеров, которые рисуют типовые дизайны за два-три дня (с четким набором бизнес-требований как можно и как нельзя рисовать), верстальщиков (либо фрилансеров) которые этот шаблон за день-два сверстают, и программистов, который натянет сайт на типовые компоненты за пару часов, можно на потоке спокойно выпускать по несколько сайтов в день.

Так вот, к чему я веду, если бы каждый компонент и каждый функционал писался индивидуально (даже имея примеры кода с прошлых сайтов), то всё равно это было бы долго. Если программист будет делать сайт больше дня, или если будет делать что-то слишком нестандартное, то на него может навалиться гора незавершенных сайтов и бесконечных доделок, поэтому всё должно быть просто и быстро, и надежно чтобы в последствии к этому не возвращаться, и чтобы кто-то другой мог доработать код первого программиста. Так как времени на обучение небыло, было решено всё делать на стандартных компонентах, в большинстве случаев программисты правили только шаблоны (этому научиться довольно просто, имея базовые знания html+php), и поняв, что такое компоненты, и что такое инфоблок. Задача предельно простая, добавляешь на страницу компоненты (меню, соц. закладки, поиск, форму обратной связи, хлебные крошки, новости, простенький каталог товаров), добавляешь включаемые области, слайдер, пару if-проверок в одном шаблоне (для главной и внутренних страниц), и всё, простенький сайт-визитка готов принимать своих первых посетителей. Так же имелся штат контент-менежеров, которые довольно лихо эти сайты наполняли, для них обучение проходило вообще быстро, так как документацию никто из них и не подумал открывать, было достаточно им хорошенько урезать права , оставив возможность менять только то, что нельзя поламать), и кинуть их на амбразуры. Я им оставил возможность менять только css-код шаблона (и то, не весь, а вынес его в отедльный файлик, и дал доступ только на него, через админку Битрикса), чтобы они могли переопределять стили, а так же имели доступ на вставку яваскриптов, и редактирование включаемых областей.

Но вернемся к программистам, тут самое интересное. Как-то на одном сайте мне нужно было сделать фотогалерею, всё как положено, на разделах и элементах, элементы строятся и подставляются в верхее выпадающее меню, автоматическое подставление фоновой картинки на основе первой картинки раздела, слайдер, увеличалка, и тд и тп. И сделать это нужно было буквально за пару часов, так как к концу дня в офис приезжал клиент, смотреть уже готовый сайт, и если бы он ему понравился — платил сразу деньги. Если нет — уехал бы и забыл бы про сайт (такой вот капризный клиент), но интересен сам челендж. Готового кода именно под этот случай у меня небыло. Вначале подумал, возьму, напишу код для выборки элементов, запихну его в menu_ext, напишу компонент каталога и тд. Но потом понял, что во первых, на это нет времени, а во вторых, потом этот код после меня будет дорабатывать программист-стажер (когда клиент захочет улучшение и развитие дальше), а времени рассказывать что это такое, и обучать его, опять нет. Решено, возьму компонент bitrix:menu.sections и положу его в menu_ext (вместо самописного кода), прикручу стандартные bitrix:catalog, со своими монстрообразными bitrix:catalog.sections и пусть себе крутится. Вначале для меня это было психологически сложно, как так, куча лишних запросов, неоптимальное кеширование, куча лишних файлов шаблонов, которые не используются (а просто копируются при копировании шаблона bitrix:catalog «за компанию»). Но выхода небыло, сделал. Действительно, быстро, просто, эффективно, хоть и слегка говнокодно (или, точнее сказать, не оптимально по производительности).

Но потом я решил посмотреть на это с другой стороны. А действительно ли это не производительно? Сайт посещать будет от силы 100 человек в день (если 500 — ну вааще супер), но даже при такой нагрузке время генерации страницы мизерно мало (0.01 сек или что-то такое), так как быстрый мощный хостинг. К слову о хостинге, решил не париться, взять shared-хостинг одного из битрикс-хостинг-партнеров, в котором удобная админка, легко добавлюятся сайты, легко нарастить производительность, легко передать сайт клиенту в случае если он решит дальше сам сопровождать сайт, относительно надежный, и что самое интересное — стоит копейки. Называть его не буду, думаю все и так знают какой самый популярный российский хостинг для битрикс-сайтов я имею ввиду, и который в последние годы хоть и испортился, но свою задачу по очень быстрому и очень недорогому хостингу — довольно успешно решает.

Так вот, время, которые я (или другой программист) потратили бы на оптимизацию кода, кеширования и пр, стоит в десятки, а то и в сотри раз больше, чем банально выделить дополнительное место под файловый кеш, которым так нещадно обрастает Битрикс (ну и, конечно, не забыть поставить автоочистку кеша раз в пару месяцев по крону, чтобы совсем не зарос), и банально докупить серверных мощностей. В наш цифровой век стоимость выходит действительно смешной, и как я вижу, дальше она только уменьшается. Даже тот-же Google использует в своих дата-центрах большое количество простеньких серверов. Более мощный сервер или больше дискового пространства — стоят реально на несколько порядков ниже времени работы программиста, это факт. Решающем показателем эффективности является время, чем быстрее сделал, тем больше заработал.

Здесь я не говорю про говнокод, как в примере когда вставляют меню прямо в тексте страницы , у нас такого нет, всё делается строго, на компонентах и в рамках четкого следования иделогии Битрикс (все сайты проходят монитор качества, это так же было одним из условий). Но, единственная ложка дегтя — делается это всё неоптимально по запросам и лишнему коду. Ну вот, взять хотя-бы компонент bitrix:catalog, и фотогалерею, сделанную на нем. Зайдя в параметры комопнента видим — типы цен, сравнения товаров, и прочую чепуху, зачем это в фотогалерее? Правильно, не зачем, но клиент не будет заходить в настройки, и программист не будет (ну, может, разок, на этапе программирования), и еще может быть еще разок, когда нужно будет что-то подправить. Конечно, поплюется, прокрутит скроллом , поставит нужную галочку, но оно будет работать, и будет работать так, как нужно, и галочка (например, показывать элементы подразделов) там будет всегда, она знает что она там есть, и он её нажмет, а не будет писать свой код для выборки в api, тратя на это драгоценное время (жизнь).

Дальше больше. Сайты-визитки, конечно, хорошо, но возьмем магазины. Большинству представителей мелкого бизнеса нужен магазин чтобы быстро начать продавать, а они совсем не бум-бум в интернет-технологиях, но знают что Битрикс это круто, и хотят на нем магазин, и готовы платить, только бы им сегодня уже дать магазин, прикрутить простенький контекст, чтобы они ринулись увеличивать свои продажи. В магазине уже сложнее обойтись без стандартных компонентах, и наоборот, здесь они раскрываются во всей своей красе. Я бы не рискнул писать свои компоненты оформления заказа или компонент последних просмотренных товаров, или лучших продаж, или отзывов, или козрины. Конечно, хорошо когда под рукой есть готовые наработки, или свои компоненты корзины или отзывов, но их написание с нуля занимает прилично времени, и что еще важно — их сопровождение и постоянный допил. А так — этим допилом занимается сам Битрикс (хоть и редко, но бывает), но тем не менее это всё работает. Пусть отзывы и одноуровневые (и зачем-то на модуле форума), пусть на каждый просмотр товара делается апдейт-запрос на обновление счетчика просмотров, пусть корзина делает тучу лишних проверок, но всё это сможет подключить программист без опыта работы с минимальными трудозатратами, и даже то-т же фильтр лучших товаров вполне может быть реализован на bitrix:catalog.top и вполне нормально и быстро работать, как для штатного компонента.

Конечно, идеально бы если бы разработчики Битрикс прислушались и добавили поддержку component_prolog.php , котором все просят , тогда бы необходимость кастомизации штатных компонентов была бы еще меньше (фактически отпала), а если еще и добавить в штатные компоненты больше проверок $arParams (пусть даже не явно выведенных в параметрах компонента, но присущствующих в компонентах, чтобы разработчик мог их пользовать в нужный момент), то вообще бомба. Причем, я так смотрю, что идея работы только на стандартных компонентах далеко не нова, и многие продвинутые разработчики в курсе этой фишки, и активно её используют , если проект с посещаемостью до тысячи человек в день. А то и больше.

Резюмируе вышесказанное, стандартные компоненты довольны круты, если правильно их готовить.

Плюсы:
— значительно сокращается время на обучение разработчиков
— наличие готовой докуменации
— наличие готового функционала (каталог, новости, отзывы, рейтинги, сравнение, корзина, лучшие товары, карта проезда, соц. кнопки и тд)
— довольно высокая функциональность через настройки без программирования
— идеологически просто дорабатывать проект разными программистами
— заказчику понятнее что это компонент «список новостей», а это компонент «каталог», чем если бы это был один компонент

Минусы:
— неоптимальное количество запросов, возможна более низкая производительность на высоконагруженных проектах
— невзоможность применения на сайтах с нетиповым функционалом

Первый минус — возможное снижение производительности за счет неоптимального числа запросов — будет проявляться только на действительно высоконагруженных проектах, где обычным наращиванием серверной мощности уже не обойтись. И то, этот лимит довольно далеко, так как с точки зрения эффективности бизнеса — дешевле докупить серверной мощности, чем платить за часы разработчика. Но мне пока что сложно представить, чтобы сервер ложили обычные компоненты вроде bitrix:catalog.section или bitrix:catalog.element. Да, они чуть медленнее, но не настолько, чтобы ложить сервер, скорее это только моральный дискомфорт с точки зрения разработчика, что его компоненты вытаскивают лишние данные на каждом хите (например, данные о разделе), когда нам нужен только список элементов, но на деле это практически не заметно, и банальные настройки конфигурации сервера влияют на производительность в разы выше и существеннее, чем лишняя выборка в компоненте.

А сайты с нетиповым функционалом — на то и нетиповые, для них проще написать один раз свой персональный компонент, сделав впоследствии этот компонент типовым, и тиражировать его на остальных сайтах уже как типовой компонент.

Ну, и если сайт совсем уже нетиповой — то конечно да, стандартным компонентам здесь не место, но возможно, что тогда и Битрикс выбрали не совсем правильно, лучше уж запилить это всё на каком-нибудь Zend Framework, и не плеваться на отсутствие недостающего функционала. Битрикс — это коробочный продукт, предназначенный для коробочных сайтов, иногда проще взять коробочного клиента, или переубедить его, что ему нужен коробочный продукт на котором будет такой-то раздел с новостями и такой-то функционал отзывов или рейтинга, вместо того чтобы вступать в дискуссию и идти на поводу, допиливая что-то нестандартно-индивидуальное, на что Битрикс с никак не законченным новым ядром просто не способен. Здесь проще взять другой инструмент, и не рубить бревна лобзиком (или забивать гвозди микроскопом), а просто грамотно убедить, что такое инструмент для продаж (по большему счету заказчик заказывает у вас сайт чтобы увеличить свои продажи, ему всё равно что там будет или чего не будет, зачастую он сам не знает чего хочет, и хочет чтобы ему показали, как может быть). Так вот, для сайтов, ориентированных на продажи и на эффективность — Битрикс (со стандартными компонентами) как нельзя лучше подходит. Для сайтов, ориентированных на что-то нестандартное (например, соц.сеть) Битрикс плохо подходит, поэтому нужно просто грамотно выбирать соответствующий инструментарий для решения соответствующих задач.

:)

Хотя, сам то сайт http://1c-bitrix.ru — высоконагруженная социальная сеть, на которой используются только стандартные компоненты , так что .

Рейтинг ТОП 10 CMS сайтов: Какую лучше выбрать

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

В статье, совместно с программистами разобрали топовые CMS «движки», на которых чаще всего создаются и продвигаются сайты в интернете. Описали их плюсы/минусы, указали примерные цены и срок разработки + от себя дал кое какие рекомендации перед выбором и вставил сводную таблицу, чтобы было проще понять, какой бюджет готовить.

Всем привет. Меня зовут Толстенко Александр. Я частный SEO специалист. В сфере разработки и продвижения бизнеса в интернете я с 2009 года. Ознакомиться с другими статьями и кейсами можно в профиле habr.

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

Написать данный материал меня побудил знакомый, который как выяснилось случайно, стал жертвой одной недобросовестной студии, которая сделала ему ИНТЕРНЕТ МАГАЗИН НА ЛИЦЕНЗИИ БЛОГА 1С БИТРИКС! Т.е. по факту ему продали самопис, который как позже выяснилось, был еще с некорректной html версткой шаблона. Доработать такой проект под требования поисковых систем было трудно, дорого, но чуть дешевле, чем переехать на новый движок. В общем, пришлось работать с тем, что есть и увеличивать количество продаж с сайта.

Что такое CMS простыми словами

CMS — это система управления контентом веб-ресурса, которая имеет определенный функционал из коробки и имеет возможность расширения функционала бесплатными/платными модулями, что делает доработки дешевле, а сроки внедрения нужного функционала быстрее.

На чем можно сделать сайт

Для создания интернет ресурсов, существует несколько технологий на которых можно создать сайт:

  • Конструкторы. Для создания сайта на конструкторе вам не нужно заморачиваться с базами данных, кодами, хостингом. Достаточно зарегистрироваться на платформе (uCoz, WIX, Tilda и тд.), выбрать подходящий шаблон и заменить шаблонный текст с картинками — все, сайт работает.
  • CMS движки. «Коробочные» сборки систем управления контентом, лицензии которых можно купить (1С-Битрикс, NetCat и др.) или скачать бесплатно (WordPress, Drupal, modX, Opencart и др.) и быстро развернуть сайт.
  • Самописные решения. Разрабатывают на чистом php или на фреймворке (Laravel, Yii2, Angular, Python и тд.), когда требуется сделать продукт индивидуальной разработки, заточенный под решение нестандартных задач.

Сразу скажу, что ниже речь не будет идти о конструкторах и самописных решениях.

Коробочный конструктор в большинстве случаев нельзя доработать под себя из-за отсутствия доступа к исходным файлам системы управления. Даже, если доступ и будет к файлам, то мало за это кто возьмется из программистов, а если и возьмется, ценник будет завышен минимум в 1,5-2 раза. А если это может делать только техподдержка, то это будет скорее всего еще дороже и не быстро + если у вас планируется большой проект, то им неудобно будет управлять. В общем, есть свои прелести работы с такими конструкторами, сталкивался с ними ни раз при продвижении сайтов, проблем хватало.

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

О самописе, в следующем блоке.

Какую CMS лучше выбрать: Платную, бесплатную или самопис

Думаю, тут ответ очевиден — ту, которая обойдется дешевле и решит поставленные задачи.

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

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

Что касается самописных решений, запускать блог, сайта услуг или интернет-магазин, из-за дороговизны разработки и доработок — не рекомендую.

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

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

Что важно понимать перед выбором CMS

  • Сайт можно сделать на любом решении! Главное, чтобы он выполнял нужные функции и его можно было оптимизировать под продвижение в поисковых системах с минимальными затратами на разработку и доработку.
  • Взломать можно любой сайт! Все будет зависеть от желания и целей это сделать. Ломают Вордпресс, 1С-Битрикс и самописные фреймворки. Это только вопрос цены, времени и желания.

Чтобы не говорили, спорить не буду, скажу только, что если захотят, найдут дырку движка и зальют дор, поломают функционал или разместят обратные ссылки на свои продвигаемые проекты. Все зависит от цели взлома. Да, мир не идеален, а прогерский код тем более…

Какие рекомендации могу дать, прежде чем заказывать сайт

Любой сайт всегда планируют запустить для привлечения посетителей и заработка на нем.

К сожалению, в текущих условиях конкуренции сделать ресурс и не продвигать его — выброс денег на ветер, т.к. скорее всего, запущенный новорег не даст, никакого трафика или он будет минимальный и не позволит работать бизнесу в плюс. Бывают конечно исключения, но в большинстве случаев, бизнес без вложений «умирает» в первые 1-2 года.

Чтобы такого не произошло, перед тем как заказать где то разработку, рекомендую:

  1. Определиться с CMS заранее. Подумать на перспективу, какой функционал может быть нужен в будущем, выбрать правильный шаблон и сразу начать разработку на нужной CMS с учетом внедрения нужного функционала в будущем, но на сайте его пока не реализовывать. Так получится снизить затраты на разработку, т.к. не придется переезжать еще раз на новый движок и платить повторно за разработку.
  2. Определиться будет использован шаблон или индивидуальный дизайн. Индивидуальный дизайн — всегда дороже на порядок. Поэтому, чаще всего выбирают шаблонное решение с минимальными доработками для запуска. Со временем, если появятся инвестиции или проект «стрельнет», шаблон можно доработать или перенести на новую платформу, если нужен будет какой то нестандартный функционал.
  3. Выделить бюджет на контекст/таргет/ретаргет. Если трафик, нужен сразу же после запуска сайта, заложите затраты на контекст или таргет. Платный трафик обычно выходит дороже трафика из поисковых систем, но зато не придется долго ждать первых продаж.
  4. Запланировать расходы на SEO продвижение. В зависимости от типа проекта, планируйте бюджет на 6-12 месяцев продвижения, если требуется получить органический трафик из результатов выдачи Яндекс и Google. На данный момент, это самый дешевый источник трафика, если работать в долгую. Заявки выходят от 110 рублей, в зависимости от ниши, что в 1,5-2 раза дешевле чем при использовании других каналов.
  5. Заложить расходы на доработку. Сделанный сайт 100% будут дорабатывать под требования поисковых роботов. На чем бы он ни был сделан и кто бы его ни делал, что бы ни говорили — у всех свои методы, чек листы для продвижения + алгоритмы поисковых роботов постоянно меняются. Правки 100% будут. Поэтому, рекомендую посмотреть сводную таблицу с примерными ценами ниже. Для разных CMS, стоимость работа одного часа программиста может отличаться в разы.
  6. Если бюджет сильно ограничен. Хорошим решением будет заказать сайт на конструкторе и настроить один из платных каналов трафика. Со временем, можно будет увеличить бюджет и подключить другие. Если в будущем будет нужно продвижение в поисковых системах, сайт можно будет перенести на cms.

ТОП Рейтинг CMS

Для тех, кто только находится на стадии выбора CMS или задумался о смене движка ресурса, рекомендую для начала ознакомиться с рейтингом cms на сайте itrack.ru, чтобы знать, какие вообще бывают платные и бесплатные движки и на чем чаще всего делаются сайты.

Чтобы не было дебатов и сильно бурных обсуждений, в рейтинге ниже:

  1. Ни в коем случае не навязываю свое мнение и не буду спорить с кем-то, что одна оболочка лучше другой! Делайте сайты на чем считаете нужным, я лишь делюсь своим опытом. Полезен он вам или нет — решайте сами. Если можете поделитесь своим опытом и помочь людям определиться с выбором, напишите в комментах. Понятно, каждый спец определенной cms будет топить за нее;
  2. Ниже представлен список самых популярных CMS, с которыми приходилось сталкиваться любому сеошнику, при продвижении клиентских проектов. Не популярные, не описывал. Почему, оставил свой коммент;
  3. Поделился опытом, который бы помог сэкономить деньги, время и не нарваться на неграмотных людей, которые хотят вам продать решение дороже чем его можно сделать (на фрилансе таких товарищей полно);
  4. С программистами указали примерные цены и сроки разработки сайта. Точные нужно узнавать у самого разработчика, т.к. все очень сильно будет зависеть от загруженности специалиста, типа сайта, его функций и «хотелок» клиента;
  5. Говорить буду про движки, которые больше всего используются в РФ.

По каждому движку комментарии оставили программисты, которые специализируются на работе с конкретной cms. Т.к. многие из них не желают общаться с клиентами на прямую и никто не давал своего согласия на публикацию контактов, в конце вставил только их имена и первую букву фамилии.

WordPress

WordPress — лидер среди бесплатных движков. Эта система отличается простотой разработки и управления сайтом. Для нее есть много бесплатных тем и плагинов решающих практически любые задачи. Если бесплатного функционала будет не достаточно, всегда можно расширить функционал платными темами и модулями.

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

Однажды в работе был крупный новостной портал с нестандартным и громоздким функционалом. Сайт работал на выделенном сервере и посещаемость 10-20к в сутки держал хорошо, не падал.

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

Недостатки: Некоторые плагины могут быть несовместимы друг с другом при установке или после обновления имеющихся, большое кол-во плагинов сильно притупляет работу сайта в целом.

Для каких сайтов подходит: Блоги, сайты-визитки, одностраничники Landing page, портфолио, информационные и новостные порталы, интернет-магазины.

Производительность: Если не устанавливать 1000 различных плагинов на простом хостинге, с производительностью особых проблем не будет.

Безопасность: Если постоянно обновлять темы и установленные плагины, а также правильно настроить защиту, то взломать будет сложно.

На просторах интернета ходит мнение, что это один из самых дырявых движков и не тянет интернет магазины более 10000 товаров. Разочарую вас, но это далеко не так. Делаю сайты на Вордпрессе более 5 лет, на практике случаев взлома не было, если клиенты следили за актуальностью версий модулей. Что касается интернет магазинов, то 20000 товаров вордпресс держит нормально, если с шаблона вырезать запросы сильно нагружающие базу данных и правильно настроить систему кеширования.

Лицензия: Бесплатная.

Цены и примерные сроки разработки на шаблонных решениях:

  • Блог — от 2-3 дней, от 15 т.р.;
  • Интернет-магазин — от 14 дней, от 30 т.р.;
  • Лэндинг — от 5 дней, от 20 т.р.;
  • Индивидуальный проект — от 20 дней, от 50 т.р.

Шаблон, шаблону — рознь. Если нужно будет собрать более качественный шаблон, ценник и сроки смело умножайте на два. Данные цены примерные для тем, которые скачал, установил, настроил — сайт готов.

Цена часа работы программиста: от 800-1500 руб./час

Информацию скорректировал и дополнил программист: Влад С.

1С-Битрикс

1C-Битрикс — коммерческая платформа, в основном для b2b и b2c бизнесов, с широким функционалом и большим количеством готовых шаблонных решений, на которых можно за 1-2 недели запустить быстро сайт любой сложности. В РФ данная CMS занимает второе место после WordPress и первое среди платных CMS.

Преимущества: В базовой «коробке» движка много дефолтных функций. Двухсторонняя интеграция с 1С. В маркетплейсе можно приобрести как профессиональный готовый сайт, так и необходимые модули для расширения функционала. Можно создать любой проект и легко доработать под свои задачи бизнеса. Есть тех поддержка. Имеется быстрая интеграция с продуктами 1С и сторонними сервисами. Обладает хорошей безопасность и системой кэширования. Хорошие «решения из коробки» не плодят мусорных страниц.

Недостатки: Стоимость разработки раза в два выше, чем на любой другой cms. Ежегодно рекомендуется оплачивать лицензию и купленные модули. Высокие требования к хостингу. Может тормозить в интернет магазинах, где товаров более 200-300 тысяч.

Для каких сайтов подходит: Чаще всего делают интернет магазины любой ориентации. А также, можно делать новостные порталы, корпоративные сайты, маркетплейсы, форумы или блоги.

Безопасность: Есть встроенные инструменты обеспечивающие защиту от взлома. Если штатных инструментов будет не хватать, в маркетплейсе можно будет купить платные модули.

Рекомендуется брать лицензии начиная с версии «Стандарт», на профильных форумах часто проскакивает информация о взломах версии «Старт». Можно конечно настроить самому или купив плагины различные для защиты, но это займет больше времени, чем получив тоже самое, доплатив разницу всего в 10к.

Производительность: Высокая производительность, хорошая система кеширования.

Лицензия: Стоимость ежегодно оплачиваемой лицензии начинается с 5 400 рублей для небольших сайтов, для малого бизнеса цена стартует с 35 900 рублей, для крупного — от 72 900 рублей, для крупных порталов, корпораций и госструктур от 399 000 рублей.

Цена и примерные сроки разработки:

Цена часа работы программиста: от 1500-5000 руб/час.

Скорректировал/дополнил информацию программист Андрей Б., Владимир П., Артем К.

Joomla

Joomla — вторая популярная бесплатная CMS после WordPress, с открытым исходным кодом, позволяющая создавать сайты разных типов. Функционал базовой версии расширяется с помощью установки бесплатных и платных модулей и плагинов. Но это не самое простое решение, в сравнении с тем же WordPress.

Преимущества: минимальные требования к хостингу, удобный инсталлятор, широкий выбор шаблонов, расширений, большое сообщество специалистов, много обучающих материалов на русском языке, простая документация, мультиязычность, понятная панель управления, встроенный менеджер шаблонов писем, есть Web API.

Недостатки: нет официальной технической поддержки со стороны разработчиков. При переезде со старых версий могут быть проблемы (как и на других движках). Пока последняя версия бесплатного интернет магазина VirtueMart несовместима с Joomla 4.

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

Безопасность: переделан механизм запросов к базам данных, он стал намного безопаснее. Встроенная двухфакторная авторизация.

Производительность: высокая, есть встроенная автоматическая система файлового кэширования.

Лицензия: бесплатная.

Примерные цены и сроки разработки на шаблоне:

  • блог — от 2-5 дней, от 10 000 руб.;
  • интернет-магазин — от 25 дней, от 40 000 руб.;
  • лендинг — от 5 дней, от 20 000 руб.;
  • индивидуальный проект — от 30 дней, от 50 000 руб.

Цена часа работы программиста: от 1000-1500 руб.

Скорректировал/дополнил информацию программист: Юрий Р.

P.S.: Если передо мной будет стоять выбор: делать сайт на Джумле или Вордпрессе, выберу WordPress, т.к. стоимость работ +/- будет такая же, но хороших программистов можно найти больше. Движок не очень популярен среди клиентов приходящих на сео.

CMS.S3

CMS.S3 — система управления контентом присутствует в общем рейтинге Рунета, но обзор ее тоже делать не буду. Это студийная разработка компании Megagroup, движок которой имеет закрытый исходный код для сторонних разработчиков (по крайней мере так было в 2018 году), ее сложно доработать под свои нужды и админка имеет специфический интерфейс, с которым придется еще разобраться, хотя на сайте компании полно инструкций и вроде как отзывчивая техподдержка, но время все же придется потратить на изучение как CMS работает внутри.

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

Почему движок CMS.S3 занял такой высокий рейтинг? Видимо все дело в том, что: цена запуска сайта относительно рынка, получается довольно недорогой + тех поддержка продавая сайт, помогает его наполнить. Так за 10 900 можно получить интернет магазин на 5000 товаров.

OpenCart

OpenCart — готовая и бесплатная CMS с открытым исходным кодом для создания онлайн-магазинов. В коробке e-commerce платформы, есть все необходимое для запуска электронной коммерции практически в пару кликов. Если базового функционала будет недостаточно, его всегда можно будет расширить за счет платных/бесплатных модулей или купить готовую сборку и запустить на шаблоне или индивидуальном дизайне интернет витрину.

Преимущество: Хорошая и удобная архитектура движка, которая позволяет доработать его под свои нужды. Легок в освоении для новичков и имеет удобный интуитивный мультиязычный интерфейс. Есть много шаблонов и модулей, в том числе и для интеграции с популярными сервисами. Легко держит нагрузку с 20000 товарами. Хорошая безопасность. Большое сообщество для поддержки.

Недостатки: Не все модули могут работать друг, с другом без конфликтов. Могут быть проблемы с безопасностью при установке сторонних, ломаных модулей. При обновлении модулей, работа сайта может ломаться из за несовместимости версии движка и модуля. Создает высокую нагрузку на базу данных, если необходимо фильтровать товары по множеству параметрам. Могут быть проблемы с шаблонной оптимизацией title и description (зависит от реализации).

Для каких сайтов подходит: Только для интернет-магазинов. При необходимости на сайте можно подключить блог, чтобы не устанавливать отдельную cms для блога.

Безопасность: Хорошая защита движка в целом, которая обеспечивает контроль за действиями пользователей, модерацию информации, распределение прав доступа к системе. Сложно сломать, если не устанавливать неизвестные модули и следить за обновлениями.

Производительность: Высокие показатели производительности, требующие повышенные требования к серверу.

Лицензия: Бесплатно.

Цена и примерные сроки разработки магазина: от 30 дней, от 50 т.р.

Цена часа работы программиста: от 1000-1500 руб/час.

Скорректировал/дополнил информацию программист Артем А.

Drupal

Drupal — это один из гибких, производительных и функциональных CMF (Content Management Framework) в мире с открытым исходным кодом и отличной архитектурой движка, которая позволяет создать блог, корпоративный сайт, интернет магазин, сайт услуг, соцсеть или форум с нужным функционалом.

Framework платформа ориентирована на профессиональных «кодеров» и имеет большое кол-во модулей, с помощью которых можно легко настроить и расширить функции сайта.

Преимущество: Профессиональный гибкий фреймворк, имеющий множество встроенных бесплатных функций и шаблонов. Есть дистрибутивы (сборки) решающие разные базовые типы задач. Гибкая настройка SEOшных возможностей из коробки, если их будет недостаточно, можно расширить дополнениями.

Недостатки: Тяжел в освоении для новичков, требует знаний в программировании. Для работы на хостинге должна быть консоль Composer, которая может быть установлена не у всех по умолчанию. Есть проблема совместимости версий движка и плагинов, они могут обновляться не одновременно и ломать работу сайта. Готовые шаблоны не сильно высокого качества.

Для каких сайтов подходит: интернет-магазины, информационные порталы, корпоративные сайты, форумы, соц сети, проекты со сложной логикой и интеграциями со сторонними сервисами

Безопасность: Хороший уровень защищенности от взлома.

Производительность: Держит большую нагрузку и легко обрабатывает большие объемы данных. Есть хорошая встроенная система кэширования.

Лицензия: Open Source CMS (Открытый исходный код), бесплатная.

Цена и примерные сроки разработки:

  • Блог — от 7 дней — от 30 000 р (с типовым дизайном)
  • Интернет-магазин — от 30 дней — от 120 000 р
  • Лэндинг — от 14 дней, от 30 000 р
  • Индивидуальный проект — от 30 дней, от 150 000 р

Цена часа работы программиста: 1500-3000 руб.

Скорректировал/дополнил информацию программист Петр.

MODX Revolution

Modx – это бесплатная профессиональная и гибкая система управления содержимым сайта (CMS) и фреймворк для разработки веб-приложений (CMF) одновременно. С помощью данной платформы можно сделать любой тип сайта, любой сложности, функционала и нагрузки.

P.S.: Разница между CMF и CMS заключается в том, что с помощью функций фреймворка (CMF), можно безгранично расширять и модифицировать функционал панели администрирования и самого сайта CMS.

Преимущество: Высокий уровень гибкости, SEO дружелюбен, простая и интуитивно понятная админка. Не требователен к ресурсам сервера. Хорошо защищен от атак. Есть бесплатные модули, позволяющие решить практически все задачи сайта, если будет не хватать можно купить платные. Под любую нестандартную задачу можно написать свой модуль. На движок, легко натягивается любой html шаблон. Из одной админки можно управлять разными сайтами/поддоменами.

Недостатки: Мало готовых шаблонных сборок, установить и сразу начать пользоваться не получится, придется настраивать.

Для каких сайтов подходит: интернет-магазины, лэндинги, блоги, информационные порталы, корпоративные сайты, проекты со сложной логикой и интеграциями со сторонними сервисами.

Безопасность: Хорошая защита от взлома.

Производительность: Держит большую нагрузку и легко обрабатывает большие объемы данных. Есть хорошая встроенная система кэширования.P.S.: Делали портал и на 200к товаров. Проект работал без тормозов.

Лицензия: Open Source CMS (Открытый исходный код), бесплатная.

Цены и примерные сроки разработки:

  • Блог на шаблоне — от 7 дней, от 20 т.р.;
  • Интернет-магазин на шаблоне — от 30 дней, от 60 т.р.;
  • Лэндинг — от 5 дней, от 20 т.р.;
  • Индивидуальный проект — от 45 дней, от 150 т.р.

Цена часа работы программиста: 800-1500 руб.

P.S.: Лучшие сайты каталога по независимым оценкам пользователей MODX.RU можно глянуть в рейтинге тут https://modx.ru/katalog-sajtov-na-modx/

Скорректировал/дополнил информацию программист Данил А.

Сравнительная таблица

Чтобы было проще определится с выбором, подготовил сводную таблицу ниже*.

* — Подробнее, про конкретную cms, читайте в обзоре выше. В столбцах: Минимальная цена и Примерное время разработки, указаны примерные цены и сроки на запуск блога. Точная стоимость разработки будет сильно зависеть от «хотелок» клиента. Конструкторы и движки которые не рекомендовал бы использовать из ТОП Рейтинга, в таблицу не включены.

Важно: Если будете настраивать контекст или таргет, не вкладывайте весь бюджет сразу в один канал. Разделите и протестируйте разные источники трафика. Канал с наибольшей отдачей, можно будет масштабировать.

Самописная CMS или Bitrix для интернет магазина?

Какие плюсы и минусы у Битрикса по сравнению со своей CMS (Laravel + React). Собираю информацию для презентации руководству. Я за свою CMS
Для себя выявил преимущества своей системы
— быстрее скорость разработки
— нет ограничений cms
— проще найти хороших разработчиков
— разделение фронта и бека
— выше скорость сайта за счет react/graphql

Из минусов — на начальном этапе разработка займет больше времени

  • Вопрос задан более трёх лет назад
  • 760 просмотров

1 комментарий

Простой 1 комментарий

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

Решения вопроса 0
Ответы на вопрос 8
2cha.headz @glagolew059
frontend developer

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

Ответ написан более трёх лет назад
Комментировать
Нравится 4 Комментировать
Кирилл Прогер @freekirill
Пишу под Битрикс

— быстрее скорость разработки — есть готовы решения под битрикс на которых можно получить магазин за 1-2 дня.
— нет ограничений cms — в Битрикс ограничения на лицензию на 2 сайта и все .
— проще найти хороших разработчиков — https://www.1c-bitrix.ru/partners/ большая сет сертифицированых партнеров
— разделение фронта и бека — тоже есть.
— выше скорость сайта за счет react/graphql — в битриксе есть SDN и композитный сайта

Минусы битрикса то что нужно покупать лицензию

Ответ написан более трёх лет назад
Нравится 1 2 комментария

Sanes

в Битрикс ограничения на лицензию на 2 сайта и все

вроде сняли это ограничение
2cha.headz @glagolew059
Sanes, да сняли, только на старте остались

kawabanga

Стоимость разработки.
Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать

sim3x

проще найти хороших разработчиков

разделение фронта и бека

у разделение фронта и бека есть минус — у вас нет шаринга кода и ошибки в реализации проверок на фронте и беке могут привести к плохим последствиям

выше скорость сайта за счет react/graphql

нет. Не всегда. Для кейса магазина — скорее да чем нет

Из минусов — на начальном этапе разработка займет больше времени

конфликтует с утверждением

быстрее скорость разработки

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

У фреймворка есть одно неоспоримое преимущество — его понятно как скейлить
Когда продажники приведут вам 10к RPS у вас есть возможность обработать всех
В цмс такое не реализумо без переписывания всего

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать
Алексей Беспалов @FreeArcher
Senior 1С; php, JS Starter

Ну это как презентовать автомобиль. Что лучшее купить и ездить уже сейчас или самому строить пару лет, но зато не как у всех.

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

Если бизнесу нужен интернет магазин надо ставить и запускать.

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать
Евгений @Eugeny1987
Работаю с HostCMS
Поглядите HostCMS вместо Битрикса
Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать
krakazabra @krakazabra

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

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать

У Битриксе куча минусов, просто до фига. Но для старта это лучшее решение. Написание своего на фреймворке просто экономически не выгодно для магазинов, которые ещё не пробовали продавать онлайн, у кого оборот маленький. При оборотах до 1500000 свободно ещё можно использовать Битрикс (есть у меня такой кейс). Больше — не стала бы, т.к. все что с базой тут — очень не оптимально.

Ответ написан более трёх лет назад

tsepen

Андрей Охотников @tsepen Автор вопроса

мы уже пробовали продавать онлайн, обороты сейчас выше 15 млн в месяц, используем CMS Magento в платной версии, а это еще 2 млн в год и разработка на Magento это разрыв башки. Поэтому думаем написать свое решение

Андрей Охотников,
для таких оборотов уже конечно лучше свое решение. Не представляю, насколько приходится перенастраивать серваки, чтобы такие запросы в битриксе удерживать. (только если заказы на суммы по 200т.р. и заказов по 2-3 шт в день). Если заказов от 100 в день — то дальнейшее использование битрикса будет приносить все новые и новые проблемы: от падающей базы и замедления скорости ответа от сервера, до невозможности корректно управлять «маркетингом» из коробки, все свое писать все равно придется.
Так что в вашем случае — конечно да, уже давно пора свое писать

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *