White-label сокращатели ссылок для агентств: полное руководство покупателя

Большинство агентств выбирают white-label сокращатель ссылок по одной и той же поверхностной причине: клиенты замечают, когда ваши сокращенные ссылки выглядят как bit.ly или s.elido.me. Глубинные же причины обычно заключаются в маржинальности биллинга и обоснованности при аудите. Ответ на вопрос ИТ-команды клиента «куда уходят данные о кликах?» должен быть более солидным, чем «американскому вендору, которого я перепродаю».

Это руководство написано для директоров по операциям и руководителей агентств, которые оценивают варианты white-label - а не для разработчиков, которые хотят создать инфраструктуру ссылок с нуля. Цель - дать вам фреймворк для сравнения того, что разные платформы на самом деле предлагают на каждом уровне брендинга, правильные вопросы для вендоров и конкретный пример настройки аккаунта реселлера.

Что на самом деле означает «white-label»: уровень за уровнем#

Этот термин часто используется слишком свободно. Вендоры, предлагающие кастомные брендированные домены, называют себя white-label. То же самое делают вендоры, позволяющие добавить логотип в панель управления. Но это не одно и то же, и разница влияет на то, как вы оцениваете и предоставляете услуги клиентам.

Существует шесть различных уровней. Не каждая платформа реализует их все.

Шесть уровней брендинга в виде стека: снизу - кастомный домен для перенаправлений, выше - брендинг панели управления, кастомный отправитель писем, поддомен портала, управление субаккаунтами и биллинг для реселлеров на верхнем уровне

Уровень 1: Кастомный домен для перенаправлений#

Самое распространенное значение. Вместо того чтобы перенаправления шли через домен платформы (bit.ly/xyz), они проходят через домен, который вы контролируете (go.youragency.com/xyz или go.clientbrand.com/xyz). Это минимально жизнеспособный white-label для большинства сценариев использования в агентствах - он удаляет название платформы из каждой ссылки, которой делятся ваши клиенты.

Реализация требует записи DNS CNAME от вашего поддомена к узлу платформы и автоматического TLS-сертификата для этого хоста. Все крупные сокращатели справляются с этим. Разница заключается в масштабируемости: когда вы управляете двадцатью клиентскими доменами вместо одного, поддерживает ли платформа wildcard CNAME (*.links.youragency.com) или вам нужно добавлять DNS-запись для каждого клиента?

Уровень 2: Брендинг панели управления#

Админ-интерфейс платформы содержит ваш логотип, название бренда и основной цвет вместо данных платформы. Клиенты, которые заходят в систему для управления своими ссылками, видят ваш бренд, а не бренд платформы. Некоторые платформы также позволяют заменить заголовок вкладки браузера и фавикон.

Этот уровень делает сервис презентабельным при непосредственном взаимодействии клиента с ним. Без него клиент, нажавший «Перейти в панель управления» на вашей странице отчетов, попадет на страницу с брендингом Bitly или Rebrandly, и схема станет прозрачной.

Уровень 3: Кастомный отправитель писем#

Сброс паролей, отчеты о кликах, уведомления об истечении срока действия ссылок и приглашения отправляются с адреса [email protected], а не с домена платформы. Об этом часто забывают, пока клиент не спросит, почему он получает письма от вендора, с которым он не договаривался работать. Кастомный отправитель также влияет на доставляемость: репутация домена для транзакционных писем отслеживается до отправляющего домена.

Уровень 4: Кастомный поддомен портала#

Сама панель управления живет на хосте, который вы контролируете - например, links.youragency.com - а не на app.someplatform.com. Это требует от платформы маршрутизации хоста links.youragency.com в контекст тенанта вашего воркспейса, выпуска TLS-сертификата для него и соответствующего ограничения сессий пользователей. Это значительно более сложная реализация, чем кастомный домен для перенаправлений, и лишь немногие платформы ее поддерживают.

Уровень 5: Управление субаккаунтами#

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

Без управления субаккаунтами white-label операционно разваливается при масштабировании. Вы либо даете всем клиентам доступ к одному общему воркспейсу (что означает, что они могут видеть ссылки и данные друг друга), либо поддерживаете отдельные аккаунты платформы для каждого клиента (что означает разные платежные отношения и отсутствие консолидированного обзора для вашей команды).

Уровень 6: Биллинг для реселлеров и отчетность об использовании#

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

Этот уровень обычно доступен только после переговоров с отделом продаж Enterprise. Немногие платформы публикуют цены для реселлеров на своих открытых страницах.

Спектр от Уровня 1 до Уровня 6 - это то, что отличает платформу, поддерживающую брендированные ссылки, от той, которая действительно создана для перепродажи агентствами.

Сравнение основных вендоров#

Bitly Enterprise#

Bitly поддерживает кастомные домены на платных планах. Брендинг панели управления не является заявленной функцией - интерфейс Bitly остается брендированным как Bitly на всех уровнях. Отправка кастомных писем с вашего домена не входит в стандартный продукт. Интеграция SSO в Bitly доступна на уровне Premium ($199/месяц согласно странице цен от 2026-05-11 - уточняйте перед расчетом для клиента). В матрице функций или в описании продукта Enterprise нет упоминания white-label.

Для большинства агентств, рассматривающих модель перепродажи, Bitly не является практичным выбором. Узнаваемость бренда bit.ly в ссылках - это известная проблема, а не решенная, даже на уровне Enterprise. Bitly - отличный выбор для внутренних маркетинговых команд; он не был создан для того, чтобы исчезать за чьим-то чужим брендом.

Rebrandly Pro / Business#

У Rebrandly есть пункт white-label, отмеченный как ограниченный в независимых сравнениях функций. Продукт обладает отличным UX для брендированных ссылок и поддерживает кастомные домены на каждом платном уровне. Панель управления брендирована как Rebrandly; кастомный брендинг для отдельных воркспейсов не является публично задокументированной функцией. Кастомный отправитель писем не указан на публичных страницах функций. Их структура цен (Essentials $11 / Professional $32 / Growth $99 согласно странице цен от 2026-05-11) не включает уровень реселлера на публичной странице.

Сильные стороны Rebrandly - это интеграции для автоматизации без кода (Zapier, Make, Workato) и отлаженный процесс настройки одного домена. Для агентства, которое хочет дать клиентам чистый брендированный домен без сложной схемы перепродажи, Rebrandly подходит для Уровня 1 и частично для Уровня 2. Для Уровней 4–6 вам потребуются индивидуальные условия Enterprise.

Short.io#

Short.io имеет явную поддержку white-label как функцию продукта. Их план Business ($90/месяц согласно странице цен от 2026-05-11) включает настройки white-label. Кастомные домены поддерживаются, начиная с плана Personal; матрица функций показывает white-label как доступный на уровне Business.

White-label в Short.io, по-видимому, охватывает брендированный интерфейс панели управления и кастомные домены. Пять кастомных доменов доступны даже на бесплатном уровне, что необычно щедро для настройки Уровня 1. Платформа базируется в США; для клиентов из ЕС резидентность данных требует проведения оценки Transfer Impact Assessment (TIA).

Elido Business#

White-label от Elido охватывает все шесть описанных выше уровней, и реализация задокументирована в кодовой базе, а не просто заявлена маркетингом. Конкретные реализованные функции:

Кастомный домен для перенаправлений с автоматической проверкой DNS и автоматическим выпуском TLS по запросу для каждого хоста тенанта (проверено в нашем сервисе проверки доменов)
Wildcard CNAME (*.links.youragency.com) на плане Business для покрытия поддоменов нескольких клиентов без внесения записей DNS для каждого клиента
Брендинг воркспейса - поля brand_name, logo_url (HTTPS или base64, макс. ~512 КБ), primary_color (hex или oklch), email_from_name и portal_hostname, доступные через PUT /v1/workspaces/{id}/branding; доступ ограничен планом Business
Маршрутизация поддомена портала - portal_hostname направляет кастомный хост (например, links.acme.com) в правильный воркспейс; GET /v1/portal/lookup разрешает заголовок хоста в workspace_id, что используется как автоматическим TLS по запросу, так и middleware в Next.js для ограничения сессий
Аккаунты реселлеров - POST /v1/workspaces/{id}/reseller создает аккаунт реселлера с company_name, contact_email, custom_domain и branding_config; POST /v1/workspaces/{id}/reseller/workspaces создает подчиненный воркспейс; эндпоинты для списка и удаления следуют тому же шаблону
Резидентность данных прежде всего в ЕС - основной регион ЕС, данные не покидают ЕЭЗ, если воркспейс явно не выберет восток США или Азиатско-Тихоокеанский регион; DPA с обязательствами по Статье 28 входит в стандартный контракт

Изменение брендинга ограничено планом Business на уровне API; сервер возвращает 402 Payment Required, если воркспейс находится на более низком уровне. Существующие данные брендинга сохраняются при понижении плана и восстанавливаются при повторном переходе на Business без необходимости повторного ввода.

Страница решений для агентств является справочником по этому набору функций для команд по закупкам.

В таблице ниже обобщено то, что публично задокументировано или подтверждено для каждого вендора. Ячейки с пометкой «не задокументировано» означают, что функция отсутствует на публичных страницах цен, страницах функций и в опубликованных документах DPA - она может существовать только в рамках индивидуальных переговоров.

Уровень	Bitly	Rebrandly	Short.io	Elido
Кастомный домен для перенаправлений	Платные планы	Платные планы	Все платные планы (5 на беспл.)	Business
Брендинг панели управления	Не задокументировано	Не задокументировано	Business	Business
Кастомный отправитель писем	Не задокументировано	Не задокументировано	Не задокументировано	Business
Поддомен портала	Не задокументировано	Не задокументировано	Не задокументировано	Business
Управление субаккаунтами	Не задокументировано	Не задокументировано	Частично	Business (reseller API)
Резидентность данных в ЕС	В основном США	В основном США	В основном США	Регион ЕС по умолчанию

Цены с публичных страниц по состоянию на 2026-05-11. Уточняйте перед закупкой.

Кейс для агентства: пошаговый пример#

Ниже показано, как работает настройка реселлера в Elido. Последовательность действий одинакова как через панель управления, так и через API; путь через API показан, так как агентства, работающие в масштабе, захотят автоматизировать это для каждого нового клиента.

Один родительский воркспейс реселлера для агентства, от которого ответвляются три изолированных клиентских воркспейса, каждый с собственным кастомным доменом и брендингом, и все они обслуживаются через общий edge Elido в регионе ЕС

Пятишаговый процесс настройки реселлера: активация режима реселлера в воркспейсе агентства, создание клиентского воркспейса, настройка DNS для клиента, установка брендинга на уровне воркспейса и вход клиента через собственный портал

1. Активируйте режим реселлера в воркспейсе вашего агентства#

У вашего агентства есть один родительский воркспейс на плане Business. Вы один раз регистрируете аккаунт реселлера:

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "company_name": "Acme Digital Agency",
    "contact_email": "[email protected]",
    "custom_domain": "links.acmedigital.example",
    "branding_config": {}
  }'

Ответ включает reseller_account_id. Сохраните его.

2. Создайте воркспейс для клиента#

При онбординге нового клиента создайте субординированный воркспейс, привязанный к вашему аккаунту реселлера:

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller/workspaces \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "workspace_id": 99201,
    "label": "Client: TechCorp EMEA"
  }'

workspace_id здесь - это воркспейс клиента, созданный обычным путем. label - это ваша внутренняя ссылка, клиенты ее не видят.

3. Настройте DNS для кастомного домена клиента#

Клиент хочет, чтобы их перенаправления работали через go.techcorp-emea.example. Вы добавляете две DNS-записи в панели их DNS-провайдера:

go.techcorp-emea.example   CNAME   b.elido.me.
_elido-verify.go.techcorp-emea.example   TXT   "ws_<их_токен_воркспейса>"

Токен проверки отображается в настройках их воркспейса (Settings > Custom Domains). Как только наш сервис проверки доменов увидит TXT-запись, он пометит домен как проверенный, и TLS-сертификат будет выпущен автоматически при следующем запросе.

4. Настройте брендинг для воркспейса#

Установите брендинг клиентского воркспейса из вашего аккаунта реселлера:

curl -X PUT https://api.elido.app/v1/workspaces/{client_workspace_id}/branding \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "brand_name": "TechCorp Links",
    "logo_url": "https://assets.techcorp-emea.example/logo-dark.png",
    "primary_color": "#0a2463",
    "email_from_name": "TechCorp Links",
    "portal_hostname": "links.techcorp-emea.example",
    "enabled": true
  }'

portal_hostname здесь - это кастомный поддомен панели управления. Он должен быть уникальным во всей платформе - при попытке занять уже используемый хост вернется ошибка 409 Conflict. После настройки links.techcorp-emea.example будет вести прямо в панель управления ссылками TechCorp, брендированную под их стиль.

5. Клиент получает ссылки на своем домене и заходит через свой портал#

С этого момента команда TechCorp заходит на links.techcorp-emea.example, создает ссылки, которые работают на go.techcorp-emea.example, и получает уведомления от TechCorp Links. Название Elido не появляется ни в одной из этих точек взаимодействия.

Подробное объяснение механики DNS и жизненного цикла TLS-сертификатов приведено в руководстве по кастомным доменам, где рассматриваются все операционные аспекты, включая записи CAA, задержки распространения и случаи удаления CNAME во время кампании.

Особенности моделей ценообразования для перепродажи через агентство#

Экономика перепродажи управления ссылками выглядит по-разному в зависимости от того, как работает биллинг платформы.

Модели с лимитом по количеству ссылок (структура Rebrandly) взимают плату в зависимости от количества активных сокращенных URL в вашем аккаунте. Для агентства, управляющего множеством клиентов с умеренными библиотеками ссылок, лимит может стать ограничением раньше, чем объем кликов. Накопленные ссылки каждого клиента суммируются, и клиент с активными кампаниями, создающий 500 новых ссылок в месяц, быстрее достигнет порога тарифного плана, чем клиент с 500 000 кликов по десяти постоянным ссылкам.

Модели с оплатой за объем кликов (структура Elido для плана Business) взимают плату в зависимости от общего объема перенаправлений во всей организации с оплатой за превышение порога плана. Ограничением является трафик, а не инвентарь. Агентства, работающие с множеством клиентов с умеренным трафиком, могут управлять большой комбинированной библиотекой ссылок без давления со стороны лимитов на количество самих ссылок.

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

Практическая отправная точка для наценки реселлера: большинство агентств, предоставляющих ПО от имени клиентов, добавляют 20–40% к своей стоимости. С платформой, которая выставляет вам счет ежемесячно и позволяет выставлять счета клиентам независимо, расчет вашей маржи становится простым. Платформы, требующие создания индивидуальных клиентских аккаунтов или выставляющие счета по воркспейсам без консолидированного вида реселлера, делают это намного сложнее.

Прозрачность биллинга на основе использования - это то, о чем стоит спросить отдельно. Вам нужна возможность в конце месяца выгрузить отчет по использованию для каждого клиента без ручного экспорта данных. Аналитика Elido на уровне воркспейса позволяет получать объем кликов для каждого субаккаунта через API; Short.io и Rebrandly также имеют аналитику на уровне воркспейсов, хотя консолидированный биллинг в режиме реселлера - это функция, которую стоит уточнить в текущих планах.

Аспект комплаенса: перепродажа малому и среднему бизнесу в ЕС#

Когда вы перепродаете услуги по управлению ссылками клиентам из ЕС, вы становитесь обработчиком данных (data processor) в этой цепочке. Ваши клиенты являются контролерами (controllers) данных о кликах своих конечных пользователей. Платформа является субобработчиком (sub-processor). Эти отношения регулируются GDPR Статья 28 - отношения между обработчиком и субобработчиком требуют, чтобы ваш контракт с платформой включал обязательные условия для субобработчика, и чтобы у вас были соответствующие обязательства перед вашими клиентами.

Практические обязанности агентства при перепродаже в ЕС:

Ваш контракт с клиентом должен содержать DPA. Соглашение с каждым клиентом должно включать договор об обработке данных (Data Processing Agreement), охватывающий данные о кликах как персональные данные. Допустимо использование стандартных шаблонов DPA; ключевыми пунктами являются категории обрабатываемых данных, раскрытие субобработчиков и меры безопасности. Не используйте шаблон DPA, который покрывает только вашу внутреннюю обработку - он должен передавать обязательства субобработчика дальше платформе, которую вы используете.

Раскрытие субобработчиков. Ваш DPA должен указывать используемую платформу как субобработчика. Ваши клиенты имеют право знать, кто обрабатывает данные их пользователей. Если вы используете платформу из США, это вызывает необходимость проведения оценки Transfer Impact Assessment (TIA) для многих клиентов из регулируемых секторов в ЕС. При использовании платформы с резидентностью в ЕС требование TIA обычно не возникает.

Подтверждение резидентности данных. Если условия закупки вашего клиента требуют контрактного подтверждения резидентности - «все персональные данные остаются в ЕЭЗ» - ваш выбор платформы определяет, сможете ли вы на это согласиться. Bitly, Rebrandly и Short.io базируются в США и потребуют оформления документов о трансграничной передаче данных на основе SCC. Инфраструктура Elido по умолчанию в регионе ЕС означает, что вы можете закрепить резидентность в ЕЭЗ контрактно без специальных договоренностей.

SLA по уведомлению о нарушениях. Статья 33 GDPR требует, чтобы контролеры уведомляли свой надзорный орган в течение 72 часов после того, как им стало известно о нарушении защиты персональных данных. Как обработчик в цепочке, вы должны уведомить своих клиентов (контролеров) «без неоправданной задержки». SLA вашей платформы по уведомлению об инцидентах безопасности должно быть короче 72 часов - проверьте это в DPA или дополнении по безопасности.

Реестр операций по обработке. В соответствии со Статьей 30 вам необходимо вести реестр операций по обработке (RoPA) в качестве обработчика. В него должны входить ваши субобработчики. Поддержание актуальности документации DPA платформы - это то, как вы делаете это без ручного труда.

В посте о GDPR для сокращателей ссылок приведен полный юридический фреймворк со ссылками на статьи. Что касается резидентности в ЕС, страница доверия Elido по адресу /trust содержит список субобработчиков (инфраструктура в ЕС, доставка email в ЕС, платежи и CDN-провайдеры) и условия DPA.

Чеклист для миграции: перенос клиентского портфеля#

Если вы переводите клиентов с Bitly или Rebrandly на white-label платформу, миграция включает три параллельных направления: инвентаризация ссылок, DNS и коммуникация с клиентами.

Фаза инвентаризации (до внесения изменений):

Экспортируйте все короткие ссылки для каждого клиента из текущей платформы. В Bitly: Settings > Export. В Rebrandly: экспорт CSV воркспейса. Каждая строка должна содержать короткий URL, целевой URL, кастомный домен (если есть), слаг, теги и дату создания.
Определите, какие клиенты используют кастомные домены, а какие - домены платформы. Клиентам на доменах платформы предстоит больше работы: им нужно настроить новый домен или поддомен перед миграцией.
Проверьте ссылки без кастомного домена, которые встроены в печатные материалы, подписи писем или внешние страницы, которые вы не можете обновить. Это ссылки с самым высоким риском - они перестанут работать после закрытия старого аккаунта. Отметьте их отдельно.

DNS и сохранение перенаправлений:

Для клиентов на кастомных доменах: вы перенаправляете их CNAME со старой платформы на новую. Слаг и цель могут быть импортированы до того, как обновится DNS, поэтому окна 404 не будет, если вы синхронизируете переключение DNS с массовым импортом.
Уменьшите TTL для CNAME до 300 секунд как минимум за 48 часов до переключения, чтобы минимизировать задержку распространения DNS.
Импортируйте записи ссылок на новую платформу с помощью API массового импорта (POST /v1/links/bulk в Elido) перед переключением DNS. Проверьте через API, что новое перенаправление работает корректно на новой платформе, прежде чем трогать DNS.
Переключайте DNS в периоды низкой нагрузки. Большинство ссылок агентств имеют минимальный трафик утром в будние дни в целевом часовом поясе.
Держите старый аккаунт активным не менее 14 дней после переключения, чтобы учесть отставшие DNS-резолверы. Если ссылки на старой платформе теперь указывают на вашу новую настройку, этот период может быть короче.

Коммуникация с клиентами:

Уведомите клиентов как минимум за неделю до переключения DNS, представив это как улучшение инфраструктуры. Укажите дату и время планируемого изменения.
После переключения отправьте подтверждение с новым URL панели управления, если вы меняете хосты портала.
Некоторые клиенты захотят убедиться, что их ссылки по-прежнему работают. Дайте им простой способ сделать это - список из пяти-десяти репрезентативных ссылок, которые они могут протестировать сами.

Историческая аналитика:

История кликов не переносится между платформами. Аналитика со дня переключения будет в новой системе. Если клиентам нужны исторические данные для отчетности, экспортируйте их из старой платформы до закрытия аккаунта и сохраните в своих записях или предоставьте клиенту напрямую.
И Bitly, и Rebrandly экспортируют агрегированное количество кликов в своих CSV-файлах. Сырые данные о кликах (индивидуальная метка времени, страна, устройство, реферер для каждого клика) обычно не экспортируются ни из одной из платформ.

В руководстве по миграции с Bitly более подробно описаны специфические для Bitly механизмы, включая пагинацию API для больших объемов и тайминг перекрытия DNS.

Что спросить у вендора перед подписанием контракта#

Этот список намеренно короткий. О функциях можно прочитать на сайте; это вопросы, на которые нельзя ответить, просто глядя на маркетинговую страницу.

Поддерживает ли API создание субординированных воркспейсов для реселлеров? Попросите ссылку на документацию эндпоинта, а не просто «да». Протестируйте это в пробном аккаунте перед подписанием. Схема white-label, требующая ручного тикета в поддержку для каждого нового клиента, не масштабируется больше чем на десять клиентов.

Где живут данные о кликах моих клиентов и можете ли вы закрепить это в контракте? Устные заверения не проходят проверку в отделе закупок. Ответ должен содержать юрисдикцию (регион ЕС, восток США и т.д.), и она должна быть указана в DPA, который вы подписываете.

Какое SLA на уведомление клиентов об инцидентах безопасности? Ответ важен для вашего собственного обязательства по Статье 33 GDPR. Менее 24 часов - стандарт для платформ, которые серьезно относятся к этому.

Что произойдет с брендингом и ссылками моих клиентов, если я понижу план или уйду? Явно спросите, сохраняются ли данные брендинга субаккаунтов при понижении плана (чтобы вы не потеряли настройки при пропуске платежа) и какие есть варианты экспорта данных. Некоторые платформы удаляют данные воркспейса при отмене аккаунта в очень короткие сроки.

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

На странице решений для агентств описаны специфические функции Elido для отделов закупок. На странице цен приведены актуальные сведения о тарифных планах и таблица сравнения.

По вопросам настройки аккаунта реселлера, условий DPA или миграции клиентского портфеля можно связаться с отделом продаж через страницу контактов.