Code Pilots 
Тендеры и лиды
Информация
Споров «Tilda или своя разработка» написано столько, что можно не продолжать. Обычно они ведутся на старте, когда сайта ещё нет, и заканчиваются правильным выводом: начинать с конструктора дешевле и быстрее.
Интереснее другой момент — когда сайт уже работает, приносит деньги и вдруг начинает сопротивляться. Заявки приходят, а посчитать их толком нельзя. Товаров стало восемьсот, и найти среди них нужный невозможно. Цены меняет человек, потому что из учётной системы они не доезжают. Я Дмитрий Васильев, основатель Code Pilots; ниже — пять порогов, на которых конструктор перестаёт справляться, и что делать, когда вы на один из них наступили.
Сразу зафиксирую, чтобы дальше не выглядело рекламой разработки.
Лендинг, сайт услуг, промо-страница под кампанию, небольшой каталог без сложной логики, блог — всё это на конструкторе делается быстрее и дешевле, чем любым другим способом. Правки вносит маркетолог без разработчика, хостинг и обновления — забота поставщика, запуск занимает дни.
Пока сайт остаётся витриной с формой заявки, менять что-либо незачем. Переезд имеет смысл, когда сайт перестал быть витриной и стал частью операционной работы компании.
Они наступают не одновременно, и обычно хватает двух совпавших, чтобы разговор стал предметным.
Первые сто товаров живут нормально. Дальше начинается: подбор по нескольким параметрам сразу, разные цены для разных категорий покупателей, варианты одного товара, наличие по складам. Конструктор умеет каталог, но его каталог рассчитан на витрину, и на пересечении фильтров он либо тормозит, либо выдаёт не то.
Пока цены и остатки правит человек, сайт отстаёт от реальности ровно настолько, насколько человек занят. Автоматический обмен с учётом — первое, что упирается в ограничения площадки: готовые модули закрывают простые случаи, а как только появляются свои правила ценообразования или несколько складов, начинаются костыли.
Клиент, который видит свои документы, свою цену и статус заказа, — это уже система с учётными записями, ролями и данными, которые нельзя показывать соседу; сайтом это назвать трудно. Конструкторы дают базовую авторизацию, и на этом их участие заканчивается.
Обычный трафик конструктор держит. Проблемы начинаются в день рассылки или рекламной кампании, когда весь месячный трафик приходит за два часа. Вы при этом не управляете ни кешированием, ни инфраструктурой — остаётся ждать.
Самый неприятный порог, потому что он не про функции. На конструкторе вы арендуете платформу: данные лежат у поставщика, выгрузка ограничена его форматом, а правила и тарифы меняет он. Пока бизнес небольшой, это разумный обмен. Когда сайт становится основным каналом продаж, зависимость перестаёт быть приемлемой.
Хорошая новость: переносится больше, чем кажется. Плохая: не то, что жалко.
Переезжают тексты, изображения, структура разделов, товары со свойствами, статьи блога, адреса страниц и накопленная поисковая репутация. Всё это выгружается и заливается в новую систему, и это понятная работа.
Собирается заново вёрстка: блочный редактор конструктора не отдаёт ничего, что можно было бы перенести как есть. Заново делаются формы и их связки с аналитикой и CRM. Заново настраиваются интеграции. Дизайн при этом чаще всего сохраняют — его переносят как макет и верстают по нему, и для бизнеса переезд выглядит как «сайт остался прежним, но стал работать».
Отдельная строка — данные о клиентах и заказах. Их выгрузку стоит проверить в первый же день обсуждения: у разных платформ разный набор того, что можно забрать, и узнавать об этом лучше до переезда.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13755 тендеров
проведено за восемь лет работы нашего сайта.
Переезд роняет позиции ровно в двух случаях: когда меняются адреса страниц без редиректов и когда новый сайт медленнее старого.
Рабочий порядок такой. Сначала собирается полный список текущих адресов и их трафика. Затем структура нового сайта строится так, чтобы адреса по возможности совпали; для тех, что изменились, готовятся постоянные редиректы. Мета-данные переносятся вместе со страницами. Скорость замеряется до запуска и после — на том же наборе страниц.
Запускать лучше не в сезон. И не в пятницу.
Три варианта, и выбор между ними определяется тем, что сайт должен делать.
Обычная CMS. Подходит, когда нужен управляемый контент и каталог без экзотики. Контент- менеджер работает в админке, разработчик нужен для изменений шаблонов и логики.
Headless-подход. Контент хранится отдельно и отдаётся по интерфейсу в сайт, приложение и куда угодно ещё. Разумно, когда каналов больше одного.
Своя платформа. Оправдана, когда сайт — часть операционной системы компании. У интернет- магазина Petshop мы застали устаревшую платформу, слабый обмен с внутренними системами и проблемы с доступностью под растущей нагрузкой. Собрали новую за пять месяцев, и главное в ней — поведение при сбоях: если учётная система недоступна, сайт продолжает принимать заказы, а накопленное уходит в учёт после восстановления связи. Цены и наличие при этом показываются по конкретным складам, без усреднения. В этом проекте видно и побочный эффект правильного решения: когда понадобилось мобильное приложение, интерфейс для него появился за пару недель, потому что платформа изначально строилась как платформа.
Похожая история у бренда инструментов Slice: три региона, разные учётные системы, покупатели на нескольких языках и в нескольких валютах. Конструктор такое не держит в принципе — там собран обмен с учётными системами разных стран и автоматический выбор языка и валюты по геолокации.
Начните со списка того, что сайт должен делать через год. Движок выбирается последним.
Практический порядок занимает неделю. Выписываете задачи, которые сегодня решаются руками или не решаются вовсе. Проверяете, какие из них закрываются доработкой внутри конструктора — часть закроется, и тогда переезд откладывается. Для оставшихся выгружаете данные и смотрите, в каком они виде. И только после этого выбираете платформу.
По срокам ориентир простой: контентный сайт переезжает за несколько недель, магазин с интеграциями — за месяцы, и большую часть времени занимают обмен данными и перенос каталога, а вовсе не вёрстка. Что такое CMS, чем отличаются монолитные системы от headless и где у каждой потолок, мы разобрали в отдельном материале; как выглядит разработка сайта на нашей стороне — на странице услуги.
Когда пора уходить с Tilda или другого конструктора? Когда совпали хотя бы два признака: каталог перестал искаться, цены и остатки нужны из учётной системы, клиентам нужен личный кабинет, сайт падает на пиках или вам понадобился доступ к данным и коду. Один признак обычно закрывается доработкой.
Потеряю ли я позиции в поиске при переезде? Не потеряете, если сохранить адреса страниц или настроить постоянные редиректы, перенести мета-данные и не сделать новый сайт медленнее старого. Позиции теряют на этих трёх вещах, а не на самом факте смены платформы.
Что переносится, а что придётся делать заново? Переносятся контент, товары, статьи, адреса страниц. Заново делаются вёрстка, формы, интеграции и аналитика. Дизайн обычно сохраняют и верстают по нему.
Сколько времени занимает переезд? Контентный сайт — недели, интернет-магазин с обменом данными — месяцы. Основное время уходит на каталог и интеграции; внешний вид почти ни при чём.
Можно ли остаться на конструкторе и дописать недостающее? Иногда да: часть задач закрывается встроенными средствами и внешними сервисами. Проверять это нужно до переезда — если закрывается, переезд откладывается на год-другой, и это нормальный исход.
