###・前提条件 ・発生している問題・エラーメッセージ ・実装したい機能
Appleからボタンタップ時のLINKアクションの
レスポンスが遅すぎるので改善せよとのバグ修正指示を受けました。
その際にふと思ったのですが
ボタンタップ時のページ「遷移スピードを速く（遅く）」する要素って
何があるのでしょうか？
確実に思いつくものは
「ボタンコンポーネントにアクションを複数仕込んでしまうこと」ですが
それ以外で、LINKアクションの速度が速く（遅く）なる要素って
何がありますでしょうか？
改善の参考にさせて頂きたく。
＜自分の体感値＞
①単品アクションでも早い遅いがある？
大きなデータテーブルからcountさせるアクション
は遅いと感じましたが、実際どうでしょうか？
（データ数が0個の時 LINKさせるなど）
②遷移先のページの仕様も影響？
遷移先によって遷移スピードが変わったりもしますかね？
あとは、アクションに複雑な条件付けを行うと遅くなったりがあるかもですね
これについては、Instant Navigationで割と改善されたかなと思ってましたが、どうですか？
あれ、Instant Navigationって知らなかった
これ、私のアダロのダッシュボードにはついてないのですが
一部のプランじゃないと使えない機能ですか？
あれ？そんなことないと思うんですが、アイコンないですか？
インスタントナビゲーションは、すべてのアクションが完了するのを待つまえに代わりに、
画面を遷移させる機能です。
そのため、Linkアクションがない場合には表示されません。
複数のアクションがリンク アクションと組み合わされたときにはじめて有効になります。
なので、LinkだけやCreateだけの処理の場合には、instant navigationは機能しませんよ。
ありがとうございます！
初めて知りました
たしかに両方のアクション仕込んでる画面には
存在してました！！！
2022年12月11日(日) 13:34 NoCodeFAQ (ノーコード何でも質問回答 相談室) 経由の 宮崎翼 <notifications@ncc-forum.discoursemail.com>:
良かったです～。
@tsubasa @kinari
本件、続報です。
チケットも使ったりして公式からも教えて頂きましたが。
■公式から
・１つのｓｃｒｅｅｎにＬＩＳＴが多数ある場合、動作が重くなる
list of list などはなるべく使わない方が良い
・ユーザー数やPVが増えることは特に動作に影響はない
（同時接続数という意味ではないと思います）
結果、重いページから
とにかくlistを削除しまくり、別ページに移植してページごとの役割を減らすことで
スピードappすることができました。
以下、原文まま
レポート有難うございます～。とにかくLISTを減らすということが重要なのですね。勉強になりましたー。
おおー！ご報告ありがとうございます！参考になります！