Як перейти з Bitly на Urlik зі своїми псевдонімами

Як перейти з Bitly на Urlik, зберігши власні псевдоніми

Власний псевдонім — це часто та частина посилання Bitly, яку люди справді запам’ятовують. Якщо команда вже поширювала адресу на кшталт bit.ly/spring-guide в електронних листах, презентаціях чи розмовах із клієнтами, заміна її на незнайомий рядок може спричинити плутанину, навіть якщо цільова сторінка не зміниться.

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

1. Визначте, які псевдоніми Bitly потрібно відтворити

Почніть із назв, які люди пам’ятають. Псевдонім на кшталт spring-guide може бути надрукований у роздаткових матеріалах, а support — використовуватися працівниками у відповідях клієнтам. Такі посилання варто відтворити в першу чергу, а не одноразове посилання зі старої внутрішньої нотатки.

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

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

Перш ніж створювати посилання в Urlik, призначте відповідальну особу для кожного вибраного псевдоніма. Наприклад, відповідальний за весняну кампанію може підтвердити, чи має spring-guide і далі вести на актуальну сторінку з посібником, чи його потрібно спрямувати на нову. Таке рішення не дасть знайомій назві вести відвідувачів до застарілої пропозиції.

2. Створіть таблицю відповідності псевдонімів і цільових адрес

Для кожного вибраного посилання зафіксуйте чотири основні дані: коротке посилання Bitly, його власний псевдонім, повну цільову адресу та примітку з поясненням призначення. Наприклад, примітка може містити «посібник весняної кампанії» або «сторінка контактів служби підтримки». Чіткий опис допоможе колегам розібратися, якщо два посилання ведуть на схожі сторінки.

Перевірте, які варіанти експорту чи доступу доступні для вашого облікового запису Bitly. Якщо експорт доступний, переконайтеся, що він містить потрібні поля. Якщо ні — зберіть відсутні дані в інтерфейсі Bitly або в документах, де спочатку використовували короткі посилання. Не припускайте, що експорт містить повну історію всіх псевдонімів.

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

• Коротке посилання Bitly: повна адреса, яку зараз поширюють.
• Псевдонім: власне закінчення після домену короткого посилання.
• Цільова адреса: повна адреса сторінки разом із параметрами запиту.
• Призначення: коротке зрозуміле пояснення та, якщо відомо, ім’я того, хто його затвердив.

Використовуйте одну затверджену таблицю як основний робочий документ. Якщо колега виправив цільову адресу для support, оновіть цей документ, перш ніж хтось створить посилання в Urlik. Інакше через кілька різних таблиць команда може не знати, яку адресу перевіряли.

3. Перш ніж створювати посилання, перевірте правила Urlik щодо псевдонімів

Перш ніж призначати назви, ознайомтеся з актуальними вимогами Urlik до псевдонімів, зокрема правилами щодо допустимих символів, довжини, регістру та унікальності. Перш ніж вирішувати, чи можна використати spring-guide без змін, перевірте відповідні вимоги в Urlik.

Не робіть висновків про ці правила на основі інших сервісів коротких посилань. Назва, прийнятна для Bitly, може не відповідати актуальним вимогам Urlik, а такий самий псевдонім уже може бути призначено у відповідному обліковому записі Urlik. Перевірте правила в продукті або актуальних довідкових матеріалах і запишіть результат у таблиці, а не покладайтеся на пам’ять.

Окремо перевірте, як обробляється регістр. Якщо Urlik вважає великі й малі літери однаковими, Support і support можуть не бути різними назвами. А якщо обробляє їх по-різному, надрукований або вимовлений псевдонім усе одно може бути важко розрізнити. Виберіть зручний для читання варіант і послідовно використовуйте його в таблиці та інструкціях для команди.

Якщо Urlik повідомляє, що псевдонім недоступний, зафіксуйте його як конфлікт, а не замінюйте навмання.

4. Позначте псевдоніми, для яких може знадобитися інша назва

Зіставте кожен вибраний псевдонім із правилами Urlik і назвами, які вже використовуються у відповідному обліковому записі. Позначте кожен як доступний, конфліктний або такий, що потребує перевірки. Це просте поле статусу допоможе тому, хто створює посилання, відрізнити затверджену альтернативу від незавершеного рішення.

Якщо виник конфлікт, виберіть альтернативу, що зберігає зміст, але не створює враження, ніби початкову назву успішно перенесли. Якщо spring-guide недоступний, команда може розглянути зрозумілий варіант, пов’язаний із вмістом, наприклад spring-reading-guide. Але спочатку потрібно підтвердити, що нову назву схвалює відповідальний за кампанію.

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

• Залиште початковий псевдонім у таблиці, навіть якщо повторно використати його не вдасться.
• Запишіть запропоновану альтернативу поруч і вкажіть, хто її затвердив.
• Зазначте, де початковий псевдонім Bitly досі надрукований або опублікований, щоб команда могла окремо оцінити такі місця.

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

5. Створіть посилання Urlik за затвердженою таблицею псевдонімів

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

Для кожного запису використовуйте точну затверджену цільову адресу. Якщо spring-guide має відкривати певну сторінку кампанії, перед збереженням порівняйте повну адресу в Urlik із таблицею. Відсутній параметр запиту або скопійована тестова URL-адреса можуть спрямувати відвідувачів не туди, навіть якщо псевдонім правильний.

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

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

Не вважайте створення посилання Urlik доказом того, що всі посилання Bitly замінено. Стара адреса Bitly може досі бути в електронному листі чи збереженому документі. Цей процес стосується створення нового псевдоніма та перевірки його цільової адреси. У таблиці має бути чітко зазначено і стару, і нову адресу.

6. Перевірте, чи веде кожен псевдонім на потрібну сторінку

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

Запишіть результат перевірки поруч із кожним записом, зокрема дату та всі внесені виправлення. Якщо support відкриває не ту сторінку, позначте перевірку як невдалу та виправте посилання за актуальною процедурою Urlik, а потім перевірте його ще раз.

Попросіть іншу людину перевірити псевдоніми, які будуть у матеріалах для клієнтів. Вона може звірити посилання з вихідним документом і переконатися, що назву на кшталт spring-reading-guide не переплутали з початковим spring-guide. Додаткова перевірка особливо корисна, якщо альтернативна назва схожа на інший активний псевдонім.

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