記事のリンクを公開前に確認するときは、表示名・行き先・動作を分けて点検します。URLを貼れたことだけで、読者が意図した情報へ進めるとは限りません。
まず本文やボタンなど今回見る範囲を決め、リンクIDを付けます。表示名、読者が得る予定の情報、設定URLを一行で記録したうえで、記事のプレビューに実際に置かれたリンクから開きます。作業者が別に打ち直したURLだけを見ても、記事側の貼り間違いは確認できません。
行き先ではページの見出しと内容を見ます。「持ち物一覧」と書いたリンクがイベントの総合案内へ着くなら、持ち物の案内がどこにあるか確認しましょう。総合案内へ導くのが意図なら、そのことが伝わる名前に直す方法もあります。これは練習用の架空例で、特定サイトの検査結果ではありません。
W3C WAIの解説では、リンクの文字や文脈から目的が分かることを扱っています。「こちら」という単語だけを機械的に取り除くのではなく、前後の説明も含めて何が開くか判断できるかを考えます。資料名、対象、形式など必要な手掛かりを表示名へ足すと、案内する内容を具体化できます。
別タブの扱いも分けます。すべてを別タブにすべきとは決めず、通常の操作で新しいタブを開く設定なら、その案内と実動作が合うかを確認します。W3CのG201は、このような事前案内を扱う助言的な手法で、これだけでサイト全体の適合を認証するものではありません。
開いた先がログイン画面だけ、または安全警告で止まった場合は、回避して先へ進まず未確認として記録します。自分が見られないことだけで、リンク切れとも合格とも断定しません。確認日、環境、実際に見えた表示、確認を頼む相手を残します。
修正後はリンク名と到達先をもう一度照合し、公開ページでも確認します。後日の変更に備え、対象リンクと確認時点を記録し、点検していない範囲まで確認済みと報告しないようにします。
出典と関連資料
W3C WAI：リンクの目的の解説／G201：新しいタブ等を開く事前案内
有料note（500円）はリンク台帳・架空3例・修正票・連絡文を本文内で提供し、無料見本もあります。
AI利用表記：元稿はローカルAI（Ollama / qwen2.5:3b）で生成し、公式資料と照合して編集しました。画像はコード描画です。
コメント