iOS9 Search link anythings

iOS9 Apple终于重视了Search，而iOS的最大特征也在于App之间以及App与Web之间的无缝衔接。

1.为什么搜索是iOS 9的杀手级特性？

当用户升级到iOS 9系统了以后，出现了下面的使用场景：

用户手机上App数量达到上百个时，他突然想起来在一个应用的具体页面有个特定内容需要查看，但又不记得是在什么App查看过，这时候，只需要Search他记得的关键字，然后点击对应的条目，直接跳入他想要的那个App的具体页面，实在太方便了。
用户突然想在网上买一双鞋子，没有很好的选择，希望看看其他用户都去哪里买，通过Search入口，她很快的就搜索到对应的排名靠前网页，例如天猫女鞋，如果天猫女鞋页面做了Web Markup标记，且用户手机端有天猫App，那么用户可以直接跳转到天猫女鞋页面，Web搜索和Native体验无缝衔接。

想必在不久的将来，移动端也会像桌面端一样，搜索将成为一个主要流量入口。

2.iOS 9上的Search是个什么不一样的入口？

在iOS 9以前，Search入口功能单一，第三方App仅能搜索到App本身，无法像Mail，Message这些系统App可以直接搜到App的具体内容并直接跳转到对应页面，而从iOS 9开始，Search，Spotlight和Siri都开始支持了第三方App的内容搜索，直接跳转。

iOS 9中新的Search，Spotlight和Siri特性可能对于用户和开发者而言是新的iOS系统中最强大和有用的部分，Apple重点关注in-app搜索和Web整合,两者为App内容和App探索带来了巨大且全新的可能性。

在iOS中Search将会在多种方式中给开发者带来好处。最大的好处是，即使一个用户没有安装一款特定的App，Apple的Search App也会根据用户的检索关键字将特定App内容展示在Spotlight和Safari的搜索结果中。从这些搜索结果中，用户能够点击对应的内容和从Smart Banner中下载App。

iOS 9的搜索入口与以往iOS系统想必已大大不同(左边是iOS 8，右边是iOS 9)

搜索任意内容后，结果如下（左边是iOS 8，右边是iOS 9）,想必之下，搜素内容明显丰富多了。

3.如何让你的App内容可以被搜索到？

如何实现App内容可搜索化呢？

三个维度去让搜索和App内容无缝衔接:

NSUserActivity：展示用户在App中查看过的内容。
CoreSpotlight：可以展示对应App中所有实现了CoreSpoylight相关功能的内容。
Web Markup：展示网络上的App相关markup的网页。

前面两点的开发在后续的博客中会详细介绍，今日着重讲解Web Markup相关内容。

总体上说，在使用了这三个相关API且指向同一唯一标示符时，这三个维度的相互结合能够提高在Apple中的搜索排名。

4.Web与Native的无缝衔接

下面重点来说说Web Markup，以往来说，Web和Native是两块相对独立的领域，在Markup外加Apple的支持，web与native的无缝衔接，减少复杂的app操作流程，用户想要的App直接就可以展现，没有任何中间环节。

对了，Apple不像百度，付钱可以提高你的搜索排名，那么存在这样的一个循环，优质内容被更多点击，被搜到几率会越高，反之亦然，希望这样同时也可以促进我们内容的质量，内容才是关键！！！

Apple通过了两种途径去增添Search的云端索引，下面是增添云端索引的原理图：

开发者需要做四件事情使得Web内容能够在App中可搜索：

1. 允许Apple使用爬虫去发现和爬App的网址
2. 确认App的网址已被做好详细链接的Web Markup处理
3. App需要确认能够处理对应的详细链接
4. 为丰富的数据和结构化数据增加标记，使其能够在搜索中展现

接下来是客户端同学与前端同学的分工合作：

如何验证你的URL是否可以被搜索到，是否已完成了Web Markup适配呢，Apple提供测试工具，Apple工具地址
这边有两个例子：
国外的完成Web Markup例子，几乎完全支持了Apple协议

国内的tmall例子，几乎完全没有支持Apple协议
目前国外支持Web Markup的App如下，国内由于暂时的国家限制并没有相关支持，但是都是可以提前做好相关web的准备工作，Web Markup支持App列表

如何有效支持Apple的搜索呢？按照以下步骤一步一步实现，再最后利用Apple的官方检测工具就可以了！

Deep Link: Smart Banner（每家公司都也有类似的方案）（前端同学负责）
Universal Link:
- markup过的URL会直接跳转到对应Native页面（phone上安装了App）
- 继续下一跳对应的Web （phone没有安装App）
Associated Domains in project Capabilities （客户端同学负责）
- applinks:xxx.com
- applinks:www.xxx.com
- applinks:*.xxx.com(不知道这样可以吗？)
webserver apple-app-site-association文件（前端同学负责）
path里面包含了一份白名单列表，包含了app可操作URL，从而唤起App进入到具体页面，和上面的applinks会进行拼接，最后URL呈现为：https://www.xxxx.com/apple-app-site-association以及https://xxxx.com/apple-app-site-association
```
{
 "applinks":{
    "apps":[],
    "details":[
        {
            "appID":"AppID.Bundle Identifier",
            "paths":[
            "/*"
            ]
    }
 ]
 }
}
```
在UIAppDelegate中iOS8以后有了Delegate：continueUserActivity，web markup后的页面userActivity.activityType是NSUserActivityTypeBrowsingWeb然后获取对应的URL后可以通过统一跳转协议进行拦截跳转。（注意是否有循环跳转的坑）（客户端同学负责）
iTunes Connect上的Support URL和Marketing URL，这两个最好也放在associated domain，有利于Apple爬虫去爬到相关URL的内容。（运营同学和客户端同学确认）
web页面需要包含robots.txt，这是一个web标准内容，用于和网络爬虫以及相关web机器人互相传输。
前端同学需要使用Open Graph或者Schema.org组织结构化的数据，这样用户在搜索的时候可以展示对应的丰富数据。
```
Open Graph格式：
```
```
Schema.org格式：
Beats by Dr. Dre Solo2 Wireless Headphones - Apple

924
```
这样远比搜索到纯文本的效果好多了，可以展示丰富数据，当然也需要前端同学的积极配合了。
接下来就是验证工作，首先还是用到工具地址,然后通过URL跳转的形式，验证是否可以直接跳转到具体的App页面，如下图所示,用户可以点击一个特定的URL，然后就可以直接跳转到App的详情页面

5.不幸的是，中国区暂未支持

目前WebMarkup暂时还不支持中国区，所以国内用户没有办法在搜索入口直接搜索到web结果，但按照Apple对中国区的重视程度，只是时间问题。

Apple的官方公关入口在此网址
目前支持国家Spotlight Suggestions