リンクの文脈を見分ける
URLそのままのアンカーは、example.org/pathのようなWebアドレスを表示します。遷移先そのものが最も明確な参照になる場合には役立ちますが、周囲の文脈から切り離してリンクを使う読者には、説明がほとんど伝わりません。周囲の文で、そのリソースが重要な理由を書く必要があります。
確認方法
レンダリング後のリンク、そのアクセシブルネーム、遷移先を確認します。リンクが、意図した正規ページに解決されること、表示されるアドレスが小さい画面でも読めることを確かめます。内部リンクでは、リダイレクトされるURLやパラメーター付きのバリエーションではなく、正規URLを直接使います。
実装と改善の方法
URLそのままのアンカーは、出典の引用、技術的な参照、文字どおりのアドレスが必要な場面で使います。ナビゲーションには、簡潔で説明的なアンカーテキストを選びます。期待を伝えつつ、過剰な最適化は避けます。リンクはレンダリング後のページでテストします。コピーしたMarkdownでは、末尾の句読点がURLの中に入り込むことがあります。
限界とよくある間違い
典型的な失敗は、アンカーテキストを機械的に調整できるレバーのように扱うことです。リンクの質は、関連性があって役立つ遷移先と、誠実な編集上の文脈から始まります。
URLそのままのアンカーは、技術的な参照、引用リストの中、読者がアドレスをコピーしなければならない場面では、適切なことが多くあります。一方、解説文の中のナビゲーションでは、たいてい弱い選択です。スクリーンリーダーを使う人や、リンクを拾い読みする読者は、「https://…」から遷移先を推測できないからです。確認は簡単です。レンダリング後のリンク、アクセシブルネーム、最終的なHTTPの遷移先、直前の文を確認します。アドレスをそのまま表示する場合は、折り返しでURLの末尾が隠れないこと、句読点がリンクの外にあることを確かめます。内部の参照では、リダイレクトされるアドレスやパラメーター付きのアドレスを、公開用の正規のルートに置き換えます。編集記事の段落では、簡潔な説明に続けて、括弧内にURLそのままを示すと、意味と再現性の両方を保てることが多くあります。
ドキュメントでは、トレードオフを明示します。URLそのままのアンカーは、再現できる文字どおりのアドレスを示し、説明的なテキストは、遷移先についてより明確な手がかりを与えます。読者が両方の利点を必要とするなら、両方を使います。短い説明のリンクを書いたうえで、コードまたは別の参照行にアドレスを示します。公開前に、コピー＆ペースト、モバイルでの折り返し、リンクをたどった後の実際のレスポンスをテストします。アフィリエイトのパラメーターやリダイレクトを、文字どおりに見せかけたアドレスの裏に隠してはいけません。URLそのままのアンカーは表示上の選択であり、最適化するシグナルではなく、役立つ周囲のテキストの代わりにもなりません。
価値の高い参照ごとに、アンカーのチェックリストで確認します。表示される文字列は、人にコピーしてほしい遷移先そのものか。HTTPSと最終的なルートを使っているか。リンクテキストは、含まれる文の中で理解できるか。個人データ、セッショントークン、トラッキングパラメーターを避けているか。サイトのアクセシビリティのパターンを満たしているか。例えば、標準仕様の参照では、コードブロックにURLそのままを表示し、直前の文でドキュメントの名前と重要な理由を述べる方法があります。そうすれば、読者は出典を確認でき、ナビゲーションの唯一の手がかりが、意味の分からない文字列になることもありません。移行後には再チェックします。読みやすいアドレスでも、テキストが変わらないまま、リダイレクトチェーンになることがあるためです。
最後に目視で確認することが重要です。長いアドレスは、幅の狭いカードからはみ出したり、周囲の句読点と見分けにくくなったりするからです。文字どおりのURLは、選択でき、読めて、事実と合っている状態を保ちます。