Codexでサイト運営を自動化する方法｜XServer API・MCPの活用実例

広告：この記事にはA8.netのアフィリエイトリンクが含まれます。リンク経由で申込みが成立すると、当サイトに報酬が入る場合があります。

Codexを「記事を書くAI」で終わらせない。

Codexを使って、収益につながるサイトを運営できないか。
調査も、記事の更新も、公開後の改善も、ひとつの流れにできないか。

その使い方を考えているなら、私たちはエックスサーバーを有力な選択肢としておすすめします。

理由は、単にWordPressを置けるからではありません。公式のAPI・MCPがあり、Codexからサーバーを操作するための入口が用意されているからです。

AIに原稿を作ってもらい、自分で管理画面に貼り付ける。その先に、サイトの設定、記事やデータベースの更新、公開後の確認までをつなぐ運用があります。GCXXが取り組んでいるのは、この形です。

この記事では、連携の仕組みと、実際に攻略サイトを運営してわかった組み立て方を紹介します。収益も公開しますが、まだ月5万円には届いていません。成功した部分と、改善中の部分の両方を見て判断してください。

おすすめする理由は「AIから操作できる土台」があること

サイトを増やしたり、毎日更新したりすると、時間がかかるのは文章を書く作業だけではなくなります。

どのサイトにWordPressを設置したか。どの記事を更新したか。データベースの内容と記事が食い違っていないか。公開したページがスマホで崩れていないか。

こうした作業を毎回、人が管理画面で繰り返すのは大変です。そこで効いてくるのが、エックスサーバーの公式API・MCPです。

APIは操作の窓口、MCPはCodexにつなぐ接続口

XServer APIは、サーバーの管理機能をプログラムから呼び出す窓口です。公式MCPを使うと、その機能をCodexなどの対応AIから扱えます。XServerの公式マニュアルには、Codex向けの接続方法も掲載されています。XServer MCPの公式手順

たとえば、サーバーやドメインの一覧確認、WordPressの設置、MySQLの管理、バックアップ関連の操作などです。対象機能や権限は、利用するサービスと設定によって確認が必要です。

ブラウザのボタン位置に合わせた操作だけに頼らず、作業を手順として組み立てやすい。私たちが、自動運用の基盤として評価しているのはここです。

記事の更新まで、すべて公式MCPだけで済むわけではない

ここは、導入後の勘違いを避けるために分けておきます。WordPressを設置することと、攻略記事やキャラクターデータを更新することは別の作業です。

サーバーの準備・管理

XServer API・公式MCPで、対応する設定や状態を扱う。

記事・画像・ゲームデータの更新

WordPress側の仕組みを使う。GCXXでは既存のSSH接続、WP-CLI、専用の更新処理も組み合わせている。

調査・判断・改善の実行

Codexに手順と対象を渡し、それぞれの接続先で作業させる。検索や収益の確認には、GoogleやA8など別サービスへの接続が必要。

つまり、XServerが運用の土台になり、Codexが作業をつなぐ構成です。このページの更新自体も、公式MCPだけではなく、既存のSSH・WP-CLIによる公開処理を使っています。

サーバー機能の対応範囲はXServer開発者ドキュメントで確認できます。独自の更新処理は、自分のWordPress構成に合わせて用意します。

連携は「一覧を読む」→「1記事を更新する」の順で作る

最初から大量のサイトを作らせるより、まず1サイトで、変更前から変更後までを確認できる状態を作るほうが、その後に広げやすくなります。

1．公式MCPを接続し、対象サーバーを確認する

XServer側で必要なサービスのAPIキーを準備し、公式マニュアルのCodex設定に従って接続します。すでに運用用の接続がある場合は、重複して鍵を作る前に、その設定と権限を確認してください。

接続時に使う値は、公式パッケージのxserver-mcp、起動コマンドのnpx、サーバー管理用の引数--services=server、認証用の環境変数XSERVER_API_KEYです。秘密値は公開記事や共有の依頼文に書かず、アクセスを制限した設定で管理します。手順の詳細は公式マニュアルの「Codexの設定」を参照してください。

Codex側はMCPサーバーとの接続をサポートしています。設定の場所や接続確認は、OpenAIのMCPドキュメントが基準になります。

対象サーバーの情報、ドメイン一覧、WordPressの設置一覧を読み取りだけで確認してください。作成・削除・設定変更はまだ行わず、操作対象のURLと利用可能な機能を一覧にしてください。認証情報は出力しないでください。

最初の依頼はこれで十分です。違うサーバーを見ていないか、使いたい操作が可能かを、変更前に確かめられます。契約や課金につながる操作を自動で有効にする必要はありません。

2．WordPress側に「安全に更新する経路」を作る

次に、下書き1件を対象に、記事の取得と更新を試します。WordPressのREST APIやWP-CLIなど、現在の構成に合う方法を選びます。既存の接続が使えるなら、それを引き継ぎます。

ここで決めたいのは、文章の書き方よりも変更範囲と戻し方です。「この記事だけ」「このDBレコードだけ」と対象を絞り、変更前の内容を保存してから更新します。

対象記事を取得し、本文・タイトル・関連データの変更前コピーを保存してください。別の作業で内容が変わっていたら上書きせず停止してください。まず下書きで更新し、画像・リンク・表示を確認してから公開する手順を作ってください。

3．公開URLの確認までを、ひとつの作業にする

管理画面で保存できても、読者に正しく届いているとは限りません。キャッシュが古い、画像が読み込めない、スマホで広告が本文に重なる、といったことがあるからです。

「更新しました」で終わらせず、公開ページを開いて内容と表示を確認するところまでを依頼に含めます。この1本の流れが通ってから、対象記事やサイト数を増やします。

実際の攻略サイトでは、こう運用をつないでいる

GCXXでは、ゲーム攻略を題材にしています。記事を書き続けるだけでなく、情報をデータベースに残し、検索され始めたテーマを育てる形です。

①「動画がある」より、「まだ答えが足りない」を探す

YouTubeで攻略動画を調べ、何度も取り上げられる困りごとを見つけます。次に検索結果を見て、その疑問に答える読みやすい記事が十分にあるかを確認します。

たとえば、ゲーム名全体の人気だけではなく、「この素材をどこで集めるか」「この技をどう解放するか」という単位で比べます。動画には答えがあるのに、検索では手順にたどり着きにくい。そうした隙間が、記事を作る候補になります。

② 音声の解説と実際の画面を、記事の手順に変える

タイトルや概要欄だけで書くと、操作の順番や判断理由が抜けやすくなります。そこで、解説の音声とゲーム画面を確認し、必要な条件、操作、結果、失敗しやすい点を分けて整理します。

「ここでこの技を使う」と話しているなら、なぜその場面なのかも拾います。一方で、投稿者のおすすめとゲーム内で確認できる仕様は混ぜません。直接聴けない環境では、文字起こしだけで聴取済みにせず、未確認部分を残します。

記事は動画を見直さなくても、読んだ人が実行できることを目標にします。重要な操作には該当場面のキャプチャと短い説明を添え、参照動画も確認できるようにします。画像の利用条件も確認します。

③ 記事に埋め込む前に、データを分けて保存する

キャラクター名、技の効果、入手条件を、記事本文だけに書いておくと、変更のたびに複数の記事を直すことになります。

そこで、キャラクターや技をWordPress上のデータとして管理し、個別ページ、一覧、関連記事から参照させます。数値が変わったときも、どのデータと記事を直すべきか追いやすくなります。

④ 担当を分けても、同じ場所を同時に書き換えない

調査担当、記事担当、公開担当を分けると並行して進められます。ただし、複数の担当が同じ本文や共通設定を触ると、後から保存した内容で前の変更が消えてしまいます。

私たちは対象URLと担当を決め、公開直前に変更前の内容が同じかを確認する運用にしています。バックアップも、サイト全体の定期保存とは別に、その作業で触る記事やデータを残します。

⑤ 公開後の確認と、翌日の更新をつなぐ

記事・DBの相互リンク、PCとスマホの表示、動画の再生、検索を妨げる設定がないかを確認します。その後、サイトマップや更新通知など、検索に見つけてもらうための処理を進めます。通知しただけで検索掲載が保証されるわけではありません。

翌日以降は、公開済みの動画と記事を照合して、同じ内容をもう一度作らないようにします。新情報がなければ無理に新規記事を増やさず、既存記事の不足を補います。

毎日、担当ゲームの新しい攻略動画を調べてください。公開済みの記事と重複しないものを優先し、実画面と音声で条件・手順・判断理由を確認します。読者が記事だけで理解できる形にまとめ、関連DBも更新してください。公開後の表示とリンクを確認し、新規記事、既存更新、未確認事項を分けて報告してください。

これは定期運用に渡す依頼文の例です。定期実行そのものは、利用環境のスケジュール機能などに設定します。文章を送るだけで、翌日も自動実行されるわけではありません。

記事とDBをつなぐと、サイトが「読み物だけ」で終わらない

たとえば、キャラクターの個別ページから技の効果を調べ、その技を使う編成記事へ移動できるようにする。記事を読んだ人が、次の疑問も同じサイト内で解決できる形です。

GCXXでは、WordPressのカスタム投稿タイプや項目データを用いて、記事とは別にゲーム情報を保存しています。ただし、すべてのサイトが同じ完成度に達しているわけではなく、内容と導線を継続して整えています。

• 無職転生CoE攻略：キャラクターや編成など、個別データと攻略を結び付ける題材。
• Primitier攻略：素材や加工・制作手順を、画像付きの説明へ落とし込む題材。
• Suika Planet攻略：ルールや攻略の判断を整理し、関連記事へつなぐ題材。

重要なのは、最初から巨大なDBを作ることではありません。読者が調べたい項目を選び、記事で説明したことを確かめられる個別ページから作ることです。

実際、どこまで収益になっているのか

仕組みの話だけでは判断しにくいので、直近の数字も載せます。以下は2026年9月7日に確認した、AdSenseアカウント全体の推定収益・費用控除前の記録です。この1記事の売上でも、Codexだけの効果を測った数字でもありません。

• 8月24日〜30日：3,496円
• 8月31日〜9月6日：3,958円
• 8月10日〜9月6日の28日間：11,027円

28日間の数字には上記の週が含まれるため、足し合わせません。サーバー、AI利用料などを引いた利益は、この表では示していません。

9月6日の棚卸しでは、運用対象のWordPress設置は41件ありました。ただし、これは品質確認や検索登録がすべて完了したサイト数ではありません。整備中のものも含みます。

目標の月5万円は未達です。9月7日に確認したA8の当月エックスサーバー案件も、クリック・成約ともに0件でした。「自動化できたから、すでに大きく稼げている」という状態ではありません。

だから今は、公開数より「読まれた後」を改善している

アクセス数が増えても、収益が同じように伸びるとは限りません。GCXXではアクセス集計の異常も調査中で、見かけのPVをそのまま読者数の伸びと判断しないようにしています。

次に見るのは、検索で表示されるテーマ、クリックされるタイトル、読者が知りたいことを解決できているか、広告や申込みへの導線が邪魔になっていないかです。

自動化の価値は、記事を大量に出すことだけではなく、こうした改善を繰り返す時間を確保できることにもあります。効果は、期間をそろえた実測で確かめていきます。

XServerをおすすめしたいのは、運用までCodexに任せたい人

Codexを文章作成だけでなく、サイト構築、DB更新、公開後の点検まで使いたい。複数サイトを、毎回同じ管理画面の操作を繰り返さずに運営したい。そう考えている人には、公式API・MCPがあるエックスサーバーは検討する価値が高いと考えています。

一方で、すでに別のサーバーで安全な自動更新の仕組みが動いているなら、移転ありきで考える必要はありません。XServerでしか自動化できない、という話ではなく、これから組み立てるときに、公式の接続口があることを評価しています。

契約時には、月額換算だけでなく初回の支払総額と更新料金を確認してください。Codexなどの利用料、ドメイン費用、素材や運用にかかる費用も別に考えます。キャンペーンは条件が変わるため、公式料金表と申込み確認画面が基準です。

おすすめする理由は、「契約すれば稼げる」からではありません。Codexで考えた改善を、実際のサイトへ届ける仕組みを作りやすいからです。

調査し、記事とデータにして、公開し、数字を見て直す。この循環を自分の運用にしたいなら、エックスサーバーとの連携から検討してみてください。

導入前に気になること

API・MCPを設定すれば、完全放置で運営できますか？

接続できることと、正しく運営できることは別です。情報の確認、更新範囲、費用が発生する操作の承認、失敗時の復旧を含めた手順が必要です。GCXXでも、接続や表示確認で止まる工程は改善を続けています。

コーディングをすべて自分で書く必要がありますか？

更新処理の作成や修正をCodexに手伝わせることはできます。ただし、対象データ、接続権限、変更結果を確認する役割はなくなりません。まず1件の更新を、戻せる状態で通すことから始めるのがおすすめです。

同じ仕組みを作れば、同じ収益になりますか？

なりません。需要、競合、記事の質、検索からの流入、広告や紹介案件との相性で結果は変わります。掲載した実績はGCXXの記録であり、将来の収益を保証するものではありません。