Смарт-ссылка

Как работает разветвление

Внешне смарт-ссылка неотличима от обычной короткой ссылки: тот же домен, тот же короткий хвост. Разница внутри — за ней закреплён не один адрес, а список правил вида «если условие, то эта страница». В момент клика сервис разбирает запрос и решает, куда отправить человека.

Признаки для ветвления приходят вместе с HTTP-запросом: User-Agent показывает устройство и браузер, IP-адрес — приблизительную страну, Accept-Language — язык интерфейса, referer — источник перехода, а серверное время — час и дату. Часть сервисов разбирает ещё и UTM-метки из ссылки. Правила проверяются сверху вниз, срабатывает первое подходящее, а в конце стоит адрес по умолчанию — для тех, кто не попал ни в одно условие. Ответ уходит временным редиректом 302 или 307, а не постоянным 301: его браузер запомнит навсегда, и следующий переход пойдёт мимо ветвления.

Типичные сценарии

Самый частый — ссылка на приложение: владельца iPhone она ведёт в App Store, владельца Android — в RuStore или Google Play, а посетителя с ноутбука — на страницу с описанием. Второй сценарий — региональные версии: гость из другой страны попадает на местную витрину со своими ценами и доставкой. Третий — реклама: под каждую площадку своя посадочная страница, а поздним вечером вместо кнопки «позвонить» показывается форма заявки.

В офлайне смарт-ссылку прячут под динамический QR-код, у которого цель меняется без перепечатки: на упаковке или визитке остаётся один код, а правила переадресации правятся в кабинете.

Ограничения и риски

Главный запрет — клоакинг: показывать поисковому роботу одну страницу, а живому посетителю другую нельзя, за это поисковые системы понижают сайт вплоть до исключения из выдачи. Правила смарт-ссылки должны различать пользователей между собой — по устройству, стране, языку, — а не делить аудиторию на робота и человека.

Определение страны по IP ошибается чаще, чем кажется: VPN, корпоративная сеть с выходом через головной офис или мобильный оператор с общим шлюзом легко подменяют регион, поэтому на целевой странице нужен видимый способ переключить его руками. С User-Agent похожая история — режим «версия для ПК» и встроенные браузеры мессенджеров отдают неожиданные значения. Побочный эффект для аналитики: лишний шаг добавляет задержку, а метки источника нужно пробрасывать в конечный адрес — иначе рекламный трафик в отчётах станет переходами с сервиса ссылок.

Частые вопросы

Чем смарт-ссылка отличается от обычной короткой ссылки?

Короткая ссылка ведёт всегда на один и тот же адрес. У смарт-ссылки за тем же коротким адресом стоит набор правил, и конечная страница вычисляется в момент клика по признакам запроса: устройству, стране, языку, времени, источнику перехода. Для пользователя разницы не видно — он просто попадает туда, куда его отправило правило.

Можно ли одной ссылкой вести в разные магазины приложений?

Это самый распространённый случай. Правило по операционной системе отправляет владельца iPhone в App Store, владельца Android — в RuStore или Google Play, а того, кто открыл ссылку с компьютера, на обычную страницу приложения. Такую ссылку удобно ставить в шапку профиля, в рассылку и на печатные материалы.

Не считается ли смарт-ссылка клоакингом?

Сама по себе нет: разные страницы для разных пользователей — нормальная практика, так работают региональные версии сайтов и переходы в магазины приложений. Клоакинг начинается там, где поисковому роботу показывают один контент, а живому посетителю другой. Правила должны различать людей между собой, а не робота и человека.

Насколько точно смарт-ссылка определяет страну и город?

Страна по IP угадывается в большинстве случаев, город — заметно хуже. Сбивают VPN, корпоративные сети с выходом через головной офис, мобильные операторы с общим шлюзом. Поэтому гео-правила лучше использовать для мягких вещей вроде выбора языка витрины и всегда оставлять на странице ручное переключение региона.

Что будет, если ни одно правило не сработает?

Пользователь уйдёт на адрес по умолчанию — его нужно задавать всегда, иначе переход закончится ошибкой. Правила проверяются по порядку, срабатывает первое подходящее, поэтому узкие условия ставят выше широких. Полезно проверить цепочку с разных устройств и убедиться, что метки источника доходят до конечной страницы.