Обновление данных и поддержка часовых поясов

Для:

маркетологов разработчиков агентств рекламных сетей

Последнее обновление: 02/07/2024 11:07

Краткий обзор. Обновление данных — это период времени между совершением события и доступностью данных на платформе.

Часовые пояса

Обновление данных и поддержка часовых поясов приложений

Актуальность данных

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

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

Метрики KPI: в реальном времени
Средние KPI: ежедневно

Часовые пояса

На платформе AppsFlyer день начинается в 00:01 и заканчивается в 24:00. Часовой пояс по умолчанию — UTC (GMT). Вы можете изменить значение по умолчанию, установив часовой пояс приложения.

Принципы даты и часового пояса

Время UTC является постоянным и не имеет летнего/зимнего времени.

Полушария

Восточное: часовые пояса, обозначенные как UTC+ расположены к востоку от UTC.
Западное: часовые пояса, обозначенные как UTC-, расположены к западу от UTC.

Часовой пояс приложения

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

Пример:

Пекин: если в качестве часового пояса приложения установлен Пекин (UTC+8), то день начинается в 16:01 UTC и заканчивается в 16:00 UTC следующего дня.

Лос-Анджелес: если в качестве часового пояса приложения выбран Лос-Анджелес (UTC-8), то день начинается в 08:01 UTC и заканчивается в 08:00 UTC следующего дня.

Ежедневная обработка

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

Данные, относящиеся к определенному дню, например, понедельнику, собираются в корзину. День начинается в 00:01 и заканчивается в 24:00 по времени приложения.
Данные, полученные в течение двух часов после полуночи, включаются в корзину за этот день. То есть данные, полученные до 02:00 вторника, включаются в корзину понедельника.
В 02:00 по местному времени корзина закрывается, и в нее нельзя больше добавлять данные.
Данные, полученные после 02:00, помещаются в следующую доступную корзину независимо от даты события.
Ежедневная обработка закрытой корзины начинается через два часа после полуночи по UTC независимо от часового пояса приложения. Для простоты мы указываем, что обработка начинается в полночь по UTC. Это означает, что в зависимости от местного часового пояса обработка корзины начнется только в полночь по UTC.

Восточное полушарие и часовой пояс UTC:

С момента окончания дня (по местному времени) до начала обработки может пройти до 11 часов. Например:
- Пекин (UTC+8): необходимо подождать восемь часов до начала обработки
- Берлин (UTC +1): необходимо подождать один час до начала обработки
- UTC: время ожидания отсутствует.
В зависимости от типа отчета данные доступны через 8-20 часов после начала обработки. Например, данные для Пекина доступны с 16:00 по местному времени. Данные для Берлина доступны с 09:00.

Западное полушарие:

С момента окончания дня (по местному времени) до начала обработки может пройти до 23 часов. Например:
- Лос-Анджелес (UTC -8): необходимо подождать 16 часов до начала обработки
- Нью-Йорк (UTC -5): необходимо подождать 19 часов до начала обработки
В зависимости от типа отчета обработанные данные доступны через 8-20 часов после начала обработки. Например, данные для Лос-Анджелеса доступны с 00:01 по местному времени через два дня после события. Данные для Нью-Йорка доступны с 03:01 по местному времени через два дня после события.
Пример:
- События происходят в понедельник по времени Лос-Анджелеса (UTC-8), ежедневная обработка данных начинается в полночь вторника по Гринвичу. В Лос-Анджелесе это 16:01 вторника.
- Обработка данных завершается восемь часов спустя, в среду в 00:01 по времени Лос-Анджелеса. С практической точки зрения, данные за понедельник доступны для рекламодателей в Лос-Анджелесе, когда они начинают работу в среду утром.

Типы обновления данных

Коэффициент	Доступность	Описание
Непрерывно (в реальном времени)	15–60 минут после совершения события	Обработка данных производится непрерывно. Этот термин отличает ее от пакетной обработки, которая происходит, например, ежедневно. Непрерывные данные обновляются с задержкой 15–60 минут после события: Атрибуции (установки, реатрибуции и повторные вовлечения): 15–30 минут. Внутренние события приложений: 30–60 минут.
Отчет в реальном времени	Через несколько минут после запроса отчета	Данные обновляются в течение нескольких минут после события.
Ежедневно	Зона UTC: 8 часов после полуночи по UTC в день события Восточное полушарие: 9–20 часов после полуночи по UTC в день события. Западное полушарие: 21–32 часов после полуночи по UTC в день события	Данные обрабатываются ежедневно. Доступность этих данных зависит от часового пояса приложения. Типы данных, которые не поддерживают часовые пояса приложений, используют время UTC. Время доступности данных может варьироваться день ото дня или как указано в соответствующих статьях.
В конце дня	Ежедневно в конце дня по часовому поясу приложения	В конце календарного дня, то есть 00:01 следующего дня. Пример: данные, записанные в понедельник, доступны начиная со вторника в 00:01, независимо от часового пояса приложения.
В течение дня	В среднем каждые 4 часа	Данные собираются 6 раз в день, в среднем каждые четыре часа. Данные по кликам и показам в SRN для клиентов, у которых нет ROI360, собираются 3 раза в день. Данные о затратах Cost ETL обновляются 4 раза в день, в среднем каждые 6 часов.
Доходы от рекламы	Зависит от типа интеграции и отчета	Подробнее см. в статье о доходах от рекламы.
PBA ежедневно	Данные за день доступны через 11–12 часов после окончания дня (по UTC).	Дэшборд и отчеты PBA обновляются ежедневно по часовому поясу UTC. Ежедневная обработка охватывает события, полученные в течение предыдущего дня. В течение первых семи дней после конверсии PBA может выявить дополнительные события, связанные с конверсией. Поэтому ключевые показатели эффективности и атрибуция медиа-источника могут измениться задним числом. Через семь дней путь пользователя замораживается, и больше никаких изменений не происходит. Отчеты по сырым данным содержат поле final_data, когда истинные данные являются окончательными. Подробный пример
SKAN	См. о времени с момента получения постбэка до момента доступности данных на дэшбордах и в отчетах.	Постбэки, полученные в определенный день, обрабатываются в конце дня по UTC. Данные доступны с 11:00 UTC следующего дня. Это означает, что постбэки iOS, полученные в понедельник, доступны в отчетах и на дэшбордах во вторник утром. Точно так же постбэки партнерам отправляются во вторник утром. Дата установки в отчетах и на дэшбордах выводится из времени поступления постбэка, как подробно описано в статье SKAN Conversion Studio.
Data Locker ежедневно	Данные за день доступны через 8–10 часов после окончания дня (по UTC).	Данные обрабатываются ежедневно. Данные содержатся в папке h=23 за дату события. Например, данные за понедельник доступны в папке h=23 за понедельник, начиная со вторника с 08:00–10:00 UTC. Данные SKAN могут поступить немного позже (см. информацию о SKAN выше).

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

Связанные данные	Как представлены	Обновление данных (пояснения к показателям обновления приведены в разделе выше)	Данные отображаются по часовому поясу приложения
Установки	KPI	Непрерывно	✓
Сессии, клики, показы, лояльные пользователи	KPI	Ссылки атрибуции: Непрерывно SRN: В течение дня	✓
Внутренние события, приносящие доход	KPI	Непрерывно	✓
Доходы от рекламы	KPI	Доходы от рекламы	✓
Расходы на рекламу (затраты)	KPI	Ссылка атрибуции: непрерывно (максимум до 2 часов после нажатия) API: в течение дня Импорт данных о расходах на рекламу До 4 часов после импорта данных	✓
Удаления	KPI	Ежедневно. AppsFlyer отправляет ping-сигнал в магазины приложений каждые 24 часа. Время события удаления — это время, когда AppsFlyer пропинговал тихое push-уведомление и обнаружил, что приложение было удалено. Это не фактическое время удаления.	x
Внутренние события в интерфейсе	Раскрывающийся список	Имена внутренних событий приложения, отображаемые в раскрывающихся списках, обновляются ежедневно. Это не влияет на показатель обновления самих данных. Примеры: раскрывающиеся списки внутренних событий приложения в Push API, на дэшбордах и в аудиториях.	✓
Обзорный дэшборд	Страница	Непрерывно	✓
Дэшборд Protect360	Страница	Ежедневно	✓ (1)
Дэшборд SKAN	Страница	Ежедневно	x
Страница Activity (Активность)	Страница	KPI Непрерывно Средние показатели: в полночь по часовому поясу приложения	✓ Исключение: данные MAU в формате UTC
Страница Events (События)	Страница	Непрерывно	✓
(пустая строка)		(Эта строка намеренно оставлена пустой)
Удержание	Страница	KPI удержания клиентов доступны с ежедневной и еженедельной детализацией. Обновление данных для каждого из них отличается. Ежедневные KPI удержания: ежедневно Еженедельные KPI удержания: неделя начинается в понедельник и заканчивается в воскресенье. Удержание рассчитывается в понедельник в 12:00 UTC. Отсутствие поддержки часового пояса приложения для еженедельного KPI приводит к незначительной разнице.	Ежедневно: ✓ Еженедельно: x
Когорта	Страница	Непрерывно	✓ (2)
Персонализированный дэшборд	Страница	Непрерывно	✓ (3)
Аудитории	Страница	Обновления отправляются партнерам каждые 24 часа. База пользователей обновляется ежедневно и содержит данные с устройств за период до 90 дней.	✓
Страница информации по SDK	Страница	ежедневно	x
«Живые» оповещения Live Alerts	Страница	Стандартные KPI: используют часовой пояс приложения обрабатываются в полночь отправляются в 07:00 по местному времени. Оповещения Protect360 обновляются ежедневно по поясу UTC.	✓
Экспорт данных	Страница	Непрерывно Необходимо учесть исключения: Сырые данные по доходу от рекламы ежедневно Protect360: Агрегированные отчеты: ежедневно Заблокированные сырые данные: непрерывно Сырые данные пост-атрибуции: ежедневно Органические события внутри приложения: обновление с задержкой в несколько часов.	✓
Pull API	API	Обновление данных Pull API такое же, как и у экспорта данных.	✓ По умолчанию: UTC
Сводная таблица Pivot	Страница	ежедневно	✓ Еженедельные KPI удержания: x
Master API	API	ежедневно	✓ (3)
Data Locker	API	Как указано в статье по Data Locker.	x UTC
Постбэки	API	непрерывно	—
Push API	API	непрерывно	✓ Оба типа
Внутренние события от сервера к серверу	API	непрерывно	—
Примечания: (1) Все приложения, на которые у пользователя есть разрешение, должны использовать один и тот же часовой пояс приложения. Если это не так, в качестве часового пояса используется UTC. (2) Если часовой пояс вернется к UTC, см. раздел Ограничения и особенности когорт. (3) У всех выбранных приложений должен быть один часовой пояс приложения. Если это не так, в качестве часового пояса используется UTC.