好的，所以我明白，如果我有一个网站和一个大致显示相同内容的应用程序，应用程序索引可用于在应用程序中打开指向该网站的链接(如果用户安装了它)。
为此，请在网页中指定深层链接，这些链接指定应用程序和内容的 URI。这也让Googlebot知道网页到应用的意图连接，以便它可以在搜索结果中显示内容等(即indexing)。还可以指定处理网站URL的意图过滤器，因此指向您网站的链接可以自动打开应用程序并显示其中的内容，甚至无需在浏览器中打开网页。
我难以理解的部分是，在Android应用程序中，您添加了"相反"的代码(可以由Android Studio自动生成)。
例如
@Override
public void onStart() {
super.onStart();
// ATTENTION: This was auto-generated to implement the App Indexing API.
// See https://g.co/AppIndexing/AndroidStudio for more information.
client.connect();
Action viewAction = Action.newAction(
Action.TYPE_VIEW, // TODO: choose an action type.
"Main Page", // TODO: Define a title for the content shown.
// TODO: If you have web page content that matches this app activity's content,
// make sure this auto-generated web page URL is correct.
// Otherwise, set the URL to null.
Uri.parse("http://host/path"),
// TODO: Make sure this auto-generated app URL is correct.
Uri.parse("android-app://com.magnuswikhog.adrlibrary/http/host/path")
);
AppIndex.AppIndexApi.start(client, viewAction);
}
那么这段代码的目的是什么呢？与网站到应用程序的意图相比，这似乎是相反的，我真的不明白你为什么需要这样做？如果我只实现深度链接和处理 URL 意图，用户将能够打开应用程序而不是网页，无需AppIndex。
对于Google来说，这主要是一种收集有关应用程序用户如何使用具有相应网页的屏幕的统计信息的方式吗？如果是这样，这会产生什么影响？它是否会影响应用排名(和/或网站排名？如果要实现应用索引的所有其他部分，是否必须实现这一点？
好的，所以我似乎混淆了应用程序索引和应用程序链接。我敢肯定，我并不孤单，因为即使是谷歌似乎也以非严格的方式互换使用这些术语 - 例如，如果您选择Tools -> Firebase App Indexing Test并且测试失败，当您单击"了解更多"时，您将被带到一个90%关于应用链接的页面，底部是关于应用索引的一小段。
该段是这样说的：
添加 Firebase 应用索引编制
将 Android 应用链接添加到应用后，您可以将 Firebase 应用索引代码添加到活动中，以便通过其他 Google 搜索功能(包括自动填充建议和应用内搜索)重新吸引到您的应用。如需详细了解 Firebase 应用索引编制，请参阅 Firebase 应用索引编制文档。
因此，应用程序索引似乎没有直接连接到应用程序链接，并且在某种意义上是一个完全不同的功能。
此外，查看Firebase文档，这里终于提供了有关索引代码用途的一些真实信息：
记录用户操作
Google 搜索会考虑用户对公共和个人应用内容执行的操作，并利用这些操作来提高搜索结果和建议的排名。记录应用中的用户操作，以改善用户在应用中搜索内容时的体验。