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