Ttl это: Что такое TTL в маркетинге: где и зачем используют этот метод продвижения

Содержание

Что такое TTL в маркетинге: где и зачем используют этот метод продвижения

TTL (through the line) – это подход к продвижению продуктов и брендов, который направлен одновременно на охват массовой аудитории и установление прямого контакта с покупателем.

Книжный сервис «Литрес» может показывать рекламу людям в любой точке мира. Заинтересованные пользователи кликают по ссылке и сразу могут оформить подписку

TTL, ATL и BTL: в чем различие

Понятия ATL (above the line – «над чертой») и BTL (below the line – «под чертой») появились в середине прошлого века. Они описывают два разных подхода к рекламе и продвижению.

Считается, что в компании Procter&Gamble менеджеры добавляли в смету затраты на прямую рекламу в средствах массовой информации, затем подводили черту, а под ней от руки подсчитывали бюджет на работу промоутеров, конкурсы, мерчандайзинг и прочие локальные активности. Так возникло понятие «черты», которая разделила массовую и узконаправленную рекламу.

С появлением интернета и развитием новых подходов к продвижению понятия ATL и BTL стали устаревать. Эти виды рекламы сейчас редко применяют независимо друг от друга. Интегрированный подход назвали TTL-маркетинг (through the line – «сквозь черту»).

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

От BTL-рекламы, которая предполагает прямое взаимодействие с потенциальными покупателями, в TTL пришли узконаправленность и нацеленность на конверсии.

Разберем разницу между тремя подходами на примере выдуманной компании «Бисквит», которая продает торты на сайте и в супермаркетах.

Чтобы создать в сознании покупателей образ бренда, который готовит торты на праздники, «Бисквит» запускает рекламу на телевидении. В ней компания показывает, как хороший торт способен создать праздничное настроение. Это ATL-реклама.
Чтобы повысить продажи в супермаркетах, «Бисквит» красочно оформляет витрины и нанимает промоутеров, которые проводят дегустации среди посетителей магазинов. Это BTL-реклама.

Дополнительно «Бисквит» запускает во «ВКонтакте» рекламные объявления с предложением оформить доставку торта к празднику. Это TTL реклама: ее показывают большому количеству пользователей (как ATL-рекламу), и те могут моментально связаться с компанией и оформить заказ (как в случае BTL-рекламы).

Виды TTL-маркетинга

Маркетинг по принципу 360 градусов. Эта стратегия предполагает омниканальный подход к рекламе, в котором одновременно используют традиционные и цифровые инструменты.

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

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

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

Стоит оговориться: из-за того что TTL – новый термин, разные источники по-разному описывают взаимоотношение между ним и цифровым маркетингом. Согласно некоторым точкам зрения, сайты и страницы в социальных сетях могут относиться к ATL-маркетингу, поскольку увидеть их может любой пользователь интернета. Узкотаргетированные рекламные кампании в соцсетях и email-рассылки, наоборот, отнесут к BTL-маркетингу. А некоторые источники все цифровые активности относят к TTL-продвижению.

Возможности TTL-маркетинга

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

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

В рекламном кабинете Яндекса можно посмотреть, сколько стоит один клик. Источник

Примеры TTL-рекламы

Таргетированная и контекстная реклама

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

Компания, которая утепляет балконы в Москве и Петербурге, предлагает потенциальным клиентам сделать расчет стоимости услуги за 1 минуту

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

Медийные баннеры

Баннерную рекламу размещают на сторонних сайтов, чтобы увеличить трафик на собственный. Такая реклама может быть статичной (баннер-картинка) и динамичной (баннер-анимация). Баннерная реклама может не только перенаправлять кликнувших на нее пользователей на сайт, но и предлагать другие способы взаимодействия, например, можно указать номер телефона или адрес сайта.

Баннер Adobe, который предлагает бесплатно протестировать сервисы компании. Источник

QR-коды в печатной рекламе

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

Буклет бургерной Brizola BBQ с QR-кодами, которые помогают забронировать столик и получить доступ к акциям в различных мессенджерах. Источник

Видеореклама

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

Маркетологи, в свою очередь, получают доступ к статистике просмотров видеозаписи. Это позволяет лучше оценить эффективность рекламной кампании и прогнозировать результаты рекламы в будущем.

Короткая реклама Yota с призывом перейти на сайт

Главные мысли

Что такое TTL в маркетинге: где и зачем используют этот метод продвижения

TTL, ATL и BTL: в чем различие

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

Чтобы повысить продажи в супермаркетах, «Бисквит» красочно оформляет витрины и нанимает промоутеров, которые проводят дегустации среди посетителей магазинов. Это BTL-реклама.
Дополнительно «Бисквит» запускает во «ВКонтакте» рекламные объявления с предложением оформить доставку торта к празднику. Это TTL реклама: ее показывают большому количеству пользователей (как ATL-рекламу), и те могут моментально связаться с компанией и оформить заказ (как в случае BTL-рекламы).

Виды TTL-маркетинга

Возможности TTL-маркетинга

В рекламном кабинете Яндекса можно посмотреть, сколько стоит один клик. Источник

Примеры TTL-рекламы

Таргетированная и контекстная реклама

Медийные баннеры

Баннер Adobe, который предлагает бесплатно протестировать сервисы компании. Источник

QR-коды в печатной рекламе

Видеореклама

Короткая реклама Yota с призывом перейти на сайт

Главные мысли

Понимание значений TTL в записях DNS

В идеальном мире DNS была бы похожа на одну из тех гриль-печей, которые показывают по телевизору — установите ее и забудьте. Однако Интернет — это динамично меняющееся место, и то, что может быть актуальным в один момент, может быть неактуальным в следующий.

Чтобы справиться с этим, DNS был разработан с механизмом обновления записей и гарантией того, что пользователи всегда получат наиболее подходящий ответ, когда они его запросят.

Что такое TTL в DNS — изучение основ

Time To Live, или сокращенно TTL, — это дата истечения срока действия, которая помещается в запись DNS. TTL служит для того, чтобы сообщить рекурсивному серверу или локальному распознавателю, как долго он должен хранить указанную запись в своем кеше. Чем больше значение TTL, тем дольше преобразователь хранит эту информацию в своем кэше. Чем короче TTL, тем меньше времени распознаватель удерживает эту информацию в своем кэше.

Например, у нас есть example.com. У Example.com есть A-запись на вершине зоны, которая указывает нам на сервер. С TTL в 3600 секунд или 1 час это означает, что когда рекурсивный сервер узнает о example.com, он будет хранить эту информацию об A-записи на example.com в течение одного часа. Любой другой, кто использует тот же преобразователь, получит тот же ответ, а с авторитетной стороны не будет запроса к серверу, пока не истечет TTL.

DNS TTL Best Practices

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

Для записей, использующих какой-то расширенный сценарий управления трафиком, такой как цепочка фильтров NS1, лучше всего сделать TTL как можно короче. Таким образом, когда система вводит изменение, пользователи на другом конце, запрашивающие имя, получают самую последнюю информацию. Стоит отметить, что большинство рекурсивных серверов на самом деле не понимают TTL короче 30 секунд — хотя мы не будем останавливать вас от снижения ниже этого значения, в долгосрочной перспективе результаты могут быть неблагоприятными.

Для записей, которые редко изменяются, таких как записи TXT или MX, лучше всего хранить их где-то между часом (3600 с) и днем (86400 с). Когда придет время внести изменения в отношении этих типов записей, вам может потребоваться уменьшить TTL до более короткого интервала, прежде чем вносить какие-либо изменения, чтобы обеспечить быстрое распространение изменений.

TTL SOA

В верхней части каждой зоны DNS, в начале полномочий (SOA), есть пять значений TTL, которые служат более высокой цели в DNS.

SOA TTL — интервал обновления самой записи SOA.

Refresh TTL

— интервал, с которым вторичные серверы (вторичный DNS) должны обновлять файл первичной зоны с основного сервера.

Retry TTL — Частота повторных попыток вторичного сервера обновить файл первичной зоны в случае сбоя первоначального обновления.

TTL истечения срока действия — если обновление и повторная попытка повторяются неудачно, это период времени, по истечении которого первичный сервер считается потерянным и более не имеющим полномочий для данной зоны.

NX TTL — в случае, если запрос домена приводит к несуществующему запросу (NXDOMAIN), это время, в течение которого рекурсор должен вернуть ответ NXDOMAIN.

Не рекомендуется изменять эти TTL, если только у вас нет особой необходимости сделать это, что часто бывает очень редко.

Продолжайте узнавать больше о времени жизни (TTL), читая эти статьи:

Какой самый низкий TTL, с которым я могу уйти?
Рекомендации по настройке TTL
Глобальная балансировка нагрузки, кэширование и TTL

Staying Alive — что такое TTL и почему это важно для настройки DNS?

Если вы знакомы с DNS, вы, вероятно, слышали о поле Time-to-Live (TTL). Но ошибки с TTL встречаются чаще, чем вы думаете. Здесь мы рассмотрим особенности наборов записей DNS, родительских/дочерних доменов и способы избежать проблем с TTL.

Добро пожаловать в The Quirks of the DNS , серию коротких сообщений в блоге, в которых я освещаю некоторые необычные стороны системы доменных имен (DNS) — универсальной базы данных для всего, что связано с Интернетом. Мы увидим некоторые интересные проблемы, которые могут возникнуть с DNS, и я дам несколько рекомендаций, как избежать проблем.

В этом посте мы рассмотрим Time-to-Live (TTL), поле в каждой записи DNS, которое сообщает DNS-клиентам, как долго информация в этой записи действительна и, следовательно, как долго она может храниться в DNS. кэш клиента. Вы можете думать о TTL как о сроке годности на упаковке молока. Как только эта дата истечет, тайник знает, что он должен выбросить этот пакет молока и получить новый!

TTL и родительские/дочерние записи DNS

В DNS «хэндовер» с сервера, обслуживающего более короткое имя ( se. ), на сервер, обслуживающий более длинное имя ( netnod.se. ), выражается с помощью записей тип NS (сервер имен). Клиент спрашивает se. для имени, оканчивающегося на netnod.se. будет получать только NS-записи, говорящие клиенту «пойти в другое место» для поиска, а именно на серверы, на которых хранится информация для

netnod.se .

Записи, выданные se. Сервер («родительский») будет выглядеть примерно так:

 netnod.se. 86400 В НС nna.netnod.se.
netnod.se. 86400 IN NS nnb.netnod.se.
netnod.se. 86400 IN NS nnp.netnod.se.
netnod.se. 86400 IN NS nnu.netnod.se.

Строка netnod.se. слева (называемое «имя владельца») говорит нам, какой субдомен («дочерний») делегирован; IN («класс») говорит нам, что мы имеем дело с информацией, связанной с Интернетом; NS («тип записи») сообщает нам, что мы смотрим информацию о сервере имен для дочернего элемента; а имена справа («данные записи») сообщают нам имена серверов, на которых хранится информация DNS о netnod.

se. и имена «ниже» его.

Последнее поле здесь, число 86400 , называется временем жизни (TTL). Он информирует получателя данных о том, что он может полагаться на данные в течение (в данном случае) 86 400 секунд (= 24 часа) без необходимости возвращаться для повторной проверки. Данные могут храниться локально («кешироваться») на клиенте в течение этого периода времени.

ПРИЧИНА 1: Все TTL в наборе записей должны иметь одинаковое значение

«Набор записей» (RRSET) — это полный набор всех записей с одним и тем же именем владельца, классом и типом. В приведенном выше примере имеется одна запись для [ netnod.se. , IN , NS ] и состоит из четырех записей. DNS рассматривает наборы записей как «склеенные», и они всегда должны передаваться и интерпретироваться как группа. Если разрешить разделение набора записей, разные «игроки» в мире DNS будут видеть разные представления данных DNS, и база данных больше не будет согласованной и согласованной.

Требование согласованности представлений базы данных приводит к требованию, чтобы значение TTL было одинаковым для всех членов набора записей. Этому есть две причины:

Клиенты получают RRSET и сохраняют его в своих кэшах. Затем все значения TTL для всех записей в кэше постоянно уменьшаются, и когда TTL для записи достигает 0, запись будет удалена из кэша. Если члены RRSET имеют разные TTL, они будут удалены в разное время, что «заставит» систему кэширования разделить набор записей на части, и требование когерентности больше не будет выполняться. Кэш будет содержать только около штук. Изображение базы данных уже не соответствует действительности. Поэтому важно, чтобы все записи в RRSET удалялись из кэша одновременно. Отсутствие записей в кеше заставит клиента запросить у источника «свежий» RRSET, а в кеше снова будут согласованные данные.
Когда используется безопасный DNS (DNSSEC), это становится еще более важным. В DNSSEC криптографические подписи используются клиентом в качестве инструмента для проверки того, что полученные данные DNS не были изменены во время их перемещения по сети. DNSSEC подписывает наборы записей, а не отдельные записи. Важной частью подписи является «исходный TTL» (т. е. то, каким был TTL в начале, до того, как кеш начал его уменьшать). Этот исходный TTL представляет собой единое значение, которое охватывает весь RRSET, и если записи в наборе изначально имели разные значения, подпись была бы неверной, и проверка данных была бы невозможной.

РЕКОМЕНДАЦИЯ: Убедитесь, что все записи в наборе записей имеют одинаковый TTL.

ПРИЧИНА 2: Записи NS для родительского и дочернего элементов должны быть синхронизированы

Записи NS должны присутствовать как в родительском (который «выдает полномочия»), так и в дочернем элементе («который получает полномочия»). Записи выглядят одинаково в обоих местах, но не синхронизируются автоматически (если только не используются очень последних дополнений к протоколу DNS). Это нужно делать вручную. Как мы все знаем, люди не очень хорошо умеют синхронизировать вещи, так что это дает достаточно возможностей для расхождения систем. Обычно происходят две вещи:

Администраторы дочерних данных меняют набор серверов имен и забывают сообщить родительскому о своем желании это сделать. Если дочерние администраторы изменят все серверы, все перестанет работать. Если они изменят лишь некоторые из них, все может продолжать работать деградировавшим образом.
Записи в родительском объекте имеют другой TTL, чем в дочернем. Это менее проблематично, но может привести к ненужному DNS-трафику, если TTL для записей в дочерней базе данных имеют более низкий TTL, чем в родительской базе данных. Поскольку записи NS в дочерней базе данных считаются «авторитетными» (т. е. имеющими более высокий «приоритет»), чем записи в родительской базе данных, у дочерней базы данных есть возможность «возиться» с TTL без ведома или согласия родителя. Если родительская система проектирует свои DNS-системы для определенного шаблона трафика, который является ожидаемым результатом установки значений TTL для его дочерних элементов на определенное значение, они могут быть удивлены, если дочерние элементы установят их значения TTL для записей NS на что-то совершенно другое.

РЕКОМЕНДАЦИЯ: как администратор дочерних данных, выровняйте значения TTL для записей NS с теми, которые появляются в базе данных вашего родителя.

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

Этот пост изначально был опубликован в блоге Netnod.

днс вариант использования

Другие работы этого автора

Вам также может понравиться

Посмотреть больше

Празднование 30-летия первого в Европе корневого сервера имен

Ларс-Йохан Лиман

Базируется в Стокгольме, Швеция.

Ларс-Йохан Лиман работает старшим специалистом по системам в Netnod Internet Exchange в Стокгольме, Швеция. Он отвечает за службу корневых имен Netnod для системы доменных имен (DNS) и провел более 30 лет, разрабатывая и возясь с DNS. Со временем он работал практически со всеми аспектами, которые вы можете себе представить, — эксплуатацией, настройкой, предоставлением, проектированием, тестированием, отладкой, документацией, проектированием и развитием, международным сотрудничеством и управлением, обучением и даже шутками над этим. В настоящее время он является председателем Постоянного комитета клиентов ICANN, а также членом Консультативного комитета по системе корневых серверов и Рабочей группы по управлению системой корневых серверов.

21 сент. 2021

Об авторе

Ларс-Йохан Лиман Базируется в Стокгольме, Швеция.