記事制作では、書き始めてから迷うより、書く前に決めておくほうがよいことがあります。誰に何を伝えるのか、どの資料を根拠にするのか、読後にどこへ案内するのか。この三つが曖昧なままでは、文章だけを整えても記事の芯は定まりません。
このページでは、事前アンケート、記事制作のガイドライン、ライティングルール、自己チェックリストで扱う観点を、読める形で整理します。資料には作成時期や案件によって変わる項目も含まれるため、すべてを一律に当てはめる規約ではありません。何を確認するための資料なのかをご覧ください。

四つの資料が扱う項目を、制作の段階ごとに見る
四つの資料には、制作前の条件、調査・構成、文章の書き方、納品前の確認に関する項目が、それぞれ収められています。資料の記載内容を制作の段階に沿って並べると、次のように整理できます。
- 事前アンケート:記事の目的と条件
- 記事制作のガイドライン:検索ニーズ、構成、本文
- ライティングルール:表記、根拠、文章表現
- 自己チェックリスト:納品前の見直し項目
| 資料 | 資料で扱う主な段階 | 確認する内容 |
|---|---|---|
| 事前アンケート | 制作前 | 事業、課題、記事の目的、想定読者、掲載条件など |
| 記事制作のガイドライン | 調査・構成・執筆 | 検索ニーズ、情報の並べ方、本文、リード文、タイトルなど |
| ライティングルール | 執筆・推敲 | 表記、記号、数値、出典、引用、文法、文章の長さなど |
| 自己チェックリスト | 納品前 | 独自情報、読みやすさ、見出し構造、情報の新しさなど |
制作前に、記事の条件を言葉にする
事前アンケートの見本には29の質問があります。最初に聞くのは、会社名や担当者名だけではありません。事業内容、いま抱えている課題、記事のテーマ、制作する目的、目標、想定読者まで確認します。
| 区分 | 質問する内容の例 | 記事で決めること |
|---|---|---|
| 基本情報 | 事業内容、Webサイト、現在の課題 | 何を前提として説明するか |
| 記事の狙い | テーマ、目的、目標、想定読者、読者の悩み | 誰のどの疑問に答えるか |
| 入れたい材料 | 必ず触れる内容、参考資料、競合、画像・図表 | 記事固有の根拠をどこに置くか |
| 読後の動き | 読者に取ってほしい行動、案内先 | 記事の終点をどこに置くか |
| 制作条件 | 希望文字数、納品形式、希望日、確認・修正方法、連絡方法、留意点 | 制作時に確認する条件 |
29の質問を並べると、「紹介したい製品」と「読者が困っていること」を別々に整理できます。製品名を主語にしただけでは、読者がその記事を読む理由までは決まりません。どんな立場の人が、何に迷い、読後に何を判断できればよいのか。ここが見えれば、載せる情報と外す情報を選べます。
構造図、設備写真、CAD画面、比較表など、文章より早く伝わる材料がある場合は、制作前に使用可否も含めて確認します。
調査、構成、本文を一続きにしない
記事制作のガイドラインは、キーワード選定、検索ニーズ分析、構成、本文、まとめ、リード文、タイトル、ディスクリプション、チェックという順で項目を分けています。本文の書き方に加え、調査や構成、公開前の確認まで扱っています。
検索結果から読者の疑問を考える
記事制作のガイドラインには、顕在ニーズと潜在ニーズを分け、関連語、検索結果、Q&A、動画などを参照する項目があります。調査先や検索画面は変わるため、ここでは複数の情報源から読者の疑問を確かめる観点として扱います。また、既存記事を並べ替えるだけでは独自の記事になりません。誰が、いつ、どこで、なぜ調べるのか。検索前にどこまで知っていて、最悪の場合は何が起きるのか。集めた情報を手がかりに、想定読者の状況を具体化します。
そのうえで、読者が知りたいことと、発信側だから書けることを分けて洗い出します。構成では結論を遠ざけず、顕在化している疑問に先に答え、背景や選び方を後から補います。情報量を増やすことより、話の順番を決めることが先です。
リード文とタイトルを、本文の内容に合わせる
リード文の役割は、本文に答えがあると伝えることです。悩みを長くあおるのではなく、この記事で何が分かるか、その理由は何かを短く示します。タイトルも同じで、検索語を入れることだけを目的にせず、本文で実際に答えている内容と一致させます。
ライティングルールは、文章の形と根拠をそろえる
ライティングルールには、誤字脱字や表記ゆれだけでなく、数値、金額、制度・法令に関わる表現、極端な断定、固有名詞、引用元まで含まれています。資料では、表記に関する項目と、数値・出典など事実に関する項目が分けて記載されています。
| 観点 | 確認すること |
|---|---|
| 表記 | 漢字の開き方、句読点、数字、記号、用語の表記が記事内で揃っているか |
| 根拠 | 数値の参照元、引用範囲と引用元、固有名詞の正式表記を確認したか |
| 文法 | 主語と述語、修飾語の位置、助詞、並列する語の関係が崩れていないか |
| 読みやすさ | 一文に情報を詰め込みすぎていないか、同じ語尾や内容を重ねていないか |
| 案件別条件 | 個別の指定がある場合、その条件と共通ルールが食い違っていないか |
たとえば「必ず」「最も」と書くなら、その強さを支える根拠が要ります。金額には基準日や変動の可能性が関係します。引用は、引用符を付ければ終わりではなく、範囲と出典を明らかにする必要があります。技術記事では、読みやすい言い換えが意味の変更になっていないかも見逃せません。
25項目の自己チェックで、内容と文章を読み分ける
自己チェックリストには25項目があります。以下では、その内容を「読者」「独自情報」「構成」「文章」「公開時点」の五つに整理します。
- 読者と検索意図:検索結果や実際の質問から読者の疑問を確認し、顕在ニーズへ早めに答えているか。運営側の都合だけで話を進めていないか。
- 独自情報:実体験、深い知識、自社で確認できる事例など、どこにでもある説明で終わらない材料があるか。
- 構成:見出しの漏れや重複、階層の崩れがないか。途中の見出しから読んでも意味を追えるか。
- 文章:誤字脱字、読みにくい文、情報の強弱、欲しい情報の見つけやすさを確認したか。
- 公開時点:情報が古くなっていないか。タイトルと本文がずれていないか。
書いた直後は、意図した意味に引っ張られて誤りを見落としやすいものです。時間を置く、声に出して読む、見出しだけを拾うなど、読み方を変えると別の崩れが見えます。この25項目には、文章表現だけでなく、検索意図、独自情報、見出し構造、情報の新しさも含まれています。
技術情報と公開可否は、文章の推敲とは分けて確認する
文章として自然でも、技術的に正しいとは限りません。また、事実として正しくても、顧客名、設備条件、図面、数値などを公開してよいとは限りません。技術内容と公開可否は、誤字脱字の確認とは別の判断です。
数値・単位・規格・図表を確認するときの見方は、「製造業の技術記事を事実確認する方法」にまとめています。発注者側でなければ判断できない情報がある場合は、その箇所と確認したい内容を切り分けて確認します。
この記事では、四つの資料に含まれる項目を、目的、根拠、文章、公開条件という確認点に整理しました。記事制作について相談する際は、決まっている項目だけでも構いません。未確定の点と分けて共有いただければ、何から整理すべきかを確認できます。
記事制作をご検討中の方へ
サービス内容・成果物サンプル・料金・進め方をまとめた資料をご用意しています。ご相談内容が固まっていない段階でもお気軽にお問い合わせください。
