User agent parsing: где ломается детект и почему библиотекам нельзя верить вслепую

User agent parsing: где ломается детект и почему библиотекам нельзя верить вслепую

Парсинг UA кажется простой задачей, пока не начинаешь сравнивать его с fingerprint, screen, platform и поведением сессии. Любая библиотека работает по словарю сигнатур: если строка новая, урезанная или замаскированная, она отдаёт «примерное» устройство, а не факт.

Типовые ошибки:
— полагаться только на regex-парсер и считать результат истиной;
— не нормализовать пустые, обрезанные и повторяющиеся UA;
— игнорировать связку UA + Client Hints + JS-выдачу;
— использовать один и тот же парсер для desktop, mobile и webview без ветвления.

Особенно часто ломаются сборки, где UA меняют на уровне прокси, антидетекта или webview, а остальные признаки остаются от исходной среды. В логах это видно как «iPhone» с десктопным viewport или Chrome на платформе, которой в UA не должно быть. Такой рассинхрон лучше ловить до отправки конверсии, а не после отбраковки.

Правильный пайплайн простой: сначала сырая строка, потом нормализация, потом проверка на консистентность с остальными полями. Если нужен стабильный результат, держи несколько источников детекта и сравнивай их между собой, а не выбирай один «главный». Это дешевле, чем потом разбирать мусор в атрибуции.