😅 (3/3) Результаты кросс-минусации на уровне групп в Power Query

Продолжение части 1 и части 2.

Т.к. оба поста выше писал на телефоне по памяти в час ночи без интерфейса Power Query перед глазами, забыл о ряде важных шагов.

Сделал вчера в Power Query шаблон кросс-минусации на уровне групп, исправил в алгоритме недочёты, получился безошибочно работающий инструмент, который автоматом пересчитывает данные по любому новому массиву в 1 клик.

Около 50 шагов преобразования данных — и готово. Изи левел.

Сделал две реализации кросс-минусации на уровне групп:

💓 Скрин 1 — 80 групп, 600 ключей, состоящих из 270 уникальных слов. Кросс-минусация с учётом добавок (горячих, инфо, ранних этапов спроса, гео, стоп-слов, размеров). От групп откроссминусовано много слов, большинство из них — добавки. Этот вариант нежелательный, т.к. исключатся показы по запросам, в которых две и более добавок, а все их комбинации предусмотреть невозможно.

💓 Скрин 2 — тот же проект. Кросс-минусация без учёта добавок. Откроссминусованы слова, которые либо не являются добавками, либо слово приведено к некорректной лемме, которой нет в моей библиотеке из 115 тысяч разных видов добавок, которые я собираю 9 лет.

Для теста производительности на объёмах готовый шаблон PQ, сделанный на скрине 2, применил к другому большому проекту:

💓 Скрин 3 — в исходном файле 1500 групп, 60 тысяч ключей, состоящих из 900 уникальных слов. Кросс-минусовка только категорийных слов без учёта добавок. Длина строки всех минусов меньше лимита 4096 символов на уровне группы, всё прекрасно.

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

Исключено пересечение показов по другим группам, которые ведут на сотни других URL, и ни у автотаргетинга, ни у синонимов нет шансов.

Как это сделать самому от и до, покажу на турбостримах.

————
Топ постов @ppc_bigbrain:
ч.1 | ч.2 | ч.3 | ч.4 | ч.5 | ч.6 | ч.7