このページは Cloud Translation API によって翻訳されました。

これまで誰もリンクしたことがない場所に大胆なリンクをする: テキストフラグメント

テキストフラグメントを使用すると、URL フラグメントにテキストスニペットを指定できます。このようなテキストフラグメントを含む URL に移動すると、ブラウザはテキストを強調したり、ユーザーの注意を引いたりできます。

Thomas Steiner

フラグメント ID

Chrome 80 は大きなリリースでした。Web ワーカーの ECMAScript モジュール、nullish coalescing、optional chaining など、多くの期待されている機能が含まれていました。このリリースは通常どおり、Chromium ブログのブログ投稿で発表されました。以下のスクリーンショットは、ブログ投稿の抜粋です。

赤いボックスが何を意味するのか、疑問に思われるかもしれません。これは、DevTools で次のスニペットを実行した結果です。id 属性を持つすべての要素がハイライト表示されます。

document.querySelectorAll('[id]').forEach((el) => {
  el.style.border = 'solid 2px red';
});

フラグメント識別子をページの URL のハッシュで使用することで、赤いボックスでハイライト表示された要素にディープリンクを配置できます。たとえば、横にある [フィードバックを送信するプロダクトフォーラム] ボックスにディープリンクを設定する場合は、https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#HTML1 という URL をハンドクラフトします。デベロッパーツールの [Elements] パネルに示すように、問題の要素には id 属性があり、値は HTML1 です。

JavaScript の URL() コンストラクタでこの URL を解析すると、さまざまなコンポーネントが明らかになります。値が #HTML1 の hash プロパティに注目してください。

new URL('https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#HTML1');
/* Creates a new `URL` object
URL {
  hash: "#HTML1"
  host: "blog.chromium.org"
  hostname: "blog.chromium.org"
  href: "https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#HTML1"
  origin: "https://blog.chromium.org"
  password: ""
  pathname: "/2019/12/chrome-80-content-indexing-es-modules.html"
  port: ""
  protocol: "https:"
  search: ""
  searchParams: URLSearchParams {}
  username: ""
}
*/

要素の id を見つけるためにデベロッパーツールを開く必要があったという事実は、ページのこの特定のセクションがブログ投稿の作成者によってリンクされているはずだった可能性が高いことを物語っています。

id のないものにリンクしたい場合はどうすればよいですか？たとえば、Web Worker の ECMAScript モジュールの見出しにリンクするとします。以下のスクリーンショットからわかるように、問題の <h1> には id 属性がありません。つまり、この見出しにリンクすることはできません。これが、テキストフラグメントが解決する問題です。

テキストフラグメント

テキストフラグメントの提案では、URL ハッシュでテキストスニペットを指定するためのサポートが追加されます。このようなテキストフラグメントを含む URL に移動すると、ユーザーエージェントはテキストを強調したり、ユーザーの注意を引いたりできます。

ブラウザの互換性

対応ブラウザ

ソース

セキュリティ上の理由から、この機能ではリンクを noopener コンテキストで開く必要があります。したがって、<a> アンカーマークアップに rel="noopener" を含めるか、ウィンドウ機能のリストに Window.open() に noopener を追加してください。

`start`

最も単純な形式のテキストフラグメントの構文は、ハッシュ記号 # の後に :~:text= が続き、最後に start となります。これはリンク先のパーセントエンコードテキストを表します。

#:~:text=start

たとえば、Chrome 80 の新機能を発表するブログ投稿の「ECMAScript モジュールとウェブワーカー」という見出しにリンクする場合、URL は次のようになります。

https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#:~:text=ECMAScript%20Modules%20in%20Web%20Workers

テキストフラグメントはこのように強調されます。Chrome などの対応ブラウザでリンクをクリックすると、テキストフラグメントがハイライト表示され、スクロールして表示されます。

`start`、`end`

次に、見出しだけでなく、Web Worker の ECMAScript モジュールというタイトルのセクション全体にリンクする場合はどうすればよいでしょうか。セクションのテキスト全体をパーセントエンコードすると、生成される URL が実用的でないほど長くなります。

幸いなことに、もっと良い方法があります。テキスト全体ではなく、start,end 構文を使用して目的のテキストをフレームできます。したがって、目的のテキストの先頭にはパーセントでエンコードされた単語をいくつか指定し、テキストの末尾にはパーセントでエンコードされた単語をカンマ , で区切って指定します。

次のようになります。

https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#:~:text=ECMAScript%20Modules%20in%20Web%20Workers,ES%20Modules%20in%20Web%20Workers.。

start には、ECMAScript%20Modules%20in%20Web%20Workers、カンマ ,、ES%20Modules%20in%20Web%20Workers. が end として続いています。Chrome などの対応ブラウザでクリックすると、セクション全体がハイライト表示され、スクロールして表示されます。

start と end の選択について疑問に思われるかもしれません。実際には、両側に 2 つの単語しかない、少し短い URL https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#:~:text=ECMAScript%20Modules,Web%20Workers. でも問題ありません。start と end を前の値と比較します。

さらに一歩進んで、start と end の両方に 1 つの単語のみを使用すると、問題が発生します。URL https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#:~:text=ECMAScript,Workers. はさらに短くなりましたが、ハイライト表示されたテキストフラグメントは、元々目的としていたものではありません。Workers. という単語が最初に出現した時点でハイライト表示が停止します。これは正しいのですが、ここで強調したい箇所ではありません。問題は、現在の 1 語の start 値と end 値では、目的のセクションが一意に識別されないことです。

意図しないテキストフラグメントがスクロールしてビュー内に表示され、ハイライト表示されている。

`prefix-`、`-suffix`

start と end に十分長い値を使用することは、一意のリンクを取得するための 1 つのソリューションです。ただし、状況によってはこれができないこともあります。余談ですが、Chrome 80 リリースブログ投稿を例として選んだのはなぜでしょうか。答えは、このリリースでテキストフラグメントが導入されたことです。

ブログ投稿のテキスト: テキスト URL フラグメント。ユーザーや作成者は、URL で指定されたテキストフラグメントを使用して、ページの特定の部分にリンクできるようになりました。ページが読み込まれると、ブラウザはテキストをハイライト表示し、フラグメントが表示されるようにスクロールします。たとえば、次の URL は「Cat」のウィキページを読み込み、「text」パラメータに指定されたコンテンツまでスクロールします。 — テキストフラグメントのお知らせ（ブログ投稿）の抜粋

上のスクリーンショットでは、「text」という単語が 4 回出現しています。4 番目の出現は緑色のコードフォントで記述されています。この単語にリンクする場合は、start を text に設定します。「text」という単語は 1 つの単語であるため、end は使用できません。その場合、何をすべきでしょうか。URL https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#:~:text=text は、ヘッダーにすでに存在する「Text」という単語が最初に出現する箇所で一致します。

幸い、解決策があります。このような場合は、prefix- と -suffix を指定できます。緑色のコードフォント「text」の前の単語は「the」、後の単語は「parameter」です。他の 3 つの単語「text」には、周囲に同じ単語がありません。この知識を基に、前の URL を調整して prefix- と -suffix を追加できます。他のパラメータと同様に、パーセントエンコードする必要があります。複数の単語を含めることができます。https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#:~:text=the-,text,-parameter。パーサーが prefix- と -suffix を明確に識別できるようにするには、これらを start およびオプションの end から分離し、ダッシュ - を使用する必要があります。

完全な構文

テキストフラグメントの完全な構文を以下に示します。（角かっこは省略可能なパラメータを示します）。すべてのパラメータの値はパーセントエンコードする必要があります。これは、ダッシュ -、アンパサンド &、カンマ , 文字にとって特に重要です。これらの文字は、テキストディレクティブ構文の一部として解釈されません。

#:~:text=[prefix-,]start[,end][,-suffix]

prefix-、start、end、-suffix のそれぞれは、単一のブロックレベル要素内のテキストにのみ一致しますが、start,end の範囲全体は複数のブロックにまたがることができます。たとえば、次の例では、開始文字列「The quick」が連続した単一のブロックレベル要素内にないため、:~:text=The quick,lazy dog は一致しません。

<div>
  The
  <div></div>
  quick brown fox
</div>
<div>jumped over the lazy dog</div>

ただし、次の例では一致します。

<div>The quick brown fox</div>
<div>jumped over the lazy dog</div>

ブラウザ拡張機能を使用してテキストフラグメント URL を作成する

テキストフラグメントの URL を手動で作成すると、特に一意の URL であることを確認するときに手間がかかります。必要に応じて、仕様にはヒントとテキストフラグメント URL を生成する手順が正確に記載されています。Link to Text Fragment というオープンソースのブラウザ拡張機能を提供しています。この拡張機能を使用すると、任意のテキストを選択して、コンテキストメニューで [Copy Link to Selected Text] をクリックすると、そのテキストにリンクできます。この拡張機能は、次のブラウザで使用できます。

1 つの URL に複数のテキストフラグメントがある

1 つの URL に複数のテキストフラグメントが含まれる場合があることにご注意ください。特定のテキストフラグメントは、アンパサンド文字 & で区切る必要があります。3 つのテキストフラグメントを含むリンクの例は https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#:~:text=Text%20URL%20Fragments&text=text,-parameter&text=:~:text=On%20islands,%20birds%20can%20contribute%20as%20much%20as%2060%25%20of%20a%20cat's%20diet です。

要素フラグメントとテキストフラグメントの混在

従来の要素フラグメントは、テキストフラグメントと組み合わせることができます。両方を同じ URL に含めてもまったく問題ありません。たとえば、ページ上の元のテキストが変更され、テキストフラグメントが一致しなくなる場合に有意な代替を提供する場合などです。「プロダクトフォーラムに関するフィードバックをお寄せください」セクションにリンクされている URL https://blog.chromium.org/2019/12/chrome-80-content-indexing-es-modules.html#HTML1:~:text=Give%20us%20feedback%20in%20our%20Product%20Forums. には、要素フラグメント（HTML1）とテキストフラグメント（text=Give%20us%20feedback%20in%20our%20Product%20Forums.）の両方が含まれています。

フラグメントディレクティブ

この構文には、まだ説明していない要素が 1 つあります。フラグメントディレクティブ :~: です。上記のように、既存の URL 要素フラグメントとの互換性の問題を回避するため、テキストフラグメント仕様ではフラグメントディレクティブが導入されています。フラグメントディレクティブは URL フラグメントの一部で、コードシーケンス :~: で区切られます。text= などのユーザーエージェントの指示用に予約されており、作成スクリプトが直接やり取りできないように、読み込み時に URL から削除されます。ユーザーエージェントインストラクションは、ディレクティブとも呼ばれます。具体的には、text= はテキストディレクティブと呼ばれます。

特徴検出

サポートを確認するには、document の読み取り専用 fragmentDirective プロパティをテストします。フラグメントディレクティブは、URL がドキュメントではなくブラウザに指示を指定するためのメカニズムです。既存のコンテンツに互換性を破る変更が加えられることを恐れることなく、今後のユーザーエージェントの説明を追加できるように、作成者のスクリプトとの直接的なやり取りを避けることが目的です。今後追加される可能性のある機能の例として、翻訳ヒントが挙げられます。

if ('fragmentDirective' in document) {
  // Text Fragments is supported.
}

注: Chrome 80～Chrome 85 では、fragmentDirective プロパティは Location.prototype で定義されていました。この変更の詳細については、WICG/scroll-to-text-fragment#130 をご覧ください。

機能検出は、リンクが（検索エンジンなどによって）動的に生成される場合に、テキストフラグメントのリンクをサポートしていないブラウザに配信しないようにすることを主な目的としています。

テキストフラグメントのスタイル設定

デフォルトでは、ブラウザは mark と同じ方法でテキストフラグメントをスタイル設定します（通常は黒と黄色、mark の CSS システム色）。ユーザーエージェントスタイルシートには、次のような CSS が含まれています。

:root::target-text {
  color: MarkText;
  background: Mark;
}

ご覧のとおり、ブラウザは疑似セレクタ ::target-text を公開しており、適用されたハイライトをカスタマイズできます。たとえば、テキストフラグメントを赤色の背景に黒色のテキストとしてデザインできます。いつも通り、色のコントラストを確認して、スタイルをオーバーライドすることでユーザー補助の問題が生じないようにし、ハイライト表示が他のコンテンツから視覚的に目立つようにしてください。

:root::target-text {
  color: black;
  background-color: red;
}

ポリフィルの適用

テキストフラグメント機能は、ある程度のポリフィルが可能です。テキストフラグメントの組み込みサポートを提供しないブラウザ（機能が JavaScript で実装されている場合）には、ポリフィルが用意されています。このポリフィルは、拡張機能によって内部で使用されます。

プログラマティックテキストフラグメントのリンク生成

ポリフィルには、インポートしてテキストフラグメントリンクの生成に使用できるファイル fragment-generation-utils.js が含まれています。次のコードサンプルに概要を示します。

const { generateFragment } = await import('https://unpkg.com/text-fragments-polyfill/dist/fragment-generation-utils.js');
const result = generateFragment(window.getSelection());
if (result.status === 0) {
  let url = `${location.origin}${location.pathname}${location.search}`;
  const fragment = result.fragment;
  const prefix = fragment.prefix ?
    `${encodeURIComponent(fragment.prefix)}-,` :
    '';
  const suffix = fragment.suffix ?
    `,-${encodeURIComponent(fragment.suffix)}` :
    '';
  const start = encodeURIComponent(fragment.textStart);
  const end = fragment.textEnd ?
    `,${encodeURIComponent(fragment.textEnd)}` :
    '';
  url += `#:~:text=${prefix}${start}${end}${suffix}`;
  console.log(url);
}

分析目的でテキストフラグメントを取得する

多くのサイトがルーティングにフラグメントを使用しているため、ブラウザはページが破損しないようにテキストフラグメントを削除します。分析目的などのために、ページへのテキストフラグメントのリンクを公開するニーズがあることは認識されていますが、提案されたソリューションはまだ実装されていません。回避策として、以下のコードを使用して必要な情報を抽出できます。

new URL(performance.getEntries().find(({ type }) => type === 'navigate').name).hash;

セキュリティ

テキストフラグメントディレクティブは、ユーザー操作の結果として発生する完全な（同じページではない）ナビゲーションでのみ呼び出されます。また、デスティネーションとは異なるオリジンからナビゲーションを行う場合は、デスティネーションページが十分に分離されていることがわかっているように、noopener コンテキストでナビゲーションを行う必要があります。テキストフラグメントディレクティブは、メインフレームにのみ適用されます。つまり、iframe 内でテキストが検索されることはなく、iframe ナビゲーションでテキストフラグメントが呼び出されることもありません。

プライバシー

テキストフラグメント仕様の実装では、ページでテキストフラグメントが見つかったかどうかが漏洩しないようにすることが重要です。要素フラグメントは元のページ作成者が完全に制御できますが、テキストフラグメントは誰でも作成できます。上記の例では、<h1> に id がないため、ウェブワーカーの ECMAScript モジュールの見出しにリンクする方法がありませんでしたが、私を含め、誰でもテキストフラグメントを慎重に作成することで、どこにでもリンクできるようになりました。

悪意のある広告ネットワーク evil-ads.example.com を運営しているとします。さらに、ユーザーが広告を操作すると、広告 iframe の 1 つで、テキストフラグメント URL dating.example.com#:~:text=Log%20Out を持つ dating.example.com への非表示のクロスオリジン iframe を動的に作成したとします。「Log Out」というテキストが見つかった場合、被害者が現在 dating.example.com にログインしていることがわかります。これは、ユーザープロファイリングに使用できます。単純な Text Fragments の実装では、一致が成功するとフォーカスが切り替わるように判断される可能性があるため、evil-ads.example.com では blur イベントをリッスンして、一致が発生したタイミングを把握できます。Chrome では、上記のシナリオが発生しないように Text Fragment を実装しています。

スクロール位置に基づくネットワークトラフィックの悪用という攻撃もあります。会社イントラネットの管理者として、被害者のネットワークトラフィックログにアクセスできるとします。たとえば、人事に関する長いドキュメント「困難な状況に直面した場合の対処方法」があり、そこに「燃え尽き症候群」、「不安」などの状態のリストがあるとします。リスト内の各項目の横にトラッキングピクセルを配置できます。ドキュメントの読み込みが、たとえば [燃え尽き症候群] 項目の横にあるトラッキングピクセルの読み込みと同時に行われたと判断した場合、イントラネット管理者は、社員が :~:text=burn%20out を含むテキストフラグメントリンクをクリックしたことを判断できます。社員は、このリンクが機密情報であり、誰にも公開されないものであると想定していた可能性があります。この例は最初からやや不自然であり、その悪用には非常に具体的な前提条件を満たす必要があるため、Chrome セキュリティチームは、ナビゲーションでのスクロールの実装リスクを管理可能と評価しました。他のユーザーエージェントでは、代わりに手動スクロールの UI 要素が表示される場合があります。

オプトアウトを希望するサイトの場合、Chromium はドキュメントポリシーヘッダー値をサポートしているため、ユーザーエージェントがテキストフラグメント URL を処理しないようにすることができます。

Document-Policy: force-load-at-top

テキストフラグメントの無効化

この機能を無効にする最も簡単な方法は、HTTP レスポンスヘッダーを挿入できる拡張機能を使用することです。たとえば、（Google プロダクトではなく）ModHeader を挿入し、次のようにレスポンス（リクエストではない）ヘッダーを挿入します。

Document-Policy: force-load-at-top

より複雑なオプトアウト方法としては、エンタープライズ設定 ScrollToTextFragmentEnabled を使用する方法もあります。macOS の場合は、以下のコマンドをターミナルに貼り付けます。

defaults write com.google.Chrome ScrollToTextFragmentEnabled -bool false

Windows の場合は、Google Chrome Enterprise ヘルプのサポートサイトのドキュメントに沿って操作します。

ウェブ検索のテキストフラグメント

一部の検索では、関連するウェブサイトのコンテンツスニペットを使用して、簡単な回答やサマリーが提供されます。こうした強調スニペットは、質問の形式で検索された場合に表示される可能性が最も高くなります。ユーザーが強調スニペットをクリックすると、ソースのウェブページにある強調スニペットのテキストに直接移動します。これは、自動的に作成されたテキストフラグメント URL によって機能します。

注目のコンテンツスニペットが表示された Google 検索エンジンの検索結果ページ。ステータスバーにテキストフラグメントの URL が表示されます。

まとめ

テキストフラグメント URL は、ウェブページ上の任意のテキストにリンクするための強力な機能です。学術コミュニティでこれを使用して、非常に正確な引用または参照リンクを提供できます。検索エンジンは、この情報を使用することで、ページ上のテキスト結果にディープリンクできます。ソーシャルネットワークサイトでは、アクセスできないスクリーンショットの代わりに、ウェブページの特定の一節をユーザーが共有できるようにします。テキストフラグメントの URL の使用を開始して、私と同じように役立つことを願っています。必ずテキストフラグメントへのリンクブラウザ拡張機能をインストールしてください。

謝辞

テキストフラグメントは、Nick Burris と David Bokan によって実装および仕様化され、Grant Wang が貢献しました。この記事を詳しく確認していただいた Joe Medley に感謝いたします。Unsplash の Greg Rakozy によるヒーロー画像。

これまで誰もリンクしたことがない場所に大胆なリンクをする: テキスト フラグメント

フラグメント ID

テキスト フラグメント

ブラウザの互換性

start

start、end

prefix-、-suffix

完全な構文

ブラウザ拡張機能を使用してテキスト フラグメント URL を作成する

1 つの URL に複数のテキスト フラグメントがある

要素フラグメントとテキスト フラグメントの混在

フラグメント ディレクティブ