我想知道哪一个更容易实现。在分支应用索引方法中，是否需要实现应用内容站点地图?
全面披露:我是Branch。io团队
Firebase和Branch实现应用索引的方式非常相似。事实上，Branch使用与Firebase完全相同的方法进行索引，并在上面添加了一些附加的功能。Branch作为您自己网站的包装器，或者从Firebase的角度作为您的完整托管网站。因此，当涉及到索引与谷歌，你索引一个分支链接，而Firebase要求你提交你自己的网站。
从开发人员的角度来看，假设你想做的只有的事情是应用索引，Branch使用起来稍微简单一些，并为你提供了关于该渠道流量的丰富分析，但两者都不是很多工作。然而，这两个平台还提供了可能影响您决定的其他功能。如果你正在做任何形式的内容共享(例如，你的用户创建链接到社交媒体上发布)，Branch基本上会在同一个库中"免费"为你提供应用程序索引，而Firebase则需要你分别实现这两个功能。两个工具都可以免费使用。
重火力点
提供了许多功能(其中应用索引只是一个)，所有实现到一个"相当不错"的水平。这使得Firebase平台成为一个小的新应用程序的一个有吸引力的选择，它需要大量的基本基础设施，并且不一定计划在以后需要高级功能。
在Firebase上，Android应用的应用索引是通过集成Firebase应用索引SDK实现的，并在你的网站和应用之间建立一个经过验证的链接(通常通过数字资产链接或谷歌搜索控制台)。"Firebase应用索引"SDK实际上只是谷歌的旧应用索引SDK，以一种特殊的方式重新命名和重新包装。
然后你使用SDK在你的应用程序中注册内容项目，并交叉手指希望谷歌将索引它们-在这个过程中没有反馈。iOS应用的应用索引是基于已启用苹果通用链接的抓取url。有一个Firebase的iOS应用索引SDK，但说实话，我不知道它是做什么的。我们从未看到iOS上的索引行为在整合后有任何好处或改变。在这两个平台上，你都需要有一个活跃的网站，因为你的应用中的每一个内容都必须对应于你网站上的特定URL。
分支一流的企业级增长归因和内容分享工具，被许多顶级应用程序使用，如Pinterest, Airbnb, Jet.com等
Branch基于一个可以在任何地方、所有平台上工作的单一链接的概念，并智能地重定向到适当的目的地。每当你的用户在你的应用程序中分享内容或查看内容时，该操作都会生成一个链接。由于谷歌的搜索索引实际上只是一个巨大的链接集合，这是一个完美的匹配。
在Android和iOS上，Branch都会删除指向相同内容的应用链接，将结果打包成一个"app content sitemap"(如果你正在使用Branch链接，你不必自己做这个——只要你启用了这个功能，它就会自动完成)并将该sitemap文件发送给Google。此外，因为你的链接是由Branch托管的，所以你不需要有一个现有的网站，你也可以访问像iOS Spotlight Indexing这样的东西。Branch默认情况下与iOS通用链接兼容，我们负责验证您的网页内容和应用程序之间的连接。我们还监控链接，以便我们可以在谷歌决定索引您的内容时给您反馈，以便您可以通过应用索引链接提取流量报告。
在Android上，除了上述方法之外，Branch SDK还可以帮助您识别应用程序中的内容片段并将其提交给Google进行索引。这与Firebase使用的方法完全相同，除了由于流量仍然通过Branch链接，您可以获得额外的归因和分析数据。请随意阅读完整的分支谷歌应用索引集成指南了解更多细节!
当然，所有这些都暗示着谷歌真的很关心你的内容，并把它显示在搜索结果中。他们似乎在这方面做得越来越好，但目前它仍然是一个没有给开发者太多反馈的黑盒子。在Branch，我们正试图提供尽可能多的洞察过程，所以至少如果你的内容没有被谷歌索引，你会知道，而不是留下疑惑。