Операторы размещаются в списке операторов в формате JSON в известном месте на субъекте, как определено Спецификацией связей активов . Список операторов содержит один или несколько операторов, и принципал может иметь только один список операторов.
Синтаксис списка операторов
См. синтаксис списка операторов .
Расположение списка заявлений
Список заявлений размещается в хорошо известном месте, которое зависит от типа принципала (веб-сайт или приложение, создающее заявления).
Списки заявлений на веб-сайте
На веб-сайте список выписок представляет собой текстовый файл, расположенный по следующему адресу:
scheme : domain
Обратите внимание на точку в имени папки .well-known.
 Любой ответ от сервера, кроме HTTP 200 рассматривается как ошибка и приводит к пустому списку операторов. Для HTTPS любое соединение без цепочки сертификатов, которое можно проверить с помощью доверенного корневого списка, также приведет к пустому списку операторов.
Пример
Вот пример списка утверждений на веб-сайте: http://example.digitalassetlinks.org/.well-known/assetlinks.json.
Списки операторов приложений Android
В приложении Android список операторов представляет собой фрагмент JSON с тем же синтаксисом, что и файл операторов веб-сайта, но он встроен в файл strings.xml и упоминается в манифесте, как показано ниже.
В AndroidManifest.xml:
<manifest>
  <application>
    ...
    <meta-data android:name="asset_statements" android:resource="@string/asset_statements" />
    ...
  </application>
</manifest>В res/values/strings.xml:
<resources>
  ...
  <string name="asset_statements">
    ... statement list ...
  </string>
</resources>
Пример
Ниже приведен пример фрагмента файла res/values/strings.xml для приложения Android, которое поддерживает совместное использование местоположения с приложением (функция Android в настоящее время не поддерживается):
<resources>
    ...
    <string name="asset_statements">
      [{
        \"relation\": [\"delegate_permission/common.share_location\"],
        \"target\": {
          \"namespace\": \"web\",
          \"site\": \"https://example.com\"
        }
      }]
    </string>
</resources>
Соответствие цели
Каждое утверждение касается цели . Когда вы используете оператор, вы должны сопоставить цель в операторе с некоторой сущностью в реальности. Если цель оператора соответствует сущности, оператор применяется. Вот правила определения соответствия цели данному объекту:
Цели веб-сайта
Для веб-сайта схема сайта, хост и порт должны точно совпадать. Порты по умолчанию для HTTP и HTTPS (80 и 443 соответственно) предполагаются неявно; если цель запроса описывает http://www.example.com:80, то веб-сайт http://www.example.com считается соответствующим.
Пример
Учитывая следующую цель утверждения
"target": {
  "namespace": "web",
  "site": "https://www.google.com"
}Следующие URI БУДУТ соответствовать:
- https://www.google.com/
- https://www.google.com:443/
- https://www.google.com/foo
- https://www.google.com/foo?bar
- https://www.google.com/foo#bar
- https://user@пароль:www.google.com/
Следующие URL-адреса НЕ будут совпадать:
- http://www.google.com/ ( неправильная схема )
- https://google.com/ ( имя хоста не совпадает )
- https://www.google.com:444/ ( порт не соответствует )
Цели приложения
Для приложения хеш сертификата и имя целевого пакета должны точно соответствовать приложению.