1. Экспериментально: Добавлены подсказки при наведении, на следующие ячейки:

    1. Тип, показывает кол-во источников в проекте и сами источники. Особенно упрощает работу с смс и комплексами, так как теперь можно сразу увидеть, что с чем пересекаться, сколько раз, имя отправителя и тд.

      2025-07-31_11-46-49.png

    2. ГЕО, подсказывает, какой режим стоит (исключить/включить), и расшифровывает коды регионов.

      2025-07-31_11-47-26.png

    3. Даты (добавления, удаления, изменения), показывает полную дату с часами, минутами.

    4. Лимит, отображает кол-во касаний лимита за последние 7 дней, и мини-график которой показывает кол-во номеров, данные из аналитики РТК и кол-во лидов за последние 7 дней.

    Давайте рассмотрим, как читать грфик:

     ![2025-07-20_12-12-32.png](attachment:d426c5c6-45a6-4a48-acee-55a9b310b699:2025-07-20_12-12-32.png)
     
     1. Сверху написано кол-во касаний, в данном случае 0.
     2. Видим, что в понедельник у нас пришло пару номеров (серая точка) при довольно большом потенциале в районе 60 и лимите в районе 40. Делаем вывод, что данные артк врут.
     Важно: кол-во номеров указано с дублями, так как при отслеживании касаний и поиске потенциала для увеличений, нас интересует сколько приходило, включая дубли.
     3. Вторник — видим, что лимит увеличили, номеров вообще не пришло (возможно проект был отключен), потенциал всё также большой.
     4. Среда — пошли номера, по графику можем понять, что пришло в районе 17, вместе с номерами пошли и лиды. Дальше думаю понятно
    
  2. Добавлена интеграция со страницей АРТК, теперь можно открыть аналитику Alitos кликом на имя лк.

  3. В фильтрацию по столбцу лимита был добавлен фильтр «Касается лимита», его отличие от «Может давать больше» в том, что второй учитывает АРТК, первый же только касания, так как мы знаем, АРТК частенько врёт, чтоб не повышать лимиты по фейковвм потенциалам лучше будет фильтровать по «Касается лимита».

    2025-07-29_11-29-03.png

  4. Добавлена возможность открывать CRM прямо в странице расширения, это удобнее, так как позволяет работать с одним ЛК в рамках одной страницы и работать с несколькими ЛК одной админки одновременно, так как CRM, которая открывается в аналитике, изолирована и не перетирает другие сессии на своём домене, соответственно открывать окна СРМ в инкогнито больше нет смысла, за редким исключением.

    2025-07-29_11-29-58.png

  5. Улучшена сортировка по типу, теперь она сортирует не только по самому типу, но ещё и по количеству источников после, что позволяет быстрее искать проекты с несколькими источниками.

  6. B6 в расширении будет отображаться как D1, если B6 является допом по B1, и как D3, если является допом по B3. Такое именование более интуитивно, и открывает новые возможности для аналитики.

  7. Рекомендации переехали в иконку пользователя, справа сверху.

  8. Добавлена возможность при разбитии указывать, сколько источников должно быть в новых преоктах. Допустим, если мы разбиваем проект с 5 номерами, и укажем 1, то для каждого источника будет создан отдельный проект, если укажем 2, то создастся 3 проекта, два проекта с двумя источниками и один с одним.

  9. Экспериментально: добавлена возможность объединить проекты (противоположность разбитию). Объединяет источники проектов с одинаковым оператором в один проект, есть возможность как расширить имеющийся проект (расширяет тот, по которому получено больше всего, чтобы не терять часть аналитики), так и создать полностью новый. Работает с Б4 и фейковыми номерами, позволяет очень удобно дистиллировать Б4, когда мы вначале разбиваем, ждём выборки, конверсионные объединяем, не конверсионные удаляем.

Функция в экспериментальном формате, как и разбитие, не протестирована в должной мере, поэтому проверяйте, что все источники разбиты/объединены. 10. Улучшения в установке тега/имени: 1. Добавлены новые переменные в установке имени/тега: src — Первый источник проекта. src.length — Кол-во источников в проекте. srcs — Все источники в проекте через запятую.

Появилась новая сущность YAP — Яндекс парсер, на данный момент она доступна для использования только в рамках присвоения имени/тега:
**yap.search** — **Экспериментально**, пытается пробить номер в Яндексе и вернуть ссылку на сайт, на котором номер используется, работает **только для проектов типа звонки**.
Изредка может возвращать сайты по пробиву номеров (борюсь с этим).
Если сайт, на котором используется номер, не был найден, ответ будет пустой.
*Сильно упрощает тегирование множества проектов в ЛК, где клиент/партнёр не указал домен, с которого взял номер.*

**yap.maps** — **Экспериментально**, работает только для проектов типа Звонки. Пытается найти номер на картах Яндекс, Гугл и 2Гис, если находит, возвращает ссылку на карту.

Ещё одна сущность SW — SimilarWeb аналитика:

sw.visits — Количество посещений за предпредыдущий месяц, из SimilarWeb. Работает **только для проектов типа сайт.**
2. Добавлен оператор «резервного значения» — «||». Пример использования: {yap.maps || {yap.search || {tag}}} Расшифровка: yap.maps — попытается найти номер на картах. Но может и не найти, тогда значение yap.maps будет пустым, нам пустое значение неинтересно, тут и нужен резервный оператор, он говорит: если значение пустое, используй {yap.search}, то есть если на картах не получается найти, поищи на просто сайт в поиске, если и там не получается найти, оставь такой тег как есть.
3. Добавлен автокомплит для переменных. Чтобы он появился, достаточно ввести фигурную скобку — {.
    
    ![2025-07-27_03-11-16.png](attachment:75c6b130-9e74-4be1-9d12-f317cc8d0baa:2025-07-27_03-11-16.png)
  1. Оптимизировано применение изменений, для большего удобства и возможности применять несколько изменений параллельно.

  2. Несколько улучшений получил детектор касаний лимита.

    1. Ранее, если увеличить лимит по проекту с касанием, касание оставалось, теперь будет пропадать.
    2. Теперь касания будут определяться в том числе по истории получения проекта, с фолбэком на конверсию (ибо история иногда не грузит). Детект через историю лучше тем, что учитывает дубли, в конверсии пол-ученое кол-во номеров не учитывает дубли, из-за чего касания могли быть, но не определяться.
  3. Добавлена возможность группировать по значениям следующих столбцов: Тег, Имя, Статус, Тип, Лимит, Дни получения, Регион, Столбцы дат. Например, полезно, когда мы в одном лк имеем разные гео фильтры и хотим определить конверсию по каждому, либо расширить гео у одного из сегментов: группируем по гео, выбираем группу, применяем новое гео.

    2025-07-31_12-08-26.png

  4. Некоторые оптимизации работы с сессиями, должны увеличить стабильность и устранить редки ошибки при загрузке ЛК.

  5. Экспериментально: Добавлена возможность ограничивать по гео которых нет в СРМ, например по “Ямало ненецкому АО”. Новые регионы:

  1. Добавлены внутренние вечные ссылки для захода в аналитику. Изначально делал это для своих нужд, я виду в notion (где вы сейчас читаете этот чендж лог) таблицу по клиентам, которые у меня на сопровождении, лк которых я периодически должен анализировать, ранее мне приходилось открывать список пользователей RT, ждать загрузки, после копировать из таблицы имя лк, искать в списке RT и открывать аналитику, это долго и неудобно. Поэтому я решил сделать быстрые ссылки, которые будут работать вечно, которые можно будет вставить в допустим таблицу и переходить в аналитику одним кликом. Вроде получается удобно, поэтому делюсь) Ссылки будут работать, только для тех, у кого установлено расширение, человек без расширения, перейдя по ссылке, в аналитику не попадёт, получается некоторая защита от утечек ссылок и нежданных визитов. На данный момент быстрая ссылка получается таким образом — открывается лк в Alitos, и из параметров адресной строки копируется значение user:

    2025-07-26_23-26-01.png

    Оно добавляется к следующей ссылке: redline.sex?al= Получается: https://redline.sex/al?u=MTI1MjMzOmNybS5taWtzaWdodC5jb106YQ Если считаете такие ссылки полезными, пишите, могу реализовать кнопку для их быстрого создания.

  2. Переработана работа с запросами, для большей стабильности и производительности.

  3. Множество мелких исправлений и улучшений.