Посилання «Додати в календар»: створіть таке, що працює всюди

Посилання «додати в календар» - це одна з двох речей. Або URL провайдера, що несе всю подію у своєму рядку запиту, тому клік по ньому відкриває попередньо заповнену подію в Google Calendar, Outlook або Yahoo; або розміщений файл .ics - стандартний формат календаря, який можуть імпортувати Apple Calendar і практично будь-який десктопний клієнт. Третього механізму не існує, і немає жодного єдиного URL, який охоплював би всіх.

Це та частина, яку більшість гайдів пропускають, а вона визначає, як ви будуватимете всю конструкцію. Email-підтвердження вебінару для змішаної B2B-аудиторії потребує щонайменше посилання на Google, посилання на Outlook і .ics; для споживчої події може вистачити одного варіанта. Цей гайд охоплює обидва механізми, формат часового поясу, що спричиняє більшість повідомлених багів, і те, як тримати все це за одним посиланням, яке можна надрукувати, скоротити та виміряти. Для ширшої картини посилань для подій стаття Скорочувачі URL для подій охоплює бейджі, вивіски та follow-up.

Два механізми, а не один

URL провайдера - це, по суті, посилання, що веде просто на екран "нова подія" у вебкалендарі, де поля вже заповнені даними з рядка запиту. Ніде нічого не зберігається, поки отримувач сам не збереже подію, а отже посилання працює вічно, нічого не коштує в хостингу і людина може відредагувати його перед тим, як підтвердити.

Файл .ics - це формат обміну, стандартизований як iCalendar у RFC 5545. Це звичайний текстовий файл, що описує подію, який календарний клієнт розбирає і пропонує імпортувати. Він працює там, де посилання провайдерів не працюють, зокрема в Apple Calendar і більшості корпоративних десктопних клієнтів, і це єдиний із двох варіантів, який може коректно нести такі речі, як правило повторення чи адресу організатора.

Посилання Google Calendar

URL-шаблон приймає подію як параметри. Google документує цю функцію як створення події, і формат посилання достатньо стабільний, щоб на ньому будувала свої рішення вся індустрія:

https://calendar.google.com/calendar/render?action=TEMPLATE
  &text=Product+webinar
  &dates=20260910T140000Z/20260910T150000Z
  &details=Join+us+for+the+spring+release+walkthrough
  &location=https://example.com/webinar
  &ctz=Europe/Berlin

Тут важливі чотири речі. dates - це базовий ISO 8601 без пунктуації, початок і кінець з'єднані слешем, а завершальна Z означає UTC. ctz задає часовий пояс, якщо ви хочете, щоб подія відкривалася в місцевому часі. details приймає обмежену кількість text, і деякі клієнти обрізають її, тому найважливіше ставте на перше місце. І кожне значення має бути URL-encoded, і саме тут посилання, зібрані вручну, найчастіше ламаються: амперсанд у назві вашої події мовчки обріже все, що йде після нього.

outlook, office 365 і yahoo

В Outlook є два різні хости, і на цьому постійно спотикаються. Особисті акаунти живуть на outlook.live.com, робочі та навчальні - на outlook.office.com, і посилання, зроблене для одного, показує вимогу входу користувачам іншого. Якщо ваша аудиторія змішана, пропонуйте обидва варіанти або відкатуйтеся до файлу .ics, якому все одно.

Yahoo використовує схожий формат прямих посилань із власними назвами параметрів. Його варто додавати для споживчої аудиторії, а для B2B пропустити цілком безпечно.

Файл .ics, і один заголовок, який усе ламає

Сам файл короткий - коротший, ніж очікують люди. Мінімально робоча подія - це приблизно десять рядків: обгортка календаря, один VEVENT, UID, часова мітка, початок і кінець, і стислий опис.

Віддавайте його як text/calendar. Файл .ics, відданий як text/plain, відкривається у вкладці браузера як необроблений text, що виглядає повністю зламаним для нетехнічного отримувача, і це найпоширеніша помилка хостингу для цього формату. Назва файлу теж має закінчуватися на .ics, бо деякі клієнти визначають тип за розширенням, а не за заголовком.

Ще два details варто зробити правильно з першого разу. Часові мітки в UTC із завершальною Z знімають будь-які суперечки щодо переходу на літній чи зимовий час, а якщо доводиться використовувати місцевий час, додайте блок VTIMEZONE, а не сподівайтеся на краще. І стабільний UID для кожної події означає, що пізніша версія того самого файлу оновить наявний запис, а не створить дублікат, - це має значення того дня, коли доведеться перенести вебінар на годину.

Одне посилання, яке можна надрукувати, скоротити й виміряти

Саме тут два механізми перестають бути технічною деталлю і стають проблемою кампанії. Три посилання провайдерів плюс завантаження файлу - це чотири URL, а чотири URL не можна розмістити на постері, у друкованому запрошенні чи за QR-кодом.

Рішення - одне коротке посилання, що веде на одну невелику сторінку з варіантами. Ця сторінка може бути просто розділом вашої сторінки події, а не чимось новим. Ви отримуєте одну адресу, яка переживає будь-який канал: скорочену для email, надруковану на бейджі, перетворену на QR-код для вивісок на майданчику, а після завершення події - перенаправлену на запис. Саме цю останню властивість люди цінують пізніше, бо друковані матеріали переживають подію, яку вони рекламували.

Вимірювання підпорядковується тій самій логіці. Дайте email, публікації в соцмережах і друкованій вивісці власні короткі посилання на ту саму сторінку, і кількість кліків покаже, який канал справді викликав намір, - у тій самій таблиці, що й решта ваших кампаній. Ви не бачите, що відбувається всередині чийогось календаря, тож кліки й реєстрації - це два чесні числа, які тут є. Створіть робочий простір і розмістіть посилання на власному домені, якщо хочете, щоб вони враховувалися разом з усім іншим, і переглядайте їх в аналітиці посилань.

Тестуйте це як отримувач, а не як розробник

Чотири перевірки ловлять майже все, і кожна займає хвилину:

1. Відкрийте посилання на телефоні і на десктопі, в особистому й робочому акаунті, якщо він у вас є, бо розділення хостів Outlook більше ніде не проявляється.
2. Перевірте отриману подію в часовому поясі, який не є вашим. Колега за два пояси від вас - найшвидший спосіб перевірки; вручну змінений системний годинник теж підійде.
3. Переконайтеся, що .ics пропонує відкрити календарний застосунок, а не відкривається як text, - це підтверджує, що Content-Type правильний.
4. Прочитайте подію такою, якою вона виглядає після збереження. Обрізані описи і поле location з URL, який не можна натиснути, - обидва явища поширені, і обидва можна виправити до відправлення.

Мене найбільше підводив саме часовий пояс. Вебінар, який коректно відображається для людини, що зробила посилання, і на годину зсунутий для половини аудиторії, непомітний з боку відправника, бо ваш власний календар показує рівно те, що ви задумали. Попросіть когось з іншої країни перевірити, перш ніж надсилати це двом тисячам людей.

Читайте наріжну серію

Цей матеріал належить до кластера туторіалів. Для повної побудови події скорочувачі URL для подій охоплюють шлях від реєстрації до follow-up, а QR-кампанія з нуля охоплює друковану половину.

Пов'язане в блозі

• Скорочувачі URL для подій: посилання на реєстрацію, бейджі, ланцюжки follow-up
• Відстеження кліків по посиланнях в email: практичний посібник для маркетолога
• Як створити QR-код: статичний, динамічний, відстежуваний
• Як зробити посилання клікабельним в email, соцмережах, HTML
• Закінчення терміну посилань та самознищувальні посилання
• Аналітика коротких посилань - що вимірювати, а що ігнорувати