AdSource меняется: что уже улучшили и куда движемся дальше

@udfort 7 подписчиков Публикация 3 просмотра

Рассказываем, как развивается экосистема AdSource: единый AdSource ID, отдельные продукты Work, Tasks, Direct, Publisher и Blogs, новые балансы, модерация и дальнейшие этапы обновления.

Все публикации

AdSource меняется: что уже улучшили и куда движемся дальше

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

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

Главная идея остаётся прежней: AdSource — это один аккаунт, но несколько самостоятельных продуктов.

Пользователю не придётся создавать отдельные аккаунты для заработка, покупки рекламы, работы с сайтами или ведения блога. Для этого остаётся единый AdSource ID.

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

Work — выполнение заданий и заработок;

Tasks — создание заданий и продвижение;

Direct — покупка рекламы;

Publisher — монетизация собственных сайтов;

Blogs — создание и монетизация блогов внутри AdSource.

Это кажется простым изменением меню, но на самом деле за ним стоит гораздо более серьёзная перестройка.

Раньше различные сценарии использования платформы постепенно объединялись внутри двух основных ролей — рекламодателя и паблишера. Например, исполнитель технически мог работать через инфраструктуру Publisher, а заработок от разных источников отображался рядом.

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

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

Единый аккаунт вместо множества регистраций

Одним из важных решений стало сохранение общей авторизации.

Не будет ситуации, когда для Work нужен один аккаунт, для Publisher второй, а для Direct третий.

Один AdSource ID сможет использовать несколько продуктов одновременно.

Например, один и тот же пользователь сможет выполнять задания в Work, размещать свой сайт в Publisher и одновременно покупать рекламу через Direct.

Меняется не аккаунт пользователя — меняется контекст, в котором он работает.

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

Это небольшое изменение с точки зрения пользователя, но очень важное изменение внутри платформы.

Разделяем деньги по их назначению

Одно из самых заметных изменений касается балансов.

Мы решили сохранить единый расходный баланс рекламодателя.

То есть средства, которые пользователь пополняет для продвижения, смогут использоваться как в Direct, так и в Tasks. Мы не хотим заставлять рекламодателей постоянно переводить деньги между внутренними кошельками только потому, что они решили использовать другой рекламный инструмент.

С доходами ситуация другая.

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

Постепенно формируется следующая структура:

Work-баланс — заработок за выполнение заданий;

Publisher-баланс — доход от внешних сайтов, рекламных мест и других инструментов веб-мастера;

Creator-баланс — доход от блогов внутри AdSource.

Отдельные технические балансы для Work и Blogs уже добавлены в систему. Также создаётся совместимость со старой финансовой моделью, чтобы переход не привёл к потере существующих данных и операций.

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

Важный момент о реферальных начислениях

Реферальные начисления будут поступать на баланс Publisher.

Мы специально выделяем этот момент отдельно, чтобы не возникало путаницы после появления нескольких доходных балансов.

Реферальная программа остаётся частью общей партнёрской модели AdSource, поэтому реферальный доход относится именно к Publisher-балансу.

Между балансами появятся понятные сценарии работы

Разделение балансов не должно создавать пользователю лишние ограничения.

Поэтому архитектура Work уже предусматривает возможность работы с отдельным балансом и перевода средств в другие части экосистемы.

Наша задача заключается не в том, чтобы создать пять изолированных сервисов.

Наоборот.

Мы строим несколько самостоятельных продуктов, которые работают через один аккаунт и общую экосистему.

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

Появляется единая точка входа в продукты

Ещё одно уже подготовленное изменение — продуктовый лаунчер.

После авторизации пользователь сможет выбирать, с каким направлением AdSource он хочет работать.

Вместо переключения условных старых ролей «паблишер / рекламодатель» постепенно появится более понятная логика:

Work
Tasks
Direct
Publisher
Blogs

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

Особенно это будет заметно по мере дальнейшего разделения кабинетов.

Следующий важный шаг — отдельная модерация сайтов для разных видов рекламы

В процессе работы над новой архитектурой проявилась ещё одна проблема старой модели.

Сейчас решение о модерации сайта фактически слишком универсально: сайт либо принят, либо отклонён.

Но требования разных рекламных продуктов отличаются.

Например, сайт может быть не подходящим для нативной рекламы, где особенно важны качество аудитории и контента, но при этом оставаться вполне пригодной площадкой для прямой продажи рекламы через Direct.

Поэтому мы готовим отдельную продуктовую модерацию.

У одного сайта смогут существовать независимые решения:

Native — одобрено / отклонено;

Direct — одобрено / отклонено.

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

А критические проблемы — недоступность сайта, вредоносный контент, подмена домена и другие нарушения безопасности — по-прежнему будут основанием для полного отклонения площадки.

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

Одновременно мы планируем улучшить сам интерфейс модерации и сделать причины решений понятнее для владельца сайта.

Старые рекламные коды ломать не будем

При таком объёме изменений для нас особенно важна обратная совместимость.

Мы не хотим строить новую архитектуру ценой проблем для действующих пользователей.

Поэтому переход выполняется постепенно.

Существующие рекламные коды на сайтах должны продолжать работать.

Старые ссылки будут сохраняться либо получать корректные перенаправления.

Платёжные callback-и не будут резко отключаться.

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

Существующие версии расширений также должны продолжать работать на период миграции.

Именно поэтому большая часть изменений сначала добавляется рядом со старой системой, а уже после проверки постепенно заменяет её.

Отдельные продукты получат собственные адреса

Следующим крупным этапом станет постепенный переход продуктов на отдельные поддомены:

work.adsource.ru

tasks.adsource.ru

direct.adsource.ru

publisher.adsource.ru

blogs.adsource.ru

При этом основной adsource.ru останется центральной точкой входа в экосистему: авторизация, аккаунт, профиль, публичные страницы и выбор продукта.

Для пользователя это будет выглядеть как несколько самостоятельных сервисов.

Внутри же они пока продолжат работать на общей технической платформе.

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

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

Почему мы вообще всё это делаем

AdSource постепенно перестаёт быть просто сервисом с несколькими рекламными инструментами.

Сегодня внутри одной платформы уже существуют совершенно разные сценарии.

Один пользователь хочет выполнить несколько заданий и заработать.

Другой — купить продвижение.

Третий — монетизировать собственный сайт.

Четвёртый — продавать рекламные места напрямую.

Пятый — писать статьи и зарабатывать на собственном блоге.

Попытка разместить всё это внутри одного универсального кабинета неизбежно приводит к усложнению интерфейса и логики.

Поэтому наша задача сейчас — не добавить ещё больше пунктов меню.

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

Один аккаунт.

Одна авторизация.

Связанные продукты.

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

Работа над этим уже началась.

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

Это не просто новый дизайн кабинета.

Это перестройка фундамента AdSource, которая должна позволить каждому направлению дальше развиваться уже как полноценному самостоятельному продукту внутри общей экосистемы.