コーポレートサイト改善でAIを使ったのに、返ってきた改善案がいまひとつ弱い。

この経験がある人は多いはずです。

理由は単純で、コーポレートサイトを「1つの目的のサイト」としてAIに見せてしまっているからです。

実際には、コーポレートサイトは問い合わせだけでなく、採用応募、応募受付、事業理解など、複数のCVを同時に持っていることが少なくありません。
それを分解せずに丸ごとAIに渡すと、CTAを目立たせる、導線を短くする、といった無難な一般論に寄りやすくなります。

この記事では、Playwright と Claude Code を使って、コーポレートサイトをどう分解し、どうすれば実務で使える改善案に変えられるのかを整理します。

AIにコーポレートサイトを見せても毎回ふわっとした提案しか返ってこない。
その状態を抜けるための、かなり実践寄りの進め方です。

この記事の結論

結論から言うと、
コーポレートサイト全体を1つのゴールで見ないこと が重要です。

特に、以下のようなサイトではこの考え方が有効です。

採用導線がある
応募フォームが複数ある
問い合わせ窓口が複数ある
会社紹介と事業紹介の両方を担っている

このタイプのサイトでは、
「問い合わせを増やす」ではなく、まず 何を増やしたいのかを分ける 必要があります。

たとえば次のようにです。

採用応募を増やす
クリエイター応募を増やす
問い合わせを正しい窓口に振り分ける
会社や事業の理解を深める

この分解をせずにAIへ依頼すると、
UIの一般論ばかり返ってきて、実務で使いにくくなります。

なぜ「問い合わせ改善」だけでは弱いのか

受託開発会社やBtoB企業のコーポレートサイトなら、
「問い合わせCV」が主目的になることは多いです。

一方で、コンテンツ系やサービス系の企業では、
コーポレートサイトが単なる会社紹介ではなく、複数の役割を持つハブ になっていることがあります。

この場合、トップページから見ているユーザーもバラバラです。

転職を考えている人
応募先を探しているクリエイター
企業情報を調べている取引先
問い合わせ窓口を探している人
会社の事業内容を知りたい人

つまり、同じページを見ていても、
ユーザーが達成したいことは一致していません。

ここを無視すると、AIは次のような無難な提案をしがちです。

CTAを目立たせましょう
ファーストビューを分かりやすくしましょう
導線を短くしましょう
情報量を整理しましょう

これ自体は間違いではありません。
ただ、どのCVに効かせたい改善なのかが曖昧 です。

実務で欲しいのは、もっとこういう提案です。

採用応募を増やすために、社員紹介から募集要項への接続を強くする
クリエイター応募を増やすために、応募メリットと実績訴求の順番を見直す
問い合わせの誤流入を減らすために、窓口の分岐を先に見せる
事業理解を高めるために、トップで事業の全体像を短時間で理解できるようにする

このレベルまで具体化するには、
AIに渡す前にサイトの目的を分解する 必要があります。

まずやるべきことは「CVの棚卸し」

改善案を出す前に、最初にやるべきことはシンプルです。

1. サイトにある主な行動を洗い出す

たとえば以下です。

採用応募
パートナー問い合わせ
クリエイター応募
資料請求
企業理解
事業理解
サービスへの送客
問い合わせ窓口の振り分け

2. それぞれの優先度を決める

全部を同じ重さで扱うと、改善案がぼやけます。

なので、最低でも次の3段階くらいには分けた方がいいです。

最優先
重要
補助

3. ページごとに「誰に何をさせたいか」を決める

たとえばトップページなら、

初見ユーザーに会社の全体像を伝える
採用情報や応募導線に進ませる
問い合わせ先を迷わせない

のように整理します。

これを先にやるだけで、AIへの指示精度がかなり変わります。

AIに依頼するときの考え方

ここで大事なのは、
AIに「サイトを改善して」と頼まないことです。

代わりに、次の3つを必ず渡します。

対象ページ
改善したい行動
評価観点

たとえば悪い依頼はこうです。

このサイトを見て改善案を出してください。

これだと広すぎます。

一方で、良い依頼はこうです。

Playwrightを使って、
このコーポレートサイトを巡回し、採用応募数を増やす観点で改善点を特定してください。
企業理解、社員理解、募集要項到達、応募導線を中心に、
優先度つきで具体的な改善案を出してください。
PC表示とdevice emulationを使って、iPhone 13相当の表示の両方を確認し、
迷いやすい箇所、離脱しやすい箇所、クリックや表示の不具合も確認してください。

このように、
目的を1つに絞ってから見せる のが基本です。

実務で使いやすいプロンプト例

ここからは、そのまま流用しやすい形で書きます。

1. サイト全体の構造を把握するためのプロンプト

Playwrightを使って、
対象のコーポレートサイトを巡回し、サイト全体の導線構造を分析してください。
目的は、採用応募、応募受付、問い合わせの適切な振り分け、事業理解の促進です。

トップページ、事業紹介、募集ページ、お問い合わせページ、採用ページを中心に確認し、
各ページがどの目的を担っているかを整理してください。

そのうえで、以下の観点で問題点を抽出してください。
- 目的が曖昧なページ
- CTAが弱いページ
- 情報量が多すぎて理解しにくいページ
- 次に進むべき導線が不明確なページ
- 誤った問い合わせや離脱を生みやすいページ

PC表示とdevice emulationを使って、iPhone 13相当の表示の両方を確認し、
事実ベースで優先度つきの改善案を出してください。

2. 採用応募に特化して見るプロンプト

Playwrightを使って、
対象の採用ページ群を巡回し、採用応募数を増やす観点で改善点を特定してください。

特に以下を確認してください。
- 企業理解が自然に進む構造になっているか
- 社員や働く環境の理解につながっているか
- 募集要項への到達が分かりやすいか
- 応募ボタンが十分に目立つか
- スマホ閲覧時でも応募意欲が落ちないか

PC表示とdevice emulationを使って、iPhone 13相当の表示の両方を確認し、
迷いやすい箇所、離脱しやすい箇所、クリックや表示の不具合も含めて、
優先度つきで具体的な改善案を出してください。

3. 応募フォームに特化して見るプロンプト

Playwrightを使って、
対象の応募ページおよび応募フォームを確認し、応募完了率を高める観点で改善点を特定してください。

特に以下を確認してください。
- 応募前に必要情報が十分に伝わっているか
- 入力項目数は心理的負担になっていないか
- 必須項目と任意項目が分かりやすいか
- 入力途中で不安になる要素がないか
- 完了までのステップが想像しやすいか

フォームに到達する前の訴求ページも含めて確認し、
PC表示とdevice emulationを使って、iPhone 13相当の表示の両方で、
離脱しやすい箇所を優先度つきで整理してください。

4. 問い合わせ振り分けに特化して見るプロンプト

Playwrightを使って、
対象の問い合わせページを確認し、誤った問い合わせ流入を減らし、
適切な窓口へ誘導する観点で改善点を特定してください。

特に以下を確認してください。
- 問い合わせ種別の分岐が分かりやすいか
- サポート窓口と法人窓口が混同されにくいか
- フォーム入力前に迷わないか
- 誤った導線に進んだ人を戻せる設計になっているか
- 注意文が読まれやすい位置にあるか

PC表示とdevice emulationを使って、iPhone 13相当の表示の両方を確認し、
見落としやすい表現、誤解を招きやすいUI、離脱要因を整理したうえで、
優先度つきで改善案を出してください。

見るべき評価観点

AIに依頼するときは、以下の観点をセットにすると精度が上がります。

1. 一目で目的が分かるか

ユーザーは丁寧に読んでくれるとは限りません。
最初の数秒で、

このページは何のページか
自分に関係あるか
次に何をすればよいか

が分からないと離脱しやすくなります。

2. CTAがページの目的と一致しているか

CTAが目立っていても、
ページの目的とズレていたら意味がありません。

たとえば採用ページなら、
目立つべきなのは「会社概要」ではなく「募集要項」や「応募導線」かもしれません。

3. 情報の順番が自然か

情報量が多いこと自体が問題ではなく、
読む順番が悪いこと が問題になることが多いです。

たとえば応募ページなら、

応募するメリット
実績や信頼性
応募条件
応募方法
CTA

の順の方が自然な場合があります。

4. モバイルでストレスがないか

PCでは成立していても、スマホだと崩れることは多いです。

CTAが遠い
テキストが長すぎる
比較表が見づらい
導線が途中で切れる
スクロール量が多すぎる

このあたりは実機相当で見ないと分かりません。

改善案を実務に落とすときのコツ

AIが出した改善案は、そのまま全部やるのではなく、
次の3条件で絞ると使いやすいです。

1. 主要CVに直結するか

CVに効かない改善は後回しでよいです。

2. 初見ユーザーの迷いを減らすか

最初の理解コストを下げる改善は効果が出やすいです。

3. 小さく早く試せるか

最初から大規模改修にしない方が、検証しやすいです。

実際には、TOP3〜5くらいに絞って先に試すのが現実的です。

この方法が向いているケース

この方法は、特に次のようなサイトで相性が良いです。

コーポレートサイトに複数の目的がある
フォームや応募導線が複数ある
問い合わせ種別の振り分けが必要
採用と事業紹介が同じサイト群にある
UI改善の議論が毎回ふわっと終わりやすい

逆に、
単一のLPで「このボタンを押してもらえればよい」というサイトなら、
ここまで分解しなくても大丈夫です。

まとめ

コーポレートサイト改善でAIを使うときに大事なのは、
サイト全体を1つのCVで見ないこと です。

特に、複数の導線を持つサイトでは、

採用応募
応募受付
問い合わせ振り分け
事業理解

のように、先にゴールを分解した方が精度の高い改善案が出ます。

要するに、AIに広く考えさせるよりも、
「誰に、何をしてほしいページなのか」を先に明確にする方が強い ということです。

Playwright と Claude Code は、
この「事実確認」と「改善案整理」をかなり速くしてくれます。

ただし、AIの出力品質は、
見るページよりも 与える目的の切り方 に大きく左右されます。

ここを丁寧に設計するだけで、
「一般論の改善案」から「実務で使える改善案」に変わります。