AIで作ったホームページを公開する前の品質チェック

事業の情報を、実際の条件と照らす

最初に確認するのは、提供サービス、料金、納期、実績、対応方法です。AIが自然な文章として補った数字や条件が、実際に提供できるものとは限りません。未確定の情報は確定したように書かず、依頼前に相談する項目として明示します。

制作例も同じです。自主制作の架空サイトは、デザインや実装を示す材料になりますが、顧客から受注した実績や集客成果の証明にはなりません。このサイトでも、制作例は自主制作と明記しています。

PCで一枚の画面を見るだけでは、下層ページやスマートフォンでの問題に気づけません。長い見出し、メニューを開いた状態、入力途中のフォームなど、状態を変えて確認します。

動きは、内容を理解しやすくする範囲で使います。読む速度を強制するスクロールや、止まらない装飾より、短い切り替えや控えめな反応の方が合う場合もあります。

このKSCサイトでは、ヘッダー・フッターを共通ファイルにまとめ、公開用のページを生成するときに組み込んでいます。ページを追加しても、ナビゲーションの内容を個別に書き写す必要がありません。

また、内部リンクの移動先、ページ内の見出しへのリンク、共通部品、フォームの送信先を公開前に確認する仕組みを入れています。自動で確認できる項目を機械に任せると、人は文章の内容や画面の違和感に時間を使えます。

自動チェックでわからないこともある
文章が依頼者の実情に合っているか、デザインが事業にふさわしいか、フォームから実際にメールが届くかなどは、別の確認が必要です。

タイトルと説明文は、そのページに何が書いてあるかを具体的に伝えます。全ページに同じ説明を入れたり、実際には扱っていないサービス名を並べたりしないようにします。検索に出すページと、送信完了・架空デモのように検索対象外にするページも分けます。

Googleは、AIを使ったかどうかだけでなく、利用者に価値のある内容かを重視する方針を示しています。AIで大量にページを増やす前に、元の情報、検証した画面、具体的な手順など、そのページで役立つ内容を用意します。Googleの生成AIコンテンツに関するガイダンス

入力欄が表示されるだけでは、問い合わせ窓口の確認は終わりません。必須項目、不正なメールアドレス、送信先、送信後の画面、受信メールまでを実際の環境で確認します。テスト送信は受信者と方法を決めて行います。

アクセス解析を使う場合は、ページの閲覧状況と、問い合わせ内容を分けて扱います。名前やメールアドレス、相談文を分析用イベントに含める必要はありません。送信ボタンが押された回数と、実際に届いた問い合わせ数も分けて考えます。

公開後は、検索の状況と訪問者の動きを確認し、気づいた問題を直していきます。AIを制作の補助に使いながら、何を確認したかを積み重ねることが品質につながります。