Заполнить бриф Меню
Мы используем файлы cookie и Яндекс.Метрику для анализа и улучшения работы сайта. Продолжая пользоваться сайтом, вы соглашаетесь с политикой конфиденциальности.
Принять

Интеграция Tilda и Salesforce

Передадим лиды с Tilda в Salesforce через подходящий API-маршрут: заполним нужные объекты и поля с учетом правил вашей корпоративной CRM.
TILDA
ТЕХНИЧЕСКИЕ УСЛУГИ
Согласуем Lead или Contact, обязательные поля и назначение владельца. Предусмотрим безопасную авторизацию, ограничения API и контроль ошибок на серверной стороне.
Обращения фиксируются в Salesforce по принятой модели данных без публикации закрытых учетных ключей в коде сайта.

Что должно появиться в Salesforce

Фиксируем тип записи, владельца и условия ее создания.

01 / Что проверим

Компания принимает обращения в Salesforce как Lead и использует обязательные корпоративные поля. Даже корректная форма не пройдет Validation Rules при недопустимом значении.

02 / Что усилим

Новый Lead не появляется или получает другого ответственного из-за Assignment Rules. Проверяем доступ к API, значения полей и фактические правила распределения в организации.

03 / Что настроим

Маркетингу нужен источник обращения, а отделу продаж — корректный Lead, а не произвольная новая сущность. Согласуем поддерживаемые поля и отдельно оцениваем потребность в Opportunity или Custom Object.
Начинаем с технической доступности аккаунта.
Маппинг обязательных значений. Проверяем правила validation, assignment, duplicate rules и автоматизации, которые могут отклонять или переопределять запись. Системы Salesforce часто используют строгие правила Validation Rules и Assignment Rules.

Что именно выполняем

Проверка созданного Lead. Тестируем новый Lead с UTM, если метки передаются выбранным способом, и смотрим фактический результат. Сверяем созданный Lead, источник, статус, владельца и сообщения об отклонении при нарушении правил корпоративной CRM.

01 / Аудит страницы

Проверка API и прав. Проверяем редакцию: документация Tilda перечисляет Enterprise, Unlimited, Performance и Developer для штатной API-интеграции. Штатное соединение Tilda с Salesforce предназначено для создания Lead. Редакция CRM должна предоставлять API (Enterprise, Unlimited, Performance или Developer по справке Tilda).

02 / Усиление предложения

Авторизация приложения. Авторизуем приложение через администратора и уточняем, какие поля Salesforce требует для создания лида. Администратор уточняет доступ приложения к API, ограничения организации и обязательные поля, иначе корректная форма все равно не создаст Lead.

03 / Настройка обращения

Источник, статус и владелец. Настраиваем Lead status, Lead source и owner в пределах разрешенных параметров штатного приемника. После авторизации настраиваем Lead Status, Lead Source и Owner, затем тестируем создание лида и отклонения из-за validation rules.

Технические решения

Практические подходы под конкретную задачу и ограничения проекта.

Доступность API

Штатное соединение Tilda рассчитано на создание Lead и требует доступного для аккаунта API. Проверяем права интеграционного пользователя, обязательные поля и ограничения редакции до настройки форм. Возможность записывать Opportunity или Account этим способом не предполагаем.

Соответствие схеме

Учитываем обязательные поля и правила проверки. Настройки Tilda для Salesforce рассчитаны на Leads. Для Account, Opportunity и кастомных объектов нужен отдельно утвержденный маршрут и исследование API организации.

Запись в процессе

Стандартный коннектор Tilda создает лиды Salesforce. После изменения корпоративных правил в Salesforce проверяем соединение даже при отсутствии правок сайта. Разработка Salesforce-приложения, его процессов и произвольных объектов не входит в стандартную связку.

Особенность 01

Уточняем редакцию Salesforce и доступность API до оценки работ: подходящие права есть не в каждом тарифе.

Особенность 02

Авторизацию проводит уполномоченный администратор. После изменения прав повторно проверяем создание Lead.

Особенность 03

Проверяем повторные обращения. Изменение validation rules, статусов и прав пользователя требует нового контрольного лида.

Проверяем ограничения до начала работ и фиксируем устойчивое решение.

Ограничения корпоративной CRM

Наличие коннектора не отменяет правил организации. Штатная отправка лида не заменяет Salesforce Flow и сложную корпоративную логику.
Утверждаем схему с владельцем Salesforce.
Работаем итеративно: согласуем промежуточный результат до следующего этапа.

Как проходит работа

От первого запроса до стабильной публикации.

01 / Доступ

Проверяем API. Для начала нужны: название редакции и org, администратор Salesforce, перечень обязательных полей, статусы, владельцы и тестовая форма.

02 / Сопоставление

Авторизуем соединение с разрешениями администратора и настраиваем поддерживаемые поля Lead: источник, статус и владельца. Сверяем обязательные значения с Validation Rules и Assignment Rules организации. Объекты Opportunity или Custom Object не создаем через штатный приемник без отдельного API-решения.

03 / Проверка

Сверяем запись и ошибки. Тестируем прием лида со стандартными и пользовательскими полями. Отдельно проверяем запрещенное правило валидации. Администратор Salesforce подтверждает, что Lead получил корректного Owner, источник и статус и виден нужной команде.

Портфолио студии

Наши проекты

Подборка реализованных сайтов на Tilda для IT-компаний, производителей, личных брендов, сервисов и проектов в сфере гостеприимства.

Все кейсы студии

Реальные кейсычасть проектов из портфолио студии

Разные нишиединый уровень проработки

Реальные сайтыструктура, дизайн и разработка

Стоимость и условия

Стоимость технической доработки зависит от исходной сборки, объёма изменений, адаптивных состояний, интеграций и необходимости работы с внешними сервисами.

Что нужно для оценки

Ссылка на сайт или проект Tilda, описание задачи, доступ к макету или визуальные примеры — если они есть.

Как определяем объём

Сначала проверяем, что реально решается средствами Tilda, а что требует внешнего API, сервера или отдельного сервиса.

Что получает клиент

Согласованный объём правок, адаптацию под устройства и проверку сценария, которого касается доработка.

Нам доверяют

Наши клиенты

Создаём и развиваем сайты для компаний и экспертов из IT, медицины, HoReCa, производства, образования, туризма и других направлений.

Отзывы клиентов
Часть брендов, с которыми мы работали

Команда Marmelad.digital

О студии

Веб-студия marmelad.digital разрабатывает сайты на Тильде для бизнеса и экспертов: изучаем задачу, проектируем структуру, создаём индивидуальный дизайн, настраиваем аналитику и закладываем основу для SEO-продвижения.

Подробнее о студии

Ключевые специалисты лично ведут проект — от первой структуры до публикации сайта.

Все ключевые этапы — внутри студии
Вадим Марков — разработка сайтов в студии Marmelad.digital

Разработка и техническая реализация

Вадим

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

  • Архитектура сайта
  • Разработка на Tilda
  • SEO и аналитика
Дарья Маркова — дизайн сайтов в студии Marmelad.digital

Дизайн и визуальная система

Дарья

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

  • Арт-направление
  • Интерфейс и типографика
  • Мобильный дизайн
30+

реализованных B2B-проектов для IT, HoReCa, производства, медицины, образования и других направлений

7+

лет разрабатываем и запускаем сайты — от анализа и структуры до дизайна, интеграций и публикации

Пишем о разработке сайтов, дизайне и SEO

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

Частые вопросы о доработках на Tilda

Подойдет любая редакция?

Нет. Проверяем API-возможности вашего аккаунта. Официальная справка Tilda указывает Enterprise, Unlimited, Performance и Developer. В других редакциях штатный API-доступ не обещаем.

Можно создать любой объект?

Штатный маршрут ограничен. Нестандартную модель оцениваем отдельно. Документированный сценарий создает Lead. Другие объекты требуют отдельной архитектуры и проверки API конкретной организации.

Нужен администратор CRM?

Для прав и правил валидации потребуется его участие. Администратор уточняет обязательные поля, правила валидации и права приложения. Без этого Lead может быть отклонен.
Передадутся UTM?
Согласуем поля и проверим фактическую запись меток. Передачу рекламных меток и пользовательских атрибутов проверяем тестом в действующей организации, не обещая весь набор полей заранее.

Пришлите требования Salesforce

Пришлите схему объекта Lead и правила доступа. Составим требования к безопасной передаче данных из Tilda.
Made on
Tilda