Краткий обзор. Как установить или изменить часовой пояс конкретного приложения, чтобы его данные отображались по вашему времени или времени ваших рекламных партнеров. Как изменение часового пояса влияет на отчетность в рамках платформы AppsFlyer.
Зачем изменять часовой пояс приложения?
Часовой пояс по умолчанию для новых приложений — UTC (UTC+0). Изменение часового пояса приложения влияет на то, как его данные отображаются на платформе.
- Сценарий: вы работаете в часовом поясе, отличном от UTC, и хотите, чтобы данные приложения были согласованы с вашим часовым поясом или часовым поясом, который вы выбрали с другими партнерами, такими как Meta Ads и Google.
- Цель: упростить сравнение данных между AppsFlyer и другими сетями.
- Решение: согласуйте часовой пояс на платформе AppsFlyer с часовыми поясами других поставщиков услуг, которыми вы пользуетесь. Точное летнее время поддерживается по умолчанию (не настраивается).
Агентства и рекламные сети
- Агентства: просматривают данные с часовым поясом, заданным владельцем приложения. Сами агентства задать часовой пояс не могут.
- Рекламные сети: всегда просматривают данные с часовым поясом UTC, независимо от часового пояса, заданного рекламодателем.
Изменение часового пояса
Изменить часовой пояс может администратор.
Чтобы изменить часовой пояс приложения:
- В AppsFlyer перейдите в раздел Настройки > Настройки приложения.
- В разделе Локализация > Часовой пояс, выберите UTC.
- Нажмите Сохранить настройки и подождите 48 часов. Заметьте: эта настройка может быть изменена только раз в день. После этого она становится недоступной.
- Перейдите в раздел Configuration (Настройки) > App Settings (Настройки приложения).
- В разделе Локализация > Часовой пояс > выберите часовой пояс (по городу/стране).
- Нажмите Сохранить настройки.Изменения вступают в силу в начале следующего дня в 00:00 UTC.
Пример
- 24 октября в 22:00 изменен часовой пояс.
- 25 октября в 00:00 UTC изменение вступает в силу.
После изменения часового пояса:
- Какой часовой пояс будет использоваться для представления данных, зависит от периода и способа получения отчета, как подробно описано в следующих таблицах.
- В агрегированных отчетах появятся аномалии в данных за день изменения часового пояса и за следующий день.
-
В день изменения данные о затратах дублируются.
-
Агрегированные данные
|
Диапазон дат отчета |
|||
|---|---|---|---|
| Метод создания отчета | Начинается и заканчивается до изменения |
Начинается и заканчивается после изменения |
Начинается до и заканчивается после изменения |
| Обзорный дэшборд | Предыдущий часовой пояс | Текущий часовой пояс |
Разделение:
|
| Дэшборд событий и настраиваемый дэшборд | UTC | Текущий часовой пояс |
Разделение:
|
|
Дэшборд активности |
Предыдущий часовой пояс | Текущий часовой пояс | UTC |
|
Когорты, Удержание пользователей, Сводная таблица |
UTC | Текущий часовой пояс (1) | UTC |
| Master API |
|
||
| Примечания. (1) У всех приложений в рамках определенного отчетного периода должен быть один часовой пояс приложения. Если это не так, в качестве часового пояса используется UTC. |
|||
Отчеты по необработанным данным
| Диапазон дат отчета | |||
|---|---|---|---|
| Метод создания отчета | Начинается и заканчивается до изменения | Начинается и заканчивается после изменения | Начинается до и заканчивается после изменения |
| Экспорт необработанных данных | Текущий часовой пояс | Текущий часовой пояс | Текущий часовой пояс |
| Push API |
Отдельные поля для UTC и часового пояса приложения, рассчитанного на основе выбранного часового пояса во время события. |
||
| Pull API |
|
||
| Data Locker | Не затрагивается — для полей даты используется UTC | ||