Новая поддержка подстановочных знаков в iOS 9.3 предназначена для конкретной ситуации, которую вы описываете, поэтому в более ранних версиях ОС на самом деле нет надежной альтернативы.
Если вы не хотите беспокоиться о постоянном обновлении списка поддоменов applinks
записей (или даже если вы это делаете, но нужно дождаться просмотра в App Store), лучшим решением является, вероятно, размещение резервных страниц на каждом субдомене с призыв к действию, который пользователь может использовать для продолжения работы в приложении. Это будет работать следующим образом:
- Предположим, что у вас есть
applinks:mydomain.com
.
- Пользователь открывает ссылку на
new.mydomain.com/exciting-page
(который НЕ покрывается правом выше).
- Пользователь видит пользовательский интерстициальный, функционально подобный something like this. На этом промежуточном звене есть ссылка, указывающая на
mydomain.com/new/exciting-page
- Пользователь открывает ссылку и запускает приложение.
Единственное, что я не уверен, является ли mydomain.com
и new.mydomain.com
граф, как «разные домены» с целью Универсальной ссылки, так как функциональность Универсальный Linking отключена в Safari для ссылок в том же домене (source). Если это не сработает, вы можете легко использовать что-то вроде applinks:mydomain.io
и ссылку на mydomain.io/new/exciting-page
на шаге 3 вместо этого.
Можно ли использовать формат 'myapp.com/ [blank]', а не '[blank] .myapp.com'? –
Мы также поддерживаем перенос префикса в параметр строки запроса, но мы должны поддерживать оба. – dchen
Параметры строки запроса игнорируются для прав на универсальные ссылки ([источник] (https://developer.apple.com/library/ios/documentation/General/Conceptual/AppSearch/UniversalLinks.html) - хотя, конечно, вы можете их разобрать для маршрутизации после открытия приложения). –