AI記事のファクトチェック5手順｜ChatGPT・Claudeの料金・上限・モデルを公式情報で確認

最初にすべきことは、AIの回答を丸ごと検証しようとしないことです。「この回答は正しいか」と大きく構えると、どこを確認すればよいかが曖昧になります。確認するのは回答全体ではなく、読者の判断に影響する個別の主張です。

たとえば、AIが次のように答えたとします。

この一文には、少なくとも次の確認対象が含まれています。

• ▸特定のモデルを利用できるという主張
• ▸月額料金に関する主張
• ▸利用上限とリセット条件に関する主張
• ▸スマホでの利用可否に関する主張
• ▸端末間で同じ機能を使えるという主張

5つの確認対象が、たった一文に含まれています。これらは同時に変わるとは限らず、同じ公式ページだけで確認できるとも限りません。記事に書く予定の内容を、確認できる最小単位まで分けることで、必要な根拠と、まだ確認が済んでいない部分が初めて見えてきます。

特に、料金・利用上限・モデル名・対応端末・提供状況が一文に混ざっている場合は注意が必要です。「このサービスについて調べた」という感覚があっても、個別の主張に分解してみると、根拠がある部分とない部分が混在していることは少なくありません。

同じサービス名が出ていても、誰が・どのプランで・どの環境から使うかによって、料金・利用上限・使えるモデル・設定画面・提供機能は変わる場合があります。公式情報を確認する前に、まず記事で扱う対象条件を固定してください。

たとえば「ChatGPTではこの機能を使える」「Claudeの料金は月額○○ドル」とだけ書くと、個人向けチャットの話なのか、APIの話なのか、法人向けプランの話なのかが読者に伝わりません。Web版で確認した機能が、iOSやAndroidでも同じように使えると受け取られるおそれもあります。公式情報を正確に確認していても、対象条件があいまいなまま書くと、読者には誤った条件の情報として届く可能性があります。

確認を始める前に、少なくとも次の項目を一行で整理しておくと、調べる範囲がぶれません。

• サービス ChatGPT、Claude、Google AI Studio など
• 利用経路 チャット、API、外部クラウド経由、組織向け環境 など
• プラン 無料、有料、法人向け、教育向け など
• モデル 記事で扱うモデル名、またはモデル選択の有無
• 地域 日本を対象にするのか、海外を含む一般案内なのか
• 端末・環境 Web、Windows、macOS、iPhone、Android など
• 確認日 公式情報を確認した日

モデル名や対応機能も同じです。あるモデルがAPIで利用できても、チャット画面から選択できるとは限りません。チャット画面で提供されている機能が、すべてのプランや組織向け環境に同じ条件で提供されるとも限りません。対象条件を先に固定しておくことで、公式ページの説明と記事の前提が一致しているかを確認しやすくなります。

公式情報を確認するとき、サービスのトップページを一度見るだけでは不十分です。確認したい内容ごとに、優先して見るべき公式ページを分けることで、古い情報や条件違いの説明を記事に書くリスクを減らせます。

たとえば、料金を確認したいのにモデル一覧だけを見ても、月額プラン・API料金・追加課金・契約条件までは分かりません。反対に、モデル名を確認したいのに料金ページだけを見ても、そのモデルが現在提供中か、利用できる環境はどこか、提供終了や移行案内が出ていないかは判断できません。確認したい情報の種類と、開くべき公式ページは一対一ではありません。

基本的には、次のように確認先を分けます。

• 料金・請求 Pricingページ、プラン比較、請求・契約に関する公式ヘルプ
• 利用上限 利用上限の公式ヘルプ、プラン別の案内、実際の利用画面
• モデル名 モデル一覧、APIドキュメント、モデル選択に関する公式案内
• 提供終了・移行 リリースノート、モデル廃止案内、移行ガイド
• 対応環境・端末 ダウンロードページ、機能別ヘルプ、対応デバイスの案内
• 設定・操作手順 公式ヘルプ、公式ガイド、確認日を添えた実機画面

特に注意したいのは、「公式サイトに書いてある」ことと、「自分の記事で書きたい主張を裏づけられる」ことは同じではないという点です。OpenAIはChatGPTとAPIプラットフォームを別の請求・管理体系として案内しており、ChatGPTの月額プランを確認しただけでは、APIの料金や利用条件まで説明することはできません。AnthropicもClaude.aiの個人向けサービスとClaude APIのモデル・料金情報は、確認するページが別に分かれています。

モデル名や対応機能は、公式のモデル一覧だけで確認を終わらせず、リリースノートや移行案内まで見ておく必要があります。現在のページに表示されているモデルでも、特定プランのみの提供だったり、段階的な展開中だったり、将来的な提供終了や置き換えが案内されていたりする場合があるためです。

公式ページを開いたとき、料金表や機能一覧の数字だけで判断しないでください。記事に書けるかどうかを決めるのは、表にある数字や機能名だけでなく、その周辺にある注記・対象条件・更新情報です。

たとえば料金表に月額料金が載っていても、年払いの表示なのか、税が含まれるのか、Web契約とアプリ内課金で価格が変わるのか、個人向けと組織向けのどちらなのかによって、読者に伝わる意味は変わります。利用上限も同様で、回数や時間だけを見て書くと、需要・モデル・会話の長さ・添付ファイル・利用機能などで変動する条件を見落とす可能性があります。

確認するのは表の数字だけではありません。ページ末尾の注記、FAQ、対象プラン、対象地域、ベータ・プレビュー表記、管理者向けの注意、関連するリリースノートまで見ておく必要があります。特にモデル名や機能の提供状況は、現在の一覧に表示されていても、段階的な提供中であること、特定プランに限られること、旧モデルからの移行が案内されていることがあります。一覧に名前があることと、誰でも使える状態であることは、同じではありません。

公式ページの更新日についても注意が必要です。更新日が新しくても、自分が確認したい機能やプランの説明が古いまま残っていることがあります。逆に、料金ページには変更が反映されていなくても、モデルの提供終了や画面変更がリリースノートで先に案内される場合もあります。更新日はページ全体の改訂を意味するとは限りません。

記事に書く前に、次の順で確認すると判断しやすくなります。

1. 1 表や本文から、記事に使いたい情報を確認する
2. 2 対象プラン・地域・端末・利用経路が一致しているかを確認する
3. 3 注記、FAQ、制限事項、ベータ表記を確認する
4. 4 関連するリリースノートや提供終了案内を確認する
5. 5 確認した日と、記事に書く条件を記録する

ここで確認した条件は、次の見出しで扱う「断定できる情報」「条件付きで書く情報」「保留する情報」を分ける基準になります。その数字や機能が、誰に・どの環境で・いつまで当てはまるのかまで確認してから本文に反映してください。

公式情報を確認した後は、集めた情報をそのまま本文へ並べるのではなく、根拠の強さと適用条件に応じて、記事内での扱いを分けます。確認できた情報は明確に伝えつつ、条件がある情報や根拠が弱い情報を断定しすぎずに書くための基準です。

基本の分類は、次の3つです。

• VERIFIED｜断定できる情報 対象のサービス・プラン・地域・端末などの条件まで、公式に明記されている情報
• CONDITIONAL｜条件付きの情報 プラン、地域、利用状況、段階的提供、管理者設定などによって変わる情報
• HOLD｜保留する情報 公式根拠が見つからない、対象条件が一致しない、または更新状況を確認できない情報

たとえば、公式の料金ページに個人向けWebプランの料金が明記されているなら、対象条件を添えて記事に書けます。一方で、利用上限が需要や会話内容によって変動する場合は、「一定回数まで使える」と固定値のように書くのではなく、変動する条件を含めて説明する必要があります。

AIの回答や第三者サイトで見かけても、公式ページで確認できない情報は、もっともらしく見えても事実として書かない方が安全です。推測で補うより、本文から外す、確認できない旨を明示する、更新後に追記するという判断の方が、長期的には記事の信頼性を守れます。

確認できた事実は明確に書き、条件がある情報は条件付きで書き、根拠がない情報は書かない。この3分類は、記事を曖昧にするためのものではありません。読者が判断に使う情報ほど、この線引きを意識してください。

根拠を明示し、読者が必要に応じて確認元へ戻れる記事は、検索流入だけでなく、AI検索時代の信頼設計にもつながります。一次情報をもとに信頼される記事をどう設計するかは、AI検索時代のSEO対策で詳しく解説しています。

料金について記事に書くときは、まず「何の料金なのか」を分けて確認します。月額のチャットプラン、APIの従量課金、法人向けの契約、アプリ内課金は、同じサービス名に見えても、料金表・請求方法・解約手順が別になっている場合があります。

たとえばOpenAIでは、ChatGPTのサブスクリプションとAPIは別の請求体系として案内されています。ChatGPTの月額プランを確認しただけで、APIのトークン料金や利用条件まで説明することはできません。記事で「ChatGPTの料金」と書く前に、読者が知りたいのがチャット画面のプランなのか、開発用途のAPIなのかを固定する必要があります。

Claudeでも同様です。Claude.aiの個人向けプランとClaude APIの料金は、確認する公式ページが異なります。加えて、Webで契約した場合とiOS・Androidアプリから契約した場合では、請求の管理先や解約手順が分かれることがあります。料金そのものだけでなく、どこで契約し、どこで請求を管理するかまで確認しておくと、読者が実際に申し込む場面で迷いにくくなります。

料金を確認する際は、次の順で見ると整理しやすくなります。

1. 1 記事で扱う料金が、チャットの月額プラン・API・法人契約・アプリ内課金のどれかを決める
2. 2 対象サービスの公式Pricingページで、プラン名・課金単位・含まれる範囲を確認する
3. 3 BillingやFAQなど契約に関する公式ヘルプで、請求先・更新・解約・追加料金の条件を確認する
4. 4 年額表示・税・通貨・地域・アプリ経由の契約など、価格表示に影響する注記を確認する
5. 5 記事には、確認日と対象条件を添えて書く

たとえば「月額○○円で使える」とだけ書くと、年額契約時の月換算なのか、税込みの表示なのか、Web契約なのか、特定地域での価格なのかが読者に伝わりません。料金を載せる場合は、「個人向けWebプラン」「確認日時点」「税・為替・契約経路によって表示が変わる場合がある」といった条件を必要な範囲で添えるのが安全です。

一方で、記事の主題が料金比較でないなら、固定の金額を本文に置かず、「最新の料金は公式Pricingページでご確認ください」と案内する判断も有効です。料金改定やプラン再編が起こりやすいAIサービスでは、数字を増やすことより、読者が正しい契約ページへ到達できることを優先してください。

利用上限は、料金ページだけで確定させないでください。公式ヘルプで上限の仕組みを確認し、実際の利用画面で残量やリセット時刻を見ることが基本です。

AIサービスの上限は、「一定時間内に送れるメッセージ数」のように見えるものだけではありません。使うモデル、会話の長さ、添付ファイル、画像生成やWeb検索などの機能、混雑状況によって変わるものがあります。ChatGPTでは、プランやモデルによって利用枠が分かれ、需要が高い時期にはメッセージ上限が設けられる場合があります。Claudeでも、会話の長さや複雑さ、利用する機能、モデル、思考量の設定などが利用量に影響すると案内されています。

そのため、「無料版は1日に○回まで」「有料版なら無制限」といった書き方は、公式に固定値として明記されている場合を除き避けた方が安全です。特に、文章生成の上限と、ファイルアップロード・画像生成・Deep Research・エージェント機能などの上限は、同じ条件で共有されないことがあります。

記事に利用上限を書く必要がある場合は、次の順で確認します。

1. 1 確認したいのが、メッセージ数・特定モデルの利用枠・機能別上限のどれかを分ける
2. 2 公式ヘルプで、対象プラン・モデル・時間単位・リセット条件を確認する
3. 3 上限が変動する条件や、別枠になっている機能がないかを確認する
4. 4 実際の利用画面で、残量表示・警告メッセージ・リセット予定時刻が表示されるかを確認する
5. 5 記事には確認日と対象条件を添え、固定値として断定しすぎない

実際の利用画面は、読者が現在どの程度使えるかを確認するための補助情報として重要です。ただし、画面表示はプラン・端末・地域・段階的なUI変更によって異なる場合があります。スクリーンショットを使うなら、「個人向けWeb版・確認日時点」のように前提を添え、画面だけを仕様の根拠にしないようにしてください。

利用上限とコンテキストウィンドウは別の概念です。利用上限は一定期間にどれだけ使えるか、コンテキストウィンドウは一つの会話で扱える情報量に関わります。長い会話や大きなファイルを扱うと、利用回数の上限とは別に、会話の長さや処理できる内容量の制約を受けることがあります。この違いを混在させると、読者が「なぜ途中で使えなくなったか」を誤って理解する可能性があります。

モデル名は、AIツールの記事で特に古くなりやすい情報の一つです。記事にモデル名を書く場合は、現在利用できるモデルを公式ドキュメントで確認し、提供終了や後継モデルへの移行はリリースノートで確認するという2段階に分けてください。

モデル一覧だけを見ると、「今どのモデルが案内されているか」は確認できます。しかしそれだけでは、そのモデルが特定のプランで選べるのか、APIでのみ使えるのか、旧モデルとして残っているのか、まもなく提供終了になるのかまでは判断できません。一覧への掲載は、現行モデルであることの証明にはなりません。

実際に、ChatGPTで提供終了となったモデルがAPIでは引き続き利用できるケースや、後継モデルへの移行先が案内されるケースがあります。Claudeでも、モデルの非推奨化や提供終了にあわせて、推奨される代替モデルと移行期限が示される場合があります。「モデル名が公式ページに載っている」ことと、「自分の記事で現行モデルとして紹介できる」ことは同じではありません。

モデルについて記事に書くときは、次の順で確認します。

1. 1 記事で扱うのが、チャット画面のモデル名なのか、APIのモデルIDなのかを分ける
2. 2 公式ドキュメントやモデル一覧で、現在の提供状況と対象プラン・利用経路を確認する
3. 3 リリースノートや非推奨化・提供終了の案内で、置き換えや移行予定がないか確認する
4. 4 旧記事や検索結果に残るモデル名を、そのまま現行仕様として使わない
5. 5 記事には確認日と利用経路を添え、将来も固定された情報のように書かない

たとえば「○○モデルが最新です」と断定するよりも、「確認日時点で、○○は個人向けチャット／APIでこのように案内されています」と書く方が安全です。モデル名が同じでも、チャット・API・法人向け環境・外部クラウド経由で使える範囲が異なることがあります。

モデルの性能比較や用途の説明も、古いモデル名を前提にすると崩れやすくなります。旧モデルと後継モデルの関係、提供終了の時期、移行先が公式に案内されている場合は、モデル名を差し替えるだけでなく、比較表・FAQ・関連記事のリンク先まで見直してください。モデル名は記事の一部ではなく、記事全体の前提になっている場合があります。

「ChatGPTはスマホでも使える」「ClaudeはPCでも使える」といった案内だけでは、特定の機能を記事に書く根拠としては足りません。確認すべきなのは、サービス自体を使える端末ではなく、記事で扱う機能をその端末・プラン・設定で使えるかどうかです。

Web版・Windows・macOS・iPhone・Androidで同じアカウントを使えても、すべての機能が同時に提供されるとは限りません。音声・画像生成・Web検索・ファイル操作・エージェント機能・コネクター・組織向け機能などは、プラン・地域・段階的な提供状況・管理者設定によって利用可否が変わる場合があります。

「対応デバイス」を確認する際は、次の4点を分けて見ます。

• サービスを使える環境 Web、Windows、macOS、iOS、Android など、基本的な利用経路
• 機能を使える環境 記事で扱う検索・画像・音声・ファイル・エージェントなどが利用できる端末
• 利用条件 無料・有料・法人向けなどのプラン、地域、段階的提供、組織の権限設定
• 操作場所 設定画面・モデル選択・機能の有効化・権限許可などの確認手順

たとえば公式ヘルプに「iOSとAndroidで利用可能」と書かれていても、それはアプリ自体を使えるという意味であり、特定の新機能が両方の端末に提供されていることまでは示しません。機能紹介の記事を書くなら、基本的なアプリ案内ではなく、その機能名がタイトルや見出しに含まれる公式ヘルプを確認する必要があります。

設定画面についても同じです。「設定からオンにする」と書く前に、設定項目が個人向けアカウントに表示されるのか、組織の管理者だけが変更できるのか、端末ごとに表示名や場所が異なるのかを確認します。特に法人向けワークスペースでは、利用者側で機能を有効にできず、管理者設定や権限によって制限される場合があります。

確認するときは、まず公式の機能別ヘルプで対象端末と利用条件を確認し、次に実際の画面で表示を確かめます。画面が見つからない場合は、古いスクリーンショットをもとに操作手順を補わず、対象プラン・端末・地域では利用できない可能性も含めて再確認してください。

画面表記は更新で変わりやすいため、本文では「設定の○○を開く」と断定しすぎない方が安全な場合があります。必要に応じて、「確認日時点では、Web版の設定画面に○○と表示されます」のように、確認日と利用環境を添えます。設定手順の記事ほど、画面の変更によって内容が古くなるリスクが高いと意識してください。

ChatGPTの月額プランとOpenAI APIは、同じOpenAIのサービスでも、料金・請求管理・利用方法が別です。ChatGPT PlusやProに加入していても、OpenAI APIの利用料金は含まれません。APIはChatGPTとは別の請求設定と従量課金として扱われます。

この違いを曖昧にしたまま記事を書くと、「ChatGPTを契約すればAPIも使える」「PlusならAPIを無料で使える」「ChatGPTの月額料金だけで開発用途まで利用できる」といった誤解につながります。OpenAIは、ChatGPTとAPIプラットフォームを別の請求システムとして管理し、請求履歴もそれぞれで確認すると案内しています。混同したまま記事に書くと、読者が契約後に想定外の請求や制限に気づくことになりかねません。

記事で料金や利用条件を説明する際は、まず対象を次のように分けてください。

• ChatGPTの月額プラン ブラウザやアプリのチャット画面で使う個人向け・組織向けのサブスクリプション。確認先はChatGPTのPricing・Billing案内
• OpenAI API アプリやサービスにモデルを組み込む開発者向けプラットフォーム。利用量に応じた従量課金。確認先はOpenAI APIのPricing・Usage・Billing案内
• ChatGPT Business・Enterprise ワークスペース単位で契約・管理する組織向けサービス。APIの利用条件とは別に確認する

たとえば「ChatGPTで使えるモデル」と書く場合も、チャット画面で選べるモデルの話なのか、APIで指定できるモデルIDの話なのかで、根拠にする公式ページが変わります。チャット画面のプラン比較を見て、APIのモデル料金やレート制限まで説明することはできません。

請求経路にも注意が必要です。ChatGPTの個人向けサブスクリプションはWeb・Apple App Store・Google Play経由で管理される場合があり、契約した経路によって請求確認や解約の場所が異なります。一方、APIはAPIプラットフォーム側のBilling設定で利用状況や請求を管理します。契約経路によって確認先が変わることも、記事に書く際は意識してください。

本文では、「ChatGPTの月額プラン」と「OpenAI API」を一つの料金表に無理にまとめない方が安全です。両方を扱う必要がある場合は、見出しや表を分けたうえで、チャット向けの料金なのか、API向けの従量課金なのかを最初に明記してください。

Claudeについて記事を書くときは、Claude.ai・AnthropicのClaude API・Amazon BedrockやGoogle Cloud Vertex AIなどの外部クラウド経由を、同じ利用条件として扱わないでください。使われているモデル名が似ていても、料金・請求先・利用上限・利用できる機能・データ処理・管理方法は提供経路によって異なる場合があります。

Claude.aiは、ブラウザやアプリでClaudeを使うためのサービスです。Claude APIは、AnthropicのConsoleでAPIキーや請求を管理し、アプリや業務システムにClaudeを組み込む開発者向けサービスです。Anthropicは、有料のClaudeプランに加入していても、Claude APIとConsoleの利用は別途管理・課金されると案内しています。Claude.aiの契約状況が、APIの利用可否や料金に直接影響するわけではありません。

Amazon Bedrock・Google Cloud Vertex AI・Microsoft Foundryなどを通じてClaudeを利用する場合は、Anthropicの直営APIとはさらに別の確認が必要です。モデルの提供状況・利用できるリージョン・APIの呼び出し方・IAMなどの権限設定・請求・データ処理に関する条件は、各クラウド事業者の公式ドキュメントで個別に確認しなければなりません。

記事では、少なくとも次のように対象を分けて書きます。

• Claude.ai 個人・チームがWeb・デスクトップ・モバイルアプリでClaudeを使う場合のプラン、機能、利用上限
• Claude API（Anthropic） AnthropicのConsoleでAPIキー・利用量・請求を管理してClaudeを実装する場合のモデル、料金、レート制限
• Amazon Bedrock AWSの契約・リージョン・権限・料金体系の中でClaudeを利用する場合の条件
• Google Cloud Vertex AI Google Cloudのプロジェクト・権限・リージョン・請求設定を通じてClaudeを利用する場合の条件
• Microsoft Foundry Microsoftのクラウド環境と契約条件の中でClaudeを利用する場合の条件

たとえば「Claude Opusが使える」と書くだけでは不十分です。Claude.aiで選択できるという意味なのか、Claude APIでモデルIDを指定できるという意味なのか、特定のクラウドサービス経由で提供されているという意味なのかによって、読者が確認すべき料金ページや設定画面は変わります。

「Claude Proに入ればAPIでも使える」「Claude APIの料金表を見ればBedrock経由の料金も分かる」といった書き方は避けるべきです。個人向けのClaudeプラン・Anthropic直営のAPI・外部クラウドの利用には、それぞれ別の契約・請求・運用条件が存在し得ます。同じモデル名が登場するからといって、条件が共通であるとは限りません。

外部クラウド経由のClaudeについて説明する場合は、まず「どのクラウド環境を対象にしているか」を見出しや導入文で明示します。モデル名はAnthropicの公式ドキュメントで、料金・リージョン・権限設定・利用手順は各クラウド事業者の公式ドキュメントで確認する、と分けると安全です。

AIが検索結果や引用リンクを示していても、それだけで記事に書く根拠が確定したわけではありません。引用は確認の終点ではなく、元の情報へ戻るための入口です。

ChatGPTやClaudeの検索機能は、調査の起点として役立ちます。料金ページ・公式ヘルプ・APIドキュメント・リリースノートを探す時間を短縮できるためです。ただし、AIが要約した内容と、引用元のページに実際に書かれている内容が完全に一致するとは限りません。引用先が第三者の解説記事である場合もあれば、公式ページであっても対象プラン・地域・更新時期が自分の記事の前提と異なる場合があります。

たとえば、AIが「この機能は無料で使える」と回答し、引用を付けていたとしても、記事に書く前にはそのリンクを開きます。無料で使えるのが個人向けか、特定地域だけか、期間限定なのか、利用上限や追加条件があるのかまで確認してください。検索結果の要約だけを読んで「無料で使える」と書くと、注記に書かれた重要な条件を落とすおそれがあります。

引用を確認する際は、次の順で見ると判断しやすくなります。

1. 1 引用先を開き、運営元が公式サイトかどうかを確認する
2. 2 AIが示した主張が、ページ内の本文・表・注記に実際に書かれているかを確認する
3. 3 対象サービス・プラン・モデル・地域・端末・確認時期が記事の前提と一致するかを確認する
4. 4 より直接的な一次情報がある場合は、そちらを根拠にする
5. 5 記事には、AIの引用ではなく、自分で確認した公式ページを引用元として載せる

ニュース記事・比較サイト・SNS投稿・検索結果の要約は、最新情報を探す手がかりにはなっても、料金・利用上限・モデルの提供状況を確定する最終根拠には向きません。公式のPricing・Help・Docs・Release Notesが見つかるなら、まずそこへ戻ります。

公式サイトへのリンクであっても、ページタイトルだけで判断しないことも大切です。API向けのドキュメントをChatGPTの個人向け機能として読んでいないか、旧モデルの案内を現行仕様として扱っていないか、英語版と日本語版で更新時期に差がないかを確認してください。公式ページを開くことと、自分の記事の前提に合った情報を確認することは、別の作業です。

AIが引用を付けたことは、出典確認を省略してよい理由にはなりません。記事を書く人が元ページを開き、自分の記事に書く主張と条件が一致していることを確認して初めて、一次情報を根拠として使えます。

料金・利用上限・機能の提供状況は、公式ページに記載があっても、すべての利用者に同じ条件で当てはまるとは限りません。数字や機能名だけを切り出さず、「どのプランで、どの地域・利用経路を対象にした情報か」まで添えて書く必要があります。

たとえば、個人向けのWeb契約で案内されている月額料金を、アプリ内課金や法人向け契約にも当てはまるように書くのは正確ではありません。地域によって通貨表示・税の扱い・利用可能なプランが異なる場合もあります。Claudeの公式案内でも、プランの月額価格は地域によって異なり、税が含まれる地域と購入時に加算される地域があると案内されています。料金を記事に書く場合は、対象地域・契約経路・確認日をセットで添えることが安全です。

利用上限も同様です。「月額プランに加入すれば無制限に使える」「無料版は必ず1日に○回まで」といった固定的な書き方は、公式に対象条件と固定値が明記されている場合を除き避けた方が安全です。プランごとの利用枠・モデルや機能別の上限・一定時間ごとのリセット・混雑時の調整などが関わる場合があります。チームプランの利用上限についても、席種別の上限とリセット条件が案内されているサービスがあり、一律に固定値として書けない情報の代表例です。

機能の提供状況も、「使える」「対応している」とだけ書かない方がよい情報です。対象国・地域・契約プラン・段階的な提供・組織の管理者設定などにより、同じ機能でも利用できる人とできない人が分かれることがあります。提供範囲が一律でないサービスでは、公式の対応国リストや機能別ヘルプで現在の状況を確認することが基本です。

条件を添えると文章が長く見える場合も、すべての文に注意書きを重ねる必要はありません。読者の判断に影響する箇所だけ、対象を明確にします。次のように書き分けると、必要以上に曖昧にならず、誤解も生みにくくなります。

• 避けたい書き方 「Claude Proは月額○○ドルです」
  条件を添えた書き方 「Claude Proは、米国向けの公式案内では月額○○ドルとされています。地域や契約経路によって表示価格や税の扱いが異なる場合があります」
• 避けたい書き方 「この機能は無料で使えます」
  条件を添えた書き方 「確認日時点では、対象地域の無料プランでも利用できると案内されています。利用上限や提供状況は変更される場合があります」

大切なのは、すべてに「場合があります」と付けて責任を曖昧にすることではありません。公式に確認できた範囲は明確に伝え、条件がある部分だけを正確に限定することです。読者は自分のプランや利用環境に照らして判断しやすくなり、記事も更新に耐えやすくなります。

モデル名・使える機能・設定画面の場所は、記事の中でも特に変化しやすい情報です。公式に確認できた内容でも、「常に同じ」「すべての利用者に同じ表示」とは書かず、確認日と対象環境を添えて扱ってください。

たとえば、ChatGPTやClaudeで現在選べるモデルは、プラン・利用経路・組織の設定・段階的な提供状況によって異なる場合があります。あるモデルが個人向けチャットで選べても、APIでは別のモデルIDとして提供されていたり、法人向けワークスペースでは管理者設定によって利用可否が変わったりすることがあります。

機能も同様です。「Web検索が使える」「ファイルを扱える」「音声機能がある」と書く場合は、対象のプラン・端末・地域・機能の提供状況まで確認します。機能そのものが提供されていても、ベータ版・段階的ロールアウト・特定プラン限定・管理者による有効化が必要といった条件が付くことがあるためです。

設定画面の説明は、特に注意が必要です。画面の名称・メニューの位置・モデル選択欄・機能の有効化手順は、アップデートによって変わることがあります。Web版で確認した画面を、iPhoneやAndroidでも同じ位置にあるように説明したり、個人向け画面を組織向けアカウントにも共通する操作として書いたりすると、読者を迷わせる可能性があります。設定手順を書く記事ほど、確認日と対象環境の明示が重要です。

確認日と対象条件を添えると、情報を必要以上に曖昧にせず、変化にも対応しやすくなります。

• 避けたい書き方 「ChatGPTでは○○モデルを選択できます」
  確認日を添えた書き方 「2026年6月に個人向けWeb版で確認した時点では、モデル選択画面に○○が表示されます」
• 避けたい書き方 「Claudeの設定から○○をオンにできます」
  確認日を添えた書き方 「確認日時点では、対象プランのClaude Web版では設定画面から○○を確認できます。表示や利用条件は端末・プラン・アップデート状況によって異なる場合があります」

すべての文章に「変更される場合があります」と付ける必要はありません。変動しやすい情報にだけ対象条件と確認日を添え、変わりにくい基本概念とは分けて書くことが大切です。読者は、記事の情報がどの時点・どの環境を前提にしているかを判断しやすくなり、書き手も更新すべき箇所を追いやすくなります。

スクリーンショットを使う場合も、画像だけを根拠にしないでください。画像の近くに「個人向けWeb版・2026年6月確認時点」のような注記を置き、仕様や利用条件の根拠は公式ヘルプ・公式ドキュメント・リリースノートで補います。画像は操作場所を示す補助であり、仕様の確定根拠にはなりません。

公式に根拠を確認できない情報は、原則として本文に書かない方が安全です。AIの回答・検索結果・第三者サイト・SNS投稿に同じ説明が見つかっても、公式一次情報で裏づけられない限り、読者の判断を左右する事実としては扱いません。

注意したいのは、「公式に見つからない」ことと「その機能や条件が存在しない」ことは別だという点です。公式ページで確認できなかったからといって、「使えない」「提供されていない」「無料版では利用不可」と断定することもできません。公開情報が不足している、案内ページが更新されていない、対象地域や契約条件が異なるなど、複数の可能性が残るためです。確認できないことは、否定の根拠にもなりません。

たとえば、AIが「特定プランでは1日に○回使える」「このモデルは日本でも利用できる」「スマホ版では設定から機能をオンにできる」と回答しても、公式の料金ページ・利用上限ヘルプ・対応地域案内・機能別ヘルプで確認できなければ、その数値や操作手順を補完して記事に載せるべきではありません。

公式根拠が見つからない場合は、次の順で処理します。

1. 1 公式サイト内で、料金・ヘルプ・ドキュメント・リリースノート・FAQを確認する
2. 2 対象サービス・プラン・モデル・地域・端末が記事の前提と一致しているかを見直す
3. 3 公式に明記された、より限定的な事実だけを書けないかを確認する
4. 4 根拠を確認できない主張は、本文・表・FAQから外す
5. 5 読者にとって重要な未確認事項なら、「公式ページで確認してください」と案内する

たとえば、具体的な回数の根拠が見つからないなら、「無料版は1日○回まで」と書くのではなく、「利用上限はプランや利用状況によって変わるため、利用前に公式の案内と画面表示を確認してください」と扱う方が正確です。公式にも上限の仕組みが明記されていない場合は、回数やリセット時刻に触れず、料金ページや利用画面への案内に留める判断も必要です。

第三者の記事を補助資料として使うこと自体は問題ではありません。しかし、第三者記事の記述を公式仕様のように転載したり、複数の記事が同じ説明をしていることを根拠にしたりすると、誤情報が繰り返し広がることがあります。記事の信頼性は、もっともらしい説明を増やすことではなく、確認できた範囲を正確に示すことで守られます。

書けない情報を外すと、記事が薄くなるように感じるかもしれません。しかし、未確認の数字・提供状況・操作手順を埋め込むより、「現時点で公式に確認できる範囲」を明確にした方が、読者は自分の状況に合わせて判断できます。情報を保留することは逃げではなく、更新に耐える記事を作るための編集判断です。

ファクトチェックは、確認して終わりにしないことが大切です。記事に書いた重要な主張ごとに、何を・どの条件で・どの公式ページから確認したのかを1行で残しておくと、公開後に料金・モデル名・機能・画面表示が変わった際も、見直すべき箇所をすぐに追えます。

たとえば、記事内で「特定のプランでは○○機能を利用できる」と書くなら、記録には「個人向けWeb版の対象プラン」「機能別ヘルプ」「対象プランの記載がある箇所」「確認日」「条件付きで記載」といった形で残します。こうしておけば、後から機能の提供範囲が変わったときも、記事全体を読み直さずに該当箇所から確認できます。

この記録は、読者に見せるための作業ログではありません。自分が「なぜこの表現にしたのか」を後から再現するための根拠です。複数のAIツール記事を運営している場合、確認日だけでなく対象プランや利用経路まで残しておくと、古い情報を新しい条件のまま書き換えてしまうミスを防ぎやすくなります。

反対に、すべての段落や一般的な説明まで細かく記録する必要はありません。料金・上限・モデル・提供状況・対応端末・設定画面など、変更されやすく、誤ると読者の行動に影響する情報を優先すれば十分です。

ファクトチェック記録は、AIツール記事を信頼できる形に整える公開前工程の一つです。検索意図の整理・本文構成・図解・内部リンク・公開後の改善までを一連の流れで設計したい場合は、AIツール解説記事の作り方もあわせて確認してください。公式情報の確認から制作全体を再利用できる仕組みとして整えたい場合は、個人ブログで企業記事に対抗するAI記事制作テンプレートで、制作工程を仕組みにする考え方をまとめています。