Aiで作成されたサイト：納品時に差をつけるチェック項目

Netlifyでホストされ、Namecheapで購入したドメインを持つ静的サイトプロジェクトは、具体的な例を2つ提供する。2026年10月14日のチェックでは、画面上では目立たないが、ナビゲーションにとって重要なエラーが明らかになった。これらのチェックの意義は、生成ツールの選択を超えている：納品報告書が何を示すべきかを示している。

ボタンの見た目ではなく、期待されるアクションから始める

最初の欠陥は、8つのモジュールへのアクセスを告知するボタンに関するものだった。それはそれらを紹介するページの上部を再読み込みしていた。リンクは技術的には機能し、目に見えるエラーを生じなかったが、その結果は表示内容と単純に一致しなかった。

修正は、モジュールの先頭にあるアンカーをターゲットにし、ブラウザでの到達を確認することで行われた。このチェックは簡単に一般化できる：訪問者が得るべきものを説明し、アクションを実行し、結果を比較する。フォームの場合、画面上の確認だけではリクエストが受信されたことを証明しない。動画の場合、再生ボタンの存在がメディアが開始されることを証明しない。したがって、有用なレシピは、例えば「プログラムへのリンクは、デスクトップとモバイル表示でモジュールの先頭を開く」のように、経路とその結果を記述する。

ホームページ以外からページを開く

2つ目の欠陥はより紛らわしかった。/formation/index.htmlというアドレスで、サーバーは期待されるコンテンツを提供したが、その後ブラウザで実行されたスクリプトはホームページを表示した。サーバーの応答に限定したチェックでは、この矛盾を見逃していただろう。

修正は、コードによるアドレスの認識と、既知のバリアントを対応するページへのリダイレクトに焦点を当てた。未知のアドレスは、見つからない状態を維持する必要があった：それを常にホームページに置き換えると、問題が隠されてしまう。小規模なサイトでは、数回の試行でこの種のエラーを特定できる：内部ページを直接開く、再読み込みする、古いバリアントをテストする、存在しないアドレスを入力する。次に、得られたメインコンテンツとタイトルを比較し、HTTP応答、つまりサーバーが返すステータスを確認する必要がある。

この区別はSEOにも重要である。GoogleのJavaScript SEOに関するドキュメントは、これらのページの処理には、クロール、レンダリング、インデックス登録の段階が含まれると説明している。したがって、初期のHTMLを確認することは、スクリプト実行後の結果の検査に取って代わるものではない。

チェックの範囲を明確にし、段階を分ける

このプロジェクトでは、記事が390ピクセルの幅で、水平スクロールなしでチェックされた。この観察は、このページ、この幅、このバージョンのサイトにのみ当てはまる。レシピの続きには、開いたメニュー、固定ヘッダー、動画プレーヤー、閉じるボタンなど、移動または重なる要素を含める必要がある。

初期チェックでは、サイトマップはSearch Consoleで受け入れられていたが、ホームページはまだ検出されたがインデックスされていないと表示されていた。この観察は、日付のある状態を記述しており、サイトの現在のステータスではない。特に、公開、インデックス登録、可視性は別々に確認されることを思い出させる：ページは開き、インデックス登録は検索エンジンのツールで確認され、インプレッションとクリックで可視性を観察できる。Google Search Centralによると、クロールリクエストはインデックス登録を保証しない。したがって、納品には、チェックされたページのリスト、修正された異常、既知の制限、およびチェックの日付を含めることが有益である。

透明性：この記事は、プロジェクトの文書化されたチェックに基づき、AIアシスタンスを使用して準備されました。引用されたサイトはその所有者に属し、アフィリエイト活動を含みます。本文は、そこで紹介されているトレーニングに関する独立した見解を構成するものではありません。