top_popular/top_related возвращают 0 строк данных при --keep-raw, хотя интерфейс показывает данные

[axisrow]

Наблюдение

Три прогона wordstat collect <фраза> --region "Россия" --output-dir ./wordstat-output --cdp-url http://127.0.0.1:9223 --keep-raw против живого, авторизованного wordstat.yandex.ru (2026-08-21, фразы «купить телефон», «курсы английского языка», «новогодние подарки», регион «Россия»).

Во всех трёх прогонах top_popular.csv и top_related.csv содержат только строку заголовка, ноль строк данных — manifest.json подтверждает "row_count": 0 для обоих представлений в каждом прогоне.

При этом та же фраза («купить телефон»), тот же аккаунт, открытые вручную в браузере на вкладке «Топы запросов» → «Популярные» визуально показывают данные: список запросов («купить телефон», «какой телефон купить», «купить телефон самсунг», …) с ненулевыми числами.

Проверка, что это не обрезанный файл

$ wc -c top_popular.csv
211 top_popular.csv
$ xxd top_popular.csv | tail -5
00000090: 2e30 372e 3230 3236 20e2 8094 2032 302e  .07.2026 ... 20.
000000a0: 3038 2e32 3032 362c 20d0 a0d0 bed1 81d1  08.2026, .......
000000b0: 81d0 b8d1 8f2c 20d0 b2d1 81d0 b520 d183  ....., ...... ..
000000c0: d181 d182 d180 d0be d0b9 d181 d182 d0b2  ................
000000d0: d0b0 0d                                  ...

Файл заканчивается ровно на заголовке с завершающим \r — не обрубленный посередине скачивания, физически нет ни одной строки данных.

Данные по всем трём прогонам

Фраза	top_popular rows	top_related rows	dynamics rows	regions rows
купить телефон	0	0	24	950
курсы английского языка	0	0	24	813
новогодние подарки	0	0	24	765

dynamics и regions данные содержат стабильно. Проблема специфична для top_popular/top_related.

Гипотеза (не подтверждена)

Похоже на гонку между командой «скачать» и готовностью таблицы к моменту клика по кнопке скачивания именно для этих двух представлений, либо на другой URL/состояние страницы, в котором оказывается кнопка скачивания для «Топов запросов» по сравнению с «Динамикой»/«Регионами». Не отлаживал глубже — не было доступа к коду коллектора в контексте этой задачи.

Почему это важно

Блокирует wordstat-trends#12 (обход графа похожих запросов — «похожие запросы» и есть рёбра графа) и любую задачу, которая опирается на top_related/top_popular.

Окружение

• wordstat-cli на коммите, соответствующем состоянию репозитория на 2026-08-21 (тот же день, что и замер).
• Chrome с CDP на 127.0.0.1:9223, авторизованный обычный аккаунт Яндекса.
• Полные прогоны (raw CSV + parquet + manifest.json) для всех трёх фраз сохранены локально, могу приложить по запросу.

[axisrow]

Перепроверено на 45512d4 — баг НЕ починился

Гипотеза «гонка между командой скачать и готовностью таблицы» из issue не подтвердилась фиксом #14 (fix: make Wordstat view content gate soft, коммит 45512d402cd75e8c30703c2bfdb86cb1a7a059e5, тот механизм, который мы подозревали). Проверено прицельно ради этого вопроса, не мимоходом.

Что сделано

wordstat collect --keep-raw на коммите 45512d4, 2 фразы («купить телефон», «курсы английского языка»), регион «Россия», тот же авторизованный Chrome/CDP (127.0.0.1:9223), 2026-08-21.

Результат

Фраза	top_popular rows	top_related rows	dynamics rows	regions rows
купить телефон	0	0	24	950
курсы английского языка	0	0	24	813

Идентично исходному замеру в этом issue. manifest.json для обоих прогонов: missing_views: [], status: "complete" — сборщик считает выгрузку успешной, при этом данных нет.

Проверка, что файл не обрезан

$ wc -c top_popular.csv
211 top_popular.csv

Файл заканчивается ровно на заголовке с завершающим \r, как и в исходном замере — физически нет ни одной строки данных, не обрыв посередине скачивания.

Сверка с браузером (тот же момент, тот же аккаунт)

Открыл https://wordstat.yandex.ru/?words=купить+телефон вручную сразу после прогона CLI. Вкладка «Топы запросов» → «Популярные» показывает данные: «купить телефон» 1 473 387, «какой телефон купить» 198 597, «купить телефон самсунг» 143 924 и т. д. Вкладка «Похожие» тоже показывает данные: «сотовый» 1 059 508, «магазин айфонов» 175 355 и т. д.

То есть расхождение между интерфейсом (данные есть) и CLI-выгрузкой (0 строк) воспроизводится один в один, несмотря на то что #14 трогает именно проверку готовности таблицы перед скачиванием.

Вывод

Гипотеза о гонке между командой «скачать» и готовностью таблицы конкретно для top_popular/top_related этим фиксом не закрыта — либо причина не в готовности контента (гейт смягчён, но данные всё равно не приходят), либо проблема лежит в другом месте: другой URL/состояние страницы, в котором оказывается кнопка скачивания для «Топов запросов» по сравнению с «Динамикой»/«Регионами» (обе последние стабильно дают данные при той же логике скачивания). Это сужает область поиска: дело, вероятно, не в тайминге готовности таблицы, а в чём-то специфичном для представления «Топы запросов» — возможно, в самом URL/query-параметрах запроса на скачивание, или в том, что скачивание триггерится для неправильной активной вкладки/состояния.

Не проверял: не отлаживал сетевые запросы/DOM в момент клика по кнопке скачивания для «Топов запросов» — не было такой цели в этой проверке, только сравнение до/после фикса #14. Это следующий логичный шаг для того, кто будет чинить.