パス名の問題に取り組んでいます。以前のバージョンのサイトでは、URLパスに短いコードを使用していました。新しいプロジェクトと短いコードベースのパスのためにこれに入るのは、決定論的ではありますが、私にはユーザーフレンドリーではないようです。
as1/u2/m4/s7
assume-1/unify-2/mobile-4/sturgeon-7
単語が変更されたため、クライアント情報は公開されません。内容は線形であるため、数値は文脈上意味があります。
私の質問はこれです。これが違いを生むかどうかを示すために、UXの調査が行われたことがありますか。このコンテンツはすべてペイウォールの背後にあり、内部でインデックス化/検索可能であるため、SEOは考慮されません。
Jabob Nielsenが彼の記事 RL as UI から1999年にかけて、人にやさしくハッキング可能なURLの重要性を強調しています。 2005年と2007年の更新で、アイトラッキング調査について言及し、人々がURLに注意を払うことを示唆しています。
NNGroupによる別の記事 Navigation:You Are Here は次のように述べています:
人間が読める適切に選択されたWebアドレスは、共有、信頼性、認識、想起にとって重要です。ページのWebアドレスを使用して、情報アーキテクチャの一部を明らかにし、コンテンツをコンテキスト化することができます。
ユーザーがリンクテキストではなく完全なURLを表示する頻度はわかりませんが、リンクの意味を少なくすることにはメリットはないと思います。
私にとって個人的には、読みやすいリンクが重要です。情報の香りを持つリンクへの信頼が高まっています。さらに、相互リンクされたドキュメントやWikiをナビゲートします。リンクの上にマウスを置いて、左下隅にURLを表示し、既にアクセスしたか開いているかを確認します。このシナリオでは、人間が読めるURLも提供されています。
URLに関するそのNNGroup記事の更新でリンクされた調査の結果は、そのWebページにアクセスするリンクの1つをクリックすることを意図して、Web検索結果ページでリンクを表示しているユーザーに限定されます。明らかに、提案されたWebページを調査することは、多くのユーザーのために、そのページのURLを検査することを含む可能性があります。ただし、リンクされている調査では、Webアプリケーションまたはその他のWebベースの中間段階のWebページのURLにあるユーザーの眼球固定時間に関するガイダンスは提供されていません。彼らが精通しているワークフロー。つまり、一般的なウェブページのURLバーにある眼球固定への検索結果リンクのみを調べた視線追跡調査を一般化するべきではありません。
Web閲覧者は、インターネットの歴史のどこよりも、今ではURLとしての意味不明な意味のない文字列に慣れています。 FacebookのユビキタスfbcdnなどのCDNからのリンクや、Googleの検索結果のURLをご覧ください。銀行のウェブサイトである信頼性の高いアプリケーションでも、フラグの集まりと?=オプションで構成されるURLを使用します。これらの一部は辞書の単語であっても、特に人間が解釈することはできません。これは「良いデザイン」ではない自体が、閲覧URLへの不正なURLの影響は、恐怖ほど大きくない場合があります。
特に人々があなたのページを共有またはブックマークすることを期待している場合は特に、URLの明快さは依然として重要です。ただし、アプリの内部ページのコンテキストでは、URLは重要ではありませんas。 Jurjisのリンクされた記事が示すように、URLはYou-Are-Hereに役立ちますが、一方で、設計していないアプリワークフローの途中にURLナビゲートを試みてもらえるようにしたいですか?途中で?
もちろん、特定の種類のURLの明快さは、別のクラスのユーザー、つまり開発者にとって重要です。 この記事がうまく指摘しているように 、他に誰もいない場合でも、少なくともルーティングレベルで、開発者にあなたのURLを理解してもらいたいです。ただし、セキュリティが重要なアプリケーションのコンテキストでは、URLがあまりにも具体的になりすぎて、既存のURLから情報が漏洩することは望ましくありません。