microCMS移行をいまならAIでどう進めるか - microCMS Meetup 2026

Embed

Start on current slide

Slide 1

Slide 1 text

microCMS移行をいまなら AIでどう進めるか〜3年前の技術選定振り返りと AIの登場で変わったこと〜 2026/07/22 microCMS Meetup 2026 ニフティ株式会社石川貴之宮本達矢 Copyright © NIFTY Corporation All Rights Reserved. Copyright © NIFTY Corporation All Rights Reserved.

Slide 2

Slide 2 text

オープニング⾃⼰紹介ニフティ株式会社カスタムリレーショングループテックリード / Cloud Architect 石川貴之 (Ishikawa Takayuki) 担当業務 ● CCoE的活動（AWS/GCP組織管理） ● AI CoE的活動（AI関連の導入や活用促進） ● 技術寄りSaaS管理（Notion, GitHubなど） ● 自社WEBサービスの設計、バックエンド Copyright © NIFTY Corporation All Rights Reserved. 2

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

本⽇お話すること技術選定フェーズ ※振り返りのみ 🔍 技術選定‧アーキテクチャの意思決定こんな⼈へ：技術選定を担当する⽅、アーキテクトの⽅「運⽤重視」で選んだ構成が3年後でも正常に働いているか答え合わせをします。移⾏フェーズ 🚚 移⾏の実作業（スキーマ設計‧移⾏処理）こんな⼈へ：CMS移⾏をこれから計画‧実施する⽅⼤量のhtmlを今AIを使って移⾏するならどうやるか運⽤フェーズ 🛠 ⽇々の開発‧改修、コンテンツ運⽤‧保守こんな⼈へ：サイトを開発‧改修するエンジニアの⽅、コンテンツ運⽤者、サイトの保守を担う⽅修正依頼をAgentに任せる開発フロー 🖥 実例紹介 ― @niftyトップページログインあり動的サイトにおけるケーススタディとして、20年来の⾃社製CMSから段階的に脱却中の現在進⾏形の事例をお⾒せします Copyright © NIFTY Corporation All Rights Reserved. 5

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

MICROCMS利⽤状況（2026年）移⾏から3年、19サイトまで拡⼤ 19 Advanced 42 運⽤サイト数契約プラン ※1 API数（サイト間共有あり） 70 24 1TB ユーザー数ロール数⽉間データ転送量 ※1：2025年6⽉のプラン改定に伴い、現在はAdvancedプランの新規契約はできません。同様の機能をEnterpriseプランで提供しています。 Copyright © NIFTY Corporation All Rights Reserved. 8

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

参考：移⾏前後の⽐較 Before After クラウド FJcloud-V AWS ホスティング先構成 LB+サーバー CloudFront+Amplify フレームワーク Struts Astro テンプレート言語 Velocity改造版 / JSP Astro 複数環境対応 2 ※一部共用利用 50 ※Amplify上限デプロイ方法ファイルアップロード GitOps CMS nifty CMS(独自) microCMS CMS認証 nifty ID(自社) SAML ビルド時間 - 大幅改善 CWV - 大幅改善コスト(SaaS費用含む) - 76%削減高アクセス負荷対応力 - 100倍以上開発オンボーディング 1ヶ月以上数日 Copyright © NIFTY Corporation All Rights Reserved. 13

Slide 14

Slide 14 text

技術選定の振り返り① ホスティング先：AWS（Amplifyメイン）現状のままで⼤きな問題なし GOOD 選定基準：引継ぎ容易性 → 構成がシンプルなのもあり引継ぎコストは低い GOOD 選定基準：開発利便性 → 必要⼗分、branch/PRごとの環境作成は必須 Amplify中⼼＋CloudFront/S3/Lambdaで補完。 GitHub push‧microCMS更新をトリガーに⾃動ビルド（IaCはCDK）。 SO-SO 選定基準：コスト → アクセス数に応じて増えているが許容範囲反省 IaCが例外対応の建て増しで複雑化 AWSリソース上限に想定より早く接近 Copyright © NIFTY Corporation All Rights Reserved. 14

Slide 15

Slide 15 text

技術選定の振り返り② フレームワーク：Astro 今も問題なし SSG中⼼の構成のため安⼼感がある GOOD 選定基準：引き継ぎ容易性 → AIが賢くなったため更に学習コストが低減 GOOD 選定基準：制作部隊への受け⼊れやすさ → 扱える⼈は増えてきている jQueryと同居できているのもポイント⾼いプロモーション等で急なアクセス負荷があっても安⼼ GOOD 選定基準：将来性 → AstroがCloudﬂare傘下になる State of JavaScript 2025でも⾼評価 Copyright © NIFTY Corporation All Rights Reserved. 15

Slide 16

Slide 16 text

技術選定の振り返り③ CMS：microCMS 結果的に良い選択だった GOOD 選定基準：使いやすさ → コンテンツ運⽤者からの評判が良い、⼀般的な質問が来ない。Enterprise向け機能を有している。 GOOD 選定基準：運⽤の幅が広がる機能性フィードバックを聞いて機能アップデートしてくれる → カスタムフィールドで例外対応ができたり、姿勢はとても助かりましたヘッドレスCMSのため組む相⼿を選ばないのは強み（マネジメントAPI拡充、APIグルーピング、ビュー機能、コンテンツフィルター拡充は特に欲しかった） SO-SO 選定基準：コスト → 特別⾼いわけではないので許容範囲。機能アップデートにより導⼊当時の困りごとも減ってきている。 Copyright © NIFTY Corporation All Rights Reserved. 16

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

AIでこう進める① スキーマ設計スキーマ設計これまで｜⼈が考えて設計する 1 2 3 画⾯や旧CMSを⾒ながら⼈の癖で命名が揺れるリリース後の⼈がスキーマを設計（image / images /url / link…）⼊れ⼦‧構造の修正は ※旧CMSはスキーマ名固定調整‧確認が⼿間なので踏襲はできない当時はファイル名やフォルダ構成しか規約を作ってなかった単語のチョイスまでルール化するのは⼤変 Copyright © NIFTY Corporation All Rights Reserved. 19

Slide 20

Slide 20 text

AIでこう進める① スキーマ設計スキーマ設計いまなら｜作成はAIが提案、更新は毎⽇⾃動レビュー ✦ 作成｜AIが提案し、⼈がレビューする元のDBやHTMLをコンテキストとして渡す ClaudeのSkillで推奨スキーマを作成‧提案⼈がレビューして microCMSに登録（規定にない単語チョイスはAI任せ） ✦ 更新｜GitHub Actionsで毎⽇⾃動レビュースキーマとコンテンツを⽇次で取得（バックアップ兼⽤）前⽇分との差分を検出規約違反を指摘（構造化情報のみならチェックにAIは不要） 💡 理想はスキーマ定義をIaC化してレビュー＆デプロイできることなのでmicroCMS開発ロードマップにあるAPI作成‧変更マネジメントAPIに期待！ Copyright © NIFTY Corporation All Rights Reserved. 20

Slide 21

Slide 21 text

Slide 22

Slide 22 text

AIでこう進める② 移⾏処理移⾏処理これまで｜⼈が⼿を動かして繰り返す 1 2 3 元HTMLをスクレイピング、レイアウトや Buildエラー‧ シェルや置換でコンポーネントをキャプチャ差分を⾒て Astro形式へ切り出す⼿作業で修正 ↺ 同じ動き‧⾒た⽬になるまで修正を何度も繰り返す、根気のいる作業移⾏作業をしていた2023年時点では、⼿持ちのAIはGitHub Copilotのみ Copyright © NIFTY Corporation All Rights Reserved. 22

Slide 23

Slide 23 text

AIでこう進める② 移⾏処理移⾏処理いまなら｜AIが「再現可能なスクリプト」を育てる ✦ AIがスクリプトを育てるループ書き換え後の他サイトやサンプル、命名規則やスクリプトで HTMLを⼀括書き換えエラー‧表⽰差分をチェック Claudeがスクリプトを改善ルールをコンテキストとして渡すエラー‧差分ゼロまで⾃動で回す 💡完成形が⾒えている修正の繰り返しはAIに任せやすい最初のレイアウト‧コンポーネント設計は⼈⼒推奨。AIがっつり利⽤は2サイト⽬から Copyright © NIFTY Corporation All Rights Reserved. 23

Slide 24

Slide 24 text

AIでこう進める② 移⾏処理効果｜移⾏は「⽉」から「⽇」単位の作業になった 1〜2⽇約5⽇約10倍速ガワだけ移す最適化までやる 2023年当時と⽐較 1000ページ以上Astro化（1レイアウト） 30レイアウト‧200コンポーネントに集約 GitHub Copilotのみだった当時の＋microCMSへのコンテンツ移⾏のみ（CMSで管理されていないページを1000以上持っ約1/10の時間で仕上がるているサイトの場合） 💡 ⼈の役割は「書き換え作業」から「どこまで最適化するかの判断」に変わった Copyright © NIFTY Corporation All Rights Reserved. 24

Slide 25

Slide 25 text

AIでこう進める② 移⾏処理最適化の例｜⼈の判断が要るところレイアウトの統合コンポーネント化直書きページ群のmicroCMS化ヘッダーとフッター以外は共通化されいろんなページに微妙に異なるHTML とりあえず直書きで始めたが結構な分ていないページ群のレイアウト化、で直書きされている注釈やパーツの単量になったFAQや読み物コンテンツな微妙に異なるレイアウトの単⼀化⼀化どの移し替え Copyright © NIFTY Corporation All Rights Reserved. 25

Slide 26

Slide 26 text

Slide 27

Slide 27 text

AIでこう進める③ コンテンツ運⽤コンテンツ運⽤これまで｜⼈が切り分けて、⼈が直す 1 2 3 修正したい箇所が microCMS管理なら GitHub管理のコードならどこの管理かコンテンツ運⽤者が開発者に依頼して修正 HTMLを⾒ながら⼈が探す⾃⾝で修正 ✎ 切り分けには知識が必要、依頼すると待ちが発⽣ Copyright © NIFTY Corporation All Rights Reserved. 27

Slide 28

Slide 28 text

AIでこう進める③ コンテンツ運⽤コンテンツ運⽤いまなら｜Notion Custom Agent × Cursor Agentに任せる ✦ ① 切り分けと依頼 Notion AIに修正したい箇所がどこ管理か聞く ✦ ② Agentの⾃動処理 GitHub管理なら Notion AIに Issueを作ってもらう依頼者はNotion上で完結修正して PR作成実⾏結果と PRのURLを Notionにコメント ✎ Issueステータス変更でトリガー 💡 切り分け → 修正依頼 → コード修正‧PR作成までAgentが対応、リードタイムはほぼゼロ microCMSの下書き作成まで任せる場合は、既存下書きの上書きに注意 Copyright © NIFTY Corporation All Rights Reserved. 28

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

@niftyトップページのmicroCMS構成：⼀時キャッシュ⽅式メリット Webhook ✓ S3配置のためmicroCMSの状態に⾮依存（耐障害性） ✓ 緊急時はJSONを直編集して即時変更が可能デメリット △ microCMSのデータ転送量枠を活⽤しづらい → microCMS → API Gateway → Lambda S3 ↑ JSON取得 @niftyトップページサーバ microCMSの状態に依存せず、S3から直接配信することで耐障害性を確保 △ 管理する作り物（Lambda‧API GW等）が増える Copyright © NIFTY Corporation All Rights Reserved. 32

Slide 33

Slide 33 text

AI活⽤：開発の効率化 Skill化：作り物を効率化 MCP活⽤：データ移⾏と表⽰修正 › 繰り返し実装するパターンをSkill化して対応 › CSV化した内製CMSのデータをMCP経由で microCMSに投⼊ › 変更箇所を指⽰し、10分放置で実装は完了 › スキーマの変換などもだいたい良い感じに処理してくれる › 編集に違和感があればSkillの⾒直しが必要 › 表⽰が崩れた場合もChrome DevTools MCPで細かい指⽰なしに修正 Copyright © NIFTY Corporation All Rights Reserved. 33

Slide 34

Slide 34 text

AIで運⽤補助ツールを簡単に作成 cmsに登録したいデータをスプレッドシートに記入 csvをインポートするだけで十数件のコンテンツを一括登録 › 別ページへの⾒出しリンクやバナーを毎⽉⼀括で投⼊しており、管理画⾯から個別に作成するのは⼿間 › スプレッドシートに書き出し、GASで投⼊⽤CSVを⽣成 - カスタムフィールド利⽤時は形式変換が必要 › 画像アップロード‧公開予約も実施できるように拡張ドライブのリンクを元に画像をcmsにアップロード Copyright © NIFTY Corporation All Rights Reserved. › 雑に作れるからこそ機能はシンプルに 34

Slide 35

Slide 35 text

Slide 36

Slide 36 text

まとめ技術選定の振り返り 01 運⽤重視の技術選定は、3年経っても効いている。⽬⽴った困りごとが、出てこないのが⼀番の成果利便性の部分でケチにならない、必要以上に妥協しない構成が、運⽤⼯数2⼈⽇/⽉‧問い合わせほぼゼロという結果に繋がった移⾏の実作業におけるAI利⽤ 02 AIで移⾏は「⽉」から「⽇」単位へ。⼈の役割は判断に変わった移⾏作業は2023年⽐約10倍速。AIにはコードを直接編集ではなく「再現可能なスクリプト」を育てさせるのかトークン効率も良い。コンテンツ運⽤‧保守におけるAI利⽤ 03 運⽤は「⼈が考えて作業する」から「Skillで揃える‧Agentに任せる」へ実現にはGitOpsやデプロイフローの整備が必須だった。「低いところに揃えない」効果。技術選定の成功は、AI時代への良い下地を作ってくれた Copyright © NIFTY Corporation All Rights Reserved. 36