Эволюция сайтостроения от непрограммиста

Делать свои первые сайты я начал в далеком 2000 году. Не будучи программистом (по образованию я робототехник), с благоговейным трепетом зачитывал до дыр книги по HTML и претворял в жизнь прочитанное на компьютерах на работе.

Быстро пройдя стадию чистого HTML, я перешел на только начинающие появляться CMS — системы управление контентом. PHP-Nuke, а именно с нее я стартовал, была сродни религии, а русскоязычный форум поддержки — Меккой. Мудрые модераторы и активисты терпеливо отвечали на многочисленные вопросы мне подобных неофитов-«непрограммистов». А вопросы были примерно об одном и том же: как заставить работать тот или иной модуль и как поправить «поехавший» шаблон (это о дизайне).

Сайты на PHP-Nuke были вполне себе функциональны, но несколько однообразны своей стандартной трехколоночной структурой. Вариативными были только цвет фона и кнопок.

Думаю тем, кто изначально отдал предпочтение WordPress или Jumla, повезло больше. Эти «движки», особенно WP, до сих пор процветают. Но в тем далекие годы их преимущество было не очевидно.

У меня же были довольно продвинутые сайты на PHP-Nuke и мигрировать нужно было на что-то идеологически близкое. Так я вышел на DLE (DataLife Engine).
Стоить отметить, что изначально мои сайты были сугубо контентными и платный DLE был ориентирован именно на такие. Движок быстро прогрессировал в функциональности, был дружелюбен в создании и редактировании шаблонов и был заточен под блог или контент-проект.

В 2008 году, работая редактором сайта в региональном СМИ, я перевел его на DLE. Но уже тогда я стал понимать, что архитектура контентных сайтов плохо подходила для проектов другой направленности: сайтов компаний и интернет-магазинов, а заказы поступали именно на них.

Количество сайтов СМИ в Ростове неуклонно сокращалось, а интернет-магазинов — росло. Моя контора закрылась и я устроился в один из таких магазинов и вынужденно столкнулся с Джумлой.

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

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

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

Но счастье было не долгим. Руководство UMI стало последовательно отходить от TPL-шаблонизатора, что меня не устраивало категорически. Но главная проблема была не в этом. Создание сайтов на UMI-CMS было делом не быстрым и весьма трудоемким, занимало 1-2 месяца и поглощало все рабочее время. А чтобы обеспечить стабильное поступление денег нужно было вести несколько клиентов. В общем, бухгалтерия не сходилась.

Выручила меня, как не странно, сама же Юми.

Философия облачного детища ЮМИ оказалась будто специально заточена под меня.
В чем она заключалась? Предустановленные сайты на UMI-CMS с видоизмененной админкой и возможностью менять дизайн одним нажатием кнопки. То есть платишь как за хостинг, а получаешь готовый сайт, который нужно только наполнить контентом. Риск сломать что-то безвозвратно минимален. Этакая рабочая лошадка для малого и микро бизнеса.

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

Я и сейчас считаю, что концепция готовых сайтов идеально подходит для эконом-старта или проверки бизнес идеи. Хотите попробовать бесплатно? Добро пожаловать на 1C-UMI.RU.

Но жизнь не стоит на месте. Поисковые системы все больше и больше внимания стали обращать на поведенческие характеристики посетителей и интегрированность сайтов с свои экосистемы. Работая с некоторыми клиентами на протяжении 6-8 лет я стал понимать, что для гибкого и эффективного интернет-маркетинга возможностей готовых сайтов ЮМИ не хватает.

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

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

Есть ограничения по типам сайтов, в которых Тильду лучше не использовать. Это большие интернет-магазины, СМИ. Но лендинги, сайты компаний и небольшие каталоги на ней просто прекрасны.

Богатый арсенал инструментов для SEO превосходит своими возможностями предложения многих платных CMS. Если начать перечислять все фишки Тильды, то статья станет слишком длинной. Свою задачу я вижу не доказательствах превосходства этого конструктора сайтов, а в передаче эмоций, которые он у меня вызывает. Вау!!!

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