Универсальные ссылки iOS не открываются в приложении

Есть несколько возможных проблем.

1. Попробуйте вставить свой домен в этот валидатор ссылок и убедитесь, что нет проблем: https://limitless-sierra-4673.herokuapp.com/ (кредит ShortStuffSushi - см. репо)

2. iOS регистрирует сообщение об ошибке в системных журналах, если у вас неправильно настроен TLS в домене, указанном в ваших правах. Он хранится в журналах ОС, а не в журналах приложений. Сообщение об ошибке будет иметь вид Sep 21 14:27:01 Derricks-iPhone swcd[2044] <Notice>: 2015-09-21 02:27:01.878907 PM [SWC] ### Rejecting URL 'https://examplecustomdomain.com/apple-app-site-association' for auth method 'NSURLAuthenticationMethodServerTrust': -6754/0xFFFFE59E kAuthenticationErr. Сообщение об ошибке извлечено из здесь, быстрые (неполные) инструкции по использованию CloudFlare для TLS здесь.

3. В моем личном тестировании щелчок / ввод ссылки в Safari ни разу не открывал приложение напрямую. Нажатие из других приложений (iMessage, Mail, Slack и т. Д.) работает. Другие сообщили, что нажатие на ссылки в результатах поиска Google открывало приложение напрямую.

4. Обратите внимание, что если универсальная ссылка успешно открывает ваше приложение, а затем вы переходите к Safari (нажав свой сайт в правом верхнем углу панели навигации в приложении), то iOS перестает открывать приложение при посещении этого URL-адреса. . Затем в Safari вы можете потянуть вниз, чтобы открыть баннер вверху страницы с надписью «Открыть». Я потратил на это много времени. Обратите внимание, что переход на сайт => отключение UL кажется зависящим от пути, в зависимости от путей, указанных в apple-app- файл связи с сайтом. Итак, если у вас есть отдельные маршруты, yoursite.com/a/* и yoursite.com/b/*, если вы нажмете yoursite.com/a/*, и оно откроет ваше приложение напрямую, у вас будет возможность в правом верхнем углу приложения щелкнуть по yoursite.com/a/*. Если вы это сделаете, последующие посещения yoursite.com/a/* будут открываться в браузере, а не в приложении. Однако yoursite.com/b/* не должен быть затронут и по-прежнему открывать ваше приложение напрямую.

Сообщите мне, если вы обнаружите, в чем проблема. Мне лично очень любопытно, как работают универсальные ссылки и какие существуют крайние случаи. Удачи.

Есть много причин, по которым это может пойти не так. Два момента вызвали у меня проблемы:

• В Xcode, когда вы добавляете право на связанные домены, каждая запись должна начинаться с applinks:, а затем с вашего доменного имени. Например. applinks:www.apple.com.

• Хотя Xcode создал для меня файл прав, он не вошел в мою сборку: мне пришлось щелкнуть это поле вручную.

И да, после этого не нужно было подписывать apple-app-site-association файл: это простой текст, и он работает, пока обслуживается по HTTPS. (Однако вам все равно нужно будет подписать его, если вы поддерживаете iOS 8.)

Чтобы помочь в устранении этой проблемы, при установке приложения выполните поиск «swcd» в выводе консоли вашего устройства, чтобы узнать, сработала ли регистрация универсальной ссылки.

1. Используйте реальное устройство, а не симулятор.
2. Удалите приложение со своего устройства.
3. Подключите устройство к компьютеру и просмотрите вывод консоли устройства в xcode. (окно -> устройства -> [ваше устройство] -> открыть консоль). Держите это окно открытым.
4. Установите приложение и дайте ему запуститься.
5. Отфильтруйте вывод консоли на "swcd". Если все прошло успешно, вы увидите что-то вроде следующего скриншота. Если не получится, вы увидите что-нибудь еще. Если вы ничего не видите, значит, вы испортили что-то фундаментальное, например, добавив право на связанные домены.

Очевидно, есть ошибка в документации для создания файла ассоциации для универсальных ссылок .

Чтобы узнать это значение, откройте Центр участников на https://developer.apple.com и просмотрите «Сертификаты, идентификаторы и профили», нажмите «Идентификаторы», затем «Идентификаторы приложений» в таблице под «Идентификаторами». Найдите свое приложение и используйте в нем значение префикса и идентификатор пакета, чтобы создать свой идентификатор приложения для файла ассоциации.

Ответ Санктдеррика является информативным.

Но чтобы снова включить универсальные ссылки для открытия в приложении вместо сафари, нам нужно сделать следующее.

• Нажмите и удерживайте универсальную ссылку в почте или iMessage, после чего вы увидите варианты открытия в сафари или в приложении.

Для проверки apple-app-site-association на стороне сервера вы можете использовать официальный валидатор Apple.

https://search.developer.apple.com/appsearch-validation-tool/

Я понял, что проблема для меня заключалась в том, что ссылки на корневой каталог a (например, http://example.com/) не открывали мое приложение, но если я добавил путь (например, http://example.com/mypath), он работал. Добавление "/" в список путей привело к следующему:

{
    "applinks": {
        "apps": [],
        "details": [
            {
                "appID": "TEAM_ID.BundleIdentifier",
                "paths": [ "*", "/" ]
            }
        ]
    }
}

Как ответил slutsker в этой ветке форумов разработчиков Apple.

Быстрые шаги, чтобы проверить, правильно ли вы внедрили Universal Link.

• Нажмите и удерживайте ссылку, по которой вы ожидаете запустить приложение. Вы должны увидеть «Открыть в [название вашего приложения]» в контекстном меню.

• Откройте приложение Notes, введите ссылку, по которой вы хотите открыть приложение. Коснитесь Готово. Ссылка станет желтой, и нажатие на нее должно открывать ваше приложение, а не Safari.

• Если ссылка http://yourDomain.com не запускает приложение, попробуйте http://yourDomain.com/yourFolder/

• В Safari, если в контекстном меню в Safari отображается «Открыть в [название вашего приложения]», но нажатие на ссылку открывает ссылку в самом Safari вместо запуска приложения,

  а. Попробуйте потянуть вниз страницу сафари, открывшуюся при нажатии на ссылку, как при нажатии кнопки «обновить». Должен появиться баннер, который может открыть ваше приложение. Коснитесь баннера, чтобы открыть приложение, закройте приложение, нажав кнопку «Домой», вернитесь в сафари и попробуйте запустить приложение, нажав ссылку еще раз. На этот раз приложение должно запуститься, потому что нажатие на баннер должно было сохранить настройку открытия ссылки в приложении.

  б. Если приложение по-прежнему не запускается после шага а., Попробуйте отправить ссылку на веб-почту, такую ​​как gmail, откройте сайт веб-почты в Safari и попробуйте щелкнуть ссылку. Если это работает, возможно, вы пытались запустить приложение из того же домена, что и ссылка. Из того, что я видел, запуск приложения из того же домена в большинстве случаев не выполняется. Вероятно, safari не будет проверять, является ли целевой URL универсальной ссылкой, когда ссылка находится в том же домене, в котором находится пользователь. Поэтому попробуйте запустить приложение из другого домена.

Для тех, кому нужно легко протестировать открытие (универсальных) ссылок, вы также можете открыть ссылку в своем симуляторе из терминала с помощью этой команды:

xcrun simctl openurl booted yourapp_or_http://yourlink

Например:

xcrun simctl openurl booted https://www.google.com

Также очень важно увеличить версию проекта или номер сборки после интеграции универсальных ссылок. Даже если вы удалите / переустановите, iOS не получит ссылки, пока вы не обновите версию.

• Универсальные ссылки не будут работать, если вы вставите ссылку в поле URL-адреса браузера.

• Универсальные ссылки работают с управляемым пользователем <a href="..."> элементом, нажав между доменами. Пример: если на google.com есть универсальная ссылка, указывающая на bnc.lt, приложение откроется.

• Универсальные ссылки не будут работать, если <a href="..."> элемент, управляемый пользователем, нажмет в том же домене. Пример: если на google.com есть универсальная ссылка, указывающая на другую универсальную ссылку на google.com, приложение не откроется.

• Универсальные ссылки не могут быть активированы через Javascript (в window.onload или через вызов .click () для элемента <a>), если это не является частью действия пользователя.

источник: https://dev.branch.io/getting-started/universal-app-links/support/ios/#appsbrowsers-that-support-universal-links

На то, чтобы разобраться с третьей пулей, у меня ушло около дня.

Если люди здесь ищут другие решения, мы составили целую пошаговую инструкцию по отладке универсальных ссылок, так как мы видели множество всплывающих проблем, вызывающих МНОГО головных болей.

Проверить это:

Универсальные ссылки Руководство по отладке

Если вы просто хотите настроить Universal Links в свежем виде, это руководство действительно вам пригодится:

Руководство по настройке глубинных ссылок iOS

Надеюсь, они будут полезны!

Просто подумал, что добавлю кое-что, что обнаружил, на случай, если больше людей столкнутся с теми же проблемами, что и я, в будущем. В основном это связано с ошибками аутентификации.

Несмотря на то, что Apple явно не заявляет об этом, файл apple-app-site-association должен обслуживаться по https, даже если он подписан. Сертификат, используемый для https, также должен быть доверенным для Apple. Таким образом, хотя сертификат, добавленный к устройству в разделе «Настройки» -> «Общие» -> «Профили», разрешит использование https в сафари, он не позволит универсальным ссылкам работать.

В журналах устройства при ошибке аутентификации между устройством и сервером будет напечатано значение типа "TrustResultValue" : 4. TrustResultValue из 5 означает, что сертификат предназначен для неправильного домена (например, test.com обслуживается с www.test.com). TrustResultValue из 4 означает, что сертификат не является доверенным для этого использования.

Здесь могут быть полезные шаги для отладки . Раздел «Тестирование доступа к ассоциации приложения-приложения-сайта-приложения» представляет собой пошаговое руководство, позволяющее убедиться, что устройство получает файл apple-app-site-association. Шаги сводятся к следующему:

1. Удалите приложение. Это необходимо, поскольку файл загружается при установке.

2. Остановить сервер от правильного обслуживания apple-app-site-association.

3. В xcode откройте Window -> Devices, а затем выберите свое устройство.

4. Откройте журналы устройства, щелкнув треугольник в нижней части окна.

5. Очистите журналы, щелкнув корзину, чтобы очистить все предыдущие журналы, которые могут быть связаны.

6. Переустановите приложение с помощью xcode, нажав кнопку воспроизведения.

7. После запуска приложения, если устройство правильно запрашивает файл, журналы устройства должны содержать ошибку, которую можно найти, выполнив поиск по запросу «apple-app-site-association».

Если файл apple-app-site-association обслуживается правильно (шаг 2 пропущен), то ошибки быть не должно. Вместо этого может отображаться ошибка аутентификации, если это проблема.

Мы добавили файл apple-app-site-association в это место:

https://example.com/apple-app-site-association

На iOS 9 все работало нормально, но на iOS 10 не работало.

Оказалось, что проблема связана с хорошо известным путем:

https://example.com/.well-known/apple-app-site-association

Из-за https://example.com/.well-known/apple-app-site-association путь перенаправлен на https://example.com

<Notice>: Allowing redirect 'https://example.com/.well-known/apple-app-site-association' -> 'https://example.com/'
<Notice>: ### Rejecting AASA file size 154466 for URL https://example.com/.well-known/apple-app-site-association

На мой взгляд, если по какой-то причине известный путь не работает правильно, он разрывает универсальные ссылки.

Наиболее частая причина - это когда пользователь нажимает вверху справа, тем самым говоря iOS НЕ открывать приложение (в данном случае Uber) в будущем.

Чтобы исправить это, потяните вниз, чтобы открыть смарт-баннер, и нажмите ОТКРЫТЬ:

Впоследствии он будет «помнить» об открытии приложения.

Мне удалось заставить его работать, но на это потребовалось немало времени и усилий. Обратите внимание, что если вы не подпишите apple-app-site-association файл (подписание необязательно!), Нажатие на ссылку в Safari не откроет ваше приложение (это привело к у меня сильно болит голова).

У меня ушло около дня, чтобы понять это. Проблема, с которой я столкнулся, заключалась в том, что не загружались обновленные профили обеспечения в XCode (после этого я также перезапустил XCode).

(Настройки> Учетные записи> Просмотреть подробности> Загрузить все)

Вы можете протестировать универсальные ссылки в симуляторе

Из Руководства по программированию поиска приложений: поддержка универсальных ссылок

Через два дня у меня выяснилось, что эти ссылки (из ветки)

приложения: xxxx.app.link

работать только после Архивации (тоже Ad-hoc) приложения и установки на телефон.

Если вы размещаете свой apple-app-site-association в Firebase, обязательно поместите его в /.well-known/ подкаталог! Похоже, что Xcode сначала запрашивает этот URL, и в случае успеха не пытается запросить apple-app-site-association в корневом каталоге. По какой-то причине инженеры firebase заставили размещенные веб-сайты автоматически отвечать на /.well-known/apple-app-site-association пустым (но правильно сформированным) файлом ассоциации, который переопределяет ваш собственный, и вы не понимаете, почему ничего не работает!

Для ios13 появился новый формат - посмотрите здесь https://developer.apple.com/documentation/safariservices/supporting_associated_domains_in_your_app?language=objc

Я обновил свой файл, чтобы он выглядел так:

 {
  "applinks": {
    "apps": [],
    "details": [
        {
          "appIDs": ["1234.app.company.appname"],
          "appID": "1234.app.company.appname",
          "components": [
            {
              "/": "/login"
            }
         ],
           "paths": [ "/login" ]
        }
    ]
  },
  "webcredentials": {
    "apps": ["1234.app.company.appname"]
  }
}

Перейдите на developer.apple.com и отредактируйте один из ваших профилей распространения. На странице редактирования вы можете открыть всплывающее окно для идентификаторов приложений, в котором будет отображаться список имен ваших приложений, а в круглых скобках () после имени приложения оно показывает все ваши реальные Идентификаторы приложений. В некоторых приложениях в качестве префикса может быть указан идентификатор вашей группы, а в некоторых нет. Убедитесь, что вы используете именно то, что вы видите во всплывающем меню внутри (), и поместите его в поле appID с данными о привязке яблока-приложения-сайта. У меня была именно такая проблема с приложением и его универсальными ссылками.

Проблема для меня оказалась в файле apple-app-site-association. Согласно документации Apple, требуется только параметрappinks. Я добавил параметр activitycontinuation, и он заработал.

{
  "activitycontinuation": {
    "apps": [
      "9JA89QQLNQ.com.apple.wwdc"
    ]
  },
  "applinks": {
    "apps": [],
    "details": [{
        "appID": "9JA89QQLNQ.com.apple.wwdc",
        "paths": [ "/wwdc/news/", "/videos/wwdc/2015/*" ]
      }]
  }
}

Я действительно не видел ту же самую комбинацию проблема / решение, которая заставила его работать для меня, так что можно добавить мое, если у кого-то такая же проблема!

Для своего приложения я использую настраиваемую схему URL-адресов (установленную в APP_TARGET > Info > URL Types) и устанавливаю схему URL-адресов отсюда в консоли Firebase, чтобы она соответствовала, но все еще не работала.

На самом деле моя проблема заключалась в двух проблемах:

Будьте осторожны, если установлен флажок "Автоматически управлять подпиской"

Если вы проверяете параметр Xcode «Автоматически управлять подписью», как и я, поскольку я просто пытался создать быстрое демонстрационное приложение, вам нужно убедиться, что используемый TeamID совпадает с идентификатором в вашей консоли Firebase. Первоначально я зашел в свою учетную запись разработчика Apple и скопировал идентификатор команды со своей страницы членства, но позже увидел, что фактический идентификатор, используемый Xcode, был другим. (Вы можете найти это в APP_TARGET > General > Signing > Signing Certificate. Для меня это выглядело как iPhone Developer: My Name (TEAM_ID)).

Префикс вашего TeamID к вашему Bundle Identifier в типах URL

После того, как я убедился, что они совпадают в моей консоли Firebase и Xcode, моей следующей проблемой стал идентификатор для моей схемы URL. Обычно здесь используется идентификатор вашего пакета, но Firebase фактически добавляет ему идентификатор группы, который вы указали в консоли Firebase, поэтому мне также пришлось добавить его к идентификатору в разделе типов URL-адресов в Xcode.

После этих двух исправлений и повторной загрузки файла GoogleService-Info.plist у меня не было проблем с открытием моих динамических ссылок.

После двух дней полного отчаяния, думаю, я наконец исправил это. Вот мое решение:

Кажется, что старые приложения используют другой префикс приложения, чем новые приложения. В новых приложениях для этой цели используется только идентификатор группы. Если префикс приложения и идентификатор группы не идентичны, похоже, вам нужно указать поле продолжения активности в файле ассоциации сайта приложения Apple:

{
    "activitycontinuation": {
        "apps": [
            "YOUR_APP_PREFIX.de.company.app"
        ]
   },
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "YOUR_APP_PREFIX.de.company.app",
        "paths": ["/*"]
      }
    ]
  }
} 

Еще одна вещь, с которой я столкнулся во время моей адской поездки, заключалась в том, что удаление приложения и перезапуск устройства, кажется, единственный способ принудительно обновить этот файл.

Для меня моя ошибка заключалась в том, что наш сайт перенаправляет www.domain.com на domain.com, поэтому из-за этого все www.domain.com/* не сработают. Надеюсь, это поможет.

Для будущих читателей, которые найдут эту страницу ...

У меня была похожая ситуация. Однако в моей ситуации iOS10 работала в режиме AOK, и что бы я ни делал (увеличивать номера сборок, удалять / переустанавливать и т. Д.), IOS9, казалось, отказывалась работать.

Я пришел к этому с iOS10, и мне нужно было поддерживать iOS9. В то время документация здесь - https://developer.apple.com/library/content/documentation/General/Conceptual/AppSearch/UniversalLinks.html - четко указано, что файл может быть размещен в корне веб-сервера (например, /apple-app-site-association) или в. известная папка (например, /.well-known/apple-app-site-association). Поскольку я также поддерживаю Android, который также использует хорошо известную папку для аналогичного файла, я решил поместить туда оба.

При новой установке на iOS10 он явно запрашивает корневой файл, терпит неудачу, затем запрашивает хорошо известный файл и завершается успешно.

Для iOS9 он явно запросил корневой файл, не работает и больше ничего не делает.

Решение: если вы поддерживаете iOS9, поместите файл по адресу /apple-app-site-association.

Мне удалось протестировать универсальные ссылки в симуляторе iOS с помощью приложения «Календарь».

Я только что создал событие и добавил URL-адрес, который хотел протестировать, в поле события URL. Затем при просмотре созданного события вы можете просто нажать на URL-ссылку, и ваше приложение должно открыться.

Потратив день на попытки заставить это работать, перезагрузка телефона решила проблему.

Удаление / повторная установка приложения тоже не сработало.

Для меня после реализации всех ответов сверху и тестирования того, что файл AASA действительно загружается с ответом mpoisot, моя проблема заключалась в том, что в Xcode я добавил связанный домен как:

applinks:example.com

и в своем приложении для заметок я пытался использовать:

Https://example.com

потому что мой AASA не подписан, и я хотел убедиться, что обслуживаю его через HTTPS. Так что это сработало, когда в моем приложении для заметок я попытался использовать:

example.com

Он работает для меня на физическом устройстве с использованием iOS 12.1.2 либо со сборкой разработки из Xcode, либо со сборкой распространения из Testflight.

В моем случае мне нужно было заставить сервер обслуживать файл apple-app-site-association, используя тип содержимого: application/pkcs7-mime. В nginx я использовал такой подход:

location ~ /.well-known/apple-app-site-association {
         default_type application/pkcs7-mime;
 }

Как предлагали другие, я также должен был убедиться, что я:

• Используйте новый apple-app-site-association формат iOS https://developer.apple.com/documentation/safariservices/supporting_associated_domains < / а>
• Используйте правильный ID КОМАНДЫ, чтобы он стал "appIDs": [ "TEAM_ID.my-app-bundle-id"],
• Убедитесь, что в правах Xcode ассоциации приложений начинаются с applinks:

В моем случае моя ошибка заключалась в том, чтобы поместить параметры запроса в пути:

{
    "applinks": {
        "apps": [],
        "details": [
            {
                "appID": "TEAM_ID.BundleIdentifier",
                "paths": [ "/auth-ui/hub?target=confirm&*" ]
            }
        ]
    }
}

когда я удаляю '? target = confirm & *' из путей, он начинает работать

В моем случае запрос файла AASA по адресу: https://example.com/apple-app-site-association

Перенаправлялся на: https://www.example.com/apple-app-site-association

Кикер - это отлично работает на iOS 11, но не работает на iOS 9.3.5. Поймите.

Решение: файл apple-app-site-association НЕ ДОЛЖЕН находиться за перенаправлением 302 или 301 для iOS 9. (Честно говоря, это отмечено на страница устранения неполадок UL.)

Еще сделаю заметки по устранению неполадок.

По сути, у нас есть 2 части, которые должны быть связаны вместе: 1) веб-сайт и 2) приложение для iOS.

1. Для веб-сайта возникла только одна проблема: тип MIME для apple-app-site-association файла не был application/json.

   Кроме того, Инструмент проверки API не помогал нам, для test сред это было говоря

Ошибка: нет приложений с правами домена. Данные о правах, используемые для проверки двойной аутентификации по глубоким ссылкам, взяты из текущей выпущенной версии вашего приложения. Обновление этих данных может занять 48 часов.

но в конце концов веб-сайт был в порядке.

Мы проверили веб-логи, увидели GET-запрос к apple-app-site-association файлу и решили перейти на приложение для iOS.

2. Для настройки приложения iOS хорошо иметь запущенное Console приложение с фильтрацией для отображения только swcd процесса, как уже упоминалось в этой теме.

В нашем случае проблема заключалась в том, что мы полагаемся на URL с подстановочными знаками в форме: applinks:*.prod_site_name.com, полагая, что * будет охватывать все добавляемые тестовые среды, например https://test_env.num4.prod_site_name.com, но это не работает. Консоль показывала:

Запущен запрос для домена '* .prod_site_name.com', URL 'https://prod_site_name.com/.well-known/apple-app-site-association '

Таким образом, в нашем случае исправление заключалось в предоставлении специальных ссылок на приложения для тестовой цели приложения, например: applinks:test_env.num4.prod_site_name.com

Надеюсь, это кому-то поможет, потому что на это у меня ушло около двух дней.

Нам пришлось добавить www. к нашему associated-domains в нашем .entitlements файле.

        <string>applinks:www.yourdomain.com</string>
        <string>activitycontinuation:www.yourdomain.com</string>

Потому что, если мы использовали yourdomain.com вместо www.yourdomain.com, наши серверы выполняли перенаправление -> 304, а затем не включали content-type: application/json для apple-app-site-association file.

Примечание. универсальные ссылки по-прежнему работают для yourdomain.com и www.yourdomain.com

В моем случае причиной был недопустимый JSON.

Оно не использовало, но », потому что я скопировал это из какой-то статьи, а эксперт, автор статьи, поставил это с такими знаками, и я скопировал это с него.

Кстати, на целевом сайте все равно нет информационного окна, например, вы можете открыть его с помощью приложения, но если я нажимаю ссылку, например, из приложения Notes, приложение открывается.

неправильный:

{
    “applinks”: {
        “apps”: [],
        “details”: [
            {
                “appID”: “T5TQ36Q2SQ.com.reddit.production”,
                “paths”: [“*”],
            }
        ]
    }
}

хороший:

{
    "applinks": {
        "apps": [],
        "details": [
            {
                "appID": "T5TQ36Q2SQ.com.reddit.production",
                "paths": ["*"],
            }
        ]
    }
}

В моем случае это не просыпалось, потому что у меня было 2 предмета в

<plist version="1.0">
<dict>
    <key>aps-environment</key>
    <string>development</string>
    <key>com.apple.developer.associated-domains</key>
    <array>
        <string>applinks:urlOne</string>
        <string>applinks:urlTwo</string>
    </array>
</dict>
</plist>

когда я уменьшаю массив до одного элемента, он начинает работать.

Появился новый формат файла - проверьте эту ссылку: https://developer.apple.com/documentation/safariservices/supporting_associated_domains_in_your_app?language=objc

Я обновил свой файл так:

"applinks": {
        "apps": [],
        "details": [
            {
                "appID": "APP_ID_PREFIX.BUNDLE_ID",
                "paths": [
                    "*"
                ]
            }
        ]
    },
    "webcredentials": {
        "apps": [
            "APP_ID_PREFIX.BUNDLE_ID"
        ]
    }
}

Примечание. В симуляторе он не работает, но на устройстве работает отлично.

Иногда я обнаруживаю, что с файлом ассоциации все в порядке, но iOS решает всегда открывать универсальную ссылку в Safari. Чтобы проверить, распознает ли приложение ссылку на приложение, я добавляю URL-адрес в заметки или запись календаря, а затем нажимаю ее и удерживаю, чтобы появилось контекстное меню. Если написано "Открыть в {ВАШЕМ ПРИЛОЖЕНИИ}", значит, ссылка работает, но iOS решает открыть ее в Safari. Нажав «Открыть» в {ВАШЕМ ПРИЛОЖЕНИИ}, iOS с этого момента будет открывать действительные универсальные ссылки через ваше приложение.

Я не видел, чтобы кто-то предлагал решение для Flask.

Это сработало для меня.

РЕДАКТИРОВАТЬ: после двух голосов против, я хотел бы уточнить, что через несколько месяцев я все еще использую это точное решение. Он действительно работает, но есть и другие причины, по которым он может не работать сразу для вашего приложения. Это включает в себя то, что вам придется удалить приложение и даже несколько раз перезагрузить телефон. В конце концов, он связывает. Не знаю, почему это так сложно, но это решение действительно работает. Так что продолжайте попытки, и если у вас есть какие-либо проблемы, не стесняйтесь их комментировать, чтобы я мог попытаться помочь.

Если вы используете Flask, поместите ассоциацию «яблоко-приложение-сайт» в свою статическую папку, а затем добавьте ее в свой файл application.py.

@application.route('/apple-app-site-association', methods=['GET'])
def apple_app_site_association():
    return application.send_static_file('apple-app-site-association')