1. Размытие приложения / веб-линий
2. Конвергенция между устройствами
3. Повышенная зависимость от разметки структурированных данных в большем количестве мест
4. Новый способ думать о мобильной индексации
5. Заключение

По мере того, как мы подведем итоги 2017 года и с нетерпением ждем 2018 года, многие оптимизаторы будут рассуждать о том, что ожидать в следующем году. Поскольку я сфокусирован на мобильных устройствах, я хотел поделиться своими уникальными ожиданиями на 2018 год, изложив то, что мы знаем и что мы подозреваем в области мобильного SEO.

Этот прошедший год принес много изменений в мобильную экосистему, хотя мы все еще ожидаем появления Google Индекс мобильной связи , Мы были уверены, что он будет запущен где-то в 2018 году и мы надеемся, что это правда.

В этой статье я планирую сосредоточиться на некоторых из моих ключевых прогнозов на 2018 год: размытие границ между приложением и вебом, конвергенция между устройствами и повышенная зависимость от разметки схемы в HTML, JSON и базах данных. Затем я свяжу все тенденции вместе с уникальными предположениями о том, что на самом деле будет индексация с мобильных устройств и какие стратегии вы можете начать внедрять сейчас, чтобы получить немедленную выгоду для SEO.

Эта справочная информация о тенденциях в области мобильных устройств и долгосрочных ожиданиях в отношении индексации с мобильных устройств должна помочь вам определить приоритеты и спланировать более успешный 2018 год.

Размытие приложения / веб-линий

Самая большая тенденция в 2017 году, которая продолжит расти в 2018 году, - это движение к прогрессивным веб-приложениям или PWA. Вы можете ожидать, что в 2018 году они будут уделять еще больше внимания.

Progressive Web Apps - это веб-сайты, которые позволяют загружать на телефон оболочку приложения и файл конфигурации, что позволяет ему использовать все лучшие характеристики нативного приложения, пока он находится в сети. Помните, что «веб-приложения» - это, по сути, просто насыщенные JavaScript-сайты, которые выглядят как нативные приложения, поэтому их функционирование в качестве PWA просто влечет за собой добавление пары дополнительных файлов и немного больше функциональности.

Отличительной особенностью PWA является то, что они позволяют использовать значок приложения, полноэкранное отображение без адресной строки, быструю функцию включения и отключения, а также push-уведомления. Они являются хорошим способом помочь компаниям построить мост между открываемостью веб-сайта и вовлеченностью и удовлетворением, которое пользователи испытывают с приложениями, и при этом минимизируют накладные расходы. Их можно использовать непосредственно в Интернете или установить как собственное приложение на устройствах Android (и на устройствах iOS тоже скоро). Это означает, что поддерживать, оптимизировать и продвигать намного меньше, поэтому они невероятно привлекательны для опытных компаний всех размеров.

Тенденции разработки приложений начнут смещаться от собственных приложений к PWA, поскольку все больше компаний начинают понимать ценность, которую могут обеспечить PWA. Android OS теперь обрабатывает PWA почти точно так же, как нативные приложения, показывая их потребление ресурсов и спецификации в тех же местах, отображая их в трее приложений, и вскоре, добавляя их в Google Play Store. Google также начал переводить многие из своих веб-ресурсов, представляющих особый интерес, в PWA, включая Traffic, Sports, Restaurants, Weather, Google Contribute, Maps-Go и Weather PWA.

Вы можете увидеть эту тенденцию в действии ниже. Первый экран показывает результаты веб-поиска для местной погоды. На следующем экране показаны те же результаты поиска с другой презентацией и возможностью добавить их на главный экран. Третий экран показывает диалог, в котором вы принимаете добавление значка PWA на домашний экран. На последнем изображении бок о бок отображаются собственное приложение Google для погоды и значки приложений PWA для погоды. Два приложения делают одно и то же и имеют одинаковый интерфейс.

[Нажмите, чтобы увеличить.]

PWA также важны, поскольку устраняют необходимость для компаний устанавливать глубокие ссылки со своих веб-сайтов в свои приложения и наоборот - процесс, который оказался сложным, а иногда и невозможным для крупных компаний, которые не имеют точного соотношения между своим приложением и веб-сайтом. содержание. Google всегда предпочитает рекомендовать и поощрять наименее подверженные ошибкам варианты, и, по нашему опыту, глубокие ссылки по старинке очень подвержены ошибкам. Каждый раз, когда что-то меняется в приложении или перемещается контент на веб-сайте (отдельные перенаправления 301 или полная миграция), индексация приложений и глубокие ссылки рискует потерпеть неудачу или полностью сломаться.

И даже если ваши глубокие ссылки работают правильно, точки соприкосновения рефералов и атрибуция могут быть почти невозможны без помощи сторонних сервисов. Это резко контрастирует с простотой размещения ссылок в Интернете. PWA - это автономные приложения, которые уже проиндексированы в Интернете, что устраняет всю эту сложность.

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

Поскольку PWA будут в Google Play с нативными приложениями, пользователи Android, скорее всего, не смогут отличить нативное приложение от PWA. В Android важно отметить, что Google может со временем изменить отношение к глубоким ссылкам при наличии PWA. Google может начать отдавать предпочтение контенту PWA над глубокими ссылками (особенно если приложение не установлено), так же, как это было сделано для контента AMP.

Это менее важно для iOS, особенно если глубокие ссылки происходят через универсальные ссылки iOS, а не какую-либо реализацию Firebase. Поскольку Universal Links выполняются не с браузером, а с операционной системой iOS, вполне вероятно, что iOS продолжит использовать Universal Links в приложениях, даже если PWA доступен.

Просто помните, что в обоих случаях, если PWA заменяет веб-сайт, глубокие ссылки приложения должны совпадать с URL-адресами, используемыми в PWA. Если PWA является дополнением к основному веб-сайту, только веб-URL, связанные с URI приложения, будут вызывать глубокие ссылки.

Поскольку Google начинает добавлять PWA в Google Play и индексировать их в Интернете, это может упростить добавление логотипов приложений в SERP для Android и iOS, улучшая внешний вид, CTR и привлекательность ссылок PWA. Несмотря на это, все еще может потребоваться, чтобы все глубокие ссылки приложений были перенесены в его систему Firebase, чтобы помочь Google улучшить свои кросс-устройства, межсистемные отчеты и атрибуцию. В зависимости от того, насколько быстро Google сможет завершить индексацию с мобильных устройств, это может стать большим толчком для компании во второй половине 2018 года.

Мы также наблюдаем аналогичные изменения в области оптимизации магазина приложений (ASO). Алгоритм Google Play исторически намного менее сложен, чем алгоритм поиска Google, но последние изменения в алгоритме приложения Google Play показывают гораздо больший упор на производительность, эффективность, вовлеченность и обзоры приложений, а также относительное снижение важности метаданных приложений. Это можно считать сигналом о возможном грядущем слиянии между Google Play и обычными SERP, поскольку мы знаем, что производительность является важным фактором ранжирования. Когда PWA добавляются в Google Play Store, нативные приложения Android будут конкурировать с веб-сайтами PWA по производительности. И наоборот, это, вероятно, будет означать, что PWA также могут подвергаться колебаниям рейтинга на основе отзывов пользователей и рейтингов звезд.

Хотя это менее заметно для SEO, то же самое можно сказать и о мире технологий Apple. Исторически Apple не позволяла своему браузеру Safari поддерживать PWA, но недавние объявления заставляют задуматься, что перспективы компании изменились. В 2017 году Apple наконец-то дал понять что Safari вскоре поддержит файлы Service Worker, которые делают PWA настолько полезными, и только в этом месяце (12 декабря 2017 г.) в своем стремлении исключить использование служб шаблонов приложений, Apple казалось бы, одобрен PWA как лучший вариант для компаний с ограниченными бюджетами, чем шаблонные приложения!

Внезапное и решительное одобрение Apple PWA является убедительным свидетельством того, что PWA будут поддерживаться в следующем обновлении Safari. Это также может указывать на то, что Apple разработала схему монетизации PWA. Apple также может планировать добавить их в свой App Store (где они могут осуществлять больший редакторский контроль над ними). Это, конечно, еще предстоит увидеть, но будет интересно.

Скоро появится мобильный индекс. Будьте готовы оставаться в курсе событий - подпишитесь на нашу рассылку ниже!

Примечание. Отправляя эту форму, вы соглашаетесь с информацией, предоставленной Third Door Media. термины , Мы уважаем вашу Конфиденциальность ,

Конвергенция между устройствами

Следующей важной темой, которую можно ожидать в 2018 году, является конвергенция между устройствами. Поскольку число и назначение подключенных устройств продолжает расширяться, образ мышления также должен будет расширяться, чтобы получить более широкое представление о том, что значит быть «кросс-устройство». Исторически кросс-устройство могло означать наличие приложений и веб-сайта, или иметь адаптивный дизайн сайта, который работал на всех устройствах. Но в 2018 году люди начнут понимать, что этого недостаточно. Поскольку граница между приложением и сетью на мобильном телефоне слилась, она также слилась с настольным компьютером и Интернетом вещей (IoT).

Чем больше информации перемещается в облако, тем легче будет плавно переходить с одного устройства на другое, поддерживая состояние, историю и статус взаимодействия на всех устройствах одновременно. Уровень представления будет просто включать хуки в больший API. Разработчики будут в большей степени ориентированы на тестирование интеграции данных одного приложения на многих различных устройствах, а не на тестировании нескольких специфичных для устройства приложений на нескольких устройствах (чем-то похоже на переход к адаптивному дизайну в Интернете).

Существует магазин для Google Home и магазин для Google Actions, каналов Google Voice-First и Voice-Only, но они, вероятно, объединятся в одном и том же магазине - возможно, когда индекс Mobile-First полностью запустится, но, скорее всего, вскоре после этого. Вы можете ожидать возможной конвергенции магазинов мобильных и настольных приложений, операционных систем и поисковых утилит, хотя это не все будет завершено или даже начато в 2018 году. Это просто направление, в котором движутся дела.

Мы уже видели, что это происходит в некоторых местах. Конвергенция между мобильным и настольным компьютером наиболее очевидна, если взглянуть на изменения, произошедшие в Windows 10. Настольная ОС включает в себя магазин приложений и выглядит гораздо больше как телефон на Android, даже с настраиваемыми виджетами на экранах «Пуск». Только в этом месяце Microsoft объявила, что сервисные рабочие, push-уведомления и локальный кеш также будут включены по умолчанию в Новый браузер Microsoft Edge , который предназначен как для настольных, так и для мобильных устройств.

Приложения PWA и Android уже доступны в магазине приложений Windows, а это означает, что PWA уже доступны и частично используются на настольном компьютере. В том же духе, Microsoft теперь сделала целью сделать некоторые из лучших программ, таких как Outlook, Excel и Word, доступными на устройствах Android без лицензии.

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

Google и Microsoft / Windows всегда были более склонны сосуществовать без огороженных садов, в то время как Apple всегда склонялась к запатентованным продуктам и доступу. Если Safari mobile будет поддерживать PWA и Service Workers, то это также может быть справедливо для настольной версии Safari, что означает, что грань между мобильным и настольным компьютерами также будет объединяться в более крупной вселенной Apple. У MacOS уже давно есть собственный магазин приложений, но команды Apple, такие как команды Android и Windows, также сообщают, что они будут объединение магазинов MacOS и iOS в один в 2018 году.

Эта модель, ориентированная на разные устройства, голосовые и облачные технологии, уже используется интеграцией Cortana в Windows 10, где магазины мобильных и настольных приложений уже объединены. Точно так же Siri, Safari и Spotlight работают на разных устройствах с открытыми приложениями и веб-сайтами, а Google добавил голосовой поиск на настольный компьютер - но им обоим еще предстоит подтолкнуть помощника вперед и в центр в качестве средства отображения этого приложения и Интернета. контент на всех устройствах.

Были слухи о том, что приложения для iOS также будут доступны в магазине приложений Windows , но похоже, что он провалился, по крайней мере, с точки зрения планирования на 2018 год. Вместо этого Apple, возможно, решила расширить или объединить свой собственный iOS App Store с настольной версией магазина, а также могла бы включить PWA для настольных компьютеров.

Последнее, на что следует обратить внимание в этой тенденции - это изменения с помощью Accelerated Mobile Pages (AMP). AMP был разработан, чтобы сделать веб-страницы быстрыми и удобными для мобильных устройств, и хотя эти улучшенные страницы могут работать на настольном компьютере и, вероятно, могут легко интегрироваться с голосовой связью, Google, как сообщается, изо всех сил пытается интегрировать их в индекс для мобильных устройств. Хотя это и дает много преимуществ, AMP, вероятно, придется внести серьезные изменения или столкнуться с расчетом в 2018 году. Есть все еще значительные проблемы, которые необходимо решить с точки зрения UX и измерения.

Повышенная зависимость от разметки структурированных данных в большем количестве мест

Последнее, на что стоит обратить внимание в 2018 году, - это стремление Google к веб-мастерам разметить все со структурированными данными , включая социальные профили, корпоративную контактную информацию, книги, события, курсы и факты. Структурированные данные и, в частности, разметка, отформатированная в JSON-LD для обеспечения семантического понимания, - это то, что позволяет Google понимать «сущности». («LD» в JSON-LD обозначает связанные данные.)

Мы знаем, что структурированные данные будут иметь большое значение, потому что они помогают Google выяснить, что происходит, не полагаясь так сильно на сканирование и анализ всего контента в Интернете, что стало довольно монументальной работой, которой не видно конца. Вот почему Google переключился на запрос большинства богатых данными активов в формате JSON-LD, включая разметку действий Google, манифесты веб-приложений и файлы, сохраненные сервисными работниками.

В прошлом году, перед вводом-выводом Google, Google разработал инструмент тестирования структурированных данных, который давал конкретные инструкции по внедрению для различных видов разметки. Неудивительно, что схемы, включенные в этот список, особенно хороши для взаимодействия с Google Home, Google Assistant и Chromecast, таких как рестораны, резервирование, планы поездок, музыка, телевидение, фильмы и рецепты.

Контент, хорошо размеченный структурированными данными, может быть легко проанализирован и представлен на нетрадиционных устройствах с помощью голосового поиска и взаимодействия (например, с помощью Google Assistant, Google Home, Android Auto). Это также имеет большое значение для продуктов, не принадлежащих Google, таких как Amazon Alexa, Siri, Fitbit (которые запустили собственные партнерские приложения для конкретных ОС) и телевизионных пультов с поддержкой голосовой связи.

Единственной вещью в документации Google по структурированным данным, которой не уделяется должного внимания, является разметка базы данных или набора данных (т. Е. Инструкции о том, как добавить разметку структурированных данных в вашу базу данных). Базы данных не обязательно имеют URL-адреса или нуждаются в веб-сайтах, и это является основой теории, что для индексации с мобильных устройств не потребуются URL-адреса для индексации, и что он будет опираться на схемы и понимание сущности.

Давайте рассмотрим пример того, как разметка создает понимание «сущности». Ниже вы можете увидеть результат поиска для конкретной загрузки. Вместо того, чтобы показывать все веб-сайты, где вы можете найти эту загрузку, Google объединил ее в утилиту, которая может дать пользователям намного больше информации непосредственно из SERP.

Результат показывает полное название ботинка, а также в каких магазинах он есть на складе и по каким ценам. Он также показывает звездные рейтинги для ботинка и позволяет мне переключаться на разные размеры и цвета. Если я нажму на вкладки, я смогу увидеть более подробную информацию о загрузке и прочитать отзывы, которые были собраны из всех мест, где они продаются. Поскольку эта информация представляет собой совокупность информации со всей сети, на самом деле она не имеет статического URL, поэтому Google включает треугольную ссылку «поделиться», чтобы можно было совместно использовать саму совокупность.

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

Важно помнить, что самая первая (неудачная) попытка Google поощрять глубокое связывание приложений использовала динамические ссылки, как часть Google Now-Tap. Затем они использовались в качестве единой ссылки, объединяющей один и тот же фрагмент контента в Интернете, в приложении для iOS и в приложении для Android. Они позволяли одной ссылке запускать правильную работу на любом устройстве, и если соответствующее приложение не было установлено, ссылка возвращалась к веб-версии контента. Сейчас, Динамические ссылки все еще включены в качестве важной части платформы индексации приложений Google, Firebase.

В следующем примере ниже вы можете увидеть, как связанные данные помогают поддерживать понимание сущности в результате поиска. Запрос предназначен для популярного автора, поэтому в результате отображаются фотографии и краткая биография в самом верху. Есть только незначительные различия между результатом Google Now и результатом Google Web - один имеет динамическую ссылку общего доступа, а другой предлагает возможность «следовать» сущности или концепции.

В обоих случаях результат объединяет информацию, такую ​​как цитаты и фильмы, приписанные автору, списки влияний и ссылки на страницу Википедии. Ниже Google отображает карусель своих самых популярных книг с фотографиями обложки и датой их выхода. Ниже показана карусель «Люди также искали», в которой полно авторов, пишущих в том же жанре.

Мы полагаем, что Google использует клики на этих двух нижних каруселях для проверки и проверки связанных данных, которые были получены об этом авторе. Чем больше кликов получает элемент карусели, тем больше вероятность, что он связан с темой запроса.

Новый способ думать о мобильной индексации

Знание этих тенденций должно помочь вам понять, как индексация с мобильных устройств вписывается в общую картину SEO. Показательно включение слова «индексирование» в официальное название Google для обновления. Это указывает на то, что это не просто обновление алгоритма, а обновление фундаментальной архитектуры и организации системы. Помните, что «индекс» - это просто хранилище упорядоченной информации, которую легко запрашивать или искать. Индексы могут быть созданы для всех видов информации и упорядочены различными способами: в алфавитном, числовом или, в случае Google, исторически на основе URL-адресов.

Поскольку нативные приложения и прогрессивные веб-приложения не требуют разных URL-адресов для отображения разного контента, мы считаем, что метод индексации и организации контента должен измениться. Принудительное использование URL-адресов в этих новых технологиях оказалось несостоятельным, поэтому Google нужен новый индекс - и он будет тем, который предпочитает «переносной» контент, который находится в облаке и хорошо размечен структурированными данными. Вероятно, это будет «индекс сущности», основанный на уникальных «концепциях сущностей», которые включают домены (с URL-адресами), нативные сущности приложений и их контент, сущности PWA и сущности базы данных, которые вообще не нуждаются в элементах дизайна.

Использование фразы «mobile-first» в названии также интересно. С обоими мобильное обновление и для мобильной индексации Google перефразирует фразы, которые ранее использовались для описания элементов дизайна, но в обоих случаях Google в основном сосредоточился на технологической части, которая сделала возможными изменения дизайна. Что касается обновления для мобильных устройств, Google предоставил рекомендации о том, как контент должен выглядеть на странице, но, основываясь на инструменте тестирования, основное внимание было уделено возможности сканирования зависимых файлов на сайте (в частности, CSS и JavaScript).

Обновление, удобное для мобильных устройств, было важным предшественником индексации с мобильных устройств, потому что оно дало Google то, что ему было нужно, чтобы кормить и обучать свои программы машинного обучения тому, как они должны воспринимать и интерпретировать JavaScript. Как SEO-разработчики, мы все перенесли обновление для мобильных устройств, которое предпочло сайты, которые были квалифицированы как таковые, и наградило их значком для мобильных устройств, когда они появились в результатах поиска.

Точно так же фраза «сначала с мобильного» изначально использовалась для описания принципа проектирования, в соответствии с которым сначала были созданы адаптивные структуры веб-сайтов с наиболее важными элементами функциональности, и они предназначались для мобильных устройств с самыми маленькими экранами. Только позже дизайнеры смогли добавить другие, менее необходимые элементы дизайна и UX для устройств с большим экраном, которые имели больше места.

Похоже, что Google также использует термин «сначала мобильные», чтобы обозначить что-то немного другое, с последствиями, которые намного больше, чем просто дизайн. Вместо того, чтобы сосредоточиться на мобильных устройствах и размерах экрана, Google сосредоточит внимание на доступности контента и облаке и гораздо меньше сосредоточится на презентации.

Это важная тенденция, потому что именно в «облаке» Google уделяет основное внимание своей инновационной энергии. Контент, размещенный в облаке, без форматирования специально для какого-либо одного устройства, это именно то, что им нужно; им проще всего работать с ИИ и легче всего снова отображать их на любом экране (или читать вслух в голосовом контексте). Вот где приходят Google Now и Google Assistant.

Google Now был первой попыткой Google создать интеллектуальную поисковую систему, которая ожидала запросы еще до того, как пользователь их отправил. Он использовал всю информацию, которую он знал или мог обнаружить о ваших привычках, чтобы предвидеть нужную вам информацию, и отображал ее в интерфейсе слева от главного экрана на телефонах Android. Он также был доступен как приложение Google для iOS, но никогда не был так хорош, так как им не удалось собрать столько личных привычек и предпочтений пользователей iOS. Google Now включил функцию голосового поиска, но он просто переводил голосовые запросы в текст.

Существуют минимальные различия в большинстве поисковых рейтингов, если сравнивать обычный поиск на Google.com и поиск в Google Now. Основные различия возникают при наличии PWA (например, Weather PWA). Существуют также небольшие изменения в функциях «поделиться» и «подписаться», которые, вероятно, также намекают на то, чего ожидать при индексации с мобильных устройств. Вы можете увидеть различия ниже.

Google Assistant немного сложнее, потому что иногда он может отвечать на простые вопросы напрямую, а не просто возвращать результат поиска. Он также использует пассивные и активные сигналы о пользователе, чтобы обеспечить предоставление максимально точной и полезной информации. Google Assistant является критически важным элементом устройства Google Home, которое работает в основном с голосовой связью, но может выводить результаты на подключенные телевизоры или телефоны, если требуется визуальный просмотр.

Google Now и Google Assistant являются очевидными предшественниками индексации с мобильных устройств и дают нам глубокое понимание того, чего ожидать. Эти две утилиты очень похожи и могут просто комбинироваться для индексации с мобильного устройства. Одним из самых сильных подтверждений этой идеи является то, что Google в последнее время стал намного агрессивнее продвигать пользователей Android в мир Google Now / Google Assistant. Они переместили панель запросов из интерфейса Google Now (одним движением влево от основного экрана телефона) в стандартную раскладку (доступную во всех версиях главного экрана).

В новой строке поиска просто указано «Google», поэтому большинство пользователей не поймут, что они получают доступ к другому интерфейсу, чем в веб-версии Google (google.com).

Google-х последнее сообщение в блоге об индексе mobile-first на самом деле ничего нового в уравнении не добавлялось, поэтому мы все еще полагаем, что новый индекс, вероятно, будет также сильно зависеть от существующего семантического понимания Google в Интернете (которое основано на графе знаний и его историческом включении и накоплении Freebase). Он также будет использовать карты и AI, как мы привыкли видеть в Google Now. Эта концепция подтверждается отказом Google от термина «богатые фрагменты» и запуск нового инструмента тестирования богатых результатов 19 декабря.

На рисунке ниже показаны различные методы, которые Google использует для информирования Google Assistant о предпочтениях отдельных пользователей, что поможет дополнительно персонализировать индивидуальные результаты поиска. Но эти данные также можно агрегировать - в виде «больших данных» - для определения более крупных моделей, потребностей и тенденций поиска, чтобы они могли быстрее адаптироваться.

Слева вы можете увидеть Google Cloud Search, который собирает информацию об активах на всех моих устройствах, которые зарегистрированы в учетной записи Google. Это включает в себя электронную почту, записи календаря, документы на диск, фотографии, SMS и приложения. Хотя это не было целью какого-либо маркетинга Google, он является частью пакета Google Business GSuite, который по умолчанию включен для всех пользователей GSuite.

Справа вы можете увидеть трекер Google My Activity. Это еще одна функция, которая включена по умолчанию. Он похож на функцию поиска в облаке, но вместо того, чтобы быть просто базой данных для поиска, он организует информацию в хронологическом порядке. Это разбивает мою повседневную деятельность на временной шкале и карте. Данные включают в себя количество времени, которое я потратил на ходьбу и вождение. Это также показывает предприятия, которые я посетил и время, когда я был там. Он также размещает фотографии, которые я сделал, на временной шкале и связывает их с местами, где были сделаны фотографии.

Подобные элементы предназначены для того, чтобы помочь помощнику Google лучше понимать личный контекст, чтобы он мог реагировать при появлении результатов поиска, либо на явный поиск, либо на ожидаемое желание или потребность (например, Google Now).

В конечном счете, Google Assistant может стать новой записью в поиске Google на всех устройствах, заставляя людей входить в систему, чтобы их состояние и история могли сохраняться на разных устройствах, а также чтобы была разработана и создана личная история и индекс. для каждого пользователя. Начало этого индекса личной истории уже есть в Google Now для пользователей Android. Он использует активное и пассивное машинное обучение для отслеживания и компиляции всей активности пользователя на разных устройствах в Google Cloud, а затем преобразует эту информацию в прогнозируемые потребности в Google Now.

Google уже начал продвигать «регистрацию в один клик и форму« завершено »и« вход в один клик », которая работает и передает учетные данные на разные устройства. Эта функциональность в настоящее время стала возможной благодаря API управления учетными данными Google, что означает, что он опирается на совместно используемое «состояние» в облаке, управляемое координацией локальных работников службы, которые передают изменения состояния в учетную запись Google, размещенную в облаке. Если и когда это произойдет, это будет огромным благом для взаимодействия и электронной коммерции, потому что это устраняет основные трения.

Заключение

С точки зрения поиска, данные, которые живут в одном состоянии, независимо от устройства, великолепны, но ассимилировать все различные типы потенциальных результатов поиска в индексе сложно. Новый индекс first-mobile объединит веб-сайты с приложениями, PWA и другими наборами данных, которые не все имеют URL-адреса, так что именно здесь появится разметка структурированных данных.

Так же, как рекламные системы профилируют отдельных пользователей с помощью отпечатков пальцев устройства, Google должен будет организовать новый индекс с похожими уникальными идентификаторами, который будет включать веб-URL и URI приложения. Но для контента, который не имеет существующего уникального идентификатора, такого как страница глубоко внутри интерфейса PWA или актив в базе данных, Google позволит «Динамическим ссылкам» выступать в качестве их уникального идентификатора, чтобы их можно было проиндексировать.

Мнения, выраженные в этой статье, принадлежат автору гостя и не обязательно относятся к Search Engine Land. Штатные авторы перечислены Вот ,

Об авторе

Похожие

Комментарии