Реклама Adgora на страницах с авторизацией

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

На сайте одни разделы могут быть общедоступными, а другие — закрытыми. Посетитель может прочитать открытую статью, а затем войти в систему, чтобы просмотреть историю платежей, личные сообщения или настройки учетной записи. Размещение рекламы в закрытом разделе поднимает конкретный вопрос: не раскрывает ли рекламный запрос информацию о пользователе, который вошел в свою учетную запись? Поэтому издателям важно заранее разобраться, можно ли размещать рекламу Adgora на закрытых страницах.

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

Чем сайт с учетными записями отличается от общедоступного сайта?

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

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

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

Можно ли издателям использовать Adgora на страницах, доступных только после входа в систему?

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

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

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

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

Какие персональные данные не следует передавать в рекламных запросах?

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

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

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

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

Как издателям работать с содержимым страниц, зависящим от учетной записи?

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

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

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

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

Что следует проверить издателям, прежде чем показывать рекламу авторизованным пользователям?

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

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

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

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

Как издателям тестировать рекламу, не раскрывая реальные данные учетных записей?

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

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

Также проверьте страницу с разными настройками согласия. Убедитесь, что рекламное место работает ожидаемым образом, когда пользователь принимает, отклоняет или меняет свой выбор, согласно настроенной политике сайта. До начала тестирования следует задокументировать ожидаемое поведение.

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

Что делать издателям, если в рекламный трафик попали персональные данные?

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

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

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