Монетизация с партнером по управлению рекламой

Внести вклад Функция
1

Уважаемое сообщество,

Меня зовут Уве, и это мой первый пост в этом сообществе. Я работаю разработчиком в сфере рекламных технологий в рекламной сети, базирующейся в Германии. Недавно, когда мы хотели сотрудничать с издателем, использующим Discourse, мы столкнулись со следующей проблемой.

С помощью плагина Ad можно размещать рекламу через следующие сети/AdServers:

Google AdSense 565

DoubleClick for Publishers (DFP) (также известный как Google Ad Manager 145), включая пользовательское таргетирование

Google Double Click for Publishers 89

Amazon Affiliates 137 — баннерная реклама и реклама с ссылками на товары

Carbon Ads 140

Проблема: представленный выбор далеко не охватывает весь потенциал монетизации. Это не критика плагина; я хотел бы инициировать обсуждение монетизации веб-сайтов с помощью Discourse и объяснить, почему имеет смысл использовать сторонние скрипты от рекламных сетей, таких как Mediavine (рынок США) или Symplr (рынок Германии).

Почему это важно?

Рекламные сети подключены к множеству SSP (платформ со стороны поставщиков). Они участвуют в аукционах наравне с Google и могут подавать заявки. Это усиливает конкуренцию и рекламное давление на Google, что в конечном итоге приводит к более высокой стоимости за тысячу показов (TKP) и большему доходу по сравнению с использованием только Google AdSense или Google AdManager.

Преимущества для издателя:

Большой доход благодаря усилению конкуренции и рекламного давления на Google.

Технические сложности:

Монетизация одностраничных приложений требует дополнительных технических усилий.

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

Возможное решение:

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

Вопрос: доступна ли уже такая функция?

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

Все они работают на основе одной и той же технологии (также известной как header bidding), но реализуют дополнительную логику, такую как таргетирование аудитории, обновление рекламы, ленивая загрузка объявлений, внедрение специальных форматов и интеграция решений для идентификации пользователей. Именно поэтому крайне сложно предложить универсальное решение «под ключ».

Преимущества для пользователя Discourse при использовании партнёра в области рекламных технологий:

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

С нетерпением жду ваших мнений и предложений по этой теме!

2 лайка
2

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

Вы можете опубликовать сообщение в канале Marketplace или ознакомиться с различными темами о плагинах, например с этой, которую я нашёл: Разработка плагинов для Discourse — Часть 2 — Подключение к outlet плагинов.

1 лайк
3

Стоит отметить, что, похоже, над плагином для рекламы активно работают

4

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

Я уже какое-то время поддерживаю расширение для рекламы для одного клиента.

5

@pfaffman
Спасибо за быстрый ответ. Я хотел бы отметить несколько моментов по этому поводу:

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

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

Учитывая эти факторы, мне кажется, что на начальном этапе было бы разумнее поискать более простое решение. Возможно, существуют уже готовые плагины, которые перезагружают сторонние скрипты при каждом изменении страницы или маршрута?

@merefield
Правильно ли я понял, что издатель, который хочет интегрировать рекламную сеть, открывает тему на рынке и просит поддержки в интеграции?

1 лайк
6

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

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

Кстати, моя работа была с открытым исходным кодом (по согласованию с клиентом), поэтому другие могут воспользоваться её результатами (хотя, к сожалению, я не могу предоставлять бесплатную поддержку).

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

2 лайка
7

Спасибо, что поделились своим мнением. Действительно, логично, что издатель или администратор сайта может взять на себя соответствующие расходы, особенно учитывая специфику программной рекламы, когда разные рекламодатели размещают объявления, и их идентичность часто становится известна только в момент показа. Я согласен, что было бы полезно, если бы издатель взаимодействовал с сообществом разработчиков и спонсировал работу для обеспечения прямой поддержки, однако окончательное решение остается за издателем или администратором сайта.
Я ценю, что ваша работа была открытым исходным кодом, что позволяет другим пользоваться её результатами. Если вы сможете в личном сообщении предоставить мне основные сведения о репозитории, я с интересом узнаю больше.

И просто для подстраховки: нет ли другого способа интегрировать рекламную сеть без помощи или работы сообщества разработчиков через запрос на маркетплейсе?

8

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

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

Причина этого в том, что Discourse создан как веб-приложение и использует фреймворк JavaScript, поэтому процесс немного сложнее.

1 лайк
9

Это понятно. Я уже упомянул о проблеме с веб-приложением в первом сообщении.

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

1 лайк