Google использует автоматизированную систему для обнаружения социальных профилей (Facebook, Twitter и т.д.), связанных с бизнес-сущностями. Система сканирует официальные сайты компаний на наличие ссылок, используя списки ключевых слов и форматов URL. Также система может «угадывать» адреса профилей на основе названия компании. Найденные профили и свежий контент из них (например, купоны) добавляются на «Place Page» (Google Business Profile) компании.
Описание
Какую задачу решает
Патент решает задачу автоматического и масштабируемого обнаружения социальных профилей (например, в Facebook, Twitter, YouTube), принадлежащих конкретным сущностям (entities), таким как бизнесы или организации. Цель — агрегировать эту информацию и извлекать актуальный, time-sensitive контент (например, купоны, специальные предложения, посты) из этих профилей для показа пользователям на Place Page сущности (аналог современного Google Business Profile или Knowledge Panel).
Что запатентовано
Запатентована система для автоматической идентификации социальных профилей сущностей. Система использует два основных метода: (1) Сканирование официального веб-сайта сущности для поиска исходящих ссылок, которые соответствуют известным шаблонам социальных сетей (по ключевым словам из Seed List или формату URL). (2) Проактивное предположение (guessing) или прощупывание (probing) адресов социальных профилей путем комбинирования названия сущности с известными форматами URL и последующей проверки существования этих адресов.
Как это работает
Система работает в несколько этапов:
- Сбор данных: Система имеет доступ к базе данных Entity Information, содержащей название компании и адрес ее официального сайта.
- Метод 1 (Сканирование): Система загружает официальный сайт и извлекает гиперссылки. Каждая ссылка сравнивается со списком ключевых слов (например, «facebook», «twitter») или форматов URL социальных сетей. При совпадении ссылка сохраняется как социальный профиль.
- Метод 2 (Прощупывание/Guessing): Система берет название сущности (например, «Restaurant 1») и комбинирует его с известными форматами (например, «www.socialsite.com/Restaurant1»). Затем она проверяет, существует ли такой URL. Если да, он сохраняется как социальный профиль.
- Ассоциация и хранение: Подтвержденные социальные профили связываются с сущностью в базе данных.
- Интеграция контента: При запросе Place Page система может получить доступ к найденным социальным профилям, извлечь свежий контент (например, купоны) и отобразить его вместе со ссылками на профили.
Актуальность для SEO
Высокая. Автоматическая ассоциация социальных профилей с сущностями в Knowledge Graph и Google Business Profile является стандартной функцией Google. Этот патент описывает базовые механизмы, которые Google использует для обнаружения и валидации этих связей без ручного вмешательства. Актуальность методов сканирования и прощупывания сохраняется.
Важность для SEO
Патент имеет высокое значение (7.5/10) для Local SEO и управления сущностями (Entity Management). Он раскрывает конкретные механизмы, с помощью которых Google устанавливает связи между официальным сайтом, сущностью в Knowledge Graph и ее социальными профилями. Понимание этих механизмов позволяет SEO-специалистам оптимизировать процесс обнаружения профилей, обеспечивая корректное и полное представление сущности в поиске.
Детальный разбор
Термины и определения
- Entity (Сущность)
- Локальный бизнес, организация или другой объект, связанный с определенным географическим положением или идентифицируемый в базе данных. Для сущности хранится Entity Information.
- Entity Information (Информация о сущности)
- Набор данных, связанных с сущностью, включающий название (title), категорию, местоположение и официальный веб-сайт (home page).
- Place Page (Страница Места)
- Страница, генерируемая системой, которая содержит агрегированную информацию о конкретной сущности (контакты, часы работы, отзывы, а также найденные социальные профили и контент из них). Предшественник современных Google Business Profile (GBP) и Knowledge Panel.
- Seed List (Список начальных терминов)
- Сгенерированный (например, вручную) список терминов, используемых в URL-адресах социальных сетей (например, «twitter», «youtube», «facebook», «linkedin»). Используется для идентификации ссылок на социальные сети при сканировании сайта сущности.
- Social Web Site Formats / Web Address Formats (Форматы социальных веб-сайтов)
- Предопределенные шаблоны URL-адресов, используемые социальными сетями (например, «www.socialsite.com/entity»). Используются для проверки гиперссылок и для генерации предполагаемых адресов социальных профилей.
- Social Networking Address / Social Profile (Адрес социальной сети / Социальный профиль)
- Аккаунт или страница, управляемая сущностью на стороннем сайте социальной сети.
Ключевые утверждения (Анализ Claims)
Патент содержит два основных независимых пункта (Claim 1 и Claim 7), описывающих разные подходы к идентификации.
Claim 1 (Независимый пункт): Описывает комбинированный метод идентификации социального адреса для бизнес-сущности с целью генерации Place Page.
Часть 1: Сканирование официального сайта.
- Система получает информацию о сущности, включая ее веб-адрес.
- Система запрашивает этот веб-адрес и получает данные, включая гиперссылку на второй веб-адрес.
- Процессор сравнивает текст гиперссылки с предопределенным списком терминов (Seed List).
- Если текст гиперссылки содержит термин из списка, второй веб-адрес идентифицируется как первый социальный адрес сущности.
- Генерируется Place Page, включающая этот первый социальный адрес.
Часть 2: Расширенное обнаружение (Прощупывание/Guessing).
- Система идентифицирует название (title) сущности.
- Выбирается формат из списка предопределенных форматов (Social Web Site Formats).
- Генерируется кандидат в социальный адрес на основе выбранного формата и названия сущности.
- Определяется, что кандидат существует и является вторым социальным адресом сущности.
- Второй социальный адрес добавляется в Place Page.
Ключевой аспект Claim 1: система использует как сканирование сайта, так и активное угадывание для обнаружения множества социальных профилей сущности.
Claim 7 (Независимый пункт): Описывает метод идентификации, основанный исключительно на прощупывании (угадывании), без необходимости сканирования официального сайта.
- Система получает информацию о сущности, включая ее название (title).
- Выбирается формат из списка Social Web Site Formats.
- Генерируется кандидат в социальный адрес на основе формата и названия сущности.
- Определяется, что кандидат существует.
- Генерируется Place Page, включающая этот социальный адрес.
Ключевой аспект Claim 7: система может найти социальные профили, даже если на официальном сайте нет ссылок на них, просто путем проверки стандартных URL-структур.
Зависимые пункты (например, Claim 2, 8): Дополняют основные методы механизмом извлечения контента.
- После идентификации социального адреса система запрашивает его.
- Полученные данные анализируются для извлечения контента (например, купоны, посты).
- Этот контент добавляется на Place Page сущности.
Где и как применяется
Изобретение применяется на этапах сбора и обработки данных о сущностях и при формировании локальной выдачи.
CRAWLING – Сканирование и Сбор данных
Система выполняет целевое сканирование официальных веб-сайтов сущностей. Также она выполняет запросы к предполагаемым URL-адресам социальных профилей (сгенерированным методом Guessing) для проверки их существования.
INDEXING – Индексирование и извлечение признаков
Основная логика патента реализуется на этом этапе. Система анализирует контент официального сайта, извлекает гиперссылки и сравнивает их с Seed List и Social Web Site Formats. Происходит валидация найденных и сгенерированных URL. Успешно идентифицированные социальные профили ассоциируются с соответствующей сущностью в базе данных (Entity Information, Knowledge Graph). Также на этом этапе может происходить извлечение контента (например, купонов) из социальных профилей.
METASEARCH – Метапоиск и Смешивание
На этом этапе генерируются SERP-фичи, такие как Place Page (Knowledge Panel/GBP). При генерации Place Page система извлекает сохраненные ассоциации социальных профилей и может также включать извлеченный из них свежий контент.
Входные данные:
- Entity Information (Название сущности, URL официального сайта).
- Seed List (Список ключевых слов социальных сетей).
- Social Web Site Formats (Шаблоны URL социальных сетей).
- Контент официального сайта сущности (гиперссылки).
Выходные данные:
- Обновленная Entity Information с ассоциированными адресами социальных профилей.
- Извлеченный контент из социальных профилей (например, купоны).
- Сгенерированная Place Page с интегрированными социальными данными.
На что влияет
- Конкретные типы контента: В первую очередь влияет на представление локальных бизнесов и организаций (сущностей), у которых есть Place Pages (GBP/Knowledge Panel).
- Специфические запросы: Локальные и брендовые запросы, которые вызывают появление Knowledge Panel или результатов в Google Maps.
- Извлечение контента: Влияет на отображение time-sensitive информации, такой как купоны или специальные предложения, извлеченные из социальных сетей.
Когда применяется
- Периодически (Офлайн): Процесс сканирования сайтов и поиска профилей (Методы 1 и 2) выполняется периодически (в патенте упоминается возможность запуска раз в неделю или месяц) для обновления базы данных Entity Information.
- В реальном времени (Онлайн): Генерация Place Page происходит в ответ на запрос пользователя. Извлечение свежего контента из социального профиля может происходить как по запросу (on demand), так и заранее (с определенной частотой).
Пошаговый алгоритм
Патент описывает три основных алгоритма.
Алгоритм А: Идентификация профилей через сканирование сайта (На основе FIG. 7)
- Инициализация: Доступ к Entity Information.
- Выбор сущности и запрос сайта: Выбор сущности и запрос ее официального веб-сайта.
- Извлечение гиперссылки: Получение гиперссылки с веб-сайта.
- Анализ гиперссылки (Вариант 1 — Seed List):
- Доступ к Seed List.
- Проверка, содержит ли гиперссылка какой-либо из терминов списка.
- Анализ гиперссылки (Вариант 2 — Formats):
- Доступ к Social Web Site Formats.
- Проверка, соответствует ли гиперссылка какому-либо из форматов списка.
- Идентификация и сохранение: Если проверка по любому из вариантов положительна, гиперссылка идентифицируется как адрес социальной сети, ассоциируется с сущностью и сохраняется.
- Итерация: Процесс повторяется для всех гиперссылок и сущностей.
Алгоритм Б: Поиск профилей (Прощупывание/Guessing) (На основе FIG. 11)
- Идентификация названия: Определение названия (title) сущности (из Entity Information).
- Выбор формата: Выбор формата из Social Web Site Formats.
- Генерация адреса: Генерация предполагаемого веб-адреса для сущности на основе выбранного формата и названия.
- Запрос информации (Проверка существования): Запрос информации по сгенерированному веб-адресу.
- Валидация: Проверка, получена ли информация (существует ли веб-сайт).
- Если НЕТ: Перейти к шагу 7.
- Если ДА: Перейти к шагу 6.
- Идентификация и сохранение: Веб-адрес идентифицируется как социальный профиль, ассоциируется с сущностью и сохраняется.
- Итерация: Процесс повторяется для следующего формата из списка.
Алгоритм В: Генерация Place Page с социальным контентом (На основе FIG. 10)
- Получение запроса: Получение запроса от клиента на Place Page для конкретной сущности.
- Доступ к данным: Доступ к Entity Information.
- Проверка социальных профилей: Определение, ассоциирован ли с сущностью адрес социальной сети.
- Если НЕТ: Генерация стандартной Place Page.
- Если ДА: Перейти к шагу 4.
- Запрос социального контента: Запрос информации с адреса социальной сети.
- Получение и идентификация контента: Получение информации и идентификация релевантного контента (например, купонов).
- Генерация расширенной Place Page: Генерация Place Page на основе Entity Information и идентифицированного контента из социальной сети.
- Передача клиенту: Отправка сгенерированной Place Page клиенту.
Какие данные и как использует
Данные на входе
Патент фокусируется на структурных и внешних данных для установления связей.
- Технические факторы (URL): URL-адреса официального сайта сущности. Гиперссылки, извлеченные из контента сайта. URL-структуры социальных сетей (Social Web Site Formats). Код ответа сервера при проверке URL.
- Контентные факторы: Название (Title) сущности. Контент, размещенный на страницах социальных профилей (используется для извлечения купонов, предложений).
- Системные данные: Seed List (предопределенный список ключевых слов социальных сетей).
Какие метрики используются и как они считаются
Патент не описывает сложных метрик ранжирования, а фокусируется на бинарных проверках для идентификации и валидации.
- Сравнение строк (String Matching): Сравнение текста гиперссылки с терминами из Seed List.
- Соответствие формату (Format Matching): Сравнение структуры гиперссылки с шаблонами из Social Web Site Formats.
- Валидация существования URL (URL Existence Validation): Проверка ответа сервера при запросе сгенерированного URL (получена ли информация).
Выводы
- Автоматическое обнаружение связей сущности: Google активно ищет связи между сущностью, ее официальным сайтом и социальными профилями. Система не полагается только на ручное указание профилей владельцами или разметку Schema.org.
- Два метода обнаружения: Сканирование и Прощупывание (Guessing). Система использует сканирование официального сайта как надежный источник (ищет ссылки с ключевыми словами типа «facebook», «twitter»). Одновременно она использует метод «угадывания», проверяя стандартные URL-форматы с названием компании.
- Важность официального сайта как хаба: Официальный сайт является ключевым источником для обнаружения социальных профилей (Алгоритм А). Наличие ссылок на социальные сети критично для этого метода.
- Консистентность нейминга (Consistency): Метод прощупывания (Алгоритм Б) сильно зависит от того, насколько название сущности в базе Google соответствует идентификатору (username), используемому в URL социальных сетей.
- Интеграция свежего контента: Целью обнаружения профилей является не только их отображение, но и извлечение актуального контента (например, купонов, постов) для показа непосредственно в Place Page (GBP/Knowledge Panel).
- Зависимость от предопределенных списков: Эффективность системы зависит от полноты и актуальности Seed List и Social Web Site Formats.
Практика
Best practices (это мы делаем)
- Размещайте прямые ссылки на социальные сети на официальном сайте: Это самый прямой способ помочь Google найти и верифицировать социальные профили (Алгоритм А). Убедитесь, что ссылки являются прямыми гиперссылками (<a href>), доступны для сканирования и содержат стандартное доменное имя социальной сети (например, facebook.com), что облегчает сопоставление с Seed List.
- Обеспечьте консистентность нейминга (Consistency): Используйте одинаковое и узнаваемое название компании в URL социальных профилей (vanity URLs). Это критично для успешной работы метода прощупывания (Алгоритм Б). Если ваша компания называется «Restaurant 1», старайтесь использовать URL вида «twitter.com/Restaurant1».
- Используйте микроразметку Schema.org: Хотя патент напрямую не упоминает микроразметку, использование Organization или LocalBusiness с свойством sameAs для указания социальных профилей является современной лучшей практикой, которая дополняет и страхует автоматические методы обнаружения, описанные в патенте.
- Публикуйте актуальный контент в социальных сетях: Так как система может извлекать свежий контент (купоны, предложения) из социальных профилей для отображения в Place Page (GBP), активное ведение социальных сетей может улучшить привлекательность вашего профиля в поиске.
Worst practices (это делать не надо)
- Использование нестандартных ссылок на социальные сети: Использование JavaScript для генерации ссылок, редиректов или использование сервисов сокращения ссылок может помешать системе обнаружить профили методом сканирования, так как URL не будет соответствовать Seed List.
- Неконсистентный или запутанный нейминг: Использование сильно отличающихся названий или идентификаторов в разных социальных сетях (например, @BestPizzaNYC в Twitter и @PizzaByLuigiBrooklyn в Instagram) затрудняет работу метода прощупывания.
- Отсутствие официального сайта: Хотя метод прощупывания может работать без сайта, отсутствие официального веб-сайта лишает систему возможности использовать надежный метод сканирования и усложняет подтверждение авторитетности сущности.
- Заброшенные профили: Наличие ссылок на неактивные или устаревшие социальные профили. Если Google добавит их на Place Page и начнет извлекать устаревший контент, это ухудшит пользовательский опыт.
Стратегическое значение
Патент подчеркивает важность управления сущностями (Entity Management) и целостного присутствия бренда в интернете. Для Google важно собрать как можно больше достоверной информации о сущности из разных источников. Описанные механизмы показывают, как Google автоматизирует этот процесс. Стратегически важно обеспечить максимальную «обнаруживаемость» (discoverability) всех официальных представительств компании и поддерживать консистентность данных между ними, чтобы укрепить позиции сущности в Knowledge Graph.
Практические примеры
Сценарий 1: Оптимизация обнаружения профилей через сканирование (Алгоритм А)
- Ситуация: У ресторана «La Bella Pizza» есть профиль в Instagram, но он не отображается в Google Business Profile.
- Действие: SEO-специалист добавляет прямую гиперссылку на instagram.com/labellapizza в футер главной страницы официального сайта labellapizza.com.
- Результат: Во время следующего сканирования система Google обнаруживает гиперссылку, распознает термин «instagram» из Seed List и автоматически ассоциирует профиль с сущностью ресторана.
Сценарий 2: Оптимизация обнаружения профилей через прощупывание (Алгоритм Б)
- Ситуация: Компания «Smith Hardware» завела профиль в Twitter с ручкой @SmithToolsNYC. Google его не обнаруживает методом Guessing.
- Действие: SEO-специалист рекомендует сменить ручку на @SmithHardware, чтобы она точно соответствовала названию сущности.
- Результат: При следующем запуске механизма прощупывания система генерирует кандидата twitter.com/SmithHardware, проверяет его существование и успешно ассоциирует профиль с сущностью.
Сценарий 3: Интеграция социального контента (Алгоритм В)
- Ситуация: Кафе хочет привлечь посетителей утренней акцией.
- Действие: Кафе публикует пост в Facebook: «COUPON OF THE DAY: Скидка 20% на кофе до 11:00».
- Результат: Система Google, уже зная о связи профиля с кафе, извлекает этот контент и отображает его непосредственно на Place Page кафе, когда пользователи ищут его утром.
Вопросы и ответы
Как Google находит социальные профили, если на моем сайте нет на них ссылок?
Патент описывает метод «прощупывания» или «угадывания» (Guessing). Система берет название вашей компании из своей базы данных (Entity Information) и комбинирует его с известными форматами URL социальных сетей (Social Web Site Formats). Например, если ваша компания называется «Acme Corp», система проверит существование адресов типа «facebook.com/acmecorp». Если такой адрес существует, он может быть ассоциирован с вашей сущностью.
Что такое «Seed List» и как он используется?
Seed List — это предопределенный список ключевых слов, которые указывают на социальные сети (например, «twitter», «facebook», «linkedin»). Когда Google сканирует ваш официальный сайт (Метод Сканирования), он проверяет все исходящие гиперссылки. Если URL ссылки содержит слово из Seed List, система идентифицирует эту ссылку как ведущую на ваш социальный профиль и сохраняет эту связь.
Насколько важно использовать одинаковые названия (vanity URLs/usernames) в разных социальных сетях?
Это критически важно для автоматического обнаружения. Метод прощупывания полагается на то, что название компании или ее идентификатор консистентны на разных платформах. Если вы используете сильно отличающиеся идентификаторы, система не сможет автоматически связать эти профили с вашей сущностью, опираясь на методы, описанные в этом патенте.
Может ли Google показывать контент из моих социальных сетей прямо в поиске?
Да. Патент явно указывает, что после идентификации социального профиля система может получить к нему доступ, извлечь контент (например, купоны, специальные предложения или последние посты) и отобразить его на вашей Place Page (Google Business Profile / Knowledge Panel). Это позволяет предоставлять пользователям актуальную информацию непосредственно в результатах поиска.
Что делать, если Google ассоциировал с моей компанией неправильный социальный профиль?
Такое может произойти, если название вашей компании совпадает с другой, и метод прощупывания нашел профиль конкурента. В этом случае необходимо убедиться, что на вашем официальном сайте есть ссылки на ваши настоящие профили (чтобы сработал метод сканирования). Также следует использовать разметку Schema.org sameAs для явного указания правильных профилей и воспользоваться инструментами GBP для исправления ошибки.
Влияет ли этот патент на ранжирование моего сайта в органическом поиске?
Патент не описывает механизмов ранжирования веб-страниц. Он фокусируется исключительно на обнаружении социальных профилей и их отображении в Place Page. Однако, полное и корректное представление сущности в Knowledge Graph, включая верифицированные социальные профили, косвенно укрепляет авторитетность сущности, что может положительно влиять на общее восприятие бренда системой Google.
Что такое «Place Page» в контексте современного поиска?
Place Page — это термин, использовавшийся Google во время подачи патента (2011 год) для обозначения страницы с агрегированной информацией о бизнесе. В современном поиске функциональность Place Page эволюционировала в Google Business Profile (GBP) и локальную Knowledge Panel, которые отображаются в результатах поиска и на Google Maps.
Как система определяет, какой контент из социального профиля нужно извлечь?
Патент не детализирует алгоритм выбора контента, но упоминает идентификацию такого контента, как купоны или другие предложения. Упоминается возможность использования API/RSS фидов социальных сетей. Можно предположить, что система ищет свежие публикации, сделанные владельцем профиля, или контент, содержащий определенные ключевые слова.
Если я использую сервис сокращения ссылок (например, bit.ly) для ссылок на социальные сети на моем сайте, найдет ли их Google?
Это может помешать работе системы. Метод сканирования полагается на сравнение текста гиперссылки с Seed List (например, «facebook.com»). Если ссылка выглядит как «bit.ly/xyz123», система не сможет напрямую определить, что это ссылка на социальную сеть, опираясь на методы, описанные в данном патенте. Рекомендуется использовать прямые ссылки.
Может ли эта система обнаружить профили в новых или нишевых социальных сетях?
Только если эти новые социальные сети были добавлены в Seed List или их Social Web Site Formats были добавлены в базу данных системы. Поскольку в патенте упоминается возможность ручного составления этих списков, возможна задержка в поддержке новых платформ.