Размещение данных Mixpanel в ЕС: хосты, потерянные события, GDPR

Размещение данных Mixpanel в ЕС означает, что события вашего проекта обрабатываются и хранятся в дата-центрах Mixpanel в ЕС, и действует одно строгое правило: события нужно отправлять на конечную точку приёма для ЕС, api-eu.mixpanel.com. Отправьте их на стандартный api.mixpanel.com, и они не будут поставлены в очередь, перенаправлены или помечены. Они просто не появятся в проекте.

Для Индии всё работает так же с api-in.mixpanel.com. Размещение выбирают при создании проекта, позднее его нельзя изменить, и каждому инструменту, который записывает данные в проект (браузерный SDK, серверная часть, CDP, сторонние сервисы пересылки), нужно отдельно указать правильный хост.

Именно здесь чаще всего всё ломается, а этим летом ситуация ухудшилась. Раньше Mixpanel пересылал события, полученные старыми проектами ЕС на хосте США. Согласно документации о размещении в ЕС, эта пересылка из США в ЕС прекратилась в июле 2026 года для большинства проектов ЕС, созданных до 18 августа 2025 года. Настройки, которые незаметно на неё полагались, перестали передавать данные. Если вы разбираете более широкий вопрос размещения данных для своего стека, начните с руководства по размещению данных в ЕС для маркетинговых инструментов; эта статья посвящена Mixpanel.

Что покрывает размещение Mixpanel в ЕС

Размещение в ЕС - это выбор места хранения на уровне проекта. При создании проекта вы выбираете размещение данных в ЕС, после чего Mixpanel обрабатывает и хранит данные этого проекта в ЕС, а не в США по умолчанию. Mixpanel предлагает аналогичную программу для Индии, связанную с Законом о защите цифровых персональных данных Индии.

Из того, что настройка действует на уровне проекта, следуют три вещи. В одной организации могут соседствовать проекты США и ЕС. Токен проекта не раскрывает его регион. Ничто дальше по цепочке не может определить регион по токену. Меняется и интерфейс: проекты ЕС находятся на eu.mixpanel.com, проекты Индии - на in.mixpanel.com; поэтому URL обратного вызова SSO для ЕС также требует префикса eu..

Это не охватывает путь данных до их поступления в Mixpanel. Mixpanel прямо заявляет: если события приходят через платформу клиентских данных, он "не может гарантировать", что приём, обработка и хранение останутся в ЕС. За ваш конвейер отвечаете вы.

Хосты приёма для проектов США, ЕС и Индии

Региональный хост есть не только у приёма данных. Он есть у каждого семейства API. Если изменить только хост отслеживания, скрипты экспорта и запросов всё равно будут обращаться к хостам США и не смогут работать с проектом ЕС.

Столбец Индии основан на странице Mixpanel о размещении в Индии, где перечислены те же семейства, а также Data Pipelines и Lexicon Schemas в data-in. и in.. Страница для ЕС повторяет их с -eu и eu..

Почему события, отправленные на неверный хост, отбрасываются

Формулировка Mixpanel недвусмысленна: данные не поступают в проект с размещением в ЕС, если реализация не отправляет их на URL приёма для ЕС. На странице Индии сказано то же самое о api-in.mixpanel.com.

Самое неприятное, что неверный хост не отклоняет запрос так, чтобы это заметило большинство инструментов. Конечная точка /track принимает токен за чистую монету, поэтому отправитель, настроенный на хост США, может видеть успешные ответы, пока проект ЕС остаётся пустым. Обычно это обнаруживается по ровному графику, и, как правило, через неделю.

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

Как проверить размещение и перенести существующий проект

Проверка быстрая. В настройках проекта указано значение размещения данных; либо посмотрите адресную строку, где eu. или in. перед mixpanel.com всё выдаёт. Я бы записал это значение в документе со списком интеграций, потому что оно понадобится каждому инструменту, который вы подключите позже.

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

1. Создать новый проект с размещением в ЕС (или Индии) и направить всех отправителей на новый хост и токен.
2. Повторно импортировать нужную историю, затем вывести старый проект из эксплуатации, когда отчёты и панели будут заново созданы в новом.

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

Размещение данных Mixpanel и GDPR: адреса IP и передачи

Размещение хорошо отвечает на один вопрос GDPR: где находятся хранимые данные. В проекте ЕС история событий не хранится в США, что исключает передачу по главе V из вопроса о хранении. В руководстве по GDPR для сокращателей URL разобраны сохраняющиеся обязанности на уровне статьи.

Адрес IP - деталь, которую часто упускают. Серверные отправители обычно добавляют адрес IP посетителя как свойство ip, чтобы Mixpanel мог определить геолокацию события, а не помещал всех в местоположение сервера отправителя. Согласно документации Mixpanel по геолокации, IP используется для определения страны, региона и города, а затем удаляется до сохранения события. Это хорошо. Но IP всё равно передаётся в запросе, а запрос к api.mixpanel.com уходит на конечную точку США. Поэтому неверный хост - не только ошибка потери данных. Это ещё и отправка персональных данных из ЕС на конечную точку, которой, согласно вашим записям об обработке, вы не пользуетесь.

Если геолокация до города не нужна, можно отправить ip как 0, и Mixpanel полностью пропустит геолокацию. Всё остальное остаётся на вашей стороне: правовое основание, согласие на cookie, которые устанавливает браузерный SDK, DPA и то, что каждый инструмент пересылки хранит у себя. В статье Schrems II и пиксели отслеживания разобрано, как вопрос передачи данных возникает для тегов в браузере.

Отправка событий на конечную точку приёма ЕС из любого инструмента

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

• Браузерный SDK. Задайте api_host при инициализации, например mixpanel.init(TOKEN, { api_host: "https://api-eu.mixpanel.com" }), или хост api-in для Индии.
• Серверные SDK и прямые вызовы по HTTP: укажите хост api-eu.mixpanel.com (у каждого SDK для этого своя настройка) либо отправляйте POST напрямую на https://api-eu.mixpanel.com/track.
• CDP, задания обратного ETL и коннекторы без кода: найдите поле региона или конечной точки и запросите у поставщика письменное подтверждение, если не можете его найти.
• Сторонние сервисы пересылки, которые отправляют данные от вашего имени, например сокращатель ссылок, передающий клики. Они тоже не могут определить ваше размещение по токену.

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

Пример: пересылка данных из Elido в Mixpanel

Elido пересылает каждый клик по короткой ссылке в Mixpanel как серверное событие link_click, содержащее слаг, идентификатор ссылки, страну, устройство, адрес назначения, временную метку и адрес IP посетителя ip. С 22 сентября 2026 года диалог подключения содержит поле размещения данных с тремя вариантами, каждый из которых сопоставлен с фиксированным хостом:

• США: api.mixpanel.com (также используется, если поле пусто)
• ЕС: api-eu.mixpanel.com
• Индия: api-in.mixpanel.com

Значение проверяется при сохранении: всё, кроме этих трёх вариантов, отклоняется, поэтому опечатка не приведёт к незаметному переходу на хост США. У подключений, сохранённых до появления поля, значения нет, и они продолжают использовать хост США. Поэтому, если ваш проект размещён в ЕС, снова откройте подключение Mixpanel через "Обновить ключ", вновь вставьте токен проекта (диалог никогда не показывает сохранённый токен), выберите ЕС и сохраните.

Вот ограничение, которое я хотел бы увидеть явно сформулированным при проверке. Кнопка проверки подключения не может подтвердить регион. Она отправляет один link_click с меткой elido_test: true и показывает ответ Mixpanel, но /track принимает любой токен и не проверяет размещение, поэтому положительный результат на неверном хосте выглядит так же, как на правильном. В примечании панели это прямо указано. Доказательство - поступление тестового события в представление событий вашего проекта ЕС.

Сами клики записываются на стороне Elido в регионе ЕС, а в нашем списке субобработчиков указано, кто их обрабатывает. Если вы хотите, чтобы клики по ссылкам попадали в проект Mixpanel в ЕС, не создавая пересылку самостоятельно, создайте рабочее пространство и подключите его через интеграцию Mixpanel.

Стоит знать о двух пробелах: пересылка всегда отправляет ip (переключателя для ip: 0 сейчас нет), а также не задаёт $insert_id, о чём руководство по отслеживанию ссылок в Mixpanel рассказывает вместе с distinct_id для каждой ссылки. О более широком выборе места хранения данных о кликах читайте в материале Mixpanel или GA4 для аналитики ссылок.

Похожие материалы в блоге

• Отслеживание ссылок в Mixpanel: клики по коротким ссылкам как события - настройка, свойства и проверка пересылки.
• Размещение данных в ЕС для маркетинговых инструментов - о чём спросит ваш DPO помимо места хранения.
• Соответствует ли Google Analytics GDPR? - тот же вопрос для инструмента без варианта размещения.
• Серверное отслеживание конверсий - почему события уходят из браузера и что это меняет.