Як налаштувати коротке посилання для Slack

Що потрібно Slack для роботи попереднього перегляду

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

Зазвичай Slack шукає заголовок сторінки, короткий опис і, іноді, зображення. Сторінка має відповідати швидко, а ціль не повинна блокувати краулер Slack. Перенаправлення, яке зависає на 5 секунд, уже створює незручність. Ланцюжок із 3 редіректів — ще гірше.

Не варто припускати, що кожен URL поводиться однаково. Сторінка продукту з відкритими метаданими може розгортатися без проблем, тоді як захищений документ, прострочена промокампанія або сторінка з геоблокуванням — ні. Якщо ви тестуєте, як використовувати коротке посилання в Slack, не ламаючи попередні перегляди, почніть із фінальної цільової сторінки, а не з самого короткого посилання. Це заощадить час.

Одна невелика, але поширена проблема — форматування посилання в повідомленні. Slack добре обробляє звичайні URL; але може спіткнутися, якщо посилання загорнуте в інший синтаксис або після нього йде зайва пунктуація. Крапка в кінці речення зазвичай не заважає. А от закривальна дужка, скопійована звідкись ще, — може. Саме тому питання як зробити попередній перегляд посилання в Slack часто зводиться не до магії, а до акуратного форматування.

Оберіть формат короткого посилання, зручний для Slack

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

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

Брендинг допомагає не лише з естетикою, а й із впізнаваністю. Коротке посилання на кшталт go.example.com/spring-demo легше читати, ніж випадковий набір літер, і це важливо, коли хтось гортає 40 повідомлень. «Коротке» не має означати «незрозуміле».

Якщо є можливість, залишайте зрозумілий slug. Чіткий шлях може спростити подальше усунення проблем, особливо якщо попередній перегляд не з’явився і хтось питає, яке саме посилання було опубліковано. Через два дні ця деталь має велике значення. Дуже велике.

Уникайте форматування, яке робить посилання невидимими для Slack

Slack прискіпливо ставиться до тексту, який схожий на форматування, а не на URL. Markdown — найчастіший винуватець. Якщо вставити коротке посилання всередину блоку коду, Slack часто сприйме його як код, а не як посилання, яке варто розгортати. Тобто без попереднього перегляду.

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

Є ще пунктуація. Дужки, коми та лапки можуть прилипнути до URL, якщо ви вставляєте його з документа або листа. Slack може їх обрізати, а може й ні. Найбезпечніша звичка — спочатку простий текст, потім оформлення.

Одна корисна перевірка — вставити посилання окремим рядком. Якщо там з’являється попередній перегляд, значить, проблема була у форматуванні навколо нього. Якщо все одно не працює, причина глибша за пунктуацію. Добре. Це звужує пошук.

Перевірте перенаправлення та поведінку фінальної сторінки

Коротке посилання настільки хороше, наскільки хороші редіректи за ним. Якщо ваш короткий URL проходить через 2 або 3 переходи, перш ніж дійти до фінальної сторінки, у Slack з’являється більше роботи, а попередній перегляд може не встигнути завантажитися. Один редірект зазвичай простіше, ніж довгий ланцюжок.

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

Час відповіді — ще один практичний момент. Сторінка, яка завантажується за 12 секунд на перевантаженому сервері, може здаватися нормальною людині з терпінням, але Slack не чекає вічно. Він бере те, що встигає отримати, і рухається далі. Повільність не приносить користі нікому.

Якщо підозрюєте шлях перенаправлення, перевірте фінальний URL напряму, а потім окремо — коротке посилання. Порівняйте обидва результати. Якщо довге посилання показує попередній перегляд, а коротке — ні, слабким місцем може бути сервіс коротких посилань, налаштування редіректу або кеш. Якщо йдеться про поведінку посилань, наш гайд про редіректи 301 і 302 допоможе зрозуміти різницю, а також пояснить, чому не працює preview Slack у типових сценаріях.

Вставляйте посилання якомога «чистіше»

Найчистіший процес нудний, і в цьому вся суть. Скопіюйте сирий короткий URL, відкрийте Slack, вставте його в порожнє повідомлення та дочекайтеся завантаження попереднього перегляду, перш ніж додавати додатковий текст. Якщо перегляд з’явився, тоді вже пишіть повідомлення навколо нього. Така послідовність зменшує кількість здогадок.

Не вставляйте з редакторів із багатим форматуванням, якщо можна цього уникнути. Деякі редактори додають приховані символи, «розумну» пунктуацію або трекінгові фрагменти, які змінюють спосіб, у який Slack читає посилання. Текстовий редактор без форматування — безпечніший. Старомодно? Так. Корисно? Також так.

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

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

Як виправити відсутній попередній перегляд, не змінюючи ціль

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

Якщо це не допомагає, спробуйте те саме посилання у відповіді в треді. Тред може поводитися інакше, ніж основна стрічка каналу, особливо якщо початкове повідомлення кілька разів редагували. Дивно? Так. Корисно знати? Безумовно.

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

Для цілей, які ви хочете захистити, короткі посилання можна поєднувати з посиланнями, захищеними паролем, але пам’ятайте: захисний шар може взагалі не дати Slack побачити фінальні метадані. У такому разі посилання все одно може бути правильним, просто менш зручним для попереднього перегляду.

Безпечно використовуйте короткі посилання в активних каналах і тредах

У жвавих каналах виникає окрема проблема: одне й те саме коротке посилання можуть поширити 5 разів за день. Slack може кешувати попередні перегляди, і люди можуть бачити застарілі розгортання, якщо ціль зміниться «під капотом». Якщо ви перенаправляєте коротке посилання на іншу сторінку, не варто очікувати, що кожен старий попередній перегляд оновиться миттєво.

Це особливо важливо під час запусків, подій і в каналах підтримки, де люди швидко реагують. Команда може натиснути на видиму картку попереднього перегляду, навіть якщо коротке посилання вже веде в інше місце. Один старий попередній перегляд може викликати три плутаних відповіді. Цього вже достатньо, щоб усіх загальмувати.

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

В активних каналах також корисно прямо сказати, що змінилося. «Те саме коротке посилання, нова цільова сторінка» — зрозуміліше, ніж мовчання. Якщо ви використовуєте трекінг або експерименти, власні нотатки мають містити дату та цільову сторінку, бо попередній перегляд, який виглядав правильно у вівторок, до п’ятниці вже може бути хибним. Для тестування варіантів посилання для A/B-тестування підійдуть краще, ніж здогадки.

І останнє: якщо ви ділитеся тим самим коротким посиланням у швидкому треді, стежте за цитованими відповідями, які копіюють оригінальний URL ще раз. Це може створити другу картку попереднього перегляду зі старішими метаданими та зробити тред візуально непослідовним. Slack не завжди прибирає це за вас. Це доводиться робити самостійно.