Гайды ·
Tilda или свой лендинг для SEO: когда конструктора хватает для заявок из Яндекса
Tilda и другие конструкторы нормально индексируются Яндексом и могут приносить заявки, если есть понятная структура, уникальные title/description, нормальные URL, скорость, рабочая форма и аналитика. Свой лендинг на коде нужен не потому что «конструктор плохой», а когда важны кастомная логика, контроль стека, долгое сопровождение без лимитов платформы или масштаб страниц под поиск. Честный старт —
Tilda и другие конструкторы нормально индексируются Яндексом и могут приносить заявки, если есть понятная структура, уникальные title/description, нормальные URL, скорость, рабочая форма и аналитика. Свой лендинг на коде нужен не потому что «конструктор плохой», а когда важны кастомная логика, контроль стека, долгое сопровождение без лимитов платформы или масштаб страниц под поиск. Честный старт — пять вопросов: цель трафика, число страниц, интеграции, кто сопровождает через год, и есть ли уже URL на конструкторе. Если дешевле остаться на Tilda — так и скажем; если проще собрать на Django или статике — назовём потолок до старта.
Так устроена развилка для малого бизнеса и студий: нужен лендинг под заявки из поиска или рекламы, и выбор «быстро на конструкторе» vs «свой код» часто превращается в священную войну. Ниже — когда Tilda достаточно, когда нужен свой лендинг, таблица сравнения и блок «когда скажем: оставайтесь на Tilda». Точная сумма — после задачи и потолка по сроку и бюджету. На Tilda старт обычно дешевле; свой код дороже на старте и спокойнее на дистанции сопровождения.
## Коротко: заявки зависят не от логотипа CMS
Оффер, релевантная страница, форма, аналитика и попадание в индекс важнее спора «Tilda vs код». Яндекс индексирует сайты на Tilda. Проблемы чаще не в бренде конструктора, а в одинаковых страницах, слабых текстах, кривых URL, тяжёлой вёрстке и формах, которые никуда не уходят.
Не обещаем позиции и CTR. Обещаем понятный контур: страница открывается → смысл ясен → заявка доходит → вы видите её в мессенджере или CRM. На [услугах по сайтам](https://nekarpov.ru/uslugi/#sajty) у NEKARPOV это звучит прямо: лендинги под заявки из Яндекса и Google, упор на скорость, формы, нормальные URL. Продвижение ссылками как отдельный продукт не продаём — страницы собираем под индекс, дальше маркетинг ваш.
Если лендинг нужен «на этой неделе» под проверку спроса или рекламу — конструктор часто закрывает задачу. Если через год вам нужен исполнитель с доступом к репозиторию, серверной логикой и контролем стека — смотрите код. Развилка про горизонт и сопровождение, не про вкус редактора.
## Когда Tilda (конструктор) достаточно
Конструктора хватает чаще, чем кажется агентствам, которые продают только самопис.
**Один оффер или небольшой набор услуг, один регион.** Не каталог на тысячу SKU, не мультирегион с десятками посадочных «под каждый город ради SEO». Одна понятная воронка «услуга → заявка».
**Нужен быстрый запуск.** Проверка спроса, лендинг под Директ плюс базовая органика, акция на месяц. Важнее выйти с рабочей формой, чем идеально контролировать каждый тег в HTML.
**Хватает встроенных настроек.** Title и description, ЧПУ, HTTPS, Яндекс.Вебмастер, простые формы, базовая аналитика. Если вы закрываете этот минимум — «на Tilda нет SEO» обычно миф. Нет семантики и структуры — да; нет возможности прописать мета — чаще нет.
**Есть человек, который правит блоки без разработчика.** Маркетолог или владелец сам меняет тексты, картинки, акции. Тогда конструктор экономит не только старт, но и мелкие правки.
**Интеграции простые.** Форма → почта / Telegram / webhook. Без сложной серверной логики, без кастомной оплаты «как система», без бота как отдельного продукта с состоянием.
В этих рамках Tilda (или другой конструктор) — нормальный инструмент. Не «временная позорная мера», а рабочий контур под заявки.
## Когда скажем: оставайтесь на Tilda
Отдельный блок, потому что его редко пишут подрядчики, которые живут на коде.
Оставайтесь на Tilda, если:
- лендинг уже приводит заявки, а боли точечные (форма, скорость картинок, мета, одна страница под оффер);
- нет жёсткой потребности в серверной логике и своём репозитории;
- править контент будете вы сами в редакторе;
- перенос «на код» не даёт явного выигрыша по заявкам в ближайшие месяцы — только комфорт другому подрядчику;
- бюджет и срок важнее идеального контроля HTML.
В таких случаях честный ответ: чинить и донастроить на месте дешевле переезда. Связка с [поддержкой чужого проекта](https://nekarpov.ru/uslugi/#podderzhka): сначала смотрим, что живо, потом решаем «остаться / перенести». Логика та же, что в статье [«доработать или новый сайт»](https://nekarpov.ru/blog/dorabotka-ili-novyj-sajt/): не сносить по умолчанию.
NEKARPOV на сайте прямо говорит: без конструкторов, которые потом нельзя нормально сопровождать. Это не хейт Tilda. Это граница: если через год проект упирается в платформу и править можно только внутри редактора, а вам нужен исполнитель с кодом — лучше заранее понять потолок. Но если потолок ещё далеко — оставайтесь. Переезд ради статуса «у нас Django» вам ничего не даст.
## Когда нужен свой лендинг на коде
Свой код нужен, когда конструктор начинает мешать заявкам, сопровождению или интеграциям — не когда «так солиднее».
**Серверная логика и сложные интеграции.** Не только webhook формы, а контур «как система»: бот, CRM, оплаты, расчёты, личные кабинеты, роли. Тогда логичнее [сайт на Django или статике](https://nekarpov.ru/uslugi/#sajty) и при необходимости связка с [ботом](https://nekarpov.ru/uslugi/#boty).
**Скорость и контроль разметки.** Жёсткие требования к HTML, URL, кешу, весу страницы. На конструкторе можно выжать приемлемый результат, но потолок платформы есть. Если скорость — часть оффера (трафик из поиска, мобилка, реклама с дорогим кликом), контроль стека окупается.
## Многостраничная структура под поиск
Блог, кластеры услуг, посадочные с разной семантикой, аккуратные URL. Конструктор тянет один лендинг хорошо; на масштабе страниц чаще появляется каша, дубли и правки «через боль».
**Сопровождение через год.** Нужен исполнитель с доступом к коду и репо, бэкапами, деплоем, а не только к аккаунту редактора. На [серверах](https://nekarpov.ru/uslugi/#servery) это стыкуется с обычным VPS: nginx, SSL, мониторинг — без привязки к лимитам платформы.
**Почему «без конструкторов, которые нельзя сопровождать».** Потому что через 6–12 месяцев вы ищете человека «починить», а править можно только внутри закрытой среды, экспорта нормального нет или он бесполезен, история изменений — как получится. Для разового лендинга это терпимо. Для живого канала заявок — риск. Свой код не святой; он просто даёт прозрачный контур сопровождения.
## Таблица сравнения
Бюджет — только качественно, без выдуманных рублей.
| | **Tilda / конструктор** | **Свой лендинг (Django или статика)** |
| --- | --- | --- |
| **Срок до первой рабочей страницы** | Обычно быстрее: блоки, шаблон, форма, публикация. | Дольше до запуска: каркас, вёрстка/шаблоны, деплой, проверка форм. |
| **Контроль SEO-разметки и URL** | Достаточный для одного оффера и небольшого сайта при нормальных настройках. | Полный контроль title, description, ЧПУ, редиректов, структуры. |
| **Кастомная логика и интеграции** | Простые формы и вебхуки — ок. Сложная серверная логика — потолок. | Интеграции, бот/CRM-контур, своя логика — без лимита редактора. |
| **Сопровождение через год** | Правки в редакторе; исполнитель «снаружи» ограничен платформой. | Репозиторий, деплой, [поддержка кода](https://nekarpov.ru/uslugi/#podderzhka), понятный стек. |
| **Типичный сценарий «хватит»** | Один оффер, быстрый тест, сам правите тексты, простые заявки. | Долгий канал заявок, рост страниц, кастом, свой хостинг/VPS. |
| **Когда переезжать** | Упёрлись в скорость/логику/масштаб; править больно; нужен код. | — (уже на коде; переезд с конструктора — отдельная оценка). |
| **Деньги (качественно)** | Обычно дешевле старт. | Дороже старт, дешевле контроль и сопровождение на дистанции. |
Ориентир по деньгам называем после задачи и потолка — через заявку или калькулятор на главной. Без общей цифры «от» до разговора о страницах и интеграциях.
Таблица не заменяет осмотр URL. Она нужна, чтобы не спорить «Tilda плохая / код крутой» без критерия.
## Честный порядок решения
Не священная война CMS — пять вопросов.
1. **Цель трафика.** Заявки из поиска, из рекламы или оба. От этого зависит, насколько критичны структура под индекс и скорость vs скорость запуска рекламного лендинга.
2. **Сколько страниц и как часто меняется оффер.** Один экран на квартал — один разговор. Двадцать посадочных и еженедельные акции — другой.
3. **Какие интеграции.** Telegram, CRM, оплата, [бот](https://nekarpov.ru/uslugi/#boty). Чем ближе к «системе», тем раньше смотрите код.
4. **Кто сопровождает через 6–12 месяцев.** Вы в редакторе? Фрилансер? Исполнитель с репо? Ответ меняет выбор платформы сильнее, чем вкус анимации.
5. **Есть ли уже URL на конструкторе.** Если да — сначала аудит: чинить на месте или перенос. Это как раз зона [поддержки](https://nekarpov.ru/uslugi/#podderzhka), а не автоматический «давайте всё на Django».
После ответов вилка становится простой: остаётесь / донастраиваете / переносите. Потолок по сроку и бюджету называете до старта — как на [главной](https://nekarpov.ru/).
Если уходите на свой хостинг, сразу думайте про [сопровождение сервера](https://nekarpov.ru/uslugi/#servery): SSL, бэкапы, мониторинг. Иначе выигрыш по контролю кода съест первый же простой.
## Что проверить перед заказом
Перед тем как платить за «переписать всё» или за новый аккаунт на конструкторе, пройдитесь по короткому списку.
**Уже есть URL?** Откройте его с телефона. Уходит ли форма. Есть ли Метрика или аналог. Не орёт ли браузер на сертификат. Если заявка уже доходит — переезд должен объясняться выгодой, а не вкусом подрядчика.
**Сколько экранов реально нужно.** Один оффер с FAQ и формой — часто хватает конструктора. Набор услуг плюс блог плюс отдельные посадочные под запросы — заранее заложите структуру; иначе через полгода упрётесь в правки «через боль».
**Куда должна уходить заявка.** Почта, Telegram, CRM, [бот](https://nekarpov.ru/uslugi/#boty). Чем длиннее цепочка, тем раньше имеет смысл свой код или хотя бы понятный webhook без сюрпризов платформы.
**Кто правит тексты через месяц.** Если вы сами в редакторе — Tilda часто выигрывает. Если нужен исполнитель с репозиторием и деплоем — смотрите [сайт на коде](https://nekarpov.ru/uslugi/#sajty) и [поддержку](https://nekarpov.ru/uslugi/#podderzhka).
**Потолок по сроку и бюджету.** Назовите его до старта. Тогда ответ «остаться / донастроить / перенести» звучит предметно, а не как спор про CMS.
## Типичные ошибки
**«На Tilda нет SEO».** Миф. Чаще нет семантики, уникальных страниц и нормальных title. Конструктор индексируется; контент и структура — ваша ответственность.
**«Сразу самопис, потому что так солиднее».** Переплата, если хватало одного лендинга и простых заявок. Солидность не приводит заявки — форма и оффер приводят.
**Собрать десятки одинаковых страниц на конструкторе и ждать органику.** Дубли и тонкий контент не лечатся сменой CMS. Сначала смысл страниц, потом платформа.
**Забыть форму → Telegram и Метрику, споря про CMS.** Классика: две недели выбирают стек, заявка уходит в никуда. Сначала контур заявки, потом редактор или репозиторий.
**Сносить рабочий Tilda без аудита.** Если лендинг уже продаёт, переезд ради удобства подрядчика — плохая сделка. Смотрите [доработка или новый](https://nekarpov.ru/blog/dorabotka-ili-novyj-sajt/): живое не сносим по умолчанию.
**Игнорировать сопровождение.** Любая платформа живёт после запуска. Кто правит через год, где бэкапы, кто поднимает при падении — часть решения «Tilda или код», а не постскриптум.
## Что сделать сейчас
1. Сформулируйте цель: заявки из поиска, рекламы или оба — одним предложением.
2. Посчитайте страницы и интеграции на пальцах: сколько экранов, куда уходит форма, нужен ли бот.
3. Ответьте себе: кто будет сопровождать через год.
4. Если уже есть URL на Tilda — пришлите его на оценку «остаться / перенести», не «сразу переписать».
5. Опишите задачу своими словами на [странице контактов](https://nekarpov.ru/kontakty/) или через форму на [главной](https://nekarpov.ru/). Попросите явно: «если дешевле остаться на Tilda — так и скажите».
Без обещаний топа Яндекса. С потолком по сроку и бюджету до старта. Если нужен свой лендинг под заявки — собираем на Django или статике. Если конструктора хватает — не уговариваем переезжать ради красивого стека.
NEKARPOV работает с малым бизнесом и студиями: сначала задача и потолок, потом код. Развилка «Tilda или свой лендинг» решается по заявкам и сопровождению, не по священной войне CMS.
---
### Внутренние ссылки (для вёрстки)
- https://nekarpov.ru/uslugi/#sajty
- https://nekarpov.ru/uslugi/#podderzhka
- https://nekarpov.ru/uslugi/#boty
- https://nekarpov.ru/uslugi/#servery
- https://nekarpov.ru/kontakty/
- https://nekarpov.ru/
- https://nekarpov.ru/blog/dorabotka-ili-novyj-sajt/
### Чеклист перед публикацией
- [ ] Не обещать топ Яндекса / CTR / конкретные ₽ до задачи
- [ ] Answer-ready абзац в начале (почти дословно из брифа)
- [ ] Таблица сравнения и блок «оставайтесь на Tilda» на месте
- [ ] CTA на контакты / главную
- [ ] Ссылки: #sajty, #podderzhka, #boty, #servery, /kontakty/, при наличии — dorabotka-ili-novyj-sajt
Так устроена развилка для малого бизнеса и студий: нужен лендинг под заявки из поиска или рекламы, и выбор «быстро на конструкторе» vs «свой код» часто превращается в священную войну. Ниже — когда Tilda достаточно, когда нужен свой лендинг, таблица сравнения и блок «когда скажем: оставайтесь на Tilda». Точная сумма — после задачи и потолка по сроку и бюджету. На Tilda старт обычно дешевле; свой код дороже на старте и спокойнее на дистанции сопровождения.
## Коротко: заявки зависят не от логотипа CMS
Оффер, релевантная страница, форма, аналитика и попадание в индекс важнее спора «Tilda vs код». Яндекс индексирует сайты на Tilda. Проблемы чаще не в бренде конструктора, а в одинаковых страницах, слабых текстах, кривых URL, тяжёлой вёрстке и формах, которые никуда не уходят.
Не обещаем позиции и CTR. Обещаем понятный контур: страница открывается → смысл ясен → заявка доходит → вы видите её в мессенджере или CRM. На [услугах по сайтам](https://nekarpov.ru/uslugi/#sajty) у NEKARPOV это звучит прямо: лендинги под заявки из Яндекса и Google, упор на скорость, формы, нормальные URL. Продвижение ссылками как отдельный продукт не продаём — страницы собираем под индекс, дальше маркетинг ваш.
Если лендинг нужен «на этой неделе» под проверку спроса или рекламу — конструктор часто закрывает задачу. Если через год вам нужен исполнитель с доступом к репозиторию, серверной логикой и контролем стека — смотрите код. Развилка про горизонт и сопровождение, не про вкус редактора.
## Когда Tilda (конструктор) достаточно
Конструктора хватает чаще, чем кажется агентствам, которые продают только самопис.
**Один оффер или небольшой набор услуг, один регион.** Не каталог на тысячу SKU, не мультирегион с десятками посадочных «под каждый город ради SEO». Одна понятная воронка «услуга → заявка».
**Нужен быстрый запуск.** Проверка спроса, лендинг под Директ плюс базовая органика, акция на месяц. Важнее выйти с рабочей формой, чем идеально контролировать каждый тег в HTML.
**Хватает встроенных настроек.** Title и description, ЧПУ, HTTPS, Яндекс.Вебмастер, простые формы, базовая аналитика. Если вы закрываете этот минимум — «на Tilda нет SEO» обычно миф. Нет семантики и структуры — да; нет возможности прописать мета — чаще нет.
**Есть человек, который правит блоки без разработчика.** Маркетолог или владелец сам меняет тексты, картинки, акции. Тогда конструктор экономит не только старт, но и мелкие правки.
**Интеграции простые.** Форма → почта / Telegram / webhook. Без сложной серверной логики, без кастомной оплаты «как система», без бота как отдельного продукта с состоянием.
В этих рамках Tilda (или другой конструктор) — нормальный инструмент. Не «временная позорная мера», а рабочий контур под заявки.
## Когда скажем: оставайтесь на Tilda
Отдельный блок, потому что его редко пишут подрядчики, которые живут на коде.
Оставайтесь на Tilda, если:
- лендинг уже приводит заявки, а боли точечные (форма, скорость картинок, мета, одна страница под оффер);
- нет жёсткой потребности в серверной логике и своём репозитории;
- править контент будете вы сами в редакторе;
- перенос «на код» не даёт явного выигрыша по заявкам в ближайшие месяцы — только комфорт другому подрядчику;
- бюджет и срок важнее идеального контроля HTML.
В таких случаях честный ответ: чинить и донастроить на месте дешевле переезда. Связка с [поддержкой чужого проекта](https://nekarpov.ru/uslugi/#podderzhka): сначала смотрим, что живо, потом решаем «остаться / перенести». Логика та же, что в статье [«доработать или новый сайт»](https://nekarpov.ru/blog/dorabotka-ili-novyj-sajt/): не сносить по умолчанию.
NEKARPOV на сайте прямо говорит: без конструкторов, которые потом нельзя нормально сопровождать. Это не хейт Tilda. Это граница: если через год проект упирается в платформу и править можно только внутри редактора, а вам нужен исполнитель с кодом — лучше заранее понять потолок. Но если потолок ещё далеко — оставайтесь. Переезд ради статуса «у нас Django» вам ничего не даст.
## Когда нужен свой лендинг на коде
Свой код нужен, когда конструктор начинает мешать заявкам, сопровождению или интеграциям — не когда «так солиднее».
**Серверная логика и сложные интеграции.** Не только webhook формы, а контур «как система»: бот, CRM, оплаты, расчёты, личные кабинеты, роли. Тогда логичнее [сайт на Django или статике](https://nekarpov.ru/uslugi/#sajty) и при необходимости связка с [ботом](https://nekarpov.ru/uslugi/#boty).
**Скорость и контроль разметки.** Жёсткие требования к HTML, URL, кешу, весу страницы. На конструкторе можно выжать приемлемый результат, но потолок платформы есть. Если скорость — часть оффера (трафик из поиска, мобилка, реклама с дорогим кликом), контроль стека окупается.
## Многостраничная структура под поиск
Блог, кластеры услуг, посадочные с разной семантикой, аккуратные URL. Конструктор тянет один лендинг хорошо; на масштабе страниц чаще появляется каша, дубли и правки «через боль».
**Сопровождение через год.** Нужен исполнитель с доступом к коду и репо, бэкапами, деплоем, а не только к аккаунту редактора. На [серверах](https://nekarpov.ru/uslugi/#servery) это стыкуется с обычным VPS: nginx, SSL, мониторинг — без привязки к лимитам платформы.
**Почему «без конструкторов, которые нельзя сопровождать».** Потому что через 6–12 месяцев вы ищете человека «починить», а править можно только внутри закрытой среды, экспорта нормального нет или он бесполезен, история изменений — как получится. Для разового лендинга это терпимо. Для живого канала заявок — риск. Свой код не святой; он просто даёт прозрачный контур сопровождения.
## Таблица сравнения
Бюджет — только качественно, без выдуманных рублей.
| | **Tilda / конструктор** | **Свой лендинг (Django или статика)** |
| --- | --- | --- |
| **Срок до первой рабочей страницы** | Обычно быстрее: блоки, шаблон, форма, публикация. | Дольше до запуска: каркас, вёрстка/шаблоны, деплой, проверка форм. |
| **Контроль SEO-разметки и URL** | Достаточный для одного оффера и небольшого сайта при нормальных настройках. | Полный контроль title, description, ЧПУ, редиректов, структуры. |
| **Кастомная логика и интеграции** | Простые формы и вебхуки — ок. Сложная серверная логика — потолок. | Интеграции, бот/CRM-контур, своя логика — без лимита редактора. |
| **Сопровождение через год** | Правки в редакторе; исполнитель «снаружи» ограничен платформой. | Репозиторий, деплой, [поддержка кода](https://nekarpov.ru/uslugi/#podderzhka), понятный стек. |
| **Типичный сценарий «хватит»** | Один оффер, быстрый тест, сам правите тексты, простые заявки. | Долгий канал заявок, рост страниц, кастом, свой хостинг/VPS. |
| **Когда переезжать** | Упёрлись в скорость/логику/масштаб; править больно; нужен код. | — (уже на коде; переезд с конструктора — отдельная оценка). |
| **Деньги (качественно)** | Обычно дешевле старт. | Дороже старт, дешевле контроль и сопровождение на дистанции. |
Ориентир по деньгам называем после задачи и потолка — через заявку или калькулятор на главной. Без общей цифры «от» до разговора о страницах и интеграциях.
Таблица не заменяет осмотр URL. Она нужна, чтобы не спорить «Tilda плохая / код крутой» без критерия.
## Честный порядок решения
Не священная война CMS — пять вопросов.
1. **Цель трафика.** Заявки из поиска, из рекламы или оба. От этого зависит, насколько критичны структура под индекс и скорость vs скорость запуска рекламного лендинга.
2. **Сколько страниц и как часто меняется оффер.** Один экран на квартал — один разговор. Двадцать посадочных и еженедельные акции — другой.
3. **Какие интеграции.** Telegram, CRM, оплата, [бот](https://nekarpov.ru/uslugi/#boty). Чем ближе к «системе», тем раньше смотрите код.
4. **Кто сопровождает через 6–12 месяцев.** Вы в редакторе? Фрилансер? Исполнитель с репо? Ответ меняет выбор платформы сильнее, чем вкус анимации.
5. **Есть ли уже URL на конструкторе.** Если да — сначала аудит: чинить на месте или перенос. Это как раз зона [поддержки](https://nekarpov.ru/uslugi/#podderzhka), а не автоматический «давайте всё на Django».
После ответов вилка становится простой: остаётесь / донастраиваете / переносите. Потолок по сроку и бюджету называете до старта — как на [главной](https://nekarpov.ru/).
Если уходите на свой хостинг, сразу думайте про [сопровождение сервера](https://nekarpov.ru/uslugi/#servery): SSL, бэкапы, мониторинг. Иначе выигрыш по контролю кода съест первый же простой.
## Что проверить перед заказом
Перед тем как платить за «переписать всё» или за новый аккаунт на конструкторе, пройдитесь по короткому списку.
**Уже есть URL?** Откройте его с телефона. Уходит ли форма. Есть ли Метрика или аналог. Не орёт ли браузер на сертификат. Если заявка уже доходит — переезд должен объясняться выгодой, а не вкусом подрядчика.
**Сколько экранов реально нужно.** Один оффер с FAQ и формой — часто хватает конструктора. Набор услуг плюс блог плюс отдельные посадочные под запросы — заранее заложите структуру; иначе через полгода упрётесь в правки «через боль».
**Куда должна уходить заявка.** Почта, Telegram, CRM, [бот](https://nekarpov.ru/uslugi/#boty). Чем длиннее цепочка, тем раньше имеет смысл свой код или хотя бы понятный webhook без сюрпризов платформы.
**Кто правит тексты через месяц.** Если вы сами в редакторе — Tilda часто выигрывает. Если нужен исполнитель с репозиторием и деплоем — смотрите [сайт на коде](https://nekarpov.ru/uslugi/#sajty) и [поддержку](https://nekarpov.ru/uslugi/#podderzhka).
**Потолок по сроку и бюджету.** Назовите его до старта. Тогда ответ «остаться / донастроить / перенести» звучит предметно, а не как спор про CMS.
## Типичные ошибки
**«На Tilda нет SEO».** Миф. Чаще нет семантики, уникальных страниц и нормальных title. Конструктор индексируется; контент и структура — ваша ответственность.
**«Сразу самопис, потому что так солиднее».** Переплата, если хватало одного лендинга и простых заявок. Солидность не приводит заявки — форма и оффер приводят.
**Собрать десятки одинаковых страниц на конструкторе и ждать органику.** Дубли и тонкий контент не лечатся сменой CMS. Сначала смысл страниц, потом платформа.
**Забыть форму → Telegram и Метрику, споря про CMS.** Классика: две недели выбирают стек, заявка уходит в никуда. Сначала контур заявки, потом редактор или репозиторий.
**Сносить рабочий Tilda без аудита.** Если лендинг уже продаёт, переезд ради удобства подрядчика — плохая сделка. Смотрите [доработка или новый](https://nekarpov.ru/blog/dorabotka-ili-novyj-sajt/): живое не сносим по умолчанию.
**Игнорировать сопровождение.** Любая платформа живёт после запуска. Кто правит через год, где бэкапы, кто поднимает при падении — часть решения «Tilda или код», а не постскриптум.
## Что сделать сейчас
1. Сформулируйте цель: заявки из поиска, рекламы или оба — одним предложением.
2. Посчитайте страницы и интеграции на пальцах: сколько экранов, куда уходит форма, нужен ли бот.
3. Ответьте себе: кто будет сопровождать через год.
4. Если уже есть URL на Tilda — пришлите его на оценку «остаться / перенести», не «сразу переписать».
5. Опишите задачу своими словами на [странице контактов](https://nekarpov.ru/kontakty/) или через форму на [главной](https://nekarpov.ru/). Попросите явно: «если дешевле остаться на Tilda — так и скажите».
Без обещаний топа Яндекса. С потолком по сроку и бюджету до старта. Если нужен свой лендинг под заявки — собираем на Django или статике. Если конструктора хватает — не уговариваем переезжать ради красивого стека.
NEKARPOV работает с малым бизнесом и студиями: сначала задача и потолок, потом код. Развилка «Tilda или свой лендинг» решается по заявкам и сопровождению, не по священной войне CMS.
---
### Внутренние ссылки (для вёрстки)
- https://nekarpov.ru/uslugi/#sajty
- https://nekarpov.ru/uslugi/#podderzhka
- https://nekarpov.ru/uslugi/#boty
- https://nekarpov.ru/uslugi/#servery
- https://nekarpov.ru/kontakty/
- https://nekarpov.ru/
- https://nekarpov.ru/blog/dorabotka-ili-novyj-sajt/
### Чеклист перед публикацией
- [ ] Не обещать топ Яндекса / CTR / конкретные ₽ до задачи
- [ ] Answer-ready абзац в начале (почти дословно из брифа)
- [ ] Таблица сравнения и блок «оставайтесь на Tilda» на месте
- [ ] CTA на контакты / главную
- [ ] Ссылки: #sajty, #podderzhka, #boty, #servery, /kontakty/, при наличии — dorabotka-ili-novyj-sajt
Комментарии
Пока нет комментариев — можете написать первый.