6

さて、それはいくつかのブラウザでしかサポートされていないので、まだ大きな心配ではありません：

  • Mozilla Firefox：サポートされています
  • Google Chrome：バージョン13以降でサポートされています（別の構文を使用してください）
  • Safari：現在サポートされていないインターネット
  • エクスプローラー：現在サポートされていません

ただし、プリフェッチは私をけいれんさせます。ユーザーがページにアクセスして別のサイトに戻った場合、プリフェッチリンクにアクセスするユーザーの帯域幅に対して料金を支払っていますか？

開発者がページ上のすべてのリンクをプリフェッチして、Webサイトのユーザーエクスペリエンスが低下するリスクはありませんか？

分析を変える可能性があるようです。人々はプリフェッチを介してユーザーにページビューを強制しますか？

セキュリティ、どのページがプリフェッチされているかわかりません。悪意のあるファイルをプリフェッチできますか？

このすべてのプリフェッチは、使用が制限されているモバイルユーザーにとって苦痛ですか？

4

2 に答える 2

8

私は自分自身をこの主題の専門家と呼ぶことはできませんが、これらの観察を行うことができます：

  1. プリフェッチは、有益であることがわかっている場合にのみ検討する必要があります。すべてでプリフェッチを有効にするのはばかげています。これは基本的に、サーバーの負荷とユーザーエクスペリエンスのバランスです。

  2. HTML5プリフェッチの仕様については調べていませんが、「このリクエストはプリフェッチの一部として実行されています」というヘッダーが指定されていると思います。これは、分析の問題を修正するために使用できます。プリフェッチ、分析統計に含めないでください。」

  3. セキュリティの観点から、プリフェッチはAjaxと同じクロスドメインルールに従うことが期待されます。これにより、XSSが問題となるケースが軽減されます。

  4. HTML5プリフェッチをサポートするモバイルブラウザは、WiFiを使用する場合はオンにし、2G/3Gなどの潜在的に高価または低速のネットワーク接続を使用する場合はオフにするのに十分スマートである必要があります。

私が述べたように、私は上記のことのいずれかを保証することはできませんが、（他のテクノロジーと同様に）それはベストプラクティスのケースです。Cache-Controlサイトのすべてのページを1年間強制的にキャッシュするために使用することはありません。また、ブラウザーがクロスドメインのAjaxリクエストを満たすことも期待できません。うまくいけば、プリフェッチについても同じ考慮事項が採用されます。

于 2011-11-15T14:39:51.443 に答える
1

分析と統計の質問に答えるために、仕様には次のように書かれています。

互換性を確保し、事前レンダリング要求の成功率を向上させるために、ターゲットページは[PAGE-VISIBILITY]を使用して、レンダリング中のページの可視性状態を判断し、適切なロジックを実装して、事前レンダリングが放棄される可能性のあるアクションを回避できます。 （たとえば、べき等でない要求）、またはトリガーされることによる望ましくない副作用（たとえば、ページが表示される前に分析ビーコンが起動する）。

于 2015-08-26T19:20:45.113 に答える