Индексирование приложений и новый рубеж SEO: индексирование приложений Apple Search + iOS

1. Что такое поиск Apple и почему это важно для SEO?
2. 1. Индексирование NSUserActivity
3. 2. CoreSpotlight Indexing
4. 3. Индексирование веб-разметки
5. Как Apple ранжирует приложения в поиске Apple?
6. Факторы положительного рейтинга
7. Как мне решить, какой вариант индексирования является наиболее стратегическим для моей компании?
8. Как различные протоколы индексации приложений Apple можно использовать вместе, чтобы принести пользу SEO?
9. Заключительные замечания

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

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

Теперь, когда Apple и Google объявили о методах индексации глубокого контента в приложениях, ситуация резко и необратимо изменилась. Для тех, кто интересуется самыми передовыми цифровыми маркетинговыми стратегиями, концепция SEO должна быть расширена, чтобы включить оптимизацию глубокого контента приложения для включения в индексы Apple и Google.

Общая ориентация Apple на «продукты» позволяет компании извлечь максимальную выгоду из мира приложений. В идеальном сценарии Apple Интернет используется только как невидимый слой, который связывает приложения вместе и позволяет приложениям становиться их собственными уникально контролируемыми уровнями отображения для частного и публичного контента.

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

Эта статья является первой в серии из трех статей о новых стратегиях и возможностях индексации приложений в Apple, Google и других экосистемах.

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

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

Что такое поиск Apple и почему это важно для SEO?

Если вы хотите показать контент своего приложения пользователям iOS, Apple Search может стать ключевой частью вашей стратегии SEO. Как и Google, Apple Search использует индекс (или, точнее, несколько индексов) для организации набора экранов приложений, которые можно ранжировать в результатах поиска. Apple называет их индексы и программное обеспечение, которые совместно взаимодействуют с этими индексами, «Apple Search».

Индексируемые экраны приложений можно открыть, выполнив поиск в Spotlight или Siri или с помощью результата Spotlight Suggest, который появляется, когда пользователь вводит запрос в адресной строке Safari (перед нажатием «enter»). Это означает, что пользователь может начать поиск в Safari и в конечном итоге будет перенаправлен на глубокую ссылку, даже не увидев ни одного результата Google - даже там, где Google является поисковой системой «по умолчанию».

Для этого Apple представила концепцию публичной и приватной индексации и три метода для разработчиков iOS для индексации своих экранов приложений для поиска Apple: NSUserActivity, CoreSpotlight и Web Markup.

Несмотря на то, что индексирование приложений для iOS ограничено (извините, друзья Android, ваши приложения не могут здесь играть), новая платформа Apple для поиска и индексирования станет важным каналом трафика, особенно для пользователей Apple, которые иногда полностью игнорируют алгоритмы Google. В отличие от Google, Apple разработала два метода индексации, которые не требуют соответствующих веб-страниц для индексации приложений:

1. Индексирование NSUserActivity

В этом методе индексации Apple индексирует «действия пользователя», которые вы можете рассматривать как своего рода «снимок закладки + JsessionID + cookie» экрана приложения, дополненный навигационным пониманием того, как пользователь попал туда и как он взаимодействовал. с этим экраном в прошлом. Apple называет эти снимки «NSUserActivities», и они могут быть проиндексированы Apple, когда разработчик добавляет разметку соответствия критериям поиска к самому коду приложения (веб-сайт не нужен), и пользователь получает доступ к экрану с разметкой.

Каждый NSUserActivity также может быть связан с contentAttributeSet, который включает в себя соответствующие метаданные, такие как заголовки, ключевые слова и описания. Эта информация используется для создания внешнего вида результата поиска и определения рейтинга. Каждый NSUserActivity должен иметь уникальный идентификатор и / или включать URL-ссылку на соответствующий веб-контент.

2. CoreSpotlight Indexing

API-интерфейс CoreSpotlight исторически позволял собственным компонентам iOS, таким как приложения «Календарь» и «Почта», включать элементы в результаты поиска Spotlight. Теперь это открывается для всех приложений в App Store. Этот метод индексации в некоторой степени аналогичен отправке XML-карты сайта в SEO, но индексный файл передается вместе с манифестом приложения, и это другой специфичный для iOS код, созданный в файле с именем «CSSearchableIndex».

В этом методе индексации экраны приложения, подлежащие индексации, называются «CSSearchableItem (s)», и каждый из них связан с меткой, называемой «uniqueIdentifier». Каждый CSSearchableItem может быть связан с «CSSerchableItemAttributeSet», который включает в себя соответствующие метаданные, такие как заголовки , ключевые слова и описания. CSSerchableItemAttributeSet используется для определения алгоритмической релевантности и заполнения результатов поиска.

Каждую комбинацию CSSearchableItem / uniqueIdentifier можно также связать с «domainIdentifier», чтобы помочь сгруппировать определенные типы экранов приложений в базе данных, чтобы их можно было добавлять или удалять из CSSearchableIndex как группу. Например, uniqueIdentifier может быть связан с конкретным экраном фотографий, в то время как domainIdentifier может указывать все фотографии в альбоме.

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

В дополнение к NSUserActivity и CoreSpotlight Apple также позволяет индексировать контент вашего глубокого приложения с помощью веб-сканера и разметки с глубокими ссылками, аналогично Google. Глубокая ссылка - это процесс, в котором веб-разметка используется для связывания веб-URL с соответствующими экранами приложений (так называемыми URI), чтобы сканер мог понять связь между URL-адресами и URI. Этот параметр требует, чтобы контент приложения имел соответствующий веб-контент для сканирования:

3. Индексирование веб-разметки

В этом методе индексирования новый веб-сканер Apple под названием «Applebot» индексирует содержимое приложения по URL-адресам маркетинга и / или поддержки, которые отправляются вместе с манифестом приложения. Applebot может сканировать ваш веб-сайт и индексировать соответствующие экраны приложений на основе следующих протоколов разметки:

• Разметка карты Twitter Разметка Twitter Card может включать протокол для ссылки на глубокие ссылки на экраны приложений.
• Протокол ссылок приложений App Links - это внешний стандарт глубоких ссылок, который также используется в Facebook и Bing (и работает на iOS и Android).
• Умные баннеры приложений Apple : Протокол, созданный Apple, который отображает специальный баннер Apple на веб-сайтах, когда они доступны с устройств iOS. Баннер либо предлагает пользователю открыть приложение (если установлено), либо загрузить его из App Store.

Кроме того, хотя это не поможет вам проиндексировать новые экраны приложений, Applebot может сканировать два других протокола, ища метаданные для отображения в результатах поиска:

• Открыть График : Протокол Facebook, который облегчает обмен веб-контентом. Apple поддерживает полный протокол, и если тегирование OG уже установлено, Applebot может его отсканировать.
• Schema.org : Стандарт внешней разметки, широко распространенный в сети. Apple Search запускается с ограниченной поддержкой, включая следующие схемы: AggregateRating, Предложения, PriceRange, Счетчик взаимодействий (лайки, просмотры, комментарии), Организация (номера телефонов), Рецепты, SearchAction (целевая страница для поиска), ImageObject и Действия, ограниченные Чтобы: набрать номер телефона, проложить маршрут, воспроизвести аудио или видео файл.

Веб-разметка отлично подходит для SEO, потому что SEO могут включать и контролировать индексирование и метаданные, добавляя разметку на сайт, как мы привыкли делать. Разработчикам приложений для iOS нужно только генерировать и делиться глубокими ссылками URI с командой SEO. Если URI приложения уже существуют, это может быть очень быстрая и простая реализация, которая не требует каких-либо ресурсов для разработки или обновления приложения.

ВАЖНОЕ НАПОМИНАНИЕ: при щелчке глубоких ссылок iOS на веб-странице (будь то на веб-странице или даже в Facebook или Twitter) они запускают команду «openURL», которая сообщает операционной системе телефона о переходе с браузера на приложение - openURL должен быть включен в коде вашего приложения, чтобы глубокие ссылки открывались в приложении.

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

Как Apple ранжирует приложения в поиске Apple?

В свете возросшей глобальной чувствительности к проблемам конфиденциальности (подумайте: « Право быть забытым ”В ЕС), Apple начала сосредотачиваться на проблемах конфиденциальности как ключевой отличительной особенности и точки продажи своих продуктов и услуг. Новая инфраструктура индексации приложений Apple демонстрирует особые усилия по защите личной информации пользователей путем введения нескольких индексов приложений:

• Частный «Индекс устройства», который является личным индексом, доступным только по определенному идентификатору пользователя, например, небольшая индивидуальная база данных для каждого пользователя Apple.
• Общедоступный «Облачный индекс», который содержит контент, доступный с любого устройства Apple через Spotlight, Siri или Spotlight Suggest в Safari.

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

ПРИМЕЧАНИЕ. Подобная история персонализированного поиска используется Google, но никогда публично не описывалась как отдельный «индекс» и не открывалась для доступа разработчиков. Google проверил предложение «поиска на рабочем столе» несколько лет назад, а в последнее время экспериментирует с индексированием личных сообщений электронной почты из Gmail. Мы ожидаем, что эта тенденция сохранится и расширится как для Google, так и для Apple в будущем.

Как и Google, Apple не раскрыла точные детали своего алгоритма поиска, но они описали некоторые ключевые факторы ранжирования, которые следует учитывать. Многие из факторов ранжирования поиска Apple сосредоточены на определении того, как контент должен ранжироваться в индексе частного устройства по сравнению с индексом публичного облака. SEO должны быть оценены и ответственны, чтобы оказать положительное влияние на рейтинг, потому что Apple заявила, что «злонамеренные или плохо продуманные реализации [стратегии индексации приложений]» будут наказываться « или полностью подавляться » (убрать эти черные шляпы).

Более полный список факторов рейтинга Apple Search приведен ниже:

Факторы положительного рейтинга

• Состояние установки приложения. Приложение установлено на устройстве? (кажется, что установленные приложения получают предпочтения)
• Персонализированное приложение App. Взаимодействует ли человек с экраном в приложении? Это основано на времени, потраченном с результатом, который Apple определяет из аналитики сеанса.
• Рейтинг результатов кликов в приложении. Часто ли пользователи нажимают на результаты поиска, вместо того, чтобы выбрать другой результат или выполнить повторный поиск?
• Ключевые слова / название. Соответствуют ли ключевые слова из обозначений «ключевые слова» и «заголовок» в разметке приложения запросу пользователя?
• Агрегированное Обязательство. Сколько пользователей работает с экраном приложения?
• Структурированные данные в сети. Правильно ли реализованы структурированные данные?
• Канонические идентификаторы приложений. Связан ли один и тот же экран с одним уникальным идентификатором или URL-адресом для нескольких методов индексации (NSUserActivity, CoreSpotlight и Web Markup)?
• Сила / Популярность веб-URL. Насколько популярен сайт, связанный с приложением глубокими ссылками? (Предположительно, это основано на сканировании Applebot.)

Факторы негативного ранжирования

• Низкая вовлеченность. Неужели очень мало пользователей взаимодействуют с экраном приложения? (вовлеченность определяется сессионной аналитикой)
• Чрезмерная Indexing. У приложения есть много экранов в индексе с низким или без участия?
• Возвращает. Вернутся ли пользователи к результатам поиска сразу после просмотра приложения?
• Ключевые слова Спам. Неужели разработчики вставляют слишком много нерелевантных ключевых слов в поле ключевых слов?
• Межстраничные. Что-то охватывает контент в приложении или препятствует доступу пользователей к нему?
• Javascript (только веб). Javascript мешает Applebot сканировать ваш сайт, чтобы найти новые ссылки приложения?
• Низкие звездные рейтинги, низкий объем обзоров, плохие отзывы. Apple явно не назвала эти негативные факторы ранжирования для Apple Search, но они являются негативными факторами ранжирования для App Store, поэтому мы ожидаем, что Apple будет относиться к ним аналогичным образом.

Apple рекомендует использовать несколько методов индексации для оптимизации видимости приложения, но перекрывающиеся методы неизбежно приведут к дублированию между различными индексами. Например, для частного контента могут быть проиндексированы как NSUserActivity, так и CSSearchableItem, а для публичного контента могут быть проиндексированы как NSUserActivity, так и глубокая ссылка веб-разметки.

Это, очевидно, не идеально для контроля эффективности Applebot, поэтому Apple настоятельно рекомендует связывать каждую глубокую ссылку NSUserActivity, CSSearchableItem и Web Markup с одним и тем же uniqueIdentifier и / или URL. Это каноническая версия Applebot, и она настолько важна для Apple, что они даже сделали ее фактором ранжирования в алгоритме поиска Apple.

Как мне решить, какой вариант индексирования является наиболее стратегическим для моей компании?

Разработчики iOS могут указать, в какие индексы, по их мнению, должно быть включено содержимое их приложения. Не все содержимое приложения должно быть проиндексировано, поэтому первый вопрос, на который ваша компания должна ответить: какой контент должен быть включен в индекс Apple, а какой нет?

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

Генерация списка всех экранов приложений и связанных с ними NSUserActivities, а затем отображение открытого или частного характера контента - это организованный способ документировать этот процесс. После определения частного или общедоступного характера содержимого приложения можно выбрать соответствующий метод индексации для удовлетворения этих потребностей. Методы индексации NSUserActivities и / или CoreSpotlight могут использоваться для индексирования контента, предназначенного для индекса частного устройства, в то время как NSUserActivities и / или веб-разметка могут использоваться для индексирования контента, предназначенного для индекса общего облака.

SEO-специалистам, которые привыкли к несколько простым и открытым стандартам Google для индексирования, может быть сложно понять 3 различных способа добавления контента приложения в поисковые индексы Apple и как эти методы взаимодействуют.

Чтобы помочь, мы создали нижеприведенную таблицу - в ней описаны основные функции и ограничения для каждого метода индексации Apple Search, чтобы сравнение стало более понятным:

NSUserActivity является единственным методом индексации, который имеет возможность частной и публичной индексации содержимого. Статистика участия в аналитике сеанса NSUserActivity является частью алгоритма ранжирования, поэтому Apple рекомендует сначала сосредоточиться на методе индексации NSUserActivity.

Разработчики могут указать, следует ли индексировать NSUserActivity в частном или публичном порядке. Однако Apple не осуществляет публичную индексацию NSUserActivities, помеченных для публичной индексации. Apple по-прежнему сначала индексирует NSUserActivity в частном индексе устройств, а затем «продвигает» его в публичный индекс облака, когда к нему обращается определенное количество людей.

Один из самых уникальных аспектов этой новой платформы - когда и как конкретные NSUserActivities могут быть повышены до индекса облака. Представитель Apple не стал вдаваться в подробности, поэтому этот аспект структуры может быть немного неясным до запуска. К счастью, он поделился диаграммой, которая, казалось, показывала, что каждый экран в приложении может иметь различные NSUserActivities, некоторые из них индексируются в частном порядке, а некоторые - в публичном порядке. Разработчик должен связать каждую индексируемую NSUserActivity с кодом соответствия: «var elitableForSearch» (частная индексация) и «var elptableForSearch» + «var elitableForPublicIndexing» (публичная индексация).

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

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

Как различные протоколы индексации приложений Apple можно использовать вместе, чтобы принести пользу SEO?

Разработчики могут использовать только один метод индексации NSUserActivity, но следование методу индексации веб-разметки в дополнение к методу индексации NSUserActivity имеет ряд существенных преимуществ (которые Apple не может сделать вывод только из NSUserActivity):

1. Когда веб-разметка установлена, экраны приложений с глубокими связями автоматически добавляются в индекс общедоступного облака. (Не нужно ждать, пока определенное количество пользователей обнаружит ваш контент, прежде чем вы сможете пересечь «порог» продвижения Apple NSUserActivity.)
2. Когда Applebot находит подходящую веб-разметку на вашем сайте, веб-страницы также могут быть добавлены в индекс Apple. Веб-страница может ранжироваться в Spotlight Search, а не в приложении, если оно не установлено. ( Примечание. Это означает, что метод индексации веб-разметки дает вам два шанса для ранжирования: приложение и веб-сайт. Это огромное конкурентное преимущество, поскольку Apple индексирует только те веб-страницы, которые были отправлены в iTunes connect, или веб-страницы, содержащие разметку с глубокими ссылками для этого приложения. Applebot - это не роуминговый сканер, как Googlebot.)
3. «Популярность сайта» помогает повысить показатель релевантности вашего приложения в поиске Apple, который является центральным аспектом алгоритма поиска Apple.
4. Структурированные данные с сайта являются независимым фактором ранжирования в алгоритме поиска Apple.
5. Схема действий с вашего веб-сайта, чтобы добавить в результаты поиска вашего приложения дополнительные визуальные элементы (#pizzaz), которые делают его более привлекательным для пользователей и повышают рейтинг кликов в результатах поиска, что является еще одним фактором ранжирования Apple Search.
6. БОНУСНЫЕ МОМЕНТЫ: это поможет вам на полпути проиндексировать ваши глубокие ссылки в Поиске Google (это будет подробно обсуждаться в следующей статье этой серии).

Источник: https://developer.apple.com/videos/wwdc/2015/?id=709

Глубокие ссылки и пользовательские действия - как частные, так и публичные - отображаются в качестве результатов, только когда приложение установлено на устройстве пользователя (или было в прошлом). Если приложение не установлено на устройстве пользователя, Apple покажет либо результат App Store, либо проиндексированный веб-контент (обнаруженный Applebot, просматривающим веб-разметку сайта).

Когда пользователь получает результаты веб-сайта, Apple рассчитывает, что веб-разработчики внедрили Smart App Banners, чтобы направлять пользователей с веб-сайта на страницу загрузки приложений в App Store. Смарт-баннеры Apple App отлично подходят для загрузки загрузок с веб-трафика, который поступает на сайт с традиционного веб-реферала; но если конечная цель Apple Search состоит в том, чтобы увести людей с веб-сайтов в цифровое пространство только для приложений, эта стратегия не сработает.

ПРИМЕЧАНИЕ: это заметно менее прямой опыт, если сравнивать с Google. Пользователь без установленного приложения, который нажимает на глубокую ссылку Google из результатов поиска Google, немедленно доставляется на страницу загрузки приложения в Google Play или в iOS App Store.

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

Заключительные замечания

Практики SEO должны развиваться, чтобы не отставать от расширяющегося определения того, что составляет «SEO». С новым объявлением об индексировании приложений для iOS 9, SEO также должны развиваться, чтобы работать с новым пониманием Apple поискового инжиниринга.

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

Способность Apple извлекать показатели вовлеченности пользователей iOS позволяет им делать взаимодействие центральной частью алгоритма ранжирования, уделяя меньше внимания традиционным факторам ранжирования, таким как названия и описания. Это заметная эволюция от того, как Apple в настоящее время обрабатывает поиск в iOS App Store, который в значительной степени опирается на заголовки и ключевые слова для определения рейтинга приложений.

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

Во всех обсуждениях нового поиска Apple и индексации приложений большой вопрос, который, по мнению некоторых, не был должным образом решен, касается объема поиска и отслеживания. Неясно, сколько общего объема поиска и вовлеченности получат новые утилиты Apple Search, особенно по сравнению с поиском Google (и новой способностью Google поверхностное iOS-приложение глубокие ссылки в их результатах поиска).

Будут ли пользователи привлекать к приложениям глубокие ссылки на традиционный веб-контент, или они даже будут знать разницу? Будут ли пользователи предпочитать Spotlight Search для поиска новых приложений и контента приложений? Будут ли они по-прежнему предпочитать поиск в App Store, или границы между поисковыми утилитами Apple будут продолжать стираться, приводя к единому, ориентированному на приложения интерфейсу панели Spotlight-Safari-Siri, который может быстро отслеживать общее доминирование приложений в Интернете?

Для некоторых компаний, чьи приложения не имеют четности веб-сайтов, а также для тех, чьи приложения имеют обширный частный или персонализированный контент, Apple Search в настоящее время предоставляет единственную возможность индексировать контент своих приложений, но общее влияние Apple Search еще предстоит увидеть.

В то время как Apple Search предоставляет много возможностей для нового представления на устройствах Apple, разработчикам придется работать в рамках новой инфраструктуры индексации приложений Apple и оптимизировать работу для различных индексов, используя новые фирменные методы Apple. Успех будет ограничен объемом поиска, который отделы Apple Search могут извлечь из своей лояльной аудитории, и влияние инициатив по поисковой оптимизации будет гораздо сложнее измерить.

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

И наоборот, если Apple полагает, что, получая доступ к данным Apple Search, они могут получить большую прибыль, мы можем увидеть новые продукты, ориентированные на маркетологов в будущем - по цене. (Помните, насколько дорогими были эти iAds?) Apple исторически опаздывала с тем, чтобы предоставлять маркетологам даже базовую аналитику, поэтому Apple Search не мог предоставить практически никакого доступа ко многим показателям, которые мы уже используем в Google Analytics.

Хотя мы ценим Apple видео объяснение из-за того, что они делают с Apple Search, и сколько времени они дают оптимизаторам и разработчикам, чтобы подготовиться к этим изменениям, многие вопросы о технологии остаются без ответа. Нам остается задаться вопросом: планирует ли Apple использовать какую-то версию QDF для определения продвижения NSUserActivity в общедоступный индекс облака?

Другими словами, приведет ли внезапное увеличение числа людей, использующих общедоступную индексируемую NSUserActivity (например, игру Брюинса в приложении НХЛ), к продвижению активности в общедоступный Индекс облака перед действиями с большим количеством просмотров, но с меньшим объемом трафика (например экран списка команды Брюинз)? Будет ли более свежая деятельность ранжироваться выше из-за ее своевременности? И наоборот, когда люди перестанут участвовать в новых пользовательских действиях, они будут «понижены» до частного Индекса устройства (или, скажем, заменены более поздней игрой Бруинса)?

Какие у вас есть вопросы? Дайте нам знать об этом в комментариях.

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

Об авторе

Похожие

Комментарии