Как связать заявки из поиска с оплаченными визитами в DIKIDI?

Откройте последнюю запись с сайта и проверьте, видно ли, откуда пришёл клиент. Чтобы сопоставить заявки из поиска с оплаченными визитами, салону нужна цепочка: источник обращения, запись в DIKIDI, состоявшийся визит и факт оплаты. Если один из этих шагов остаётся только в переписке или памяти администратора, отчёт не сложится. Ниже — способ проверить цепочку на одной записи, договориться о статусах и собрать отчёт по услугам и страницам сайта.

Что сохранить, когда клиент записывается после перехода из поиска?

Начните с одного пути клиента: он открывает страницу услуги из поиска и нажимает кнопку записи. Сделайте тестовую запись и посмотрите, что получил администратор. Если в карточке видны только имя и услуга, позже будет трудно понять, какую страницу улучшать: описание окрашивания, ответы на вопросы или саму форму.

Для связи с источником полезно сохранить страницу первого входа, страницу, с которой клиент начал запись, и дату обращения. Добавьте технический номер заявки, если сайт его создаёт. Отдельно запишите источник, который определила аналитика сайта. Фраза клиента «нашла вас в интернете» пригодится как комментарий, но она не уточняет, пришёл ли человек из обычной выдачи, карточки салона или рекламы.

Страница входа и страница записи часто различаются. Например, человек прочитал ответ о первом окрашивании, перешёл к карточке мастера и выбрал время. Если сохранить только адрес карточки, статья исчезнет из отчёта. То, как сами карточки мастеров в DIKIDI помогают получать клиентов из поиска, тоже стоит учитывать при выборе страниц для проверки.

Когда запись идёт через разные формы или по телефону, задайте для каждого пути одно понятное правило. Форма передаёт источник вместе с заявкой; администратор отмечает источник звонка только там, где его удалось определить; неизвестный источник так и остаётся «неизвестным». Не заполняйте пропуски догадками. Если расписание на сайте обновляется вручную, отдельно проверьте, совпадают ли доступные окна с журналом записи: иначе клиент выберет время, которое уже занято (источник: isalon.by, «Как салону красоты попасть в ответы ИИ-поиска в 2026 году»).

Как связать запись, визит и оплату?

Выберите одну тестовую запись и пройдите её путь вместе с администратором. Сначала клиент выбрал время. Затем подтвердил запись, пришёл на услугу и оплатил её. Зафиксируйте эти события раздельно: запись ещё не доказывает, что визит состоялся, а состоявшийся визит сам по себе не показывает сумму поступления.

Связывайте события по номеру записи или другому устойчивому идентификатору, который можно найти и в журнале, и в учёте оплат. Имени и телефона недостаточно для сверки: постоянный клиент записывается повторно, а одну запись иногда переносят. При переносе сохраняйте связь с первоначальным обращением. Тогда смена даты не превратит одного клиента в две новые заявки.

Проверьте, где салон фиксирует деньги. Если сумма оплаты доступна в рабочем учёте, сопоставьте её с визитом. Если администратор отмечает только факт посещения, а оплату записывает отдельно, отчёт придётся сводить из двух источников. Укажите также возврат и частичную оплату, когда они встречаются: столбец «оплачено» без этих уточнений даст неверную сумму. В материале в статье на seogpt.by разобран общий принцип связи поисковой заявки и оплаты в CRM; для салона роль заказа в этой цепочке играет запись на услугу.

На этом этапе помогает настройка CRM под рабочий порядок салона: нужно согласовать названия статусов с администраторами и проверить передачу полей на тестовой записи. Если сотрудники по-разному понимают статус «завершено», сначала исправьте правило заполнения, а уже потом собирайте итоговые суммы.

Как собрать отчёт, который покажет оплаченные визиты из поиска?

Возьмите записи за выбранный период по дате первого обращения. Для каждой сохраните страницу входа, услугу, исходный источник, дату визита и его результат. Затем добавьте сумму, которую салон получил по этому визиту. В справке DIKIDI для аналитики по записям описан режим «Список», где виден отчёт за период в целом по салону (источник: DIKIDI, «Аналитика по записям»). Проверьте, какие поля есть в вашем отчёте; сведения о поисковом переходе и оплате при необходимости добавьте из сайта и учёта.

Сгруппируйте строки по страницам входа. Рядом с каждой страницей покажите число обращений, число состоявшихся визитов и поступившую сумму в BYN. Записи без известного источника оставьте отдельной строкой. Так видно, где пропадает связь: на форме сайта, при ручной записи или при сверке оплаты.

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

Повторные контакты храните отдельно от первого источника. Клиент мог найти услугу через поиск, отменить запись и через время обратиться напрямую. В отчёте пригодятся оба события: первое показывает, какая страница познакомила человека с салоном, последнее объясняет, как он вернулся к записи. Ни одно из них само по себе не доказывает, что именно этот контакт привёл к оплате.

Что исправлять на странице услуги после сверки?

Сначала откройте страницу, по которой есть обращения без состоявшихся визитов. Прочитайте вопросы клиентов и причины отмен. Если люди уточняют цену, длительность консультации или возможность переноса, добавьте короткие ответы прямо возле условий записи. Пишите действие и условие: «Если нужно перенести визит, свяжитесь с администратором до согласованного времени». Обещание «подберём идеальное решение» здесь ничего не проясняет. Такой формат вопросов приведён и в разборе ответов для ИИ-поиска (источник: isalon.by, «Как салону красоты попасть в ответы ИИ-поиска в 2026 году»).

Проверьте и путь после ответа. Если страница объясняет, как проходит первое окрашивание, но для записи посетителю приходится снова искать нужную услугу в общем списке, укажите её точное название рядом с кнопкой. Затем сделайте тестовую запись с этой страницы и убедитесь, что администратор видит выбранную услугу. Так правку можно проверить действием, а не только изменением текста.

Аналитика и финансовый учёт здесь решают прикладную задачу: показывают, какие страницы приводят к визитам с оплатой, а где клиент останавливается раньше. Когда сотрудники одинаково отмечают переносы, отмены и оплаты, эти данные можно использовать для следующей правки сайта.

Какие ошибки мешают связать поиск с оплатой?

• Перезаписывать первый источник после нового обращения. Сохраните первоначальный переход и последний контакт в разных полях.
• Считать каждую отправку формы новым клиентом. Перед подсчётом проверьте повторы и переносы записей.
• Приравнивать подтверждённую запись к оплаченному визиту. Сверяйте посещение с фактом поступления денег.
• Убирать строки без источника. Оставьте их в отчёте, чтобы проверить путь записи, на котором теряются данные.
• Сравнивать новые записи и оплаты за одни даты без учёта времени до визита. Отслеживайте результат одной группы обращений.

Откройте одну последнюю запись с сайта и за две минуты проверьте, сохранилась ли рядом с ней страница, с которой клиент начал путь к записи.