Communitygithub.com

ウェブサイト公開チェッカー

小規模ビジネスサイトの公開前に、15項目の起動チェックリストを確認します。ユーザーがサイトの監査、チェック、レビュー、公開、または公開準備の確認を依頼したときに使用します。サイトURL、ファイルフォルダ、またはデモリンクを渡すと、合格/不合格のレポートを証拠と修正方法とともに返します。

ウェブサイト公開チェッカー とは?

このスキルは、小規模ビジネス向けウェブサイトの公開準備状態を自動チェックするためのAIエージェントツールです。15項目の詳細なチェックリスト(カスタム404ページ、ページタイトルの一意性、メタディスクリプション、ソーシャルプレビュー画像、画像altテキスト、内部リンク、サイトマップ/Googleサーチコンソール、robots.txt、HTTPS、フォームスパム対策、送信後サンキューページ、Googleアナリティクス、プライバシーポリシー/クッキー通知、FAQ、実際の推薦文)を順に評価し、各項目に証拠を添えた合格/不合格レポートを生成します。特にスモールビジネスに特化しており、英語を第二言語とする読者にも配慮した平易な文章でレポートを出力します。Claude Code、Cursor、CodexなどのAIエージェントプラットフォームで動作し、ユーザーがサイトURLやファイルフォルダ、デモリンクを提供するだけで、即座に実用的なフィードバックを得られます。このスキルの強みは、単なるチェックに留まらず、優先順位付きの修正リストと、クライアント自身が行うべき手順(例:Googleアカウントへのアクセス権付与など)を明確に分けて提示する点です。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/mmsample97/website-launch-checker/tree/HEAD

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ウェブサイト公開チェッカー は何をしますか?

目的

ウェブサイトを公開前にチェックし、恥ずかしい欠陥を出荷しないようにします。 チェッカーはサイトを再デザインしません。準備態勢をチェックし、何が欠けているかを報告し、何を修正すべきかを正確に伝えます。

小規模ビジネス向けに作られています:1つのビジネス、数ページ、問い合わせまたはリードフォーム、そして英語を第二言語として読む訪問者を想定しています。

使用方法

  1. ユーザーに以下のいずれかを依頼します:
    • 公開URL
    • ウェブサイトファイルのフォルダ
    • デモまたはステージングリンク
  2. ユーザーがURLのみを提供した場合、外部から確認できない項目を明確に伝えます。それらの項目を推測してはいけません。代わりに「クライアントの確認が必要」とマークします。
  3. 以下のチェックリストのすべての項目を順にチェックします。
  4. 各項目について、証拠を記録します:確認したページ、ファイル、行、タグ、またはスクリーンショット。証拠がなければ合格にはなりません。
  5. このファイルの最後にあるレポート形式で終了します。

15項目の起動チェックリスト

15項目すべてをチェックしてください。小さな項目だからといって飛ばしてはいけません。

1. カスタム404ページ

  • 訪問者が間違ったアドレスを入力した場合、ブランド化された404ページが表示され、サーバーのデフォルトや空白ページは表示されません。
  • 404ページはホームページとお問い合わせページにリンクしています。
  • 404ページがない場合、またはデフォルトのままの場合は不合格。

2. 一意のページタイトル

  • すべてのページに固有の<title>があります。
  • 同じタイトルを共有するページは2つ以上ありません。
  • 空のタイトルはなく、すべてのページで単にビジネス名だけのタイトルもありません。
  • タイトルはそのページを平易な言葉で説明しています。

3. メタディスクリプション

  • すべての主要ページにメタディスクリプションがあります。
  • 各ディスクリプションはそのページに固有です。
  • 各ディスクリプションは、そのページの内容を簡潔に平易に要約したものであり、キーワードの詰め込みではありません。
  • 主要ページにディスクリプションがない場合は不合格。

4. ソーシャルプレビュー画像

  • サイトリンクをWhatsApp、Facebook、または他のアプリで共有したときに、適切なプレビュー画像、タイトル、ディスクリプションが表示されます。
  • Open Graphタグ(og:title、og:description、og:image)を確認し、画像ファイルが実際に存在することを確認します。
  • プレビュー画像がない、壊れている、またはプレースホルダーの場合は不合格。

5. 画像のaltテキスト

  • 意味のある画像にはすべて、その画像を平易な言葉で説明するaltテキストがあります。
  • 装飾用の画像はaltテキストが空でも構いませんが、その旨を明記します。
  • 主要画像、商品写真、チーム写真にaltテキストがない場合は不合格。

6. 内部リンク

  • ページが相互に適切にリンクしています:ホーム、サービス、会社概要、お問い合わせ、および主要なサービスページ。
  • すべての内部リンクをクリックまたは確認します。リンクが存在しないページ、404、または#のようなプレースホルダーに移動することはありません。
  • リンク切れがある場合は不合格。

7. サイトマップとGoogleサーチコンソール

  • sitemap.xmlが存在し、実際のページをリストしています。
  • サイトがGoogleサーチコンソールに送信されているか、所有者にこの手順がまだ必要であることが伝えられていること。
  • URLだけではサーチコンソールへの送信を証明できません。その場合は「クライアントの確認が必要」とマークし、所有者の手順としてリストします。推測で合格にしてはいけません。

8. robots.txt

  • robots.txtファイルがサイトルートに存在します。
  • 見つけられるべきページを許可し、誤ってサイト全体をブロックしていません。
  • ファイルがない場合、またはすべてをブロックしている場合は不合格。

9. HTTPSの徹底

  • すべてのページがHTTPではなくHTTPSで読み込まれます。
  • 混合コンテンツの警告がない:画像、スクリプト、フォームもHTTPSで読み込まれます。
  • HTTPページまたは混合コンテンツがある場合は不合格。

10. フォームのスパム対策

  • すべてのフォームにスパム対策(例:キャプチャ、ハニーポット、スパムフィルタリング付きフォームサービス)があります。
  • 問い合わせフォームやリードフォームに保護がまったくない場合は不合格。
  • サイトにフォームがまったくない場合は、「まだ該当なし」とマークし、修正リストに「実際のフォームが追加されたときに必要」と追加します。存在しないフォームに対して不合格にしてはいけません。
  • ユーザーが許可しない限り、実際のフォームを送信してテストしてはいけません。代わりにコードまたはフォーム設定を確認します。

11. 送信後のサンキューページ

  • 訪問者がフォームを送信した後、サンキューページまたは明確なサンキューメッセージが表示されます。
  • サンキューページは次に何が起こるかを確認します(例:「1営業日以内にWhatsAppで返信します」)。
  • フォームが単にリロードされたり、クリアされたり、確認が表示されない場合は不合格。
  • サイトにフォームがまったくない場合は、「まだ該当なし」とマークし、修正リストに「実際のフォームが追加されたときに必要」と追加します。存在しないフォームに対して不合格にしてはいけません。

12. Googleアナリティクス

  • Googleアナリティクス、または所有者が選択した同等の分析ツールが、すべてのページにインストールされています。
  • URLだけでは所有者がデータを表示できることを証明できません。アクセスを確認できない場合は、「クライアントの確認が必要」とマークし、所有者の手順としてリストします。
  • アナリティクスにはクライアントのGoogleアカウントが必要です。そのことを明確に伝えます。そのアカウントなしで完了したと主張してはいけません。

13. プライバシーポリシー(クッキー通知付き)

  • サイトにプライバシーポリシーページがあります。
  • ポリシーは実際のものです:サイトが実際に収集するデータ(例:フォームの詳細)とその使用方法を明記しています。
  • クッキーやアナリティクスを使用する場合は、クッキー通知が含まれています。
  • ポリシーがこのサイトに一致しない汎用的なテンプレートであったり、別のビジネス名が入ったコピー文である場合は不合格。

14. FAQ

  • サイトにFAQセクションまたはページがあります。
  • 質問は実際の顧客が実際に尋ねるものです:価格帯、所在地、時間、予約方法、持参するものなど。
  • FAQがない場合、または回答が曖昧で実際の情報がない場合は不合格。

15. 実際の推薦文のみ

  • サイト上のすべての推薦文は実際のものです。
  • プレースホルダー名、でっち上げのレビュー、「山田太郎」、架空の引用を顧客として表示することはありません。
  • 推薦文が検証できない場合は、不合格とマークし、「削除するか、許可を得た実際の推薦文に置き換えてください」と言います。
  • サイトに推薦文がまったくない場合は、「欠落」とマークし、「見つからず、偽名も見つかりませんでした」と述べます。それを「偽」と呼んではいけません。推薦文セクションの欠落は埋めるべきギャップであり、偽の推薦文ではありません。
  • 偽の推薦文があるサイトは厳格な不合格です。他のすべての項目が合格しても、公開準備はできていません。

追加のデザインチェック

これらは上記の15項目には含まれませんが、別途「デザインノート」として報告します。15項目のスコアに混ぜてはいけません。

  • AIの粗製濫造がない:パープルグラデーション、中央揃え見出し+3つの同一カードだけのデザイン、すべてのセクションで繰り返される汎用レイアウトがない。
  • プレミアムで洗練された居住性の高いレイアウト:明確な階層、読みやすいフォント、可能な限り実際の写真や実際のプロジェクト詳細。
  • 数字はサイト全体で一貫:1つの形式、1つのサイズシステム。「AED 500」、「500 AED」、「500」を同じ種類の価格で混在させない。
  • プロジェクト詳細は、使用する場合は統計として表示し、曖昧な主張としては表示しない。
  • 英語読解力が弱い人でも重要な情報を簡単に見つけられる:短く簡潔な文、明確な見出し、簡単に見つけられる連絡先詳細。

厳格なルール

  • 証拠なしで合格とマークしてはいけません。
  • 推薦文、統計、顧客数、レビューをでっち上げてはいけません。
  • クライアントのGoogleアカウント手順なしに、サーチコンソールやアナリティクスが完了したと言ってはいけません。
  • フォームにスパム対策がない、サンキューの確認がない、または偽の推薦文がある場合、サイトは準備完了と言ってはいけません。これらはブロッカーです。フォームがまったくないサイトは別です:チェック10と11には「まだ該当なし」を使用し、不合格にはしません。
  • プレースホルダーを使用してギャップを埋めてはいけません。ギャップを報告してください。
  • レポートは平易で短い文で書きます。所有者が技術的な読者でない可能性があります。

レポート形式

常に以下の形式で、この順序で終了します。

公開レポート:[サイト名またはURL]

判定:準備完了 / 準備不十分 / 準備不十分 - ブロッカーあり

「準備完了」は、不合格がない場合、または未対応項目がクライアントが公開日に実施することを確認した所有者手順のみの場合に使用します。「まだ該当なし」と「欠落」はそれ自体で準備完了の判定をブロックしませんが、ギャップとしてリストします。それ以外の場合は「準備不十分」を使用します。

結果

#チェック項目結果証拠
1カスタム404合格 / 不合格 / クライアントの確認が必要 / まだ該当なし / 欠落ページまたはファイル
2一意のページタイトル......
3メタディスクリプション......
4ソーシャルプレビュー画像......
5画像のaltテキスト......
6内部リンク......
7サイトマップとサーチコンソール......
8robots.txt......
9HTTPSの徹底......
10フォームのスパム対策......
11送信後のサンキューページ......
12Googleアナリティクス......
13プライバシーポリシー(クッキー通知付き)......
14FAQ......
15実際の推薦文のみ......

修正項目(優先順位順)

  1. ブロッカーを最初に:[何を修正するか、どのページで、平易な言葉で]
  2. 次の修正:...
  3. ...

所有者手順 - クライアントが必要

  • [例:Googleアカウントへのアクセス権を付与してサーチコンソールを設定]
  • [例:推薦文が本物であることを確認し、表示する許可を得る]
  • [例:実際のプライバシーポリシーテキストを作成]

デザインノート

  • [追加のデザインチェックセクションからの注意点、または「なし」。]

チェックできなかった項目とその理由

  • [例:サーチコンソールへの送信はURLだけでは確認できませんでした。]

関連スキル