記事公開前チェックリスト42（SEO/UX/アクセシビリティ）

Q: canonicalは毎回必要？

重複URLの可能性があるなら自己参照で設置推奨。1URLしか出ない構成でも明示しておくと安全です。

Q: LCPは何が対象？

通常はヒーロー画像や大きな見出しが対象。ヒーロー画像にwidth/heightとfetchpriority="high"を指定します。

Q: altは全画像に必要？

情報を伝える画像は説明的alt、装飾は空alt(alt="")が原則。意味のない語は入れません。

公開ボタンの前に迷わないための最終チェックです。Tech SEO／コンテンツ／UX／アクセシビリティ／パフォーマンス（Core Web Vitals）／計測の6領域に分け、合計42項目に絞りました。記事内リンクで過去記事「失敗しない指示の出し方」と「プロンプト20選」へも導線を用意しています。

A. Tech SEO（8）

タイトル（<title>）が固有で要点を言い切っている（32字前後目安）。
メタディスクリプションが要約になっている（120–160字目安）。
正規化（rel="canonical"）が自己参照 or 正しい代表URLを指している。重複URLがある場合は必須。
インデックス制御：意図せず noindex が付いていない／必要ページにだけ付いている。
構造化データ（Article）をJSON-LDで設置（headline/description/image/date/author等）。
公開日・更新日が記事内に明記され、構造化データにも反映。
URLスラッグが短く、意味のある英数か日本語で可読。
OG/Twitterカードが設定（後述テンプレ参照）。

B. コンテンツ/オンページ（10）

H1は1つ、H2/H3の階層が論理的で見出しだけで内容が追える。
リード文で「誰に／何を／どう役立つか」を明言。
導入→本論→まとめ/CTAの型が崩れていない。
固有名や数値は一次情報・公式への外部リンクで裏取り。
内部リンク：関連の深い自記事（例：指示の出し方 / プロンプト20選）へ自然に接続。
画像のaltが内容説明になっている（装飾は空alt）。
表・箇条書きを適所に使い、長文の塊を避ける。
まとめ（TL;DR）を150字前後で用意。
重複語・冗長表現を削り、1文は40–60字を目安。
CTA（次に読む・登録・問い合わせ等）が明確。

C. UX/読みやすさ（8）

フォントサイズ/行間：本文16px以上・line-height 1.6前後。
段落の長さ：3–5行を目安に分割。
見出し密度：長い節はH3で分割し、スキャン可能に。
アンカーリンク/目次が長文記事にある。
リンクテキストは「こちら」ではなく意味が伝わる文言。
画像の比率と解像度がレイアウトに合致（にじみ・はみ出し無し）。
広告/告知は本文の可読性を阻害しない配置。
404/リンク切れが無い（公開前にリンク全チェック）。

E. パフォーマンス/Core Web Vitals（6）

LCP（最大要素の描画）は2.5秒以下を目標（75パーセンタイル）。
INP（応答性）は200ms以下を目標（75パーセンタイル）。
CLS（視覚の安定性）は0.1以下を目標（75パーセンタイル）。
ヒーロー画像はwidth/height指定＋fetchpriority="high"、下部画像はloading="lazy"。
画像最適化：srcset/sizesで適正解像度、不要なメタデータを削除。
レイアウトの事前確保：広告・埋め込み・画像のサイズ枠を確保してガタつきを防止。

F. 計測/運用（2）

解析タグ（例：GA）とSearch Consoleの対象プロパティが正しい。
流入計測：SNS告知URLにUTMを付与（例：?utm_source=x&utm_medium=social&utm_campaign=preflight42）。

付録：コピペ用テンプレ

1) OG/Twitterカード

<meta property="og:title" content="【記事タイトル】">
<meta property="og:description" content="【要約120–160字】">
<meta property="og:type" content="article">
<meta property="og:url" content="【記事URL】">
<meta property="og:image" content="【1200x630画像URL】">
<meta property="og:image:alt" content="【OG画像の説明】">
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="【記事タイトル】">
<meta name="twitter:description" content="【要約】">
<meta name="twitter:image" content="【1200x630画像URL】">

2) Article構造化データ（JSON-LD）

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "【記事タイトル】",
  "description": "【要約】",
  "image": ["【OG画像URL】"],
  "datePublished": "{PUBLISHED_ISO}",
  "dateModified": "{MODIFIED_ISO}",
  "author": {"@type": "Person", "name": "{AUTHOR_NAME}"},
  "inLanguage": "ja",
  "mainEntityOfPage": "{ARTICLE_URL}"
}
</script>

3) 公開前一括チェック（印刷用）

[ ] タイトル固有 / メタディスクリプション要約
[ ] canonical / index設定 / Article構造化
[ ] H1=1 / 見出し階層OK / TL;DRあり
[ ] 固有名・数値の出典リンク / 内部リンク
[ ] alt適切 / コントラスト 4.5:1 / 見出し順序
[ ] LCP≤2.5s / INP≤200ms / CLS≤0.1
[ ] ヒーロー画像: width/height + fetchpriority
[ ] 解析タグ / UTMで流入計測

まとめ：42項目で「迷いゼロ」

上から順にチェックすれば、抜け漏れは最小化できます。記事制作フローの設計は失敗しない指示の出し方、各パートのプロンプトはプロンプト20選を活用して、制作～公開を効率化しましょう。

🖨️ 公開前に紙でチェックしたい方へ：印刷用チェックリスト（A4・1ページ）

よくある質問（短答）

canonicalは毎回必要？

重複URLの可能性があるなら自己参照で設置推奨。1URLしか出ない構成でも明示しておくと安全です。

LCPは何が対象？

通常はヒーロー画像や大きな見出しが対象。ヒーロー画像にwidth/heightとfetchpriority="high"を指定。

altは全画像に必要？

情報を伝える画像は説明的alt、装飾は空alt(alt="")が原則。意味のない語は入れない。

参考リンク（公式）

Core Web Vitals のしきい値（LCP/INP/CLS）。公認の「良い」目標値。（LCP ≤2.5s / INP ≤200ms / CLS ≤0.1）（英語）。
Search Console の Core Web Vitals レポート（CLS/INP/LCPでの評価）。（日本語）
rel="canonical" の指定方法（Google 検索セントラル）。（日本語）
Article 構造化データ（Google 検索セントラル）。（日本語）
WCAG コントラスト比 4.5:1（本文）/ 3:1（大きな文字）目安（W3C）。（英語）
代替テキスト（Non-text Content）の意図と実装（W3C）。（英語）
X（Twitter）カード：Summary Large Image の仕様（英語）。

※詳細は各公式ドキュメントをご確認ください。

👉 次に読む：はじめてのAIライティング「失敗しない指示の出し方」 🗂️ 実務テンプレ集：AIライティングが捗るプロンプト20選【保存版】

SmartLifeBit｜AI・副業・生活に役立つ情報ブログ