Как Google использует реальное местоположение и статус доступности исполнителей для ранжирования локальных услуг (LSA)

Термины и определения

Availability Score (Оценка доступности)

Метрика, указывающая на вероятность того, что поставщик услуг доступен для выполнения работы. Может быть бинарной (доступен/нет) или вероятностной (например, предсказание скорого освобождения исполнителя).

Business Location (Местоположение бизнеса)

Статический адрес, связанный с бизнес-профилем поставщика услуг (например, офис или склад).

Current Location (Текущее местоположение)

Динамическое местоположение исполнителя в реальном времени, часто определяемое по данным GPS с его устройства или по адресу предыдущего заказа.

Distance Score (Оценка расстояния)

Метрика, основанная на расстоянии между поставщиком услуг и местом оказания услуги. Может рассчитываться на основе Business Location или Current Location; часто выбирается кратчайшее расстояние.

Indication of Availability (Индикация доступности)

Сигнал, активно предоставляемый поставщиком услуг (например, через переключатель в приложении), указывающий, доступен ли он в данный момент.

Service Location / Work Location (Место оказания услуги)

Местоположение клиента, где должна быть выполнена работа.

User Feedback / Feedback Factor (Обратная связь пользователя)

Отзывы и рейтинги, предоставленные клиентами. Включают гранулированные оценки: качество работы, скорость ответа на запрос (timeliness to respond), время прибытия (length of time to arrive), время выполнения работы, стоимость.

Ключевые утверждения (Анализ Claims)

Claim 1 (Независимый пункт): Описывает базовый метод ранжирования локальных услуг в реальном времени.

1. Система получает поисковый запрос на услугу в определенном месте (Service Location).
2. Определяются поставщики услуг и их соответствующие статусы доступности (respective availabilities).
3. Определяется как минимум одно из расстояний: (i) между Business Location поставщика и Service Location, ИЛИ (ii) между Current Location поставщика и Service Location.
4. Производится ранжирование поставщиков на основе их доступности И как минимум одного из определенных расстояний.
5. Предоставляются ранжированные результаты.

Ядром изобретения является использование динамических данных – доступности и текущего местоположения – в качестве прямых факторов ранжирования.

Claim 4 и 5 (Зависимые): Уточняют факторы ранжирования.

Ранжирование (из п.1) дополнительно основывается на User Feedback. Эта обратная связь включает рейтинги по конкретным критериям: качество работы, своевременность ответа на запрос пользователя, стоимость работы, время прибытия на место и готовность к выполнению работы.

Это указывает на использование гранулированных данных об операционной эффективности, а не только общего рейтинга.

Claim 6 и 7 (Зависимые): Детализируют механизм определения доступности.

Система получает Indication of Availability (доступен или недоступен) непосредственно от поставщика услуг. Определение доступности основывается на этом полученном сигнале.

Это подтверждает необходимость активного участия бизнеса в управлении своим статусом.

Claim 9 (Зависимый): Вводит понятие вероятностной доступности.

Доступность может быть представлена в виде Availability Score, указывающего на вероятность того, что поставщик доступен. (В описании патента упоминается возможность предсказания скорого освобождения на основе среднего времени выполнения заказа).

Claim 10 и 11 (Зависимые): Детализируют расчет расстояния.

Система определяет Distance Score на основе рассчитанных расстояний. Важно, что Distance Score может основываться на том, какое из расстояний (от Business Location или от Current Location) короче.

Это дает преимущество исполнителям, которые уже находятся в полевых условиях рядом с клиентом.

Где и как применяется

Изобретение применяется в специализированных вертикалях поиска, ориентированных на локальные услуги, в первую очередь в системе Google Local Services Ads (LSA).

CRAWLING – Сбор данных (Data Acquisition)
Система должна иметь инфраструктуру для приема и обработки сигналов реального времени от поставщиков: статус доступности (Indication of Availability) и текущее местоположение (Current Location).

INDEXING – Индексирование и извлечение признаков
На этом этапе система собирает и хранит статические данные о поставщиках услуг: Business Location, контактную информацию, а также агрегированные данные User Feedback (рейтинги по различным параметрам).

RANKING – Ранжирование
Это основной этап применения патента. При обработке запроса на локальную услугу система в реальном времени собирает динамические данные и использует их для скоринга и сортировки кандидатов.

1. Сбор динамических данных: Система получает текущий статус Indication of Availability и Current Location поставщика.
2. Расчет метрик: Вычисляются Availability Score и Distance Score (с учетом кратчайшего расстояния).
3. Скоринг: Система использует модель взвешенных факторов (Weighted Scoring) для расчета итоговой оценки ранжирования, комбинируя динамические метрики со статическими данными (например, User Feedback).

Входные данные:

• Поисковый запрос на услугу.
• Service Location (местоположение пользователя).
• Indication of Availability от поставщика (в реальном времени).
• Current Location поставщика (в реальном времени, например, GPS).
• Business Location поставщика (статические данные).
• Агрегированные оценки User Feedback.

Выходные данные:

• Ранжированный список поставщиков услуг (например, блок результатов LSA или специализированная карта) с указанием их доступности и расстояния.

На что влияет

• Конкретные типы контента: В первую очередь влияет на ранжирование бизнес-профилей, подключенных к системам реального времени, таким как Local Services Ads (LSA).
• Специфические запросы: Запросы с локальным интентом, подразумевающие необходимость немедленного оказания услуги (например, "сантехник рядом со мной", "аварийный электрик", "вскрытие замков").
• Конкретные ниши или тематики: Домашние услуги (сантехника, электрика, HVAC), ремонт, услуги на выезде и другие сферы, где важна скорость реагирования и физическое присутствие исполнителя.

Когда применяется

• Условия активации: Алгоритм активируется, когда поисковый запрос триггерит вертикаль локальных услуг (LSA), требующую информации о доступности исполнителей в реальном времени.
• Временные рамки: Применяется в момент выполнения поиска, используя самые актуальные данные о доступности и местоположении исполнителей.
• Условия работы: Требует активного участия поставщиков услуг в платформе для предоставления динамических данных.

Пошаговый алгоритм

Процесс обработки запроса в реальном времени

1. Прием запроса и локации: Система получает запрос на услугу и определяет Service Location (локацию клиента).
2. Идентификация кандидатов: Определяются потенциальные поставщики услуг, обычно в пределах заданного радиуса поиска (search radius) от Service Location.
3. Определение доступности: Для каждого кандидата определяется его статус доступности. Это может быть получение активного сигнала Indication of Availability или расчет вероятностного Availability Score.
4. Определение локаций поставщика: Извлекается статический Business Location и определяется динамический Current Location (например, по GPS устройства исполнителя).
5. Расчет дистанции и Distance Score: Рассчитываются расстояния от Business Location и Current Location до Service Location. Вычисляется Distance Score, при этом приоритет отдается кратчайшему из двух расстояний (Claim 11).
6. Получение оценок обратной связи: Извлекаются агрегированные данные User Feedback (рейтинги своевременности, качества, стоимости).
7. Взвешивание и скоринг: Все факторы (Availability Score, Distance Score, User Feedback) взвешиваются в соответствии с настройками системы (например, доступности может быть присвоен больший вес, чем стоимости). Рассчитывается итоговая оценка ранжирования (Total Weighted Score).
8. Ранжирование и вывод: Поставщики сортируются по итоговой оценке. Результаты предоставляются пользователю в виде списка или на карте с возможностью фильтрации.
9. Пост-обработка (Сбор обратной связи): После оказания услуги система может запросить у пользователя детализированный отзыв для обновления User Feedback.

Какие данные и как использует

Данные на входе

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

• Географические факторы: Критически важные данные. Используется Current Location исполнителя (динамические данные GPS), Business Location (статический адрес офиса) и Service Location (локация клиента).
• Временные факторы: Indication of Availability – статус доступности исполнителя в реальном времени, обновляемый им самим.
• Поведенческие/Репутационные факторы: User Feedback – агрегированные рейтинги, включающие оценки операционной эффективности (своевременность ответа, время прибытия) и качества услуг (качество работы, стоимость).

Какие метрики используются и как они считаются

• Availability Score: Может быть бинарным (1, если доступен; 0, если нет) на основе Indication of Availability. Или вероятностным (например, 0.75, если ожидается освобождение в течение 15 минут), рассчитанным системой.
• Distance Score: Рассчитывается на основе расстояния. Приоритет отдается кратчайшему расстоянию: $\min(\text{Distance(Current Location)}, \text{Distance(Business Location)})$.
• Feedback Score: Агрегированная оценка отзывов. Патент указывает, что разные аспекты обратной связи (например, своевременность и качество) могут взвешиваться отдельно.
• Total Weighted Score (Итоговая взвешенная оценка): Итоговая оценка ранжирования рассчитывается как сумма взвешенных оценок по каждому фактору. Патент явно упоминает, что факторы взвешиваются (weighted score), и вес одного фактора может быть больше веса другого.

1. Приоритет сигналов реального времени в LSA: Для ранжирования в системах локальных услуг (LSA) доступность в реальном времени (Indication of Availability) и текущее физическое местоположение (Current Location) являются критически важными факторами, часто превосходящими традиционные локальные сигналы.
2. Операционная эффективность как фактор ранжирования: Патент демонстрирует, как Google превращает операционные метрики бизнеса (скорость ответа на запрос, время прибытия на заказ) в прямые сигналы ранжирования через механизм User Feedback. SEO теперь зависит от качества бизнес-процессов.
3. Необходимость активного управления статусом: Поставщики услуг должны активно взаимодействовать с системой (например, приложением LSA), чтобы обновлять свою доступность. Пассивное участие неэффективно.
4. Новое определение близости (Proximity): Близость к клиенту теперь определяется динамически. Система использует кратчайшее расстояние, учитывая не только адрес офиса (Business Location), но и то, где физически находится исполнитель в данный момент (Current Location).
5. Гранулированная обратная связь: Система учитывает не только общий рейтинг, но и специфические оценки по таким параметрам, как своевременность (Timeliness) и качество. Это требует от бизнеса поддержания высокого уровня сервиса по всем направлениям.

Best practices (это мы делаем)

Рекомендации напрямую касаются оптимизации Google Local Services Ads (LSA) и операционной деятельности.

• Активное управление доступностью: Внедрить строгий регламент для исполнителей или диспетчеров по управлению статусом Indication of Availability в приложении LSA. Необходимо немедленно обновлять статус при начале и завершении работы над заказом.
• Включение отслеживания местоположения: Убедиться, что у всех полевых сотрудников включены службы геолокации на устройствах с приложением LSA во время их доступности. Это позволит системе использовать их Current Location для расчета Distance Score.
• Оптимизация диспетчеризации и логистики: Использовать данные о местоположении сотрудников для назначения ближайшего доступного исполнителя. Быть ближе к потенциальному клиенту в момент доступности — ключевой фактор ранжирования.
• Приоритет скорости ответа: Максимально быстро реагировать на входящие лиды. Патент указывает, что "своевременность ответа на запрос пользователя" (timeliness to respond) является частью User Feedback и фактором ранжирования.
• Сбор детализированной обратной связи: Активно мотивировать клиентов оставлять отзывы, акцентируя внимание на скорости прибытия и качестве работы, так как эти гранулированные данные используются в ранжировании.

Worst practices (это делать не надо)

• Игнорирование статуса доступности: Оставлять статус "доступен", когда все исполнители заняты. Это приведет к пропущенным лидам и негативным отзывам о скорости ответа, что ухудшит Feedback Score.
• Отключение геолокации у сотрудников: Запрещать сотрудникам использовать службы геолокации. В этом случае система будет использовать только Business Location, что часто проигрывает Current Location конкурентов, находящихся ближе к клиенту.
• Медленная обработка лидов и опоздания: Задержки в ответе на запросы или прибытии на место напрямую пессимизируются системой через факторы своевременности в отзывах.
• Фокус только на традиционном локальном SEO: Концентрация усилий на оптимизации ключевых слов или построении цитирований без адаптации к требованиям реального времени сделает стратегию неэффективной в этой системе.

Стратегическое значение

Этот патент подчеркивает конвергенцию операционного управления и SEO для локальных сервисных бизнесов. Ранжирование в LSA теперь напрямую зависит от того, насколько эффективно компания управляет своими ресурсами в реальном времени. Для достижения успеха бизнесу необходимо быть технологически оснащенным (использование приложений для отслеживания статуса и локации) и операционно эффективным (быстрый отклик, умная диспетчеризация). Традиционные факторы локального SEO отходят на второй план в этой вертикали.

Практические примеры

Сценарий: Оптимизация ранжирования сантехнической компании в LSA

1. Ситуация: Компания А имеет офис в центре города. У нее есть три сантехника, работающих в разных районах. Компания Б находится на окраине, но ее сантехники также работают по всему городу.
2. Действия Компании А (Оптимально): Все сантехники используют приложение LSA с включенной геолокацией и активно обновляют свой статус доступности. Сантехник 1 заканчивает работу в северном районе и переключается в статус "доступен".
3. Действия Компании Б (Неоптимально): Сантехники не используют геолокацию и забывают обновлять статус.
4. Поисковый запрос: Пользователь в северном районе ищет "сантехник срочно".
5. Обработка системой:
   • Для Компании А система видит, что Сантехник 1 "доступен" и его Current Location находится в 2 км от клиента. Distance Score высокий.
   • Для Компании Б система не видит Current Location и использует Business Location на окраине (15 км). Distance Score низкий. Статус доступности также может быть неточным.
6. Результат: Компания А занимает первую позицию в выдаче LSA, так как система приоритизировала ее на основе реальной доступности и кратчайшего расстояния от текущего местоположения исполнителя.