強制的にPDFダウンロードvsユーザーが最初にブラウザで表示できるようにする
たまに、ビジネス要件に遭遇し、PDFドキュメントをユーザーのブラウザーで開くのではなく、Webサイトからダウンロードすることを強制するように求めています。これについては毎回質問していますがコンテンツを読むためにユーザーにさらに多くの作業を強いることです。これはサイトへの小さなTweakで実装するため、通常は実装されます。
オンラインで見てみると、この実践を行う必要があるかどうかについて調査（定量的または定性的）を行った人を見つけることができません。私がオンラインで見つけたほとんどすべてのコンテンツは、「同じタブ/異なるタブ」の議論に焦点を当てています。
私は例外が常に存在することを知っていますが、ユーザーにブラウザで開かせる代わりにPDFファイルを強制的にダウンロードさせることをお勧めします）持っている？
NielsonNorman ウェブサイトから取得：
PDFをユーザーに表示したい場合は、ダウンロード可能にしてください。特に、サイズが大きい場合は、ブラウザで表示しないでください。
ユーザーにPDFファイルの閲覧を強制すると、HTMLページに比べてユーザビリティが約300％低下します。 PDFは、ユーザーが印刷する可能性のあるドキュメントにのみ使用してください。
これは、PDFまたは通常のWebページのいずれかを使用したさまざまなサイトでユーザーが同様のタスクを実行するのを観察した私の概算です。 PDFの詳細な測定研究を単独で行ったわけではないため、正確なユーザビリティの低下を計算することはできません。ただし、実際の数が280％でも320％でも、1つ確かなことがあります。数値が大きく、タスク時間の増加と失敗の頻度の増加という点で、ユーザーが深刻な影響を受けていることを反映しています。
ユーザーの問題 画面をスキャンする すべての内容を読み取る代わりに、PDFを表示することを決定する際の要因でもあります。
Nielsonはまた、PDFがどのように知られているのかも教えてくれます ユーザーのコンピューターをクラッシュさせます。
あなたが尋ねるべき質問は、あなたのPDFが他のPDFとは異なって扱われるべきであるという点で何が違うのか？ PDFは何でもかまいませんので、あなたのものは特別ではありません。
最近のWeb閲覧のユーザーエクスペリエンスを壊しているのは、多くのWebサイトでリンクの扱いが異なっていることです。ユーザーが学ぶことは何もありません。ユーザーの観点から見ると、リンクをクリックしたときに何が起こるかは完全にランダムです。その理由の1つは、適切なインターフェースを設計する際に個人の好みが邪魔されるためです。 PDFをダウンロードすることを好む多くの人々が、自分の考えに関係なく他の人々にそのルールを適用することを知っています。私は多くのクライアントに、彼らのウェブサイト以外の何かへのリンクを新しいウィンドウで開くように要求してきましたが、人質を奪う訪問者を失うことを恐れるなら、答えはありません。
私たちが人々に自律性を体験させ、ウェブを閲覧するときに制御できる唯一の方法は、リンクをクリックすることによるカスタマイズの停止です。あなたの訪問者にとって、あなたのウェブサイトは他のウェブサイトと同じです。すでに自由に使えるコントロールを使用させ、使用方法を習得してください。ブラウザで右クリックすると、PDFを開く代わりにダウンロードできます（つまり、リンクの動作を壊さない限り）。すべてのPDFビューアブラウザのクイックダウンロードボタンがあります。ニールセンとノーマンはおそらく正しいですが、ブラウザのビルダーとPDF読者向けであり、個々のWebサイト開発者向けではないと解釈してください。
少し個人的な見方。数十および数十の研究論文を調べることを含む文学研究をしている場合、あなたがしなければならない最後のことは、ブラウザ、ダウンロード、およびあなたのPDFを追跡することです。 =ビューア。PDF探しているものがわからない場合は、ブラウザでPDFを表示する方がはるかに簡単です。 、戻るボタンを押します。それを取り消す必要がある場合は、ブラウザの履歴にありますが、なくなっていない場合は、ダウンロードしてください。ダウンロードを待つ必要があります。ダウンロードマネージャまたはWindowsで見つけてください。エクスプローラー、それをリーダーで開きます。不要な場合は、閉じて削除し、ブラウザーに戻る方法を見つける必要があります。
文献調査の結果、ブラウザとPDFの統合が気に入りました。人口全体がそれに依存しています。壊さないでください。
まず、常にユーザーに自律性を与えることができます（すべきですか？）。ユーザーに、PDFを新しいタブで開くか、ダウンロードしてpdf優先アプリケーションで。これは、ユーザーが常に管理していると感じるUXガイドラインにも沿っています。
そして、新しいタブでPDFを開くという点で、そのエクスペリエンスを改善するためのガイドラインをいくつか示します。
Nielsen 2005： PDFおよびその他の非Webドキュメント用に新しいウィンドウを開く
PDFまたはスプレッドシートなどのPCネイティブのファイル形式を使用している場合、ユーザーはPCアプリケーションを操作しているように感じます。ユーザーはWebサイトを閲覧していないので、ブラウザUI。
ユーザーはドキュメントウィンドウを頻繁に閉じるため、非Webドキュメントにリンクするための最良のガイドラインは次のとおりです。
- Web以外のドキュメントを新しいブラウザウィンドウで開きます。
- 新しいウィンドウが表示されることを事前にユーザーに警告します。
- 新しいウィンドウからブラウザchrome（[戻る]ボタンなど）を削除します。
- 何よりも、ブラウザが最初からドキュメントを開かないようにします。代わりに、ファイルをハードディスクに保存するか、ネイティブアプリケーション（PDFの場合はAdobe Reader、スライドの場合はPowerPointなど）で開くかを選択できるようにします。残念ながら、そのためには少し技術的なトリックが必要です。問題のあるファイルの送信に追加のHTTPヘッダーを追加する必要があります。追加するヘッダー行は「Content-disposition：Attachment」です。可能であれば、この行の最後に「; filename = somefile.pdf」も追加して、ユーザーがファイルを保存することを選択した場合にブラウザに明示的なファイル名を与えます。 （このコードを提供してくれたSybrenStüvelに感謝します。）
私の経験では、それはPDFが何であり、それにリンクがある理由によって異なります。
PDFに必要な情報が含まれている場合は、その情報を通常のページに取得できないと仮定します。これは常にプランAである必要があります）ユーザーがPDFを閲覧できるようにしますおそらく最高です。ユーザーがPDFを使用してハードドライブの容量を使いたい場合は、それを開いて少し情報を読み、次に進むだけです。
ただし、PDFが何らかの提出物またはドキュメントであり、ドキュメント自体が重要な場合は、そのままダウンロードする方が理にかなっています。これは、ドキュメントリポジトリとして機能する arXiv のようなサイトの場合、またはユーザーがドキュメントを（少なくともすぐに）読み取るのではなく保存または送信することを望む状況の場合です。
たとえば、完成したフォームをドキュメントとしてエクスポートできるデータ収集Webサービスプロジェクトに取り組んだので、フォームをHTMLで表示し、[エクスポート]ボタンで直接ダウンロードしました。ユーザーにPDFを表示するように送信すると、このような状況ではまずワークフローが中断されます。彼らはページ上の情報を見ることができるので、再度PDFとして見る必要はありません（ブラウザのPDF処理によっては読み込みに時間がかかります）です）。疑問がある場合は、両方のオプションを別々のボタンまたはドロップダウンで提供して、ユーザーがPDFを読むか、単にダウンロードするかを自分で決定できるようにします。
ニールソンに同意しない。 PDFは最初にブラウザで開く必要があります。ユーザーはウイルスのダウンロードに警戒しています。彼らはハードドライブに不要なファイルを入れたくありません。ブラウザは最初に、必要に応じてそこからダウンロードできます。
PDFを自動的にダウンロードする要件についても質問しますが、ユーザビリティの問題以外にもセキュリティ上のリスクがあります。 Googleもこれらの懸念事項を抱えている必要があります。これは、昨年の秋にChrome AdobeやFoxitを迂回してChromeブラウザでPDFを開くカナリアチャネルが導入されたためです。リーダーアプリ。
参照：
ブラウザーでPDFを開くことが望ましくない場合があります。PDFに組み込まれている機能の一部が破損するためです。たとえば、PDFにブラウザプラグインによって無視される組み込みスクリプトが含まれている場合や、PDFにAcrobat Readerの高度な機能を使用する必要がある場合があります。これが当てはまる場合に限り、ユーザーにダウンロードを強制することをお勧めします。それ以外の場合、ユーザーはドキュメントが破損していると考える可能性があります。
ユーザー行動調査の結果、yourウェブサイトのユーザーが後で読むためにPDFドキュメントを保存することを好む場合（たとえば、ある種のオンラインライブラリを実行している可能性があります）かもしれませんダウンロードを強制するのは良い考えです。ただし、ダウンロードを好むユーザーの数は他のグループをかなり上回ります。そうでない場合、デフォルトの機能を壊す価値はありません。
ユーザーにコンテンツのダウンロードを強制するその他の説得力のある理由は知りません。ただし、これはビジネス要件であるため、この要件に理由があるかどうかを確認することをお勧めします。多分ある。ただし、「単に」という理由で実装したい場合は、標準の期待される動作を損なう価値はおそらくありません。
ここでは誰も保護されたPDFについて言及していません。 PDFは、ブラウザの閲覧者がPDFファイル内のすべての保護設定を無視する一方で、セキュリティレベルを維持する可能性が高いので、ダウンロードを強制することは便利です。
使いやすさは見る人の目にあります。あなたの質問に対する答えは、対象となる視聴者と、彼らが慣れている、または慣れているものに依存すると思います。あなたのアプリケーションについては、私は何も想定しないようにして、ターゲットオーディエンスとのユーザビリティテストに基づいてのみ意思決定を行うようにします。
とは言っても、ユーザーが一般的に驚きを好まないことに私たちは皆同意できるに違いない。 PDFへのリンクが予期しないことをする場合、私は信頼を失います。リンクがPDFまたはブラウザ内で開きます。特定のリンクをクリックするとどうなるかを事前に十分に認識したいと思います。
ここにPDFリンクを使用した個人的な個人的な体験からのフィードバックがあります。
- PDFが大きなファイルである場合、最後にブラウザでファイルを開きます。大きなPDFをWebブラウザで開くことは、特に信頼性の低いタスクです。これを試すと、ブラウザ全体がフリーズするか、応答しなくなります。
- リンクの横にリストされているファイルサイズを確認して、ダウンロードに長い時間がかかるかどうかを確認します。リンクをクリックして初めて、PDFが50MB大きくなったことがわかりました。
- 使用しているOS、ブラウザー、アドオンによっては、PDFを（小さいものでも）Webブラウザーで開くことは、単にダウンロードするよりもはるかに信頼性が低くなります。
- 大きいPDFファイルをWebブラウザーでプレビューするオプションを提供しても、ダウンロードするオプションがリストされていない場合は、代わりにできるかどうかを確認するためだけにプレビューしてみます。右クリックして、[名前を付けて保存]を選択します。それが機能せず、ブラウザがクラッシュした場合は、自分にとって最適なページが何であるかわからないため、ページが信頼できなくなります。
PDFリンクの標準的な公正な実装には、以下が含まれます：
- 実際にダウンロードボタンとして機能し、新しいタブでPDFを開かない、または期待していないものをダウンロードしないダウンロードボタン
- pDFへのリンクとしてのPDFのタイトル。リンクをクリックすると、Webブラウザー/タブで開きます。
- どこかに示されているPDFのサイズ
- pDFが最後に更新された日付をどこかに表示
ただし、信頼性は通常、ビジネスエンティティが努力するものであるため、ユーザーにのみダウンロードを許可することは理にかなっています。私の経験では、ダウンロードはWebブラウザでPDF）を開くよりも飛躍的に信頼性が高いので、おそらくそれが彼らの決定の背後にある考えです。
それでも、特定の顧客グループにPDFを実装するスタイリッシュな方法があると私は確信しています。
例1：ページはめ込みプレビュー
PDFを新しいタブの代わりにフレームで開くためのリンクとして機能する最初のページの画像プレビューを使用できます。このように、あなたは心配する必要はありませんユーザーを新しいタブまたは新しいブラウザーに送信します。これは、AmazonがKindle電子ブック、Googleブック、または画像ギャラリー一般を「中身」で処理する方法に似ています。
例2：ダウンロードオプションを使用したスクリーンショットのプレビュー
PDF）から、1つまたは複数の小さなスクリーンショットを作成し、プレビュー/ブラウザで開くオプションを使用しないようにすることができます。ダウンロードボタンを押すことにしました。
ダウンロードを強制することさえ可能かどうかはわかりません。
私はこのソリューションを実装しようとしたことがなく、すべてのプラットフォームで完全に可能かどうかはわかりません。私は常にそれがやったことをやらせて、ダウンロードするインターフェースでそれを言ったり暗示したりしていません（PDFであり、リンクではないことを示しているだけです）。 。
PDFであるかどうかを確認することをお勧めします。組織（大小を問わず）が時代に対応し、代わりにHTML（または別の形式）に変換することがますます可能になることに気づきました。
可能であれば、ユーザーにさまざまなオプションを提供することが常に最善です。ただし、ファイルをダウンロードする前に外観を確認できるため、ユーザーはドキュメントが役立つかどうかを確認できます。ブラウザーで開いて目次を読み、ダウンロードする価値があるかどうかを評価することは、優れたユーザーエクスペリエンスです。ユーザーは、使用したくないかもしれないドキュメントをダウンロードしたくないでしょう。
PDFの用途をケースバイケースで評価することが重要です。それが既知の文書または購入であるか、または多くの人々が見ていない研究論文のようなものであり、彼らは最初にざっと見たいと思っている場合。
他の重要な側面はサイズです。後で読むか印刷する可能性のある大きなPDFで作業している場合。