AIで作った記事を公開する前に｜出典・画像・実体験の確認表

読みやすい文章でも、数字や操作が正しいとは限りません。事実と提案を分け、確認していない体験を作らず公開するための編集手順です。

最初に、この記事で読者ができるようになることを決める

「サーバーについて解説する」だけでは範囲が広いため、「DNSエラーが出たとき、設定先と確認結果を担当者へ伝えられる」のように到達点を一つ決めます。記事の長さは、その到達点に必要な説明で判断します。

Googleの生成AIコンテンツに関するガイダンスは、正確性、品質、関連性の確認を重視しています。AIが書いたかどうかだけで判断するのではなく、公開する内容が読者の役に立つか、事実を確認できるかを見ます。

実際に使用していない製品について「使ってみた」と書いたり、測っていない速度や費用を成果として載せたりしません。計算例や想定値なら、その条件を明記します。写真がリアルに見えても、生成画像を実体験の証拠として扱わないことも大切です。

公式ページをリンクしただけでは確認の代わりになりません。どの記述を何で確かめたかを残します。資料が読めなかった場合は、確認済みにせず、別の一次情報を探すか、断定を外して公開を見合わせます。

操作の説明には、その操作が分かる画面や図解を使います。関係を説明するなら構成図、比較するなら条件をそろえた表を使います。同じ雰囲気写真を増やすだけでは、読者の理解が増えるとは限りません。

画像内の文字が読めるか、実画面と概念図が区別されているか、必要な出典や利用条件を守っているかも確認します。生成画像の中に製品の仕様や画面の文字を任せると、事実と違う表現が混ざる場合があるため、正確さが必要な図は確定情報をもとに作ります。

確認する記述	参照した公式資料	確認日	結果・修正
対応する機能	＿＿	＿＿	＿＿
操作の順番	＿＿	＿＿	＿＿
数値や条件	＿＿	＿＿	＿＿
画像の説明	＿＿	＿＿	＿＿

個人情報は、記事を作るための便利な例として流用しません。例示には架空の店舗やexample.comなどを使い、過去の相談に出た実名、住んでいる地域、連絡先を勝手に埋め込まない運用にします。

読み終えた人が次の作業を行えるか、同じ疑問を別の記事でも繰り返していないかを確認します。独自のチェック表、条件を整理した例、失敗時の判断などを加えることで、資料の言い換えにとどまらない記事へ近づけます。未確認の点がある場合は、その箇所を直してから公開しましょう。

SITE PORTの文章作成機能を検討する場合も、AIが作った候補を自分で確認し、修正して公開する流れを見てください。文章を考える手間の軽減と、料金・営業時間などの事実確認を両立できる運用が大切です。

SITE PORTの完成例を見る・編集のデモを見る。自分で更新する場面を想像しながら、利用できる機能とサポート範囲を申込前に確認してください。

[記事の更新計画](/articles/content-update-calendar)・[タイトルと説明文の確認](/articles/page-title-meta-description)