AIで作れる時代だからこそ、コードを読める制作者が必要になる
コラム | 2026.05.09AIでECサイトのパーツを作ってみて感じた、便利さと“その先”の話
最近、クライアントからWebサイト制作内の一部コンテンツについてご要望をいただきました。
そのクライアントのWebサイトは、某クラウド型のECプラットフォームを使って構築されています。
これまでであれば、こうしたコンテンツの追加やレイアウト調整は、HTMLとCSSを書いて対応することがほとんどでした。
もちろん、それでも問題なく構築はできます。
ただ今回は、そのECプラットフォーム内に搭載されているAI機能を使って構築してみることにしました。
実際に使ってみると、かなり便利でした。
- 「こういう内容を入れたい」
- 「こういう見た目にしたい」
- 「スマートフォンでも見やすくしたい」
- 「管理画面から更新できるようにしたい」
といった内容を、プロンプトとしてきちんと指示すると、数十秒ほどで希望に近い形が組み上がりました。
これまでHTMLとCSSで直接組み込んでいた場合、あとからクライアント側で内容を変更しようとすると、どうしてもソースコードやタグを触る必要が出てきます。そうなると、更新にはある程度の知識やスキルが必要になります。
しかし今回、AIを使って構築したところ、管理画面から追加・更新しやすい形で組んでくれました。
これは、かなり大きなメリットです。制作側としても作業時間を短縮できますし、クライアント側としても今後の更新がしやすくなります。
正直、かなり便利です。
もちろん、AIに正しく指示を出すための知識は必要です。
「何をどう作りたいのか」を言語化できないと、思った通りのものは出てきません。
それでも、うまく使えば制作者側の業務効率はかなり上がると感じました。
でも、ふと思った。「このWebサイトのソースコード、どうなっているんだろう?」
便利だなと思った一方で、気になったこともあります。
それは、
AIが構築したソースコードはどうなっているのか?
という点です。
ソースコードを確認できたので、実際に中身を見てみました。すると、やはりコードは少し複雑で、煩雑な印象がありました。
昔のWebサイト・ホームページ作成ソフトでいうと、「ホームページビルダー」や「Dreamweaver」のビジュアル画面でページを作ったときに、余計なタグや複雑なソースがたくさん入ってしまう感覚に少し近いかもしれません。
コーディングをしている人なら、
「もっと簡潔に書けるのに」
「もう少し綺麗な構造にしたい」
「このタグ、ここまで必要かな?」
と感じる部分があると思います。
AIが生成したものは、見た目としては問題なく表示されます。ただ、コードとして見たときには、人間のコーダーが丁寧に整理して書いたものとは、やはり違いが出ることがあります。
ここで気になるのが、SEOやAEOへの影響です。
僕はSEOの専門家ではありませんし、「AIで生成されたコードだから必ずSEOに悪い」と断言するつもりはありません。
Googleも基本的には、ユーザーにとって有益なコンテンツかどうか、ページの表示速度、構造のわかりやすさ、モバイル対応、アクセシビリティなど、総合的にページを評価していると考えられます。
そのため、ソースコードが多少複雑だからといって、それだけで大きく評価が落ちるとは限りません。
ただし、あまりにも不要なタグが多かったり、構造がわかりにくかったり、ページの読み込みが重くなったり、見出し構造が崩れていたりする場合は、SEOやAEOの観点でも良い状態とは言えないと思います。
特に今後は、検索エンジンだけでなく、AIがページ内容を読み取り、要約したり、回答の参考にしたりする機会が増えていくはずです。そう考えると、見た目だけ整っていれば良いのではなく、
AIにも人間にも伝わりやすい構造になっているか
という視点は、ますます重要になるのではないでしょうか。
今回AIを使ったのは、Webサイト内の一部コンテンツでした。
それでも、ソースコードはそれなりに複雑になっていました。
では、Webサイト全体をAIやノーコードツールで構築した場合はどうなるのか。もちろん、使用するツールや作り方によって差はあります。
最近のノーコードツールやAI機能も進化しているので、昔のように「見た目は良いけれど中身はぐちゃぐちゃ」というものばかりではありません。ただ、それでも自由度の高いビジュアル編集やAIによる自動生成は、どうしてもコードが複雑になりやすい傾向があります。見た目を簡単に作れる反面、裏側の構造が必要以上に重くなったり、細かい調整がしにくくなったりすることもあります。
つまり、AIやノーコードが悪いわけではありません。大事なのは、
- どこまでAIに任せるのか
- どこから人の手で整えるのか
- そのまま使って問題ないのか
- 修正すべき部分を見極められるのか
という判断だと思います。
ここはとても悩ましいところです。
AIを使えば、制作工数は確実に削減できます。
その分、費用を抑えることもできます。
クライアントにとっても、短期間・低コストで形にできるのは大きなメリットです。
一方で、コードを丁寧に整え、SEOやAEO、表示速度、保守性まで考えて作る場合は、どうしても制作工数が増えます。その分、費用も上がります。
では、どちらが正解なのか。
これは、Webサイトの目的や予算によって変わると思います。
たとえば、短期間だけ使うキャンペーンページや、まずは試験的に公開したいページであれば、AIやノーコードを活用してスピーディーに形にするのは十分ありです。
逆に、長期的に集客したいページ、SEOを意識したいページ、会社の信頼性に関わるページ、今後も更新・改善していくページであれば、コードや構造の品質にも目を向けるべきだと思います。
つまり、
- 安く早く作ることが正解の場面もある。
- 丁寧に整えることが正解の場面もある。
大事なのは、その判断をきちんとできることです。
今後、AIを使ってWebサイトやECサイトを構築する人は、どんどん増えていくと思います。AI自体も進化していくので、今よりもさらに自然に、簡単に、きれいなページが作れるようになるはずです。
ただ、それでも「AIに作らせて終わり」では足りない場面は残ると思います。
なぜなら、AIが作ったものをそのまま使って良いのか、修正すべきなのか、SEOやAEOの観点で問題がないのか、運用上の不具合が起きないのかを判断するには、やはり制作者側の知識が必要だからです。
これからは、単にAIを使えるだけではなく、
- AIが作ったものを確認できる人
- コードを読んで問題点を見つけられる人
- 必要に応じて自分で修正できる人
- または、AIに適切な修正指示を出せる人
が求められていくのではないかと思います。
コーダーがAIに仕事を奪われるというより、
コーダー側がAIを使いこなし、より効率よく、より質の高い制作を行う時代になっていく。
そんな感覚に近いです。
AIはとても便利です。今回のように、これまでHTMLやCSSで組んでいたものが、数十秒で形になるのは本当にすごいことです。更新しやすい形にしてくれるのも、大きなメリットです。
ただし、その裏側でどんなコードが生成されているのか。
それがSEOやAEO、表示速度、保守性にどう影響するのか。
そのまま使って良いのか、整えるべきなのか。
そこまで見られるかどうかで、今後の制作者の価値は変わっていくと思います。
AIを使うこと自体は、これから当たり前になっていきます。
だからこそ、これから必要になるのは、
AIを使える人ではなく、
AIを理解して、必要に応じて整えられる人。
Webサイト制作の現場でも、そんな力がより重要になっていくのではないでしょうか。






