<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:yandex="http://news.yandex.ru" xmlns:turbo="http://turbo.yandex.ru" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>Тильпода блог</title>
    <link>https://tilpoda.ru</link>
    <description>Заметки, статьи, интересные материалы о подарочных сертификатах</description>
    <language>ru</language>
    <lastBuildDate>Mon, 20 Apr 2026 18:02:50 +0300</lastBuildDate>
    <item turbo="true">
      <title>Как настроить продажу подарочных сертификатов на Тильде без программиста</title>
      <link>https://tilpoda.ru/blog/bxfdieerc1-kak-nastroit-prodazhu-podarochnih-sertif</link>
      <amplink>https://tilpoda.ru/blog/bxfdieerc1-kak-nastroit-prodazhu-podarochnih-sertif?amp=true</amplink>
      <pubDate>Mon, 20 Apr 2026 17:30:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6564-3733-4635-b334-336364303037/image.png" type="image/png"/>
      <description>Настроить продажу сертификатов на Тильде можно за пару вечеров, без кода, без сложных интеграций с внешними сервисами. </description>
      <turbo:content><![CDATA[<header><h1>Как настроить продажу подарочных сертификатов на Тильде без программиста</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6564-3733-4635-b334-336364303037/image.png"/></figure><blockquote class="t-redactor__preface">Схема выглядит просто: отдельная страница для подарочных, подключение оплаты, передача данных для генерации email, автоматическое письмо с уникальным номером заказа, фиксация заказа в CRM. Но главная трудность здесь, что система не должна путать обычный заказ товара с финансовым обязательством. <br /><br />Ниже я разберу, как собрать схему, которая работает без вашего вмешательства после запуска.</blockquote><h2  class="t-redactor__h2">Почему нужны отдельная страница и отдельная Корзина </h2><img src="https://static.tildacdn.com/tild3735-3433-4465-b763-353965313265/image.png"><div class="t-redactor__text">Сертификат — это обязательство в будущем, а не товар или услуга. Когда покупатель кладёт в одну корзину футболку и подарочную карту, платформа пытается обработать два принципиально разных сценария одновременно: отправить кассовый чек, ссылку на доставку и письмо с уникальным кодом активации. Логика рассылок пересекается, данные в CRM дублируются, а вам приходится вручную разбирать заказы, которые система пометила как ошибочные или незавершённые.</div><div class="t-redactor__text">Решение здесь только одно — изолировать продажи подарочных на отдельную посадочную страницу, где нет каталога, сопутствующих товаров и расчёта доставки. Для сертификатов оставьте только варианты номиналов и кнопку оплаты, а в настройках корзины включите опции «Открывать корзину сразу», «Запретить изменение количества», «Не сохранять товар в Корзине». Ссылку на страницу поставьте в основной навигации, ссылку в футере и в специальном разделе подарков. Платформа перестанет путаться в типах заказов, а вы получите чистый поток заявок, который легко фильтровать и анализировать без ручных правок.</div><h2  class="t-redactor__h2">Платежи и оферта: что проверять до первого теста</h2><img src="https://static.tildacdn.com/tild3034-6237-4538-b934-393038646633/image.png"><div class="t-redactor__text">Банки и платёжные агрегаторы не подключают эквайринг к страницам без юридической базы. Если на сайте с сертификатами нет ссылки на оферту с прописанными сроками действия, порядком активации и условиями возврата, заявку на эквайринг отклонят без лишних объяснений. Это не бюрократическая прихоть, а защита от споров: клиент может потребовать возврат через полгода, и без чётких правил вы останетесь один на один с претензией и возможными разбирательствами в суде.</div><div class="t-redactor__text">Подготовьте оферту заранее, разместите ее на публичной странице или в облачном хранилище, и дайте прямую ссылку в форме оплаты. Добавьте обязательный чекбокс согласия, и с офертой, и с политикой конфиденциальности, чтобы соответствовать требованиям 152-ФЗ, и подключите эквайринг в соответствующем разделе платформы. Таким образом вы серьезно повысите свою юридическую защищенность.</div><h2  class="t-redactor__h2">Письма, которые не попадают в спам</h2><img src="https://static.tildacdn.com/tild3633-6230-4733-a532-376433353861/image.png"><div class="t-redactor__text">Сертификат, который не дошёл до клиента, автоматически превращается в отказ от сделки и негативный отзыв. Стандартные системные рассылки без доменной аутентификации попадают в папку «Спам» в большинстве почтовых сервисов, потому что фильтры проверяют не содержание сообщения, а цифровую подпись отправителя и репутацию домена.</div><div class="t-redactor__text">Инфраструктура доверия строится на правильной настройке DNS: добавьте записи SPF и DKIM в панели управления доменом, подключите корпоративную почту или внешний сервис рассылки с поддержкой аутентификации. </div><div class="t-redactor__text">В теле письма используйте переменную номера заказа как уникальный код сертификата, чтобы создать прозрачную связку между оплатой, письмом и учётом в CRM. Когда цепочка настроена корректно, покупатель получает сертификат за пару минут, а ваша поддержка перестаёт тратить время на ручную пересылку потерянных файлов и объяснение технических ограничений.</div><h2  class="t-redactor__h2">Когда делать самому, а когда делегировать</h2><img src="https://static.tildacdn.com/tild3963-3633-4665-b362-643266656364/image.png"><div class="t-redactor__text">Самостоятельная сборка займёт шесть-десять часов чистого времени (это порядка рабочей недели), если вы готовы разбираться с настройкой домена, вёрсткой писем и логикой CRM без отвлечений на текущие задачи. Если у вас нет времени на технические эксперименты или вы боитесь нарушить работу основного сайта, готовые решения вроде Тильподы экономят неделю работы. Вы получаете настроенную схему, инструкцию по управлению статусами и гарантию на исправление ошибок. Выбор зависит от вашей текущей загрузки и готовности погружаться в административные задачи, а не от сложности самой платформы.</div>]]></turbo:content>
    </item>
  </channel>
</rss>
