自分がいるサイトのURLを編集するユーザーの割合は？
私が働いている会社は、各物件に英数字のIDを付けて、休暇用物件を賃貸しています。といった http://www.example-domain.tld/abc123456
代わりに3〜5個のキーワードを含むスラッグ/パーマリンクを使用するためのSEOの推奨事項があります。といった http://www.example-domain.tld/vacation-property-in-italy/
IDをそのまま保持するために引用された内部（会社）の理由は、ユーザーエクスペリエンスを向上させるためであり、ユーザーがURLを編集するとエラーページが表示されるという説明があります。ただし、これにより、特定のページのURLを実際に変更する（および変更する方法を知っている）ユーザーの割合について考えました。私は答えを見つけることができず、オンラインで検索することができず、これがそのための優れたフォーラムになると考えました。
ユーザーがブラウザで手動でURLを変更したかどうかに関する統計情報はありますか？公開されているユーザーテストはありますか。URLを変更する方法を知っているかどうかについての情報も含まれていますか。
編集：多くのコメントは、URLを変更する際の人々自身の実践に関連しています-私はそのフィードバックに感謝しますが、ユーザーが行う主張のいずれかをサポートする情報（統計、調査など）を探していますまたは、彼らがいるページのURLを変更しない（または変更する方法がわからない）。統計を入手すると、URLに関するユーザーエクスペリエンスの改善がより簡単になります。
それに関する一般的な研究は知らないので、賢明 1を考え出すのは非常に難しいと思います。これはa）ターゲットグループとb） URLの設計に大きく依存していると考えるのが安全だと思います。
したがって、ユーザーが定期的にURLを操作する場合でも、URLのデザインがよくない、つまりURLが browsable でないことが多いため、すべてのサイトで操作することを意味するわけではありません。
どうして？ （動機）
URLを操作する主な動機は3つあると思います。
- Navigation：ユーザーは、URL設計がどのように機能するかを知っている（または想定している）ため、特定のリソースに到達したいと考えています。
- エラー修正：404エラーページにつながるURLを修正しようとします。ページが存在するはずであり、URLにエラー（例：パーツの欠落、タイプミスなど）
- Curiosity：ユーザーは（おそらく「非表示」の）コンテンツを見つけようとしますが、コンテンツが存在するかどうかはわかりません。
その他の動機は次のとおりです。URLを短くしようとする（不要な部分を削除する）。リファラーパーツの削除（たとえば、アフィリエイトリンクから）;識別パーツ（セッションIDまたは追跡IDなど）を削除する。 …。
どうやって？ （URIパーツ）
ホスト/ドメイン
ユーザーは、サブドメイン、セカンドレベル、トップレベルドメインを削除または追加しようとする場合があります。
例：
- サブドメイン
en.をde.に置き換えて、英語からドイツ語のウィキペディアに切り替えます。http://en.wikipedia.org/http://de.wikipedia.org/
- トップレベルドメイン
.frを.deに置き換えることで、Amazon FranceからAmazon Germanyに切り替えます。http://www.Amazon.fr/http://www.Amazon.de/
道
スラッシュ/は、おそらく パスセグメント の最も使用される区切り文字です。
RI標準 が言うように（私の強調）：
パスコンポーネントにはデータが含まれます通常は階層形式で整理されます、[…]
したがって、ナビゲーションの目的で、ユーザーが
- 右から左へ（
/で区切られた）パスセグメントを削除する /で区切られたパスセグメントを左から右に追加する/の間の文字列を置き換える
例
- 「php」から「python」タグに切り替えるには、対応する文字列を置き換えます。
https://stackoverflow.com/questions/tagged/phphttps://stackoverflow.com/questions/tagged/python
- パス全体を削除して、ホームページにアクセスします。
http://en.wikipedia.org/wiki/Stack_Overflow_%28website%29http://en.wikipedia.org/
- セグメントを追加して編集ページにアクセスします：
http://any-wikkawiki.example.com/FAQhttp://any-wikkawiki.example.com/FAQ/edit
クエリ
通常、パスよりも複雑です。
典型的な形式（フォームの各Key-Valuekey=value、?を接頭辞として追加した最初のキー値、&を区切り文字として追加して追加したもの）を知っているユーザーのみが追加する可能性があります。キーと値のペア全体を削除します。
他のものはおそらく既存の値を置き換えるだけでしょう。
例
pageキーの値を置き換えて、2ページから5ページに移動します：http://example.com/products?page=1http://example.com/products?page=5
- クエリコンポーネント全体を追加して、フランス語の翻訳に切り替えます。
https://support.google.com/webmasters/answer/47334https://support.google.com/webmasters/answer/47334?hl=fr
断片
サイトがJavaScriptを使用してフラグメントを変更するときに異なるページを表示しない限り、ユーザーは通常、何かを「壊す」ことなくフラグメントを操作できます。フラグメントコンポーネント全体（接頭辞#）を追加したり、既存のフラグメントの値を置き換えたり、フラグメント全体を削除したりする可能性があります。
例：
- フラグメント全体を削除して、ページの上部に到達します。
http://tools.ietf.org/html/std66#section-3.5http://tools.ietf.org/html/std66
- 値を置き換えて、特定のセクションにジャンプします。
http://tools.ietf.org/html/std66#section-3.5http://tools.ietf.org/html/std66#section-4
- フラグメントを追加することで、ページが特定のセクションにジャンプできると思います：
http://de.wikipedia.org/wiki/GeSHihttp://de.wikipedia.org/wiki/GeSHi#Weblinks
あなたの例
この例の場合、重要なのはURIパスのみなので、/abc123456と/vacation-property-in-italy/です。
モチベーションがNavigationの場合：
- 不可解なパスでは、完全に削除してホームページに到達する以外は何もできません。
- さらに、可読パスを使用すると、
italyをfranceで置き換えるなど、値を置き換えることで、存在することがわかっている（！）場合、ユーザーは同様のページに切り替えることができます。- ダッシュで区切られたパスセグメントの一部のみを削除する場合（例：
/vacation-property-in-italy/から/vacation-property-in/から/vacation-property）は、ユーザーが何かを見つけることを想定しているとは思わない。ほとんどのサイトではこれを許可していないため、これは非常にまれです（これは通常、/でのみ可能です）。
- ダッシュで区切られたパスセグメントの一部のみを削除する場合（例：
動機がエラー修正の場合：
- 不可解なパスでは、空白の削除や末尾の句読点のような「明白な」ケース以外は許可されません。
- 可読パスは、さまざまな種類の修正を可能にします。たとえば、ユーザーが
/vacation-property-in-italyy/を見つけた場合、italyyをitalyに置き換えることで修正しようとする可能性があります。
動機がCuriosityの場合：
- 暗号化されたパスinvitesユーザーはIDを変更して他のページを検索しようとします。特に、数値が増分しているように見える場合は、非表示/プライベートのコンテンツを検索する可能性があります。
- 読み取り可能なパスは、ユーザーが「許可」されない操作ができないものがあることを示していないため（暗号IDが使用される場合など）、プライベートコンテンツを見つける動機はおそらくありません。したがって、ユーザーが試す可能性があるのは、おそらく一部の単語を置き換えることだけです（ナビゲーションの場合と同様）。
結論：
- 好奇心の場合、パスがどのように見えても、何でも起こります。ユーザーはおそらく決してexpect彼らの操作はまったく機能しない。
- ナビゲーションの場合、読み取り可能なパスが優先されますifそのような関連ページがあります。そうでない場合、それは問題ではありません（とにかく、それは好奇心事件のドメインに分類されます）。
- エラー修正の場合、読み取り可能なパスが優先されます。
したがって、会社は正しいです。判読可能なパスは、おそらくそれを操作しようとするより多くのユーザーにつながります。しかし、これはユーザーエクスペリエンスの低下につながると想定するのは間違っています。 URL /リンクにエラーが含まれている場合（たとえば、メールクライアントで一部の文字が削除されたため、電話で口述されたため、または誰かが入力ミスしたため）、ユーザーはそれを修正する機会があります。他のすべての操作ケースでは、ユーザーは、エラーページに遭遇する可能性があること、および予期することを知っています。
（もちろん、SEOと操作を除いて、読み取り可能/説明的なURLには他にもさまざまな利点があります。）
URLを「編集」することはあまりありませんが、ほとんどの人はURLをコピーして貼り付けるか、URLをクリックします。 URLがabc123456の場合、誤解を招いたり、実際に必要なリンクが見つかるまですべてのリンクをクリックしたりするのは簡単です。 URLは人間が読み取れるように作成されており、コンピューター用ではなく、米国向けです。人間が読める形式のURLを使用することは、長く使用されてきたユーザビリティの利点です。
URLは、リンクがどこかに表示されている場合や保存されている場合に、ユーザーがクリックする前にページに含まれる情報をユーザーが把握できるように、ページ上の情報に関連付けることが理想的です。
ユーザーがURLを変更することが懸念される場合は、両方を組み合わせた次のことを試してください。
- www.example-domain.tld/Property-abc123456-vacation-property-in-italy
これにより、利用可能なプロパティごとに一意のURLが提供されますが、URLとページタイトルに説明テキストを含めることができます。
この方法では、ページのタイトルは「Property abc123456：Vacation Property in Italy」のようになると思います