Міграція з Rebrandly: експорт, імпорт і перемикання DNS

Щоб мігрувати з Rebrandly, потрібно зробити три речі: витягти посилання через API Rebrandly, відтворити кожен slashtag на домені, яким ви керуєте в Elido, а потім спрямувати DNS цього домену на Elido. Вбудований імпортер Rebrandly в Elido виконує перші дві для полів, які він підтримує (slashtag, призначення, назва, теги). Перемикання DNS, історія кліків і правила маршрутизації - на вас.

Людей дивує саме домен. Посилання на вашому власному хості зберігають свої точні URL, тож редирект, який відвідувач отримує в понеділок, той самий, що він отримав у п'ятницю. Посилання на rebrand.ly перенести не можна, бо цей хост вам не належить. Цей посібник проходить увесь шлях по порядку: експорт, зіставлення, імпорт, перемикання DNS, збереження 301, перевірка, відкат і чого чекати від аналітики. Усе про Elido нижче звірено з кодом імпортера й панеллю; усе про Rebrandly взято з його довідкового центру й документації для розробників, станом на 2026-10-02.

Якщо ви ще вирішуєте, чи йти взагалі, почніть з Elido проти Rebrandly. Якщо вирішили, читайте далі.

Міграція з Rebrandly коротко

Коротка версія для тих, хто хоче план до деталей:

1. Вивантажте кожне посилання через GET /v1/links у файл JSONL, який збережете як слід для аудиту.
2. Вирішіть для кожного домену: ваш власний хост переноситься зміною CNAME, а посилання rebrand.ly отримують нові URL.
3. Додайте цільовий домен в Elido й опублікуйте його TXT-запис верифікації.
4. Запустіть імпортер (або масовий API) зі стратегією конфліктів, що не змінює слаги мовчки.
5. Перемкніть CNAME, перевірте з публічних резолверів, протестуйте найважливіші посилання.
6. Залиште Rebrandly працювати на 30 днів як відкат.

Для кількох тисяч посилань імпорт займає хвилини. Календарний час іде на TTL у DNS, тестування й 30-денне перекриття.

Крок 1: експортуйте посилання з Rebrandly

Rebrandly віддає посилання через свій REST API, і це шлях експорту, яким користується кожен інструмент міграції, зокрема й Elido. GET /v1/links повертає до 25 посилань на сторінку, сортує за createdAt і може фільтрувати за domain.id або domain.fullName. Пагінація курсорна: передайте id останнього отриманого посилання як last, як описано в документації про пагінацію.

З файлами складніше. Стаття Rebrandly про перенесення посилань на новий домен каже, що вбудованого перемикача немає; обхідний шлях - експортувати через API в CSV, відредагувати стовпець домену й імпортувати знову. Його посібник з імпорту описує протилежний напрям (CSV до 400 000 посилань на файл, потрібен власний домен). Тож користуйтеся API і зберігайте власну копію:

# Dump every link to links.jsonl (25 per page, cursor = id of last link)
last=""
while :; do
  page=$(curl -s -H "apikey: $REBRANDLY_KEY" \
    "https://api.rebrandly.com/v1/links?limit=25&orderBy=createdAt&orderDir=asc${last:+&last=$last}")
  [ "$(echo "$page" | jq 'length')" -eq 0 ] && break
  echo "$page" | jq -c '.[]' >> links.jsonl
  last=$(echo "$page" | jq -r '.[-1].id')
done
wc -l links.jsonl

Цей файл - ваша точка відліку для підрахунку, джерело оригінальних дат створення й вхідні дані для будь-якого скриптового виправлення. Одна пастка: ключ API Rebrandly бачить кожне посилання в кожному робочому просторі, до якого належить користувач. Агенція з п'ятьма клієнтськими просторами зазвичай хоче переносити по одному клієнту, і виклик списку, і імпортер Elido приймають фільтр за робочим простором.

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

Крок 2: вирішіть, що переноситься - rebrand.ly чи власний домен

Шлях переноситься; хост переноситься, лише якщо він ваш. Посилання на кшталт go.acme.com/summer може працювати без змін після перемикання. rebrand.ly/summer - ні, бо цей хост належить Rebrandly і відкривається через їхній сервіс, доки існує ваш акаунт. Три випадки охоплюють більшість акаунтів.

• Ваш власний домен, DNS під вашим контролем. Найкращий випадок. Відтворіть кожен slashtag на тому самому хості в Elido, потім перенаправте DNS. Надруковані QR-коди, архіви листів і bio продовжать працювати.
• Домен, куплений через Rebrandly. Довідкова стаття Rebrandly радить скористатися Transfer out і попросити код електронною поштою, а також зазначає, що більшість доменів мають 60-денне блокування після реєстрації. Запустіть цей відлік рано й вважайте зміну CNAME безпечнішим першим кроком.
• Безкоштовний домен rebrand.ly. Slashtag переносяться на новий хост, але старі URL лишаються в Rebrandly. Якщо вони надруковані, тримайте акаунт активним, доки ці матеріали в обігу.

Про свіжий хост читайте в власних доменах для коротких посилань.

Крок 3: зіставте поля, теги й робочі простори Rebrandly з Elido

Імпортер свідомо вузький. Він читає чотири речі для кожного посилання Rebrandly (slashtag, призначення, назва, теги), записує їх у посилання Elido на обраному вами домені й додає один тег. Усе інше потребує вашого скрипта або ручного кроку.

Дати створення заслуговують на другий погляд: масовий ендпоінт (POST /v1/workspaces/{id}/links/bulk, 100 посилань на запит) приймає лише слаг, призначення, назву й теги, тож імпортовані посилання сортуються за датою імпорту. Імпортер Dub їх зберігає, тож якщо оригінальні дати важливі для звітності, зберігайте файл JSONL. Форма на панелі показує лише ключ, цільовий домен і стратегію конфліктів; фільтр робочого простору нині працює через API, а поле на панелі заплановане.

В Elido є папки, але імпортер їх не створює. Переносіть структуру як теги у власній попередній обробці (client:acme, campaign:summer) або згодом фільтруйте за imported:rebrandly і користуйтеся масовим редагуванням тегів. Шаблони UTM у Rebrandly не мають чистого експорту, тож відтворіть їх як правила кампаній і виправте недбалі назви за допомогою угоди про іменування UTM. Імпортовані посилання отримують типовий QR-код Elido; власні дизайни QR треба застосувати заново.

Крок 4: запустіть імпортер Rebrandly в Elido

Імпортер розташований у Integrations, далі Rebrandly to Elido (також POST /v1/workspaces/{id}/imports/rebrandly). Спершу додайте цільовий домен у свій робочий простір, щоб він з'явився у виборі.

1. Створіть ключ у Rebrandly в Account, далі API. Для цієї задачі потрібен лише доступ на читання.
2. Вставте ключ у форму. Elido тримає його в пам'яті процесу на час запуску й потім видаляє; у запис задачі він не потрапляє.
3. Оберіть цільовий домен. Кожне посилання, яке бачить ключ, потрапляє на цей один домен, без фільтра за доменом, тож акаунт з кількома доменами Rebrandly і slashtag-ами, що перетинаються, матиме колізії.
4. Оберіть стратегію конфліктів і запустіть задачу. Сторінка опитує стан кожні дві секунди, і її можна закрити.

Rebrandly обмежує сторінку 25 посиланнями, тоді як Bitly повертає 100, тож той самий акаунт з Rebrandly переноситься довше, і вузьке місце - вендор. Наша інженерна оцінка для 5000 посилань - від 6 до 10 хвилин. Воркер іде за курсором last, доки сторінка не повернеться порожньою, обмежує задачу 50 000 посилань і здається через 30 хвилин. Пропущені й невдалі рядки потрапляють у журнал помилок задачі (перші 1000 записів).

Три стратегії конфліктів обираються на старті. suffix (типова) пробує mylink-2, mylink-3 тощо до 50 кандидатів, після чого повідомляє про помилку. skip лишає наявне посилання Elido у спокої й записує рядок у журнал. fail перериває задачу на першому конфлікті. Слаг із суфіксом не фіксується як проблема, проте це змінений URL, тож для передачі в межах того самого домену використовуйте skip або fail на порожньому цільовому домені й вважайте будь-яке ненульове число пропущених чи невдалих роботою, яку треба виконати.

Для тоншого контролю подайте свій JSONL на масовий ендпоінт, який звітує про успіх чи помилку по кожному рядку; API та SDK Elido приймають ту саму пару слаг і призначення. Хочете спершу протестувати? Створіть робочий простір Elido і спрямуйте імпортер на запасний домен; сторінка міграції Rebrandly перелічує те саме, що переноситься і що лишається.

Крок 5: перемикання DNS і збереження 301

Порядок важливий, бо Elido верифікує домен двома записами DNS, а живий трафік змінюється лише коли змінюється другий: TXT-запис на _elido-verify.<hostname> зі значенням verify=<token> і CNAME з хоста на цільову адресу edge Elido (за замовчуванням edge.elido.me). Див. сторінку функції власних доменів.

1. За два дні знизьте TTL поточного CNAME до 300 секунд, додайте домен в Elido й опублікуйте TXT-запис. Живий трафік не зачеплено.
2. Запустіть імпортер на цей домен і порівняйте кількість імпортованих з wc -l links.jsonl.
3. У вікні перемикання змініть CNAME на цільову адресу edge Elido. Elido опитує обидва записи й видає сертифікат, як описано в TLS для власного домену за п'ять хвилин.
4. Запитайте щонайменше два публічні резолвери (dig @8.8.8.8 go.acme.com CNAME, потім @1.1.1.1), бо ваш власний комп'ютер доводить лише ваш власний кеш.
5. Не чіпайте Rebrandly: домен чи акаунт поки не видаляйте.

Перенаправляйте Zapier, Make чи скрипти, що створюють посилання Rebrandly, лише після підтвердження імпорту.

На вашому власному домені хост і шлях ідентичні, тож той самий URL тепер відповідає з Elido. Захищати треба тип редиректу: якщо ваші посилання Rebrandly були постійними, лишайте їх постійними, бо перемикання давнього посилання на тимчасове змінює те, як із ним поводяться пошукові системи й кеші (редиректи 301 і 302). Коли змінюється сам хост, 301 зі старого на новий проводить користувачів, а RFC 9110, розділ 15.4.2 повідомляє клієнтам, що вони можуть оновити збережені посилання, але для цього потрібен старий хост, яким ви не керуєте на rebrand.ly.

Крок 6: перевірте міграцію

Не оголошуйте про перенесення на підставі зеленого екрана задачі. Перевірте, що імпортовані плюс пропущені плюс невдалі дорівнюють кількості рядків у вашому JSONL (мінус домени, які ви залишили), що пропущених і невдалих нуль або кожен запис журналу пояснений, і що жоден слаг не отримав суфікс -2, якого не було в Rebrandly. Відфільтруйте Links за imported:rebrandly і перегляньте. Потім порівняйте заголовок Location ваших топ-100 посилань з призначенням у вашому JSONL:

while read -r slug dest; do
  got=$(curl -s -o /dev/null -w "%{redirect_url}" "https://go.acme.com/$slug")
  [ "$got" = "$dest" ] || echo "MISMATCH $slug -> $got (expected $dest)"
done < top100.tsv

Вручну перевірте slashtag зі змішаним регістром і спецсимволами, бо я не тестував кожен крайній випадок слага. Відскануйте один надрукований QR-код на телефоні через мобільний інтернет. Міграція з Bitly без зламаних посилань містить суворіший перелік режимів відмови, а посібник з міграції TinyURL показує схему для іншого джерела.

Крок 7: відкат, аналітика і коли не варто перемикатися

Ваш справжній відкат - старе налаштування, що ще працює. Поки Rebrandly утримує домен і посилання, повернення - це зміна одного рядка CNAME назад на попередню ціль, і за TTL 300 секунд більшість відвідувачів підтягнуть її за кілька хвилин. Усередині Elido тег imported:rebrandly - це ручка скасування: відфільтруйте партію й перетегуйте, перемістіть чи видаліть її, потім імпортуйте знову. Повторний запуск безпечний за skip; за suffix він створює копії з -2, тож для другого проходу віддавайте перевагу skip.

Воркер працює всередині застосунку Elido, тож деплой чи збій посеред імпорту його зупиняє. Фоновий обхід кожні п'ять хвилин переводить будь-яку задачу без прогресу 30 хвилин у стан failed з причиною. Збереженого курсору нині немає. Задачу запускають знову. Відновлення з останнього курсору Rebrandly заплановане й найбільше матиме значення понад приблизно 10 000 посилань.

Історія кліків лишається в Rebrandly, тож експортуйте потрібні звіти, перш ніж понижувати тариф, і занотуйте час перемикання. Нові кліки потрапляють в Elido з моменту, коли CNAME розв'язується на нього, з коротким перекриттям, коли рахують обидві панелі, бо резолвери скидають закешовані записи з різною швидкістю. Якщо завантажене посилання через годину нічого не показує, запустіть цикл curl, перш ніж підозрювати панель. Щоб серії кампаній лишалися безперервними, див. наскрізне відстеження UTM. Через 30 спокійних днів понизьте тариф або закрийте Rebrandly.

Імпортер не відтворює правил маршрутизації за пристроєм чи геолокацією, шаблонів UTM або стилізації QR. Склад команди теж не переноситься. Імпортер Rebrandly в Dub так само пропускає таргетинг за пристроєм і геолокацією, тож це типово, а не унікально для Elido. Якщо ваше налаштування спирається на правила маршрутизації чи брендування QR, спершу місяць запускайте обидва продукти паралельно. Сторінка порівняння з Rebrandly і альтернативи Rebrandly порівнюють ціни й функції.

Читайте також у блозі

• Elido проти Rebrandly: ціни, EU-резидентність і брендовані посилання у 2026
• Альтернативи Rebrandly: 9 інструментів брендованих посилань з рейтингом
• Bitly проти Rebrandly: брендовані посилання, ціни й відповідність
• Посібник з міграції з Bitly: від інвентаризації до 30-денного моніторингу
• Налаштування брендованих коротких посилань: оберіть домен і запустіть за півдня