我想知道哪一个更容易实现。在分支应用程序索引方法中是否需要实现应用程序内容站点地图？
答案 0 :(得分：1)
完全披露：我是Branch.io团队
Firebase和Branch实现应用程序索引的方式非常相似。实际上，Branch使用与Firebase完全相同的索引方法，并在顶部添加了一些其他功能。 Branch充当您自己网站的包装器，或者从Firebase的角度充当您的完整托管网站。因此，在使用Google编制索引时，您可以为分支链接编制索引，而Firebase则要求您提交自己的网站。
从开发人员的角度来看，假设您尝试做的仅事情是应用程序索引，分支使用起来稍微简单，并且为您提供有关此渠道流量的丰富分析一个是很多工作。但是，这两个平台还提供了可能影响您决策的其他功能。如果您正在进行任何类型的内容共享（即，您的用户创建了在社交媒体上发布的链接），Branch会在同一个库中为您提供基本上“免费”的应用程序索引，而Firebase则要求您单独实现这两个功能。
这两种工具都可以免费使用。
提供a lot of features（其中应用程序索引只是一个），全部实现为“相当好”的级别。这使得Firebase平台成为一个小型新应用程序的一个有吸引力的选择，该应用程序需要大量基础架构，并且不一定计划在以后需要高级功能。
在Firebase上，Android应用的应用索引是通过集成Firebase应用索引SDK并在您的网站和应用之间建立经过验证的链接（通常是通过Digital Asset Links或Google Search Console）来实现的。 “Firebase应用程序索引”SDK实际上只是谷歌的旧应用程序索引SDK，它已经以一种特殊的方式重新命名和重新打包。
然后，您可以使用SDK在应用内注册内容项，并希望Google能够将其编入索引 - 对此过程没有任何反馈意见。适用于iOS应用的应用索引基于已为Apple Universal Links启用的抓取网址。有一个适用于iOS的Firebase应用程序索引SDK，但说实话我不知道它做了什么。我们从未看到iOS集成时索引行为的任何好处或变化。在这两个平台上，您需要拥有一个实时网站，因为您应用内的每个内容都必须与您网站上的特定网址相对应。
用于增长归因和内容共享的一流企业级工具，被Pinterest，Airbnb，Jet.com等许多顶级应用程序使用。
Branch基于单个链接的概念，可在所有平台上随处可用，并智能地重定向到适当的目标。每当您的用户在您的应用中共享内容或查看内容时，该操作都会生成一个链接。由于谷歌的搜索索引实际上只是一个庞大的链接集合，这是一个完美的匹配。
在Android和iOS上，分支对您的应用的链接进行重复删除，指向同一内容，将结果打包成“app content sitemap” （您没有如果您正在使用分支链接，请自行执行此操作 - 只要您启用该功能，它就会自动生成并将该站点地图文件发送给Google。此外，由于您的链接由Branch托管，因此您无需拥有现有网站，也可以访问iOS Spotlight Indexing之类的内容。 Branch默认情况下与iOS Universal Links兼容，我们负责验证您的Web内容与您的应用之间的关联。我们还会监控这些链接，以便我们就Google是否/何时决定为您的内容编制索引提供反馈，以便您可以通过应用索引链接提取有关流量的报告。
在Android上，除了上述方法之外，Branch SDK还可以帮助您识别应用内的各种内容，并将其提交给Google进行索引。这与Firebase使用的方法完全相同，但由于流量仍然通过分支链接，因此您可以获得用于归因和分析的其他数据。
欢迎阅读完整的分支Google App Indexing集成指南以获取更多详细信息！
当然，所有这一切都暗示着Google实际上关心您的内容足以在搜索结果中显示它的假设。他们似乎对此变得越来越好，但目前它仍然是一个黑盒子，对开发人员没有太多反馈。在分支机构，我们正在努力尽可能多地了解流程，因此，至少如果您的内容未被Google编入索引，您就会知道而不是被遗忘。