Сокращатели ссылок – зачем они нужны и кто их использует

Сокращатели ссылок – зачем они нужны и кто их использует


18.01.2019
/
Алекс Айфонов

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

Предыстория: торопливость «стартаперов» и провал TinyURL

Сокращатели ссылок – сервисы эпохи повальной интернет-краткости, окончательно наступившей с ростом популярности Твиттера. Их пользу для конечного потребителя создатели этих сервисов смогли обозначить сразу: URL из 10-12 символов наверняка пролезет туда, куда не сможет пролезть ссылка на точный адрес в Google Maps. Но вопрос пользы для самих себя создатели сервисов типа tinyurl.com или bit.ly решали каждый по-своему.

Бывший первое время в лидерах TinyURL.com растерял поклонников после того, как стал вставлять между сгенерированной короткой ссылкой и местом назначения промежуточную страницу с рекламой. А начиналось всё вполне неплохо: этот сервис был одним из первопроходцев на этом, как это ни забавно звучит, рынке. Статус «дефолтного» сокращателя в Твиттере тем больше укреплял позиции TinyURL, чем больше рос первопроходец «рынка микроблоггинга». Но что делать с огромным массивом данных о том, сколько пользователей кликнуло по сокращённой ссылке, где и когда она была опубликована, создатели сервиса так и не разобрались.

Насмотревшиеся на пример TinyURL «стартаперы» пытались повторить сей порочный путь: кто-то так же вставлял промежуточную страницу с рекламой, кто-то загружал целевую страницу во фрейме, накладывая поверх утомившие всех баннеры. Обычные интернет-пользователи почувствовали подвох: им непрозрачно намекали, что у краткости, помимо брата – таланта, есть ещё и тёща.

Bit.ly и статистическая империя Betaworks

Bit.ly появился чуть позже TinyURL. Его успех был обеспечен как минимум двумя особенностями. Для конечных пользователей, которые любят числа и подсматривать, сервис предложил статистику кликов по сокращённым ссылкам, обновляющуюся в режиме реального времени. Для разработчиков веб-сервисов и программ вроде настольных клиентов для Твиттера bit.ly предложил качественный API, благодаря которому конечный пользователь может, не выходя из используемого сервиса, быстро и удобно сгененировать короткий вариант ссылки, которую он хочет опубликовать. В итоге – всё растущая любовь пользователей, не обращающих внимания на короткие перерывы в работе сервиса (Твиттер тоже раньше был не сильно стабилен – и ничего), и статус «дефолтного» сокращателя в Твиттере как медаль за заслуги перед социальными медиа.

Пример статистики Bit.ly

Владельцы Bit.ly не стали использовать рекламную модель получения доходов (вполне возможно – насмотревшись на опыт предшественников). И если знать, кто они и какими ещё сервисами владеют, остаётся только восхищаться и завидовать тем полезным знаниям, которые они извлекают из предоставления обычным пользователям простых, удобных и ненавязчивых сервисов.

Betaworks инвестирует в ряд сервисов. Помимо Bit.ly, стоит упомянуть, в частности, Twitterfeed.com, с помощью которого можно организовать автоматическую публикацию заголовков новостей с сайтов, генерирующих RSS-потоки (это, собственно, все блоги и подавляющее большинство новостных сайтов), в Твиттер, Facebook, Ping.fm и пр. Betaworks планомерно выстраивает систему сбора статистики о том, как информация распространяется по сети. А это – ценнейший товар как минимум для маркетологов, измотанных недостатком числовых показателей, оправдывающих использование социальных медиа в стратегии интернет-продвижения бизнеса. Предоставив однажды доступ к веб-панели, агрегирующей данные со всех сервисов, Betaworks автоматически станет одним из ведущих поставщиков статистики и аналитики для специалистов по социальным медиа – наряду с популярным на Западе Radian6.

Любознательный Google

Стать глобальным складом информации – не сильно интересно, к тому же когда есть Библиотека им. Ленина. Информацию нужно ранжировать, определять её значимость для получателей. И отслеживать пути её распространения для Google актуально, особенно сейчас, когда социальные медиа предоставляют уникальные возможности для этого распространения.

Подступиться к теме “Большой Брат” Google пытается уже не первый год. Можно вспомнить как минимум две попытки. Одно время в компании экспериментировали с Google Shared Stuff – “единой кнопкой” для републикации чужого контента. Shared Stuff был попыткой объединить два близких по идее функционала – републикацию в разные социальные сети в пару кликов и единую страницу, на которой были бы собраны все интересные пользователю публикации. Акцент был сделан, конечно, на второе, а первое было как необходимое дополнение, доказывающее добрые намерения компании. Но не получилось: социальные сервисы типа Delicious и Stumbleupon были к тому моменту уже достаточно популярны для того, чтобы пользователи не поняли смысла ещё в одной системе. Сервисы вроде Shareaholic к тому моменту уже предоставляли “единую кнопку Share”.

Google Shared Stuff

Очень похожая история произошла позднее и с Shared Items для Google Reader. Пользователям этого популярного RSS-агрегатора компания предложила переопубликовывать на единой странице не только те элементы, которые были получены ими через RSS, но и вообще любые веб-страницы и даже заметки. Наиболее свежим проявлением такого предложения стала возможность автоматически публиковать на странице Reader Shared Items добавленные пользователем в избранное видеоролики с YouTube.

С помощью не слишком популярного функционала охватить большое число пользователей и отслеживать пути их перемещения по веб-страницам не получилось, и в Google смирились с тем, что кроме собственных сервисов, в мире есть немало других социальных сетей. В результате – на YouTube в предложениях подключить автоматическую републикацию роликов на других сайтах вывели на первые места Facebook и Twitter, а вчера стало известно о запуске ещё одного экспериментального сервиса.

Как уже можно было догадаться, речь идёт о сокращателе ссылок. Goo.gl на данный момент предлагает себя только пользователям Google Toolbar и Feedburner. В компании снова решили двигаться вперёд постепенно, не тратя сразу много ресурсов на разработку сервиса, успешность которого на фоне “конкурентов” пока не очевидна.

В целом собственный сокращатель ссылок может стать прекрасным дополнением и к другим сервисам компании, кроме Feedburner и Toolbar. Речь прежде всего идёт, конечно, о связке Adwords + AdSense + AdPlanner + Analytics. Хотя не стоит забывать о том, что с помощью специально заданных параметров в Twitterfeed уже можно настроить его взаимодействие с Google Analytics, что делает сервисы Betaworks ещё более необходимыми, а саму компанию – ещё симпатичней.

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



ScanFS — альтернативный инструмент поиска файлов и папок для Windows

ScanFs — продвинутая утилита, предназначенная для быстрого поиска файлов и папок на диске с применением различных фильтров.

Поиск и проверка значений в массиве на Javascript

Примеры поиска значений в массиве с помощью методов find, findIndex, includes, every и других.

Зачем нужен реверс-инжиниринг?

Реверс-инжиниринг или обратная разработка – это процесс преобразования готовой откомпилированной программы в первозданное состояние, то есть в исходный код.