Настройка Яндекс.Метрики — удалённая работа в Казани

Проблема такая, что визит посетителя в Метрике разрывается на 2 уникальных визита из-за браузеров с ITP, которые запрещают кросс-доменное отслеживание и из-за это теряются данные об оплате, перезаписываясь на нового пользователя без истории посещений. Нужно реализовать и желательно научить меня реализовывать данный принцип: 1. Получить ClientID посетителя во время его визита на сайт (очень важно сделать это до его перехода к оплате) при помощи метода getClientID и сохранить это значение в базе данных (БД). 2. На сайте настроить собственную систему уникальных идентификаторов для посетителей сайта, которая позволит связывать действия посетителя до перехода к оплате с его возращением уже после оплаты. Также сохранить это значение идентификатора в БД вместе с фактом оплаты или неоплаты заказа, а также ClientID посетителя. 3. На своей стороне в БД связать полученные ClientID (полученные ещё до перехода к оплате) с внутренними идентификаторами (у которых была оплата), чтобы связать изначальный визит в Метрике с оплаченным заказом. 4. Передать данные о оплате в Метрику при помощи офлайн-конверсий: Передача и обработка данных. Таким образом оплата заказа привяжется к визиту с реальным источником этой оплаты. Или проще: Можно немного упростить этот процесс: получать ClientID посетителя как до перехода к оплате, так и после его возращения на сайт (уже после оплаты). Если значение идентификатора расходится - выполнять пункты 3 и 4 (пытаться связать все данные на стороне БД), если значение совпадает - источник заказа в Метрике будет отображаться корректно, дополнительные действия не потребуются.