Какие данные можно передавать фрилансеру для настройки рекламы по GDPR

Сначала определите цель доступа

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

На практике помогает простая формулировка на 1 строку: «фрилансер настраивает рекламу в Meta Ads, доступ нужен только для запуска и проверки событий». Уже из этой фразы видно, что нет смысла отдавать историю всех заказов за 3 года. И нет нужды открывать CRM целиком, если задача — только проверить конверсию по двум целям, и именно так обычно и отвечают на вопрос, какие данные можно передавать фрилансеру для настройки рекламы по GDPR.

Хорошая привычка — сначала записать 5 пунктов: платформа, цель, срок, список данных, способ удаления. Без этого легко передать лишнее. А потом выясняется, что фрилансер увидел больше, чем нужно для 1 недели работ.

Разделите данные по рекламным ролям

Один и тот же фрилансер не всегда делает всё сразу. Таргетологу нужны аудитории, события и бюджетные рамки. Медиабайеру важнее структура кампаний и ограничения по географии. Аналитику чаще нужны таблицы событий, UTM-метки и логика целей. Дизайнеру креативов обычно хватает брифа, текстов и форматов.

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

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

Отберите только то, что нужно для настройки

Минимальный набор для рекламы обычно строится вокруг 4 вещей: продукт, аудитория, событие, результат. Если фрилансер запускает лидогенерацию, ему нужны название оффера, ссылка на посадочную страницу, география показа и критерий конверсии. Если работаете с e-commerce, пригодятся категории товаров, маржа по группам и список исключений.

Не передавайте всё «на всякий случай». Это плохая привычка. На старте часто достаточно 6–10 полей, а не 60. Например, для проверки рекламного объявления может хватить текста, изображения, ссылок и названия аудитории. Этого достаточно, чтобы фрилансер проверил соответствие креатива задаче.

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

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

Отдельно проверьте данные из CRM и аналитики

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

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

Для рекламных кабинетов тоже работает принцип точечной выдачи. Фрилансеру может хватить доступа к кампании, группе объявлений и отчету. Полный доступ ко всем аккаунтам, платежам и истории изменений — уже лишний шаг. И он легко становится проблемой, если проект заканчивается раньше срока.

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

Подготовьте безопасную выдачу доступов

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

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

Если фрилансер должен править пиксель или события, дайте минимальный технический доступ на 1 проект, а не на весь сайт. Для команд, где есть разработка и реклама вместе, полезно свериться с материалом как выбрать фрилансера для разработки GraphQL: там похожая логика доступа и разделения зон ответственности.

Зафиксируйте правила обработки до передачи

До передачи данных согласуйте 5 вещей: цель, срок доступа, формат хранения, запрет на передачу третьим лицам, удаление после окончания работ. Без такого списка даже хороший фрилансер может сохранить файлы у себя в облаке «на потом». А потом этот архив никому не нужен, но уже лежит в 3 папках.

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

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

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

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

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

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

Оформите передачу и завершение доступа

Передачу лучше фиксировать письменно, хотя бы в рабочем чате или таблице. Укажите дату, список переданных данных, имя фрилансера и тип доступа. Если передаете файл, назовите его просто: «аудит_кампании_01», а не «все_клиенты_навсегда». Такой порядок не выглядит бюрократией, но потом сильно упрощает проверку.

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

Если фрилансер работает в паре с копирайтером или дизайнером, полезно заранее развести зоны доступа по ролям. Для контекста можно посмотреть как выбрать фрилансера для копирайтинга и как выбрать исполнителя для верстки сайта: в рекламе те же 2 правила — минимум данных и минимум доступа, который реально нужен для работы.

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