Фірмові короткі посилання

Посилання у футері листа, у дописі в соцмережі чи в QR-коді на бейджі конференції працює на маркетинг ще до того, як хтось на нього клікне. elido.me/aBc12xQ нічого не каже про те, куди потрапить читач. go.acme.com/spring-sale показує і хто його надіслав, і що це таке.

Часто можна побачити цитоване зростання клікабельності фірмових посилань на 20-39%. Коли ми перевіряли 2026-10-25, на сторінці Rebrandly, якій цю цифру приписують, ми її не знайшли, тому цей допис її не використовує. Механізм усе ж розумний: впізнаваний домен знімає паузу "чи це безпечно". Перевірте його на власній аудиторії, перш ніж комусь обіцяти цифру.

Це погляд маркетолога на налаштування. Про механіку DNS і TLS читайте Короткі посилання на власних доменах: DNS, TLS та edge. Про швидкий шлях через API читайте TLS для власного домену коротких посилань за 5 хвилин.

Коротко

• Безкоштовні плани не містять власного домену. Pro містить 1, Business - 5.
• Додайте хост у розділі Domains, потім створіть TXT-запис і CNAME на edge.elido.me.
• Підтвердження опитується кожні 30 секунд; домен, що лишається в стані pending після 24 годин, позначається як failed, і його треба додати знову.
• Наявні посилання лишаються на старому домені. Функції перенесення посилань і автоматичного редиректу поки немає, тож бренд несуть нові посилання.

Вибір правильного домену

Домен є в кожному посиланні, яке ви надсилаєте, тож приділіть йому кілька хвилин. Домен для коротких посилань докладніше розповідає про правила реєстрів і ризик схожих доменів.

Цін на реєстрацію тут не наводимо. Вони різняться залежно від реєстратора й TLD, тож перевірте сторінку свого реєстратора в день купівлі.

Я б почав із піддомену. Батьківський домен у вас уже є, і це один CNAME. Компроміс - довжина. go.globalmarketingsolutions.com/spring-sale не є коротким у жодному корисному сенсі, а це важливо в нотатках до подкастів, друці й текстах у соцмережах, де URL видно як текст.

Окремий короткий домен купує стислість. А ще незалежність. Якщо ваш основний домен змінюється під час ребрендингу, короткий домен це не зачепить. Ризик - підробка: назву без бренду, як-от lnk.co, легко імітувати, тож залиште впізнаваний фрагмент.

Уникайте довгих доменів, адже посилання коротке рівно настільки, наскільки короткі домен плюс слаг. Назви з дефісами багатьом нагадують фішинг, але це оцінка, а не виміряне правило. Пропустіть будь-який домен, який не можна віддавати через HTTPS; рекламні мережі й месенджери ставляться до редиректів по звичайному HTTP з підозрою.

Чотири кроки налаштування

Крок 1: купіть або визначте домен. Піддомен домену, яким ви володієте, купувати не потрібно. Інакше зареєструйте коротку назву без дефісів у будь-якого реєстратора.

Крок 2: додайте його в Elido. Відкрийте Domains у дашборді, введіть хост, поставте прапорець wildcard, лише якщо потрібні хости *.yourdomain, і натисніть Add domain. Ліміт задає ваш план (жодного на Free, 1 на Pro, 5 на Business). Понад ліміт Elido відмовляє з повідомленням про оновлення.

Крок 3: додайте два DNS-записи. Додайте TXT-запис на _elido-verify.<your hostname> зі значенням verify=<token> і CNAME з хоста на edge.elido.me. Потрібні обидва: TXT доводить, що ви володієте назвою, а CNAME спрямовує трафік. Дашборд показує точні значення, а ціль CNAME налаштовується для кожного розгортання, тож копіюйте її звідти. Для домену з маскою TXT ставиться на батьківську назву.

У Cloudflare встановіть для CNAME режим лише DNS. Перевірка шукає CNAME, що вказує на ціль Elido, а проксований запис відповідає адресами Cloudflare. Це наше розуміння перевірки, тож якщо підтвердження не проходить за нібито правильних записів, спершу вимкніть проксі.

Крок 4: дочекайтеся підтвердження. Фонова перевірка запускається кожні 30 секунд, а Verify now ставить вашу на початок черги. Статус проходить від pending до verified, потім до active, або до failed. Домен, залишений у pending на 24 години, позначається як failed і його потрібно додати знову. TLS видається під час першого HTTPS-запиту після підтвердження домену, тож відкрийте одне посилання самі, перш ніж оголошувати.

Домен в аналітиці

Кожне посилання належить до домену, а в списку посилань є фільтр за хостом, щоб дивитися на посилання одного домену за раз. Сторінка Domains показує кліки за останні 30 днів для кожного хоста. Цього досить, щоб порівняти фірмовий домен зі звичайним.

Решта не змінюється. Розбивки за країною, пристроєм і реферером працюють на власному домені так само, як і на платформному. Мобільні застосунки можуть віддавати файли асоціації Apple та Android для кожного домену з тієї самої сторінки; про процес читайте deep links for mobile apps without an SDK.

Перехід з elido.me на власний домен

Саме тут у продукті є прогалини, і плануйте з урахуванням їх, а не відкривайте посеред переходу.

Наявне посилання не можна змінити на новий домен. Виклик оновлення змінює, зокрема, слаг і призначення, але не домен. Elido також не перенаправляє стару адресу на нову. Практична міграція така:

1. Підтвердьте фірмовий домен і переконайтеся, що одне посилання відкривається через HTTPS.
2. Виберіть в аналітиці посилання з найбільшим трафіком.
3. Створіть замінні посилання на фірмовому домені через API, передавши ID цього домену, з тими самими слагами, де це можливо.
4. Оновіть шаблони, біо, футери розсилок і рекламні тексти на нові посилання протягом звичайного циклу контенту.
5. Залиште старі посилання живими. Усе вже надруковане, надіслане чи сказане вголос продовжує працювати.

Виклик створення в API без ID домену повертається до системного домену, а не вашого власного, і ми не змогли підтвердити ні типового домену для робочого простору, ні вибору домену у формі посилання в дашборді. Обидва пункти є в нашому беклозі. Поки їх немає, вказуйте домен явно у викликах створення.

Місця, які варто оновити

Починайте там, де довіра під найбільшим тиском. Спершу підписи холодних листів і біо в соцмережах. Потім футери розсилок і все надруковане. SMS заслуговують на окрему згадку. Оператори фільтрують спільні скорочувачі, а фірмовий домен уникає спільної репутації з чужими, про що йдеться в do carriers block shortened links in SMS.

Типові помилки

• Довгий домен плюс довгий слаг. Нехай усе посилання читається вголос.
• Один домен для непов'язаних брендів. Аналітика розмивається, а ребрендинг одного шкодить іншому.
• Відсутність перевірки HTTPS перед запуском. Після підтвердження відкрийте одне робоче посилання самі.
• Забутий ID домену. Без нього посилання, створені через API, потрапляють на системний домен.
• Дозволити pending-домену застаріти. Через 24 години ви починаєте спочатку.

Гадаю, налаштування варте одного дня. Фірмові посилання не врятують слабку пропозицію, але вони короткі, а ціна передбачувана: одне місце в плані, два DNS-записи й обдумана міграція. Про іменування слагів читайте vanity URLs explained, а про базовий процес - how to shorten a URL. Сторінка функції власних доменів, ціни і сторінка рішень для маркетологів розповідають про плани й робочий процес.

Читайте також у блозі

• Короткі посилання на власному домені: DNS, TLS і що працює на краю
• Як налаштувати власний домен із TLS за 5 хвилин
• Як обрати домен для коротких посилань
• Vanity-URL: пояснення
• Чи блокують оператори короткі посилання в SMS?

Ana Kowalska - marketing solutions engineering в Elido. Вона працює з командами performance-маркетингу й агенціями над атрибуцією посилань, керуванням UTM та налаштуванням конверсійного конвеєра.