BigQuery для маркетологов

UNPIVOT в BigQuery: почему маркетологи продолжают делать это руками

UNPIVOT в BigQuery: почему маркетологи продолжают делать это руками

Семь лет в работе с маркетинговой аналитикой, и я до сих пор вижу одну и ту же картину: выгрузка из рекламного кабинета приходит в «широком» формате, аналитик руками перекладывает её в длинный (long) формат, тратит на это от часа до дня, и только потом строит отчёт. Зачем — спрашиваю. «Так удобнее», — отвечают. И добавляют, что попробовали UNPIVOT, получилось криво, вернулись к Excel.

Проблема не в функции. Проблема в подходе к ней.

UNPIVOT в BigQuery — это не «замена ручной работы». Это смена мышления с ячейки на строку. Когда вы привыкли думать таблицей, где столбцы — это метрики (показы, клики, расход, конверсии), переход к длинной структуре кажется избыточным. Но именно длинный формат — это язык, на котором SQL считает что-то осмысленное. Любая нормальная агрегация по креативам, площадкам, неделям и сегментам одновременно в широком формате превращается в портянку CASE WHEN. В длинном — один GROUP BY.

Практическое наблюдение из проектов: команды, которые перешли на UNPIVOT как стандарт ещё на этапе слоя STG (стейджинга), в среднем экономят около 30% времени аналитика на подготовку еженедельной отчётности. Это не магия — просто исключается шаг ручной перекладки и связанные с ним ошибки (пропущенный столбец, потерянный ноль, съехавшая формула).

Типичный шаблон выглядит так: в исходных данных у вас столбцы impressions, clicks, cost, conversions. После UNPIVOT по столбцам с метриками вы получаете две колонки — metric_name и metric_value. Дальше фильтр WHERE metric_name IN (...) и обычная агрегация. Если нужны разные типы данных в value (а cost у вас дробный, а клики целые) — приводите к NUMERIC на этапе UNPIVOT, иначе BigQuery ругнётся.

Что чаще всего идёт не так:

— забывают EXCLUDE — и в длинную таблицу уезжают колонки, которые не должны быть метриками (название кампании, дата, ID объявления);
— пытаются UNPIVOT-ить сразу всё подряд, включая идентификаторы, и удивляются, что строк стало в десять раз больше, чем нужно;
— используют UNPIVOT там, где хватает простого SELECT AS STRUCT — это про другое, но новички путают.

Если вы в команде до сих пор перекладываете выгрузки руками — это не особенность ваших данных. Это привычка, которая стоит вам аналитических часов. Попробуйте UNPIVOT на одной таблице, выделите метрики в отдельный список, посмотрите на разницу в коде отчёта. Дальше — вопрос дисциплины.

А вы уже перевели свои отчёты на длинный формат, или ещё сидите в широком?

— @BigQuery4MarketingPro
Этот пост опубликован в Telegram-канале BigQuery для маркетологов. Подписаться можно по ссылке: @BigQuery4MarketingPro.
tech

Свежие посты в категории «Tech Infrastructure»

Все каналы категории →

@call_tracking_ru_n1k · 02 AugustAugust8
Маркетологу часто приходится выбирать не между «хорошо» и «плохо», а между двумя рабочими подходами. Первый — собирать максимум данных: скво...
@hosting_review_ru_n1k · 02 AugustAugust8
Самая частая ошибка в хостинге и на серверах — выбирать тариф по цифрам на бумаге, а не по реальной нагрузке. Берут «побольше CPU и RAM», ра...
@deliverability_pro_n1k · 02 AugustAugust8
Полевые сигналы по email‑маркетингу сейчас довольно однозначные: привычные «массовые» рассылки продолжают терять эффективность там, где нет...
@python_for_marketer_n1k · 02 AugustAugust8
Когда речь о внедрении AI в маркетинг, обычно выбирают один из двух подходов: точечные сценарии или сквозную автоматизацию. Точечный подход...
@spy_tools_ru_n1k · 02 AugustAugust8
Большинство маркетологов совершают одну и ту же ошибку: выбирают инструменты не под задачу, а «потому что все ими пользуются». В итоге в сте...
start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @AFFtop_connect. Быстрый тест: $20 за канал, $1000 за пакет по сети.