target = "_ blankのあなたのテイクは何ですか？
Web開発者はこの属性をアンカー<a>タグに適用して、ブラウザーに新しいタブ/ウィンドウでリンクを開かせることができます。
マーケティング担当者は、読者をページから離さずに外部コンテンツにリンクできるので、それを愛しています。
しかし、開いているタブの制御を要求するパワーユーザーを苛立たせることにもなります。または、リンクをたどって"Back"をクリックしようとする初心者が外部の記事を読み終えたときに混乱する可能性があります。
どう思いますか？
短い答え：いいえ、それは問題です。
コード的/標準：xhtmlを記述している場合、これは非推奨の属性であるため、使用しないでください。絶対に必要な場合は、代わりにrel = "external"属性の使用を検討できます。
外部リンクの場合：ご指摘のとおり、ユーザーがサイトを完全に離れることができず、サイトは別のタブ/ウィンドウで開いたままになります。私は、背景アイコンとタイトルタグをhrefに使用して、サイト外のリンクであることをユーザーに知らせるCSSソリューションを好みます。この種のコントロールをユーザーから遠ざけるのは良い考えではありません。また、IFrameは、他のサイトのコンテンツを自分のサイトに戻すための方法として取り入れることができます。
内部リンクの場合：意味がありません。必要に応じて、側の除算、モーダルウィンドウ（適切な場合、これらを使いすぎる傾向がある）、またはその他の解決策で解決できます。私はあなたのサイト内の何かのためにこの種の制御をとる理由がこれまでにあるとは思いません。
ここにいるみんなと同意してください:-)
しかし、この1つの特定の点についてです。
「マーケティング担当者は、読者をページから離さずに外部コンテンツにリンクできるため、これを気に入っています。」
これは、クライアントが持つ合理的な恐れです。ユーザーがサイトを離れ、元に戻せない。
しかし、私が行ったすべてのユーザビリティテストでは、新しいウィンドウで外部コンテンツを開くと、この問題が悪化します-良くはありません
（彼らが古いサイトに戻りたくない場合-クライアントは別の問題を抱えています。そして、新しいウィンドウで物事を開いてもそれは解決されません）。
ユーザーは、前のページに戻るための十分に理解されたメカニズムを持っています。戻るボタン。古いサイトに戻りたい場合は、できます。新しいウィンドウで外部リンクを開くと、このメカニズムが壊れます。
新しいウィンドウを開くと混乱し、ユーザーを何度も悩ませるのを見てきました。回答には以下が含まれます：
- 新しいウィンドウに気づいている-と認識されている行動の強制に悩まされている。
- 戻るボタンが失敗したときに何が起こったのか理解せず、ただあきらめます。
- 戻るボタンが失敗したときにURLをもう一度入力すると、「最初からやり直す」必要がある
- 競合他社のサイトで元のタスクを実行するのは、戻るボタンで元のサイトに戻らなかったときにGoogleにアクセスしたためです。
- ...など...
マーケティング担当者本当にとは、売り上げを伸ばし、顧客を満足させることです。新しいウィンドウを開くとその逆が行われ（さらに良い-ユーザーテストで表示する）、問題は発生しないことを説明します。
私の最初の意見は、contentとbehaviorの分離を壊すことです。新しいウィンドウの新しいリンクは、スクリーンリーダーのユーザーにとってブラウジングを困難にします。
私は個人的にはウィンドウでWebコンテンツページを開くのは好きではありませんが、クライアントが望む場合は開かなければなりません。
使いやすさの観点から
サイトが新しいウィンドウまたは同じウィンドウでリンクを開いた場合、ユーザーが事前に知らない次の2つの状況を考慮してください。
- ユーザーがリンクを新しいウィンドウで開きたいが、サイトは同じウィンドウでリンクを開く場合、
- ユーザーは同じウィンドウでリンクを開きたいが、サイトは新しいウィンドウでリンクを開く。
最初の状況では、ユーザーは、この記事の次のセクションで説明するコンテキストメニューまたはショートカットを使用して、新しいウィンドウでリンクを開くことを選択できます。この状況では、リンクされたページをどのように表示するかを決定するユーザーは、アクションの開始者です。ここで、サイトの動作はユーザーの期待に応え、優れたユーザーエクスペリエンスをもたらします。
2番目の状況では、ユーザーはリンクをクリックするだけで、リンクが新しいウィンドウで開かれていることが突然わかります。この状況では、リンクされたページの表示方法に反応する必要があるため、ユーザーはアクションの応答者です。たとえば、自動的に開いたウィンドウを閉じます。さらに、ここでのサイトの動作はユーザーの期待を満たしていないため、ユーザーエクスペリエンスが悪い。
ユーザーがサイトに何かを要求せずに何かをすると、ユーザーは不愉快な思いをします。ユーザーが新しいウィンドウを開きたい場合は、そのようにしてください。そうでない場合は、ユーザーに代わって意思決定を行ってインテリジェンスを甘やかさないでください。正当な理由がない限り、ユーザーに新しいウィンドウを強制しないでください。
参照- http://www.smashingmagazine.com/2008/07/01/should-links-open-in-new-windows/
および
信じられないかもしれませんが、次のような場合に、新しいウィンドウを使用することが望ましい場合があります。
- リンクは、PDFまたはWordファイル）などのドキュメント用です。新しいウィンドウを開くと、画像またはドキュメントがバックグラウンドでダウンロードされます。また、ユーザーが誤ってブラウザウィンドウを閉じないようにします。ドキュメントを閉じたとき。
- リンクは大きな画像用です。この場合、新しいウィンドウにより、Webユーザーは画像のダウンロード中にブラウザウィンドウを開いたままにすることができます。
- リンクは、記事またはWebページの印刷可能なバージョン用です。ここでは、新しいウィンドウを使用して、記事またはページをバックグラウンドで印刷している間、ユーザーは現在のウィンドウを開いたままにできます。
ソース- http://articles.sitepoint.com/article/beware-opening-links-new-window
新しいウィンドウでリンクを開くことについて言われていることの多くに同意しますが、これが実際にユーザーエクスペリエンスを向上させる有効なソリューションであると思う場合があります。
例：訪問者がサイトのエピソードを聞くことができるポッドキャストがあります。私たちは通常、エピソードの番組のメモでリスナーが見つけてリンクをたどり、話している内容を確認できるいくつかのリンクに言及します。 （同じウィンドウに読み込まれるため）ショーのメモにあるリンクの1つをクリックすると、ポッドキャストが誤って中断されるため、Webサイトを聴いている人に問題が発生しました。そのため、これらのリンクを新しいウィンドウでのみ開くようにしたので、みんなが幸せでした。
a）新しいウィンドウを作成するための誤った技術的解決策です。
ウィンドウの作成はJavaScript関数です。 _blankは非推奨です。
b）新しいウィンドウは悪い
それらはあらゆる種類のユーザビリティとアクセシビリティの問題をもたらします。それらは便利な場合もありますが、慎重に使用するタイミングを選択してください。ポップアップを作成する必要がある場合は、JavaScriptを使用し、新しいウィンドウになるように十分小さいサイズにしてください。古い '_blank'メソッドは、常に最大化されたウィンドウでブラウジングする人などの問題を引き起こす可能性があります。このような状況では、新しいウィンドウは以前と同じように表示され、戻るボタンが壊れていると考えます。
c）マーケティングは、彼らが何について話しているのか本当に知りません。
マーケティングは、Webがもたらした基本的な概念を理解していないことがよくあります。たとえば、人々が「戻る」ボタンの使い方を知らないという考え。または、その迷惑な人々は悪いことです。または、ブラウザUIの「タブ」は何ですか。
原則として、リンクは新しいウィンドウで開かないでくださいの確立された規則を遵守する必要があると主張します（つまり、ユーザビリティ/アクセシビリティ/予測可能性/ナビゲーションの考慮事項）...
[〜＃〜] unless [〜＃〜]非標準の動作は、視覚的な装飾（例：接頭辞付きのアイコン）と適切なホバーツールチップ（例： "[新しいウィンドウで開く]を使用して予測可能になります。 ] "）...
[〜＃〜] or [〜＃〜]ロジック/ユーザーの期待によりリンクが指定されている場合[〜＃〜] [〜＃〜] GoogleリーダーなどのWebアプリケーションのように、新しいウィンドウで開きます（つまり、リーダーでクリックしたすべてのリンク/記事が現在のウィンドウに読み込まれ、戻ってナビゲートする必要はありません。その後読者に...）
ユーザビリティテスト中に、ユーザーがブラウザの（無効化された）戻るボタンを必死に押しているとき、「外部」リンクをクリックして去ったばかりのサイトに戻ろうとする場合が何度かありました。
したがって、ユーザーを新しいタブまたはウィンドウに移動する理由は絶対にありません。フォームのプレビューまたはドキュメントの印刷ビューを小さなポップアップウィンドウに表示する場合に便利です。ただし、ナビゲーションの目的では、使用するテクノロジーに関係なく、ポップアップと新しいタブの両方を避ける必要があります。
適切なユースケース
私たちのクライアントは、ユーザーが私たちの2つの製品の1つに移動するためにこのページを使用できるダッシュボード/ランディングページを作成するように私たちに要求しました。
各製品にはサインインが必要であり、製品の使用が終了すると閉じられます。 target="_blank"を使用することで、製品内にこのショートカットを実装しなくても、ユーザーを元のランディングページに戻すことができました（他のクライアントがランディングページではなくこれらの製品を使用しているため、これはできませんでした）。
概要
上記で述べた多くの点に同意しますが、私たちはこの決定に直面しましたが、それは白黒ではありません。ユーザーがこのフローをどのように体験するかを考え、この方法を使用するとエクスペリエンスが向上するかどうかを考えます。