Один гостевой дом — четыре версии: как сверить данные

Это третья моя статья про цифровую сторону гостевого дома.

В первой разбирал, почему легальный объект может быть невидимым на картах, во второй — где должен стоять реестровый номер и почему это важнее, чем кажется. Обе про то, как объект найти.

Здесь разбираю следующий и более неприятный вопрос: допустим, вас нашли, но оказалось, что четыре записи выглядят как разные объекты. Как доказать, что это один и тот же дом?

Покажу на собирательном примере. Название и адрес вымышлены, но все расхождения взяты из случаев, которые я встречал при ручной проверке.

В реестре объект записан как «Гостевой дом», улица Морская, 6Б. На Яндекс Картах — «Ромашка у моря», Морская, 6А, реестрового номера в карточке нет. На собственном сайте — «Дом отдыха Ромашка», адрес указан как «у моря», номера тоже нет. На Яндекс Путешествиях — «Гостиница Ромашка», Морская, 6.

Телефон везде один и это добавляет надежду, что человек сведёт в голове это всё в один объект. Но согласитесь, путаница с названиями и адресом не добавляет доверия.

У человека есть здравый смысл, а ещё возможность позвонить и уточнить нюансы, причём на ваш выбор повлияет даже тон и голос отвечающего. Но мы живём в век ИИ и теперь представьте, что решать должна внешняя система (Яндекс.Алиса, например) которая позвонить не может. У неё есть только эти четыре расходящиеся карточки.

Способность внешней системы установить, что все эти сведения относятся к одному реальному дому, я называю цифровой опознаваемостью. Это отдельное свойство объекта, и оно не то же самое, что видимость. Видимость отвечает на вопрос «найдут ли вас», а опознаваемость — на вопрос «поймут ли, что это вы».

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

Внутренние алгоритмы карт, площадок и поисковых систем мне неизвестны, да ещё и постоянно меняются. Они могут опираться на внутренние идентификаторы, историю изменений, данные партнёров, поведение пользователей и десятки сигналов, которых я не вижу. Поэтому дальше — не описание того, как работает машина, а мой практический порядок ручной сверки, он выработан на 99 объектах, которые я проверял.

И здесь важно различать две вещи, которые часто путают: с чего удобнее начинать поиск и что сильнее доказывает идентичность. Это разные списки.

По удобству поиска я начинаю с телефона, ведь он опубликован чаще реестрового номера и меняется реже названия. В примере с Ромашкой именно телефон — единственная ниточка, связавшая четыре карточки. Дальше идут координаты метки, потом адрес, потом название.

По силе доказательства порядок другой, и первым стоит не телефон:

1. Реестровый номер. Единственный идентификатор, присвоенный извне. Уникален, случайно совпасть не может. Если он есть на двух карточках и совпадает — вопрос закрыт.
2. Совпадение нескольких независимых признаков. Телефон плюс координаты. Телефон плюс точный адрес с литерой. Один признак — слабо, два независимых — уже основание.
3. Сайт, домен, фотографии, ссылка на бронирование. Если две карточки ведут на один сайт, это сильный аргумент.
4. Адрес. Врёт часто: описательные формулировки, разные литеры, номер и без номера.
5. Название. Самый слабый признак, а не первый, как обычно думают. Его меняют, дописывают «у моря», добавляют «гостиница», пишут то латиницей, то кириллицей.

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

Вот к чему я пришёл за время проверок. Три уровня, и с каждым нужно поступать по-разному.

Совпадение однозначное, если выполнено одно из двух:

• совпал реестровый номер;
• совпали телефон, координаты и хотя бы один дополнительный признак.

Совпадение вероятное, если:

• совпали точный адрес и название;
• карточки ведут на один сайт или используют одни фотографии;
• расходится только один второстепенный признак.

Совпадение неоднозначное, и здесь нельзя делать вывод:

• совпало только название;
• совпал только адрес многоквартирного или многокорпусного здания;
• телефон относится сразу к нескольким объектам;
• координата стоит на центре улицы или посёлка;
• сильные признаки противоречат друг другу — например, реестровый номер один, а координаты в разных концах посёлка.

Последний случай самый интересный. Совпадение телефона и точки на карте даёт сильное основание считать записи одним объектом, но не доказывает этого: в одном здании может работать несколько объектов. Спорные случаи требуют дополнительного признака, а не догадки.

Две цифры ниже — из разных массивов, и это важно для понимания.

В контрольной выборке из 63 записей реестра, которые я сверял с карточками на картах, однозначно связать удалось 43. У 20 связь рвётся: часть находится с трудом, часть не находится по адресу, часть на картах отсутствует. Реестровый номер был виден в публичной карточке у 47 из 63, у 16 — нет.

В другом массиве, где я проверял 385 действующих записей реестра по двум курортным посёлкам, 30 адресов (7,8%), примерно каждый тринадцатый — записаны так, что не позволяют однозначно определить точку на карте: улица без номера дома, «напротив дома №3», «в границах земельного участка».

Это выборки по двум посёлкам, а не перепись региона, и доли я на весь округ не переношу. Полевого обследования не проводил: сравнивались две цифровые картины.

Двадцать минут, без специальных знаний.

Соберите четыре версии. Откройте свою запись в реестре, карточки на Яндекс Картах и в 2ГИС, свой сайт и каждую площадку, где вы размещены. Выпишите по каждой пять признаков: название, адрес, телефон, куда встаёт метка, реестровый номер.

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

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

Почти всё это правится самостоятельно и бесплатно. Дороже всего обходится исправление адреса, если он неудачно записан в официальных документах.

Для чего всё это нужно? Диалоговый ИИ поиск растёт, и часть покупаетей уже не листает выдачу, а спрашивает. А значит простой заметности в интернете становится недостаточно. Чем легче внешним системам связать ваши карточки с одним реальным объектом, тем меньше риск, что сведения потеряются, смешаются с соседним домом или не попадут в ответ вовсе.

Сначала объект должны узнать, только потом его смогут выбрать.