ヘルプリンクを新しいウィンドウで開いても大丈夫ですか？
Jacob Nielsonのユーザビリティブックを読んだところ、リンクを新しいウィンドウで開くことはできません。彼の理由のいくつかはここにあります：
- 初心者ユーザーは複数のウィンドウを管理できず、混乱してしまいます。
- 新しいウィンドウの戻るボタンは、元のウィンドウに戻りません。
- 新しいウィンドウが必要な場合は、キーボード/マウスショートカットを使用して自分でウィンドウを作成します。
唯一の例外は、Microsoft Word DOCやAdobe PDFなどのアプリケーションで開かれるリンクです。新しい例外を提案できますか？ユーザーが複雑な状態に数分いる場合を考えてくださいこのアプリケーションには、いくつかの高度なヘルプファイルにつながるリンクがあります。ユーザーのすべての作業を消去しないように、そのヘルプリンクは新しいウィンドウで開きます。これは正当な例外ですか？パワーユーザーは怒るでしょうか？リンクは新しいウィンドウで開かざるを得ませんか？
Web siteとwebアプリケーションには違いがあることをお勧めします。JacobNielsonが本を書いたときには、この違いはあまりありませんでした。
Microsoft Word内からWebリンクをクリックすると、新しいブラウザーページが開き、Word文書はそのまま残ります。
同様に、Web Application内からリンクをクリックすると、ユーザーは新しいブラウザページが開いて作業が残ることを期待します。
ヘルプファイルについては、別の前例があります。ほとんどの場合、ヘルプは別のウィンドウで開き（*）、ユーザーの作業はそのままになります。
（*）これを行わないアプリケーションは考えられませんが、常に例外があります。
私は「TOPICは悪だ」という言葉を聞くとすぐに、その人の言うことを信用しないようにできるという考え方を持っています。次に、それが何を意味するのかをよりよく理解するために、いつどこでそれが言われたのかを引き戻して検討する必要があります。有名人は間違っている可能性があります（「誰も640KBを超える容量を使用することはないでしょうか？」という引用を聞いてください）
結論として、ユーザーはWebサイト/アプリケーションとの全体的な相互作用を考慮する必要があります。オプションを検討し、どのオプションがbestエクスペリエンスを提供するかを検討します。
- 新しいウィンドウを開く：ユーザーの操作の流れを妨げない限り、簡単に理解できます。ヘルプページでは機能しますが、ユーザーにとっては非常に重たい感じです。結局のところ、彼らは完全なブラウザコントロールとすべてを備えた新しいウィンドウを持っています。これを行うには正当な理由が本当に必要です。たとえば、MSDNで適切なページを起動すると、適用される可能性のある他のトピックがユーザーに表示され、検索される可能性があります。
- ポップアップを開く：理解しやすく、完全に新しいウィンドウよりも邪魔になりません。それでもユーザーのフローを中断する可能性はありますが、まったく新しいウィンドウではないため、軽く感じます。これは、ページが1ページまたはテキストの段落がいくつかあり、ユーザーがヘルプファイル内を移動することを望まない場合に便利です。また、アラートにも役立ちます。
- インラインテキスト/アラート：理解が簡単で、煩わしさが最も少ない。それは、ユーザーの一連の思考をほとんどまたはまったく中断しません。アラートは簡単に破棄できるため、画面が乱雑になることはありません。課題：画面上で理解できるように、ヘルプテキストまたはアラートテキストは、このタスク用に特別に作成する必要があります。フィールドレベルのヘルプ、検証メッセージ、およびサイト通知（Stack Exchangeバッジアワード通知と同様）に最も役立ちます。
ヘルプにどの程度関与しているかは、リンク先がユーザーにとってどのパスが最適かを示唆していることです。複雑なナビゲート可能なヘルプは、完全に別のウィンドウで行うのが最適です。外部リンクのない単一のページは、ポップアップで行うのが最適です。フィールドレベルのヘルプは、インラインでオンデマンドで実行するのが最適です。
以下の画面がグレー表示され、何らかの情報が表示されたり、確認が求められたり、中間タスクが表示されるポップアップがライトボックスに表示されましたか。ライトボックスは最近、ウィンドウポップアップより優先され、使いやすさが向上しています。
ここでの問題は、むしろ「ユーザーのすべての作業を一掃する」部分です-なぜヘルプページに移動して再度戻るのですか？ Stack Overflowでは、それは確かに行われず、ほとんどの基本的なWebサイトでは行われません。 問題は、「地獄で予約された特別な場所」のWeb開発者であり、そこに移動するたびにフォームをワイプすることをお勧めします。
@PeterBagnallのコメントに基づいて編集：要約すると、Web開発者は両方の推奨に従う必要があります-同じウィンドウでリンクを開き、最新のブラウザーを使用してユーザーを有効にします戻って彼らの仕事を続ける。
コンテキストを失わないことは、インタラクションデザインにおいて非常に重要な考慮事項となっていることに留意してください。それを処理するための最良の方法は、「新しいウィンドウ」が実際には画面上の要素であり、必要に応じてそれ自体を表示および非表示にする、よりアジャクシアンなものであると私は言います。その場合、ユーザーがajaxianソリューションに必要なテクノロジーの一部をユーザーが失ってしまう可能性がある場合は、適切に機能を低下させる必要があります。
新しいウィンドウ（通常は小さいウィンドウ）にヘルプが表示されるようになります。私の好みは、おそらくAJAXを使用したインラインヘルプです。つまり、ユーザーがヘルプアイコンをクリックすると、ウィンドウの一部が展開されてヘルプが表示されます。同じアイコンをもう一度クリックすると、非表示になります。
新しいウィンドウと新しいタブを区別しますか、それとも同じように扱いますか？多くの場合、Webサイトの所有者とユーザーの両方が、新しいタブを開くためのリンクを好みます。
ウェブサイトの所有者にとって、ユーザーをウェブサイトから遠ざけないように、または少なくともそれらを積極的に捨てないようにするために、新しいウィンドウで外部リンクを開くことが望ましいです。
ユーザーにとって-ウェブサイトの比較/調査、ニュースウェブサイト、または基本的に多くのリンクがあるものなど、アイテムのリストを閲覧しているとき、いくつかのアイテムを新しいタブで開くことを好むことがよくあります。彼らがリストの閲覧を終えたら読まれるべきです。また、リンクをクリックすると、リストから離れて項目に飛び込む場合、項目を新しいタブで手動で開くか、1つまたは2つの項目を読んだだけで中止します。
考慮すべきアクセシビリティの問題があります。事前の警告なしに新しいウィンドウでリンクを開くことは、特定のユーザーグループの混乱を招く可能性があります。 WCAGは、新しいウィンドウを開くことを「コンテキストの変更」と見なし、ユーザーがそのウィンドウを制御するか、事前に認識する必要があります。いくつかの関連する手法は G200：必要な場合にのみリンクから新しいウィンドウとタブを開く および G201：新しいウィンドウを開くときにユーザーに詳細な警告を与える