Скоротити посилання для X (Twitter): що з ним робить t.co

Кожен URL, який ви публікуєте на X, рахується як 23 символи, незалежно від довжини, бо X ще раз обгортає його в посилання t.co перед публікацією поста. Тож скорочення посилання для X економить вам рівно нуль символів. Якщо це і була причина тягнутися по скорочувач, можете зупинитися тут.

Але хороша причина користуватися ним усе одно є, і це не довжина. Брендоване коротке посилання змінює те, що бачить читач, хто володіє даними про клік, і що станеться, коли призначення доведеться перенести вже після публікації поста. Цей гайд охоплює математику символів, що подвійне обгортання насправді робить з вашим URL, чому ламаються прев'ю та чим цифри в аналітиці X відрізняються від тих, що у вашій власній панелі. Решта серії про платформи, зокрема як відстежувати посилання в соціальних мережах, охоплює міжканальну версію цієї ж проблеми.

Правило 23 символів

X стягує фіксовану ціну за посилання. Власна документація для розробників про підрахунок символів каже прямо: усі URL обгортаються скорочувачем t.co і рахуються як 23 символи, незалежно від початкової довжини. Посилання на дев'ять символів і посилання на двісті символів коштують однаково.

Це залишає посту на 280 символів рівно 257 символів простору, щойно в ньому з'являється посилання. Кількість символів фіксується ще до того, як ви можете на неї вплинути, тому стара звичка скорочувати URL, щоб втиснути ще одне речення, вже роками не має сенсу. Обгортання відбувається в момент публікації, на боці X, для кожного посилання в пості.

Один нюанс, про який варто знати: 23 символи рахуються, але читач у сучасному клієнті ніколи не бачить адреси t.co. Замість неї інтерфейс показує домен призначення, і саме тому домен у вашому посиланні виконує брендингову роботу, свідомо ви це плануєте чи ні.

Що насправді дає коротке посилання

Прибираєте аргумент про символи - і залишаються три реальні причини.

Перша - те, що бачить читач. Пост із yourbrand.link/spring виглядає продуманим; той самий пост із URL, обвішаним чотирма UTM-параметрами, виглядає як механізм. Саме в цьому розриві сприйняття весь сенс брендованого посилання, і він переживає обгортання, бо клієнти показують домен призначення.

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

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

Подвійне обгортання: як насправді виглядає ланцюжок

Публікація власного короткого посилання означає, що відвідувач проходить два редиректи: спершу t.co, потім ваш домен, потім призначення. Звучить гірше, ніж є насправді, і варто розібратися, що саме робить кожен перехід.

Будь-який скорочувач посилань для Twitter, яким ви користувалися раніше, стояв на цьому самому місці: перехід t.co резолвиться і передає далі повний URL, який ви опублікували, разом із рядком запиту. Ваш перехід потім резолвиться до кінцевої сторінки. Обидва - це серверні редиректи, які вимірюються мілісекундами, і читач нічого не помічає. Важливо, щоб на цьому ланцюжок зупинявся: якщо саме призначення робить ще два редиректи, ви накопичуєте переходи, кожен з яких додає затримку і кожен дає рядку запиту ще один шанс загубитися. Тримайте свій бік на одному переході і перевіряйте це однією командою перед публікацією поста.

Саме тому utm_source переживає обгортання. Параметри їдуть разом із URL призначення, а не зберігаються самим X, тож вони доходять до вашої аналітики без змін, якщо тільки щось далі в ланцюжку їх не обрізає - саме цей збій описано в статті UTM-параметри не показуються в GA4. Якщо мітки UTM для вас нові, UTM-параметри пояснено - базовий вступ, а наскрізне відстеження UTM - версія з підключеною до неї технікою.

Прев'ю посилань і чому вони ламаються

Картка під вашим постом береться не з посилання, яке ви написали. X проходить ланцюжок до призначення і будує прев'ю з тегів на цій кінцевій сторінці, використовуючи розмітку карток, яку він документує для сайтів. Редирект посередині - це нормально; зламане призначення - ні.

За більшість зниклих карток відповідають три речі. Сторінка без og:image не дає краулеру нічого рендерити. Стіна згоди на кукі чи правило блокування ботів показує краулеру проміжну сторінку замість справжньої, тож теги, які він зчитує, належать не тому документу. А призначення, що повертає м'яку помилку або веде кудись несподівано, завершує ланцюжок там, де розмітки картки взагалі немає. Наш гайд з виправлення зламаних прев'ю посилань проводить через діагностику, а перевірка Open Graph показує, що бачить краулер, ще до публікації, а не після.

Чого не покаже аналітика X

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

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

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

Як усе налаштувати, не потрапивши під підозру

Практичних кроків небагато, і єдиний, який пропускають, - саме той, що має значення.

1. Розмістіть посилання на домені, яким володієте ви, а не на спільному безкоштовному домені скорочувача, бо репутація на спільних доменах належить усім, хто ними колись користувався. Налаштування брендованих коротких посилань описує сам процес, а власні домени - бік DNS і сертифікатів.
2. Позначте призначення UTM-параметрами ще до того, як створите коротке посилання, щоб параметри жили в збереженому призначенні, а не в опублікованому тексті.
3. Опублікуйте посилання один раз із тестового акаунта або перегляньте прев'ю - і переконайтеся, що картка рендериться, а призначення правильне.

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

Підсумок достатньо короткий, щоб його запам'ятати: скорочення не купує вам жодного символу на X, а все інше, що воно купує, все одно варте того, щоб мати.

Читайте серію ключових матеріалів

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

Ще в блозі

• Як скоротити посилання на YouTube і зберегти часову мітку
• Як скоротити посилання на LinkedIn: профіль і пости
• Як виправити зламане прев'ю посилання в соцмережах і застосунках для чату
• Чому ваші короткі посилання блокують у Slack і Teams
• Що таке брендоване посилання і чому воно краще конвертує
• Атрибуція темного соціального: трафік, який губить кожен звіт