いまのホームページは、お客様はたくさん来ているのに、お問い合わせにつながっていません。 その原因と、ホームページの土台を作り替えることで何がどう良くなるのかを、 専門用語をできるだけ使わずにご説明します。
まず、現状を数字で確認します。
大きなショールームに、お客様が毎月25万人も来ています。 ところが、そのお客様が立ち止まっているのは「読み物コーナー」ばかり。 肝心の商品売り場には、ほとんど誰も足を運んでいない状態です。
つまり「人を集める力」はすでに十分にあります。足りないのは、 集まった人を売り場へご案内する仕組みです。
あわせて、ホームページ自体の作りにも次のような問題があります。
※ このほか、テスト用に作ったページや、内容が重複したページが残ったままになっています。 これは検索エンジンからの評価を下げる要因になります。
いま使っている WordPress（ワードプレス）と、新しく提案する Astro（アストロ）の違いです。
いまの WordPress は「注文を受けてから、毎回イチから料理を作るレストラン」です。 お客様が来るたびに厨房が動くので、料理が出てくるまで時間がかかります。
新しい Astro は「あらかじめ作り置きして、棚に並べておくお店」です。 お客様は棚から取るだけなので、待ち時間がほとんどありません。
お客様が来るたびに、ページを組み立てて表示する
あらかじめ完成させたページを置いておき、そのまま届ける
速くなることよりも重要なのが、最後の項目です。「変更の記録が残る」ということは、 「間違えても、いつでも元に戻せる」ということです。 これが、次にご説明する AI の活用に直結します。
カタカナが並びますが、要は「4人で分担する」とお考えください。
原稿とデザインをもとに、完成したホームページを組み立てます。今の WordPress の代わりになる部分です。
御社のご担当者が記事や写真を書き換えるための編集画面です。専門知識は不要で、フォームに入力する感覚で使えます。
原稿・写真・デザインの正式な保管場所。変更の履歴がすべて残り、いつでも過去の状態に戻せます。
完成したホームページを、世界中の拠点から高速でお届けします。公開前の確認用ページも自動で用意してくれます。
ご担当者は Pages CMS（編集窓口） で原稿を書きます。書いた内容は GitHub（保管庫） に保存され、 Astro（作る係） がホームページの形に組み立て、Cloudflare Pages（配達係） がお客様に届けます。
ご担当者が触るのは、いちばん左の「編集窓口」だけです。残りは自動で流れます。
今回のご提案の、いちばんの狙いです。
実は、いまの WordPress でも AI にページを更新させること自体は可能です。 ただし問題は「AI が何をどう変えたのか、人間が確認できない」点にあります。
AI に「401本の記事を直しておいて」と頼めます。 でも作業内容の記録が残らないので、間違いに気づけず、元にも戻せません。 だから結局、怖くて任せられない。AI に任せる量を増やすほど、リスクが増えていく構造になっています。
すべての作業が、次の決まった流れを通ります。
作業は AI がやる。人は「これでいいですか？」に「はい／いいえ」と答えるだけ。
しかも間違えても必ず元に戻せるので、安心して AI に任せられます。
| AI にやってもらえること | どう嬉しいか |
|---|---|
| 401本の記事すべてに「お問い合わせボタン」を一括で設置する | 手作業では何ヶ月もかかる作業が、短期間で終わる。本件の最大の課題がここで解決します。 |
| アクセス数を分析して、改善案を自動で提案する | 「分析して、直して、効果を測る」が毎月自動で回る |
| リンク切れや表示崩れを自動で見つける | 人が気づかないミスを、公開前に防げる |
| サービス別・地域別・貨物別のページを増やす | お問い合わせにつながりやすいページを、どんどん追加できる |
※「人日（にんにち）」＝ 1人が1日作業する量。とくに大きいのが記事455本の引っ越し作業で、 従来60人日かかるところを16人日まで圧縮できる見込みです。 ただし目視での確認作業や、御社との打ち合わせは AI では減りません（全体の約35%）。
良い面だけでご判断いただかないよう、リスクも並べて記載します。
| 比べたところ | いまのWordPress | 新しいAstro |
|---|---|---|
| 今すぐの改善スピード | ◎ | △ |
| 引っ越し時のリスクの低さ | ◎ | △ |
| 使える追加機能の多さ | ◎ | △ |
| 変更内容を確認できるか | △ | ◎ |
| 元に戻しやすさ | ○ | ◎ |
| 表示の速さ | ○ | ◎ |
| AIによる記事の一括更新 | ○ | ◎ |
| セキュリティ面の安心感 | △ | ◎ |
| 長期的な品質の管理しやすさ | △ | ◎ |
| 10項目の総合点 | 35 / 50点 | 41 / 50点 |
結論：短期的には WordPress のほうが有利、中長期的には Astro が有利。 だからこそ、いきなり全部を切り替えるのではなく、次の進め方をご提案します。
月25万回も見られている記事は、御社の大切な資産です。慎重に4段階で進めます。
アクセス計測を正しく直し、よく読まれている上位10記事にお問い合わせボタンを設置。どのボタンが効くかを1週間測って見極めます。
トップ・通関サービス・記事の3ページを新しい仕組みで作ります。あわせて記事30本の引っ越しを試し、成功率を実測します。ここで中止しても、損失は最小限で済みます。
サービス11ページと、よく読まれている記事30本を移行。WordPress のときと比べて、お問い合わせが増えたかを数字で確認します。
残りの記事をAIで一括変換し、全ページを検査。切り替え後72時間は集中監視し、問題があれば WordPress に戻せる状態を一定期間保ちます。
「ご担当者が5分以内に記事を修正できるか」「表示速度は目標に届いたか」「検索順位に影響はないか」 「記事の9割以上を自動で移せたか」「フォームは正常に動くか」—— これらをすべて満たした場合にのみ、STEP 2 に進みます。
資料中に出てきたカタカナ語の一覧です。