Миграция с TinyURL: два пути и что сохраняется в каждом из них

Переезд с Bitly имеет проверенный сценарий: экспорт через API, CSV, массовый импорт, переключение DNS. Руководство по миграции с Bitly охватывает каждый шаг. TinyURL отличается - не тем, что это сложнее, а тем, как именно нужно планировать. Ключевое различие заключается в том, есть ли у вас аккаунт TinyURL Pro. Эта единственная переменная разделяет миграцию на две почти не связанные между собой процедуры.

В этом посте мы рассмотрим оба пути и честно расскажем о том, что не удастся сохранить при переезде.

Коротко о главном#

• Если у вас есть аккаунт TinyURL Pro, TinyURL API позволяет перечислить и экспортировать ваши ссылки. CSV включает слаг (slug), целевой URL и количество кликов за последние 30 дней. Вы можете без проблем импортировать их в Elido.
• Если у вас нет аккаунта - вы просто публиковали ссылки tinyurl.com/<slug> на протяжении многих лет - экспорта не существует. Вам придется восстанавливать карту ссылок, сканируя собственные опубликованные ресурсы.
• Ни в том, ни в другом случае вы не сможете сохранить оригинальные слаги tinyurl.com в рабочем пространстве Elido. TinyURL владеет этим доменом. Вам нужно будет создать новые слаги на собственном брендированном коротком домене.
• Заметка реалиста: большинство пользователей TinyURL используют бесплатный тариф. Для них миграция - это не столько перенос данных, сколько обновление всех мест, где встречаются ссылки TinyURL.

Что отличает миграцию с TinyURL от Bitly#

Основное структурное различие - это домен. Пользователи Bitly на платных планах часто используют собственный брендированный домен - links.yourbrand.com, которым они владеют. При миграции запись DNS для этого домена перенаправляется на edge-сервер Elido, и каждый существующий слаг продолжает работать. Пространство слагов принадлежит им.

Бесплатные пользователи TinyURL используют домен tinyurl.com. Они не владеют этим доменом и не могут установить на нем 301 редирект. Когда они покидают TinyURL, старые ссылки не следуют за ними. Они остаются активными на tinyurl.com до тех пор, пока работает TinyURL, но у мигрирующей команды нет над ними контроля, нет возможности перехватывать клики и нет возможности выстроить цепочку 301 редиректов.

TinyURL Pro предлагает собственные брендированные домены за $9.99 в месяц (данные на 2026-05-12). Если вы использовали Pro и свой домен, путь миграции гораздо ближе к сценарию Bitly: подтвердите домен в Elido, заранее подготовьте слаги, а затем измените CNAME в DNS. Документация по собственным доменам описывает этот процесс со стороны Elido.

Еще одно структурное различие - журнал аудита. У TinyURL ограниченная видимость исторических данных даже в версии Pro. Полный список различий приведен в сравнении Elido и TinyURL. Для планирования миграции практический вывод таков: вы не сможете восстановить полную историю кликов. Не закладывайте это в бюджет.

Путь А: у вас есть аккаунт TinyURL Pro#

TinyURL Pro предоставляет API по адресу https://tinyurl.com/app/dev (данные на 2026-05-12). API поддерживает создание и получение псевдонимов (aliases). Перечисление работает через пагинированные вызовы GET, которые возвращают ссылки пакетами.

Шаги:

1. Сгенерируйте токен API в настройках приложения TinyURL.
2. Перечислите все псевдонимы, выполнив пагинацию до конца. TinyURL применяет ограничения скорости (rate limits); лимит запросов в минуту указан в документации API. Предусмотрите обработчик ожидания (backoff handler) перед началом - ошибка 429 в середине экспорта неприятна, но не критична для данных, если вы записывали результаты на диск постепенно.
3. Для каждого псевдонима соберите слаг, целевой URL и количество кликов за последние 30 дней. API TinyURL не предоставляет сырые данные о кликах или исторические временные ряды. Вы получаете агрегированные данные.
4. Запишите плоский CSV: одна строка на ссылку, столбцы slug,target_url,clicks_30d.
5. Отсортируйте по clicks_30d в порядке убывания. Топ 1% ссылок по объему кликов - это обычно та часть, которая действительно важна для текущих кампаний или опубликованного контента. Приоритезируйте их для проверки и обновления на ресурсах. Длинный хвост ссылок с нулевым количеством кликов можно импортировать, но он редко требует внимания человека.

Когда у вас будет CSV, импорт в Elido будет проходить так же, как и любая другая массовая миграция. Подробная механика массового импорта описана в руководстве по миграции с Bitly - структура API и вызов SDK для TypeScript идентичны; отличаются только исходные данные.

Цепочка 301 для брендированных доменов в версии Pro#

Если в вашем аккаунте TinyURL Pro использовался собственный брендированный домен, вы можете перенести этот домен в Elido. Зарегистрируйте его в рабочем пространстве Elido через процесс добавления доменов, заранее создайте все слаги, а затем измените CNAME:

short.yourbrand.com.  300  IN  CNAME  edge.elido.me.

Здесь применяются семантика HTTP 301: как только CNAME начнет указывать на edge-сервер Elido, браузеры и боты, переходящие по старым ссылкам, получат ответ 301 Moved Permanently от Elido, направляющий их на целевой URL. Переход через TinyURL не требуется, так как пространство слагов находилось на вашем домене, а не на tinyurl.com. Это «чистый» путь.

Соответствующий стандарт - RFC 7231 §6.4.2, который определяет семантику 301 Moved Permanently. Клиент, получивший 301, должен обновить любой сохраненный URL на новый. На практике почтовые клиенты и социальные платформы по-разному относятся к этому, но сам редирект надежен для веб-браузеров и ботов, соблюдающих спецификацию HTTP.

Путь Б: нет аккаунта, только опубликованные ссылки#

Это более распространенный сценарий. У вас бесплатный аккаунт TinyURL или его вообще нет, и у вас есть коллекция ссылок tinyurl.com/<slug>, опубликованных в архивах рассылок, постах в соцсетях, печатных материалах или документации. У вас нет доступа к API и механизма экспорта. Ссылки существуют, но у вас нет их списка.

Единственный способ составить инвентарный список - это поиск по вашим собственным опубликованным ресурсам.

Поиск ссылок#

Систематически проработайте каждый ресурс:

• Архив электронной почты/рассылок: выполните поиск по архиву вашей почтовой платформы по запросу tinyurl.com. Большинство платформ позволяют искать по всем отправленным кампаниям. Экспортируйте совпадения.
• Социальные сети: выполните поиск в ваших постах Twitter/X, LinkedIn и Facebook по ссылкам tinyurl.com. У большинства платформ есть экспорт контента на уровне аккаунта. Скачайте его и воспользуйтесь grep.
• Сайт и документация: запустите поиск по сайту или сканирование. grep -r "tinyurl.com" ./content в репозитории статического сайта займет секунды.
• Трекинговые ссылки рекламных платформ: проверьте ссылки с UTM-метками в Google Ads, Meta Ads Manager или там, где вы запускали платные кампании.

Как только у вас будет список значений tinyurl.com/<slug>, вам понадобятся целевые URL. Если вы сами создавали ссылки и помните цель - отлично. Если нет: перейдите по каждой ссылке вручную или с помощью скрипта, который отправляет HEAD-запрос и считывает заголовок Location. Сам редирект TinyURL общедоступен - вам не нужен аккаунт, чтобы узнать, куда ведет ссылка tinyurl.com.

# Массовое разрешение целевых адресов TinyURL из файла со слагами (по одному в строке)
while IFS= read -r slug; do
  dest=$(curl -s -o /dev/null -w "%{redirect_url}" \
    -L --max-redirs 0 "https://tinyurl.com/${slug}" 2>/dev/null || echo "FAILED")
  echo "${slug},${dest}"
done < tinyurl-slugs.txt > slug-target-map.csv

Это даст вам CSV-файл slug,target_url, необходимый для импорта. Обратите внимание, что вы будете импортировать их с новыми слагами на своем собственном домене - подробнее об этом ниже.

Примите то, что невозможно восстановить#

Для ссылок, опубликованных в контекстах, к которым у вас больше нет доступа - социальный аккаунт на старой работе, пост в сообществе на платформе, которую вы удалили, - пути восстановления нет. Эти старые ссылки tinyurl.com будут продолжать работать до тех пор, пока TinyURL остается в строю, но у вас не будет возможности обновить их, перенаправить через Elido или наблюдать, кто по ним кликает. Примите это и двигайтесь дальше. Миграция того, что вы можете найти - это правильное решение; совершенство здесь недостижимо.

Импорт в Elido#

Независимо от того, какой путь привел к созданию CSV, вызов импорта будет одинаковым. Ключевое отличие заключается в том, что вы укажете в поле slug.

Если у вас есть собственный брендированный домен: вы можете попытаться сохранить слаги из Пути А. Сначала зарегистрируйте свой домен в Elido, а затем явно передайте slug в теле массового импорта. Структура вызова:

curl -X POST "https://api.elido.app/v1/links/bulk" \
  -H "Authorization: Bearer $ELIDO_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: tinyurl-migration-batch-001" \
  -d '{
    "workspace_id": "ws_xxxxxxxxxxxx",
    "domain_id": "dom_xxxxxxxxxxxx",
    "links": [
      {
        "slug": "original-slug",
        "destination_url": "https://your-long-destination.com/path",
        "tags": ["tinyurl-migrated"]
      }
    ]
  }'

Параметр domain_id должен ссылаться на домен, уже зарегистрированный и подтвержденный в вашем рабочем пространстве. Эндпоинт принимает до 100 ссылок за один вызов и возвращает статус успеха/ошибки для каждого элемента - конфликт слага в одной строке не прерывает выполнение всего пакета.

Если вы использовали tinyurl.com/ без собственного домена: опустите поле slug или передайте null. Elido сгенерирует слаг для каждой ссылки. Примите изменение слага. Старые ссылки tinyurl.com не будут перенаправлять на ваши новые ссылки Elido - цепочку 301 невозможно установить, так как вы не владеете tinyurl.com. Единственный способ восстановить трафик - обновить каждый опубликованный ресурс, содержащий старую ссылку. В этом и заключается работа.

Ограничение цепочки 301 для небрендированных ссылок#

Это заслуживает прямого заявления. Руководство миграция с Bitly без разрыва ссылок подробно описывает паттерн «301 мост» для миграции с Bitly. Этот паттерн предполагает, что вы контролируете исходный домен. В случае со ссылками tinyurl.com это не так.

TinyURL не предоставляет механизма для установки редиректа с существующей ссылки tinyurl.com/<slug> на новый адрес. Ссылка продолжает вести туда, куда она указывала при создании. Если вы хотите, чтобы трафик, шедший на tinyurl.com/abc123, вместо этого попадал на вашу новую ссылку Elido, у вас есть два варианта:

1. Обновить каждый опубликованный ресурс, чтобы использовать новую ссылку Elido. Это правильный подход.
2. Оставить ссылку TinyURL указывающей на цель и использовать Elido только для будущих ссылок. Это допустимо, если старые ссылки используются редко и не критичны для бизнеса.

Вариант 2 - это не совсем «миграция», это сосуществование. Для большинства команд имеет смысл комбинация обоих подходов: полностью перевести создание новых ссылок в Elido, обновить наиболее посещаемые старые ресурсы, а «длинный хвост» старых ссылок TinyURL с нулевым трафиком оставить затухать без лишних усилий.

Проверка#

После импорта проверьте, что действительно важные ссылки работают.

Возьмите отсортированный CSV-файл и выберите первые 50 строк по объему кликов (из Пути А) или по дате публикации и размеру аудитории (из Пути Б, где вы оцениваете важность). Для каждой из этих ссылок:

1. Если вы использовали собственный домен и сохранили слаги: проверьте, что https://short.yourbrand.com/<slug> ведет на правильный адрес. В дашборде Elido отображается статус 200 или ошибка. Также можно выполнить проверку через curl:

curl -s -o /dev/null -w "%{http_code} %{redirect_url}" \
  "https://short.yourbrand.com/your-slug"

2. Если вы сгенерировали новые слаги: убедитесь, что целевые URL в дашборде Elido совпадают с вашим исходным CSV. Ответ импорта содержит статус успеха/ошибки для каждого элемента; изучите лог ошибок перед завершением миграции.

3. Проверьте свои последние рассылки с высоким показателем открываемости и недавние посты в соцсетях. Если они содержат ссылки TinyURL и вы обновили их на ссылки Elido, убедитесь, что обновленные ссылки работают. Если вы их не обновляли - отметьте их отдельно. Это те ссылки, по которым, скорее всего, идет активный трафик, остающийся вне вашей аналитики.

Для любого обновленного ресурса подтвердите, что изменения вступили в силу в опубликованной версии. Рассылка, перенесенная со старыми ссылками, отредактированный твит, справочная статья, кэшированная CDN - это те места, где обновление может не примениться мгновенно.

Заметка реалиста о слагах, которые невозможно сохранить#

Прямолинейная версия: если вы использовали бесплатный тариф TinyURL и публиковали ссылки tinyurl.com/<slug>, вы не мигрируете пространство слагов. Вы мигрируете список целевых URL и начинаете заново в Elido с новыми слагами на собственном домене. Старые ссылки tinyurl.com вечно существуют на инфраструктуре TinyURL. Вы не можете обновлять их, перенаправлять или получать по ним аналитику после того, как перестанете пользоваться аккаунтом.

Это не сбой процесса миграции. Это правильное ожидание. Бесплатный тариф TinyURL никогда не был платформой для управления ссылками - это была утилита для сокращения. Уход от нее означает принятие того факта, что работа, вложенная в нее, по большей части невозвратима с точки зрения переносимости слагов.

То, что вы получаете взамен - это будущее: брендированные короткие ссылки на домене, которым вы владеете, аналитика кликов, которая не ограничивается 30-дневным окном, и модель ценообразования, которая масштабируется без сюрпризов. Работа по миграции - это разовые затраты. Улучшенный инструментарий - это навсегда.

Если вы оцениваете, является ли Elido подходящим местом назначения, прежде чем приступать к миграции, в сравнении Elido и TinyURL подробно описаны различия в функциях и соответствии требованиям.

Источники: документация TinyURL для разработчиков по API (данные на 2026-05-12). Страница с ценами TinyURL (данные на 2026-05-12). RFC 7231 §6.4.2 - HTTP 301 Moved Permanently.