ディープリンクの設計と実装 / @ninjinkun #iosdc #a

auchida @utwang

最近、url scheme -> universal link対応したので、めちゃ頭の中整理できたわ。 #iosdc #a

Atom（アトム） @FromAtom

モーダルが開いてるときのDeepLink対応つらいつらいつらい #a #iOSDC

akatsuki.kt/.swift/.dart @akatsuki174

投稿画面などでモーダルを開いている状態でディープリンクが発生したときは？→下書きできるアプリなら下書きに入れてしまうなど。 #iosdc #a

wtr @watura

#iosdc #a モーダルがあるときはドリルダウンさせない？

kishikawa katsumi @k_katsumi

Universal Linksは慣れたけどそれが良いと思うかどうかはアプリの品質によりますね。 #iosdc #a

NESS @nesskazu

実装するときはHost入れよう！ #iosdc #a

daisuke iwata (2024/04まで育休) @daidongon

ちょうど DeepLink ( URLScheme ) を設計する段階にあるから参考になった #Iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

インストール状況はどうやって判断？→UniversalLinksが勝手に判定してくれる。 #iosdc #a

まるメタル @GJMARUO

今まさにこの設計してるので非常にためになりました😀 設計思想似てたので少し安心しました！ #iosdc #a

ちんぺいちゃん @tinpay

オープンなサービスだとUniversal Linksとの親和性高そう。 #iosdc #a

kishikawa katsumi @k_katsumi

公開するURLじゃないのでスキーマの後に何を入れるかは実装の都合で決めたらいいんじゃない。 #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

ルータのテストは書いているとのこと。 #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

UniversalLinks対応をしたことで変化はあったか→結構伸びてる webのトラフィックを奪っていることにはなるが、そこまで影響は出ていない様子 #iosdc #a

Teruto Yamasaki☕️ @snoozelag

UniversalLinkで飛んだアプリで、Webでしたかったことが出来なかったり、見たいものが見れない時ストレスだよね #iosdc #a

Toshiki TAKEZAWA👻 @to4iki

DeepLinkのテスト、アプリ内だけで完結しないのでモックさす事になると思うんだけど、肝心の遷移が出来る動きの部分は保証できないし費用対効果少ない気がしてる #iosdc #a

おかもとたくや @taku_oka

ちょうどこれやりたいっていう意見があったので全体像がみえて助かった #iosdc #a

Mitsuhiro Inomata @ino2222

一休で、ユニバーサルリンクやURLSchemeから起動した時のドリルダウンをちゃんと実装したら、離脱が減ってアプリとしてのコンバージョンは１〜２割増えたそう。ただしWeb側のアクセスを奪ってる可能性はあって、そっちは計測してないとのこと。 #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

あるレストランを開いて、その上で別のレストランのディープリンクを開いた場合、ナビゲーションを再構築し直すのか→全部pushしているが、一度リフレッシュした方がいいかも #iosdc #a

ちんぺいちゃん @tinpay

にんじんさん #iosdc #a

takasek @takasek

モーダルはできるだけ早期に破棄したほうがいいし、そこから自由な回遊が始まると不味いので、ひとまず遷移の前にdismissだけはしっかりやっとく必要があると思う #iosdc #a

Chiharu Nameki @Ridwy

iOS 11からユニバーサルリンクをOFFにするステータスバー右上の導線はなくなる（リンク長押し時のメニューには残る） #iosdc #a

Yuichi Kobayashi @imk2o

ディープリンクは、ユーザがどの画面を開いていても「無難に」遷移する設計が難しいですよね。さらにログインしていないと行けない画面とか、各タブのトップ画面を表示したい場合とか、アプリ毎に最適化せざるを得ないのかなぁ #iosdc #a