ChatGPTとWixでCMS運用を自動化する設計

CMS自動化は、文章生成より先にデータ構造を決める

ChatGPTからWixへ記事を入れられるようになると、最初は「文章を作って、そのままCMSへ入れる」ことに目が向きます。

しかし、記事数が増えるほど重要になるのは文章そのものより、どのフィールドへ、どのIDで、どの型のデータを書き込むかです。

海辺の部屋では、Knowledgeを単なる本文フィールド1個ではなく、title、urlKey、directAnswer、body、evidence、sourceUrls、verifiedDate、updatedDate、author、heroImage、category、tagsなどへ分けて管理しています。

この構造を先に固定したことで、AIは毎回ページの形を考え直さず、同じ設計へ新しい知識を追加できます。

安定したIDとurlKeyを、記事タイトルとは分ける

AI運用では、表示名だけでデータを識別しない方が安全です。記事タイトルは後から改善する可能性がありますが、内部IDやurlKeyまで一緒に変えると、更新対象やURLを追いにくくなります。

海辺の部屋では、Knowledgeごとに固定IDとurlKeyを持たせ、動的ページを /knowledge/{urlKey} で管理しています。

これにより、AIが「この記事を更新する」と判断するとき、表示タイトルではなく安定した識別子を使えます。

Create・Save・Patchを同じ操作として扱わない

CMS自動化では、新規作成と既存更新を分けて考える必要があります。

Wix Dataでは、新規作成、upsert、部分更新に別の操作が用意されています。特にPatchは、指定したフィールドだけを変更し、指定していない既存データを残せます。

海辺の部屋でも、Hero画像だけを差し替えるときは本文全体を再送せず、heroImageだけをPatchしました。6記事をまとめて変更したときも、本文・Evidence・Sourcesなどはそのまま保持できました。

「全部を上書きする」処理を毎回使うより、変更する範囲を小さくする方が、AIによる意図しない消去を減らせます。

CMSの型は、AI側でも守る

Wix Dataは内部的にはスキーマレスで、コレクションでDATETIMEと定義したフィールドへ、別形式の値が保存されることがあります。

海辺の部屋では実際に、verifiedDateとupdatedDateへISO日時の文字列を入れてしまい、最初の3記事と後から作った7記事で内部形式が分かれました。

見た目では気づきにくい状態でしたが、LATEST表示や日付ソートを使う前の監査で発見し、WixのDate and Time形式へ統一しました。

この経験から、CMS自動化では「フィールド名が合っている」だけでは不十分で、値の型まで書き込みルールに含める必要があります。

記事を作る工程と、監査する工程を分ける

AIが新しい記事を作成できても、それだけで長期運用が安定するとは限りません。

海辺の部屋ではKnowledgeが10本に到達した時点で量産を一度止め、必須フィールド、urlKey重複、PAGE_LINK、日付型、カテゴリー、Sources、SEO接続を横断監査しました。

その結果、記事本文では見えなかった日付型の不統一や、Knowledgeで使っている公式出典に対してSources登録が追いついていないことを発見できました。

自動化では、毎回すべてを人間が確認する必要はありません。ただし、一定件数ごとに全体を監査する工程を持たせると、小さなズレが大量データへ広がる前に修正できます。

Sourcesも記事と同じように構造化する

記事本文に公式URLを貼るだけでは、記事が増えたときに同じ資料を何度も探すことになります。

海辺の部屋ではKnowledgeのsourceUrlsを横断し、使用中の公式URLとSourcesコレクションを照合しました。未登録だった公式資料を追加し、Knowledgeで使用している出典URLの未登録を0件にしています。

これにより、AIが次の記事を書くときも、記事本文と出典管理を別レイヤーとして扱えます。

人間は、CMS入力ではなく判断へ戻す

自動化の目的は、人間を完全に外すことではありません。

AIが担当しやすいのは、調査、文章生成、構造化、画像登録、CMS入力、部分更新、出典整理、監査です。

一方で、ページ全体の空気感、余白、ブランドに合うか、例外的な変更を許可するか、といった判断は人間側に残します。

つまり、CMS自動化で減らしたいのは「人間の判断」ではなく、「人間が毎回同じ入力作業を繰り返すこと」です。

壊れにくいCMS自動化の基本構造

• Schema：必要なフィールドと役割を先に固定する
• Stable ID：タイトルと内部識別子を分離する
• Type：DATETIME、配列、画像などの形式を守る
• Safe Write：新規作成と部分更新を使い分ける
• Audit：一定件数ごとに横断監査する

この5つを固定すると、ChatGPTは単発の記事作成ツールではなく、同じルールでCMSを増やし続ける運用担当として使いやすくなります。

このKnowledgeの関連知識

URLを安定させる： CMS自動化では表示タイトルとURLキーを分離し、タイトル変更でURLが変わらないようにする。

Wixの動的ページで記事タイトルを変えてもURLを変えない方法

再実行を安全にする： 自動化でCreate結果が不明なとき、再作成する前に既存データを検索して重複を防ぐ。

AIにCMSへ書き込ませるとき、同じデータの重複作成をどう防ぐか

API結果を絞る： CMS/API連携では次の判断に必要なフィールドだけAIへ返し、重要情報が埋もれないようにする。

AIに渡すAPI結果は「全部」ではなく、次の判断に必要な情報へ絞る

Rich Text大量修正の実例を見る： 固定font-sizeを1218箇所消しても直らなかった――Wix CMS Rich Textをレスポンシブ化した実例

固定font-sizeの一括除去だけでは直らず、CMS内部へレスポンシブTypographyを入れる方式へ変更した実例です。

現在地： WEB & CMS → Wix・CMS・API自動運用

Knowledgeトップを見る