A PRACTICAL GUIDE TO SMALL BUSINESS WEBSITES

小さな商いのための、Webサイト制作全工程2026年の地図を一冊に

目的の設定から競合調査、プラットフォーム選定、AI活用、ローンチ、改善サイクルまで ── 小規模事業者が迷わず進むための実践的な十章

読了目安 52 MIN
構成 10 CHAPTERS
想定読者 SMB OWNERS
scroll
PROLOGUE

小さな船が大海に出るとき

Webサイトを「作る」ことと「機能させる」ことは、まったく別の話だ

2026年現在、日本の小規模事業者の約7割が何らかのWebプレゼンスを持つとされる。しかしその多くは「存在するだけ」で終わっている。問い合わせが来ない、検索に出てこない、スマートフォンで見ると崩れる、更新が止まって3年経っている ── 現場を見れば、そういうサイトにいくらでも出会う。

問題は技術ではない。順序の誤りだ。「何のためのサイトか」を決める前にデザインを考え、「誰に来てほしいか」を決める前に文章を書き、「公開した後どう運用するか」を決める前に構築を始める ── そういう順序の誤りが、機能しないWebサイトを量産し続けている。

本書の主張

Webサイト制作の失敗の9割は、技術の問題ではなく順序の問題だ。目的・対象・構造を固めてから作り始めれば、予算が限られた小規模事業者でも、大企業の何分の一かのコストで機能するサイトが作れる。

本書の構成は五段だ。第一部 (1〜2章) は発見。目的を定義し、市場と顧客を知る。第二部 (3〜4章) は設計。情報の骨格を引き、使うツールを選ぶ。第三部 (5〜7章) は制作。デザイン、コンテンツ、実装の作業フロー。第四部 (8章) はAI活用。2026年の実務で使える具体的な使い方。第五部 (9〜10章) は公開と運用。ローンチの手順と、公開後の改善サイクル。

本書は「Webサイト制作を初めて経験する事業者」だけでなく、「一度作ったが機能していないサイトを立て直したい人」にも使えるように書いた。どの章から読んでもよいが、初めての方は第1章から順番に読むことを勧める。それでは始めよう。

CHAPTER ONE

目的の定義
── 「サイトが欲しい」の前に問うこと

Webサイトは手段であって目的ではない。目的が曖昧なまま作ると何も起きない

「ホームページを作りたい」と相談を受けたとき、最初に返すべき質問は「どんなデザインがいいですか」ではない。「それを作ることで、何が変わればいいですか」だ。この質問に即答できない事業者が、残念ながら多い。

I. 思想Webサイトは「窓口」か「営業マン」か

Webサイトの役割は、大きく分けて五つある。認知拡大(知ってもらう)、信頼形成(信じてもらう)、問い合わせ獲得(動いてもらう)、販売(買ってもらう)、顧客維持(繋ぎ止める)。一つのサイトがこれらすべてを担うことは難しく、どれを優先するかによって設計がまったく変わる。

整骨院のサイトと、作家のポートフォリオサイトと、地域の和菓子店のサイトは、外見が似ていても、目的の構造がまるで異なる。整骨院は予約の獲得が最終ゴールで、信頼形成がその手前に来る。ポートフォリオは仕事の依頼につなぐために実績を見せる。和菓子店は来店・EC注文のどちらを主軸にするかで、情報の比重が変わる。

目的の分解

Webサイトの目的は「最終ゴール」と「中間ゴール」に分ける。最終ゴール=予約・購入・問い合わせなど、測定できる成果。中間ゴール=信頼感の醸成、商品理解、来訪者の回遊など、最終ゴールの手前で必要な状態。この二段構えで考えると、何をどの順番で見せるべきかが見えてくる。

II. 実務目的を一文で書く

目的の定義が終わったかどうかを確認する方法は単純だ。「このサイトは、[対象者] に向けて、[行動] を促すためのものである」 という一文が書けるかどうか。

  • 「このサイトは、近隣の子育て世代に向けて、整骨院への初回予約を促すためのものである」
  • 「このサイトは、地方移住を検討するITエンジニアに向けて、物件内覧の問い合わせを促すためのものである」
  • 「このサイトは、贈り物を探している30〜50代に向けて、オンラインショップでの購入を促すためのものである」

この一文が書けない場合、サイト設計を始めてはいけない。なぜなら、設計のすべての判断基準が「この一文に沿っているか」になるからだ。ナビゲーションの並び順も、トップページの主役コンテンツも、問い合わせボタンの文言も、この一文から逆算して決まる。

II. 実務KPIを先に決める

目的が決まったら、測定指標(KPI)を先に決める。KPIを決めずに作り始めると、公開後に「効果があったのか」が永遠にわからない。小規模事業者がサイトで追うべき主要KPIは少数でよい。

  • 問い合わせ数 ── フォームの送信数、電話クリック数
  • 予約数 ── 予約システムへの流入・完了数
  • 購入数・売上 ── ECの場合
  • 特定ページへの到達数 ── アクセスを誘導したいページ(採用、サービス説明など)

「月間訪問者数を増やしたい」はKPIになりえない。なぜなら、訪問者が増えても問い合わせが0なら意味がないからだ。KPIは必ず「目的の一文」に直結する数字を選ぶ。

章のまとめ

  • Webサイトは手段。最初に「最終ゴール」と「中間ゴール」を二段構えで定義する。
  • 「このサイトは、[対象者] に向けて、[行動] を促すためのものである」という一文が書けるまで、設計を始めない。
  • KPIは目的に直結する数字を、少数だけ選ぶ。訪問者数ではなく、成果に近い数字を選ぶ。
CHAPTER TWO

市場・競合・ユーザ調査
── 作る前に知ること

競合のサイトを「真似る」のではなく「解剖する」

小規模事業者がWebサイト制作に失敗するもう一つのパターンが、調査なしで制作に突入することだ。「うちの業界はこういうサイトが多い」という思い込みで作り始め、公開後に誰も来ない ── という事例は後を絶たない。作る前に知ることで、限られたリソースを効果的な場所に集中できる。

I. 思想競合調査は模倣のためではない

競合他社のサイトを調査する目的を誤解している事業者が多い。「いいデザインをコピーする」のが目的ではない。競合がカバーしていない隙間を見つけるのが目的だ。全員が同じ構成のサイトを持っている業界では、差別化はそこにしかない。

競合調査で見るべきポイントは五つだ。①目的の設計(どんな行動に誘導しているか)、②コンテンツの厚み(どの情報を充実させているか)、③弱点(情報が薄い箇所、更新が止まっている箇所)、④検索順位(どのキーワードで上位に来ているか)、⑤口コミ・評価(Googleビジネスプロフィールのレビューや評価)。

競合の弱点を探す

地域の整骨院を例にとると、多くの競合が「施術メニュー一覧」はあっても「どんな人に向いているか」の説明が薄い。「腰痛持ちのデスクワーカー向け」という切り口で専用ページを作るだけで、特定の検索クエリで上位に入れる可能性がある。競合が作っていないページを作ることが、小規模事業者の戦略の核心だ。

II. 実務ユーザ調査の手軽な方法

「ユーザ調査」と聞くと大がかりに聞こえるが、小規模事業者が使える方法はシンプルだ。以下の三つから始める。

  • 既存顧客への5分インタビュー ── 「うちのことをどこで知りましたか」「来る前、何を調べましたか」「一番困っていたことは何ですか」の3問だけでよい。10人に聞けば、パターンが見える。
  • Googleサジェストの観察 ── 自分の業種・地域名をGoogleに打ち込み、サジェストに出てくるキーワードを書き留める。これは実際のユーザが検索している言葉そのものだ。
  • Googleビジネスプロフィールのレビュー分析 ── 自社と競合のGBPレビューを読み込む。高評価のレビューには「何を評価されているか」、低評価には「何が期待外れだったか」が書かれている。コンテンツのヒントの宝庫だ。

II. 実務ペルソナは「一人」を具体的に描く

調査の結果を統合して、ターゲットユーザの像を作る。この時、「30代女性」のような抽象的な属性の束ではなく、具体的な一人の人物として描く。名前、職業、日常の悩み、何を検索しているか、何を読んでいるか ── そこまで落とし込む。

なぜ一人に絞るのか。「30代女性・40代男性・60代シニア」全員に届けようとすると、誰にも届かないサイトができあがる。ペルソナを一人に絞ることで、文章のトーン、情報の深さ、写真の雰囲気、ボタンの文言まで、一貫した判断ができるようになる。メインの一人が来てくれれば、似た属性の人も自然についてくる。

章のまとめ

  • 競合調査は模倣のためではなく、競合がカバーしていない隙間を見つけるため。
  • 競合調査の5視点:目的設計、コンテンツの厚み、弱点、検索順位、口コミ。
  • ユーザ調査は「既存顧客インタビュー」「サジェスト観察」「GBPレビュー分析」の三点で始める。
  • ペルソナは属性の束ではなく、具体的な一人として描く。
CHAPTER THREE

情報設計とサイト構造
── 骨格を先に引く

デザインより先に「何が、どの順番で、どこにあるか」を決める

建物を建てるとき、内装のクロスを選ぶ前に間取りを決める。Webサイトも同じだ。色やフォントより先に、何ページあって、何が書かれていて、どの順番で見せるかを決める。これを情報設計(Information Architecture: IA)と呼ぶ。

I. 思想サイトの「地図」を描く

情報設計の最初の成果物はサイトマップだ。全ページをツリー形式で書き出し、ページ間の関係を明確にする。サイトマップを書くことで、「このページは本当に必要か」「このページはどこからリンクされるか」が見える。

小規模事業者のサイトに必要なページは、多くの場合こうなる。

  • ホーム ── サイト全体の玄関。事業の核心と、行動喚起(CTA)を置く
  • サービス・商品 ── 何を提供しているかの詳細説明
  • 事例・実績・お客様の声 ── 信頼を作るページ
  • 会社・店舗情報 ── 誰がやっているかを伝える。所在地・営業時間
  • お知らせ・ブログ ── 更新コンテンツ。SEOと信頼の両方に効く
  • お問い合わせ・予約 ── 最終ゴールへの出口

重要なのは、「必要だから作る」ではなく「第1章で決めた目的一文に沿っているから作る」という判断基準で、各ページの存在を決めることだ。

II. 実務ユーザの動線を設計する

サイトマップができたら、ユーザがたどるであろう経路(動線)を設計する。最もよくある動線は「ホーム → サービス詳細 → お客様の声 → お問い合わせ」という流れだ。この動線が摩擦なく進めるかを確認する。

摩擦の代表例は以下のとおり。①ホームから問い合わせページへのリンクが見つけにくい、②サービスの詳細を読もうとしたら別サイトに飛んだ、③価格が書いておらず問い合わせしないとわからない、④スマートフォンで電話番号がタップできない。これらはすべて、設計の段階で解決できる問題だ。

3クリックルールの誤解

「3クリック以内に目的のページに到達できるべき」という俗説があるが、研究では否定されている。重要なのはクリック数ではなく、各クリックで「正しい方向に進んでいる」という確信を与えられるかだ。「このボタンを押したら次に何が起きるか」が明確なら、5クリックでも離脱しない。

II. 実務ワイヤフレームを手書きする

各ページに何を置くかを決める道具がワイヤフレームだ。精緻なツールを使う必要はない。A4の紙にページ枠を書き、大まかなブロックを配置する ── それで十分だ。ワイヤフレームで確認すべき四点。

  • 最初の画面(ファーストビュー)に何があるか ── スクロールなしで見える範囲に、「誰向けの何のサイトか」が伝わるか
  • CTAの位置 ── 問い合わせ・予約ボタンが、ページのどこにあるか。複数箇所に置くか
  • 信頼形成要素の配置 ── 実績数・お客様の声・メディア掲載などが、CTAの近くにあるか
  • スマートフォンでの見え方 ── モバイルファーストで考えているか

章のまとめ

  • デザインより先にサイトマップで「何が、どこに、どう繋がるか」を決める。
  • 各ページの存在理由は「目的一文」に照らして判断する。不要なページは作らない。
  • ユーザ動線を設計し、ホームから問い合わせまでの摩擦を事前に取り除く。
  • ワイヤフレームは手書きでよい。ファーストビュー・CTA・信頼要素・モバイル表示を確認する。
CHAPTER FOUR

プラットフォーム選定
── 2026年の現実的な選択肢

ツールは目的に合わせて選ぶ。「流行っているから」で選ぶと後で後悔する

2026年のWebサイト制作には、かつてないほど多様なツールが揃っている。ノーコードツールの成熟、AIによる制作支援の普及、ホスティング環境のコモディティ化 ── 選択肢が増えたことは良いことだが、選択が難しくなったという側面もある。

I. 思想「誰が更新するか」で選ぶ

プラットフォームを選ぶ最大の基準は、誰が・どれくらいの頻度で更新するかだ。更新頻度が高いなら管理画面の使いやすさが最優先。更新は年1〜2回でよいなら、静的なサイトでもよい。外部のデザイナーや代理店に委託するなら、その会社が扱い慣れているツールを使うのが最速だ。

2026年の主要プラットフォーム早見表

Shopify ── EC最優先の場合。決済・在庫・配送連携が強力。
Wix Studio / Webflow ── デザイン自由度が高いノーコード。制作会社向け。
WordPress ── プラグイン資産が豊富。カスタマイズ性最高だが保守コストあり。
Squarespace / STORES ── 簡単に作れる。ブログ・ポートフォリオ・小さなEC向け。
Framer ── デザイナー向けのノーコード。AI生成機能が充実。
Next.js + Vercel(静的・ヘッドレス) ── パフォーマンス最優先。エンジニアが必要。

II. 実務ケース別の推奨選択

業種・規模・運用体制別に、現実的な推奨をまとめる。

  • 飲食店・美容室・士業など(予約・問い合わせ中心) ── Wix Studio または Squarespace。管理画面が直感的で、予約システムとの連携も容易。更新は事業者自身でできる。
  • ハンドメイド・食品・雑貨など(小規模EC) ── BASE または STORES。日本の決済環境・送料設定に最適化されている。商品数が増えたらShopifyへ移行。
  • 製造業・建設業など(法人向けBtoB) ── WordPress。事例集・技術資料など、コンテンツの種類が多く、カスタム要件が発生しやすい業種。
  • クリエイター・コンサルタント(個人事業) ── Notion + Super.so または Framer。スピードと低コストを優先。AI支援でほぼ一人で作れる。

II. 実務2026年に押さえるべき技術要件

プラットフォームを問わず、2026年に必ず満たしておくべき技術的な最低ラインがある。

  • HTTPS(SSL/TLS)対応 ── すべての主要プラットフォームで標準。非対応は論外。
  • Core Web Vitals 合格 ── LCP(最大コンテンツ描画)2.5秒以内、INP(インタラクション応答)200ms以内、CLS(累積レイアウトシフト)0.1以下。Google検索の順位に直接影響する。
  • モバイルフレンドリー ── Googleのモバイルファーストインデックスに対応。
  • 構造化データ(Schema.org) ── 地域ビジネスのLocalBusinessマークアップ。AI検索への可視性向上に効く。
  • プライバシーポリシーとCookie同意 ── 個人情報保護法改正・GDPR対応。アクセス解析ツールを使う場合は必須。

章のまとめ

  • プラットフォームは「誰が・どれくらい更新するか」で選ぶ。流行ではなく適合性で選ぶ。
  • EC重視はShopify/BASE/STORES、デザイン重視はWebflow/Framer、カスタム重視はWordPress。
  • HTTPS・Core Web Vitals・モバイル対応・構造化データは2026年の最低ライン。
CHAPTER FIVE

デザインの基礎
── 見た目より「伝わること」

小規模事業者のサイトにとって、デザインの役割は「おしゃれに見せること」ではない

デザインという言葉を聞くと、多くの人は「色」「フォント」「余白のバランス」を思い浮かべる。だが本章での「デザイン」はもっと根本的なことを指す。情報が、意図した順番で、正しく伝わること ── それがWebデザインの本質だ。

I. 思想信頼のデザイン

小規模事業者のサイトにおけるデザインの第一目的は、信頼を作ることだ。訪問者はサイトを見た最初の3秒で、「このサービスを使っても大丈夫か」を無意識に判断する。この判断は、デザインの印象から大きく影響を受ける。写真が粗い、文字が読みにくい、構成が雑然としている ── それだけで離脱される。

Stanford大学のウェブ信頼性研究によると、ユーザがWebサイトへの信頼・不信を判断する際、視覚的なデザインが最も強く影響するという。コンテンツの正確さよりも、見た目の質が先に評価される。これは小規模事業者にとって不利にも有利にも働く。競合のサイトが写真も文章も古びていれば、きちんとしたデザインをするだけで差別化できる。

信頼を作るデザインの5原則

① 写真の質 ── 自社・商品・スタッフの写真がプロ品質か。スマートフォンでも光の条件を整えれば十分。
② 読みやすさ ── 本文の文字サイズ16px以上、行間1.7以上、行長は40〜60文字。
③ 一貫性 ── 色は2〜3色、フォントは2書体以内。バラバラな印象が信頼を損なう。
④ 余白の使い方 ── 詰め込まない。余白は「何もない空間」ではなく、要素を際立たせる道具。
⑤ 最新性の証明 ── 更新日時・最新の実績・SNSフィード。「このサイトは生きている」と伝える。

II. 実務色・フォント・写真の選び方

は業種のイメージに合わせつつ、過剰に使わない。「ブランドカラー1色+白・黒・グレーの無彩色」で構成するだけで、ほとんどのケースは成立する。強調したいときだけアクセントカラーを使う。色で情報を伝えようとする(赤=重要など)場合は、色盲・色弱ユーザへの配慮から、形や文字でも同じ情報を伝える。

フォントは「可読性」が最優先だ。日本語の本文には、Noto Sans JP・游ゴシック・ヒラギノ角ゴなどの信頼できるゴシック体を使う。見出しだけ明朝体・セリフ体にする組み合わせは、品格と読みやすさを両立させやすい。装飾的なフォントは、ロゴやキャッチコピーに限定する。

写真は小規模事業者のサイトで最も投資対効果が高い要素だ。プロのカメラマンに1回撮影を依頼することで、数年間使える素材が揃う。費用対効果を考えれば、ロゴ制作や豪華なデザインよりも写真への投資が先だ。

II. 実務CTAのデザイン

問い合わせ・予約などのCTA(行動喚起ボタン)のデザインは、サイト全体で最も慎重に作るべき要素だ。

  • ── ページの他の要素と明確に差別化した色を使う。背景に溶け込まない。
  • 文言 ── 「送信する」ではなく「無料相談を申し込む」。ユーザが押した後に何が起きるかを具体的に書く。
  • サイズ ── スマートフォンの指でタップできる最低限のサイズ(高さ44px以上)。
  • 配置 ── ファーストビューに1つ、ページの下部に1つ。長いページなら中間にも置く。

章のまとめ

  • 小規模事業者のデザインの目的は「おしゃれ」ではなく「信頼形成」と「情報の伝達」。
  • 信頼を作る五原則:写真の質・読みやすさ・一貫性・余白・最新性の証明。
  • 色は2〜3色、フォントは2書体以内。写真への投資が最も費用対効果が高い。
  • CTAは色・文言・サイズ・配置を慎重に設計する。
CHAPTER SIX

コンテンツ戦略とSEO
── 検索とAIの両方に見つけてもらう

2026年のSEOは「Googleに載る」だけでは足りない。AIの回答に引用される準備も必要だ

検索エンジン最適化(SEO)は、2026年において大きな転換点を迎えている。Google検索はAIによる「回答の要約」(AIオーバービュー)を検索結果の上部に表示するようになり、従来型の「検索結果→クリック→サイト訪問」という流れが変わりつつある。同時にChatGPTやPerplexityへの質問が増え、これらのAIがWebコンテンツを参照して回答を生成する。

I. 思想SEOとAEOの二面作戦

従来のSEO(Search Engine Optimization)に加え、AEO(Answer Engine Optimization)という概念が実務に入ってきた。AEOとは、AI検索エンジンが回答を生成する際に、自社のコンテンツが引用・参照されるよう最適化することだ。

良いニュースは、SEOとAEOの根本にあるものは同じだということだ。正確で、具体的で、ユーザの疑問に答えるコンテンツは、Googleの検索にも、AIの回答にも有利に働く。テクニカルなトリックより、質の高いコンテンツが長期的に効く ── これは以前から言われてきたが、2026年においてより真実になった。

AEOのための構造化コンテンツ

AIが好む文章構造がある。①質問形式の見出し(「整骨院と整形外科の違いは何ですか」)、②明確な答えが最初に来る(結論先行型)、③具体的な数字や固有名詞④FAQ形式のコンテンツ。これらを意識して書かれたコンテンツは、AIの回答に引用されやすい。

II. 実務ローカルSEOを最優先する

地域密着型の小規模事業者にとって、最も即効性が高いSEO施策はローカルSEOだ。特に「Googleビジネスプロフィール(GBP)の最適化」は、費用ゼロで大きな効果が出る。

  • GBPの完全記入 ── 業種・営業時間・住所・電話番号・Webサイト・写真をすべて入力。未入力の項目があると検索結果での露出が下がる。
  • 写真の定期更新 ── 月1回以上の写真追加が、ローカルパックへの表示に影響する。
  • クチコミへの返信 ── ポジティブ・ネガティブ問わず、すべてのクチコミに丁寧に返信する。AI検索はGBPのデータも参照する。
  • 投稿機能の活用 ── キャンペーン・お知らせをGBP投稿で発信すると、検索結果に表示される。

II. 実務コンテンツ計画の立て方

Webサイトのコンテンツは、大きく「固定ページ」と「定期更新コンテンツ(ブログ・お知らせ)」に分かれる。固定ページは制作時に作るが、定期更新コンテンツは長期戦だ。

ブログを始める場合、最初の3ヶ月で目指すべきことは「記事の本数」ではなく、「誰かの疑問に完全に答える記事を10本作る」ことだ。「整骨院はどんな症状に対応できる?」「初めての受診で準備するものは?」「保険が使えるケースと使えないケース」── 実際の顧客からよく受ける質問を記事にする。これがSEO・AEO両方に効く最速の方法だ。

II. 実務技術的SEOの最低ライン

コンテンツと並行して、技術的な基盤も整える。特に以下は見落としやすい。

  • titleタグとmeta descriptionの設定 ── 各ページ固有の内容で。テンプレートのままにしない。
  • 画像のalt属性 ── スクリーンリーダーとGoogleの画像認識の両方に効く。
  • 構造化データ(LocalBusiness) ── 事業所情報をJSONLDで記述。AIオーバービューへの表示に有利。
  • サイトマップXMLの送信 ── Google Search Consoleからサイトマップを送信。インデックスを促進。
  • ページ速度 ── 画像の最適化(WebP形式・適切なサイズ)。遅いサイトはGoogleに不利。

章のまとめ

  • 2026年のSEOは従来の検索エンジン対策+AEO(AI検索最適化)の二面作戦。
  • 地域ビジネスはGBPの最適化が最も即効性の高い施策。写真・投稿・クチコミ返信を継続する。
  • ブログは本数より質。実際の顧客の疑問に完全に答える記事を10本作ることが先。
  • 技術的SEO:titleタグ・alt属性・構造化データ・XMLサイトマップ・ページ速度を整える。
CHAPTER SEVEN

実装と構築
── ノーコードからコードまで

制作フェーズは「ページを作る」より「動線を確認する」工程だ

ここまでの章で、目的・構造・プラットフォーム・デザイン・コンテンツ方針が揃った。第7章では実際の「作る」工程に入る。プラットフォームにかかわらず、制作フェーズに共通する考え方と手順を整理する。

I. 思想完璧を目指さず、機能するものを早く

Webサイトは完成後に改善するものだ。最初から完璧を目指すと、公開が遅れ、その間に市場が変わる。最小限機能するサイト(MVP:Minimum Viable Product)を早期に公開し、実際のユーザの動きを見てから改善するほうが、長期的に優れたサイトになる。

スタートアップが使う「リーン」の考え方は、小規模事業者のWebサイトにも当てはまる。「まず作って、動かしてみて、見直す」という反復のサイクルが、「一発で完璧なものを作ろうとする」姿勢よりも、結果的に良いサイトを生む。

II. 実務制作の標準的な工程

プラットフォームを問わず、制作は以下の工程で進める。

  • Step 1 ── テンプレート/テーマの選定:目的と構造に最も近いテンプレートを選ぶ。「一番好きなデザイン」ではなく「一番構成が近いもの」を選ぶ。
  • Step 2 ── コンテンツを先に流し込む:デザインの調整より先に、テキスト・写真を実際のものに入れ替える。ダミーコンテンツの状態でデザイン調整すると、実際の文章量と合わなくなる。
  • Step 3 ── モバイル表示の確認:各ページをスマートフォン幅(375px)で表示し、文字・画像・ボタンが意図通りに見えるか確認する。
  • Step 4 ── フォーム・予約システムの接続:問い合わせフォーム・予約システムを設置し、実際に送信テストを行う。通知メールが届くことを確認する。
  • Step 5 ── アクセス解析の設置:Google Analytics 4(GA4)とGoogle Search Consoleを設置する。公開後の改善のために、初日から計測を始める。
外注する場合の注意点

制作会社・フリーランスに依頼する場合、必ず「管理画面の操作権限」と「ドメイン・サーバの所有権」を自社で持つこと。代理店が管理している状態で関係が終わると、サイトの更新も移管もできなくなる事例が後を絶たない。契約時に確認する。

II. 実務フォームと問い合わせ導線の作り方

問い合わせフォームは、サイトの中で最も重要なページの一つだ。にもかかわらず、後回しにされやすい。フォームで押さえるべきポイントは四点。

  • 項目数を最小化する ── 「名前・メールアドレス・相談内容」の3項目で十分。必須項目が多いほど離脱率が上がる。
  • 送信後のサンクスページを作る ── 「送信ありがとうございました。○営業日以内に返信します」と表示する。このページへの到達がコンバージョン測定の基点になる。
  • 自動返信メールを設定する ── 送信者へ自動でメールを返す。「確かに届いた」という安心感が信頼を作る。
  • スパム対策 ── reCAPTCHAまたはハニーポットを実装する。問い合わせフォームはスパムボットの標的になりやすい。

章のまとめ

  • 「完璧なサイトを一発で作る」より「機能するサイトを早期公開し改善する」を選ぶ。
  • 制作工程:テンプレート選定→実コンテンツの流し込み→モバイル確認→フォーム接続→解析設置。
  • 外注時はドメイン・サーバの所有権と管理画面の権限を必ず自社で保持する。
  • フォームは項目数最小化・サンクスページ・自動返信・スパム対策の四点が必須。
CHAPTER EIGHT

AI活用の現実解
── 制作効率と品質を上げる具体的な使い方

AIは「代わりに作ってくれるもの」ではなく「判断の速度を上げるもの」として使う

2026年現在、ChatGPT・Claude・Geminiなどの大規模言語モデル(LLM)は、Webサイト制作の文脈でも実用的な段階に達している。しかし現場を見ると、「AIに文章を丸投げして、そのまま使う」という使い方が多く、結果として他社と差のない凡庸なコンテンツが量産されている。本章では、AIを適切に使うための考え方と具体的な活用法を整理する。

I. 思想AIを「下書きと壁打ち」に使う

AIの強みは「大量の情報を高速に処理・生成すること」だ。弱みは「固有の経験・実績・声のトーン」を持たないことだ。Webサイトのコンテンツで最も重要なのは、その事業者にしか語れない具体性だ。「10年、同じ通りで商いを続けてきた」「初診で8割の患者の痛みが軽減する」「素材の調達先はすべて顔を知っている農家から」── こうした固有の情報はAIが生成できない。

だから、AIの最適な使い方は「下書きを作る」と「壁打ち相手になる」の二つだ。下書きは人間が書くより速く、構造を整えて出力できる。その後に、固有の情報・事業者の声・具体的なエピソードを加えることで、オリジナルのコンテンツになる。

AI活用の黄金律

AIに「ペルソナ:[具体的な顧客像]、目的:[具体的な行動]、制約:[文字数・トーン・禁止事項]」を与えてから生成させる。その後、①固有の数字・実績を加える、②AIっぽい言い回しを削る、③事業者の言葉で書き直すの三工程を経ることで、AIと人間の協働コンテンツが完成する。

II. 実務Webサイト制作でAIが使える場面

AIを活用できる具体的な場面を、制作工程に沿って整理する。

  • コピーの下書き ── キャッチコピー・サービス説明・会社概要のたたき台をAIで生成し、人間が磨く。ゼロから書くより圧倒的に速い。
  • FAQ作成 ── 「○○業の初回来訪者がよく抱く疑問10個をリストアップして」とAIに聞く。実際の顧客インタビューで出た疑問と突き合わせて取捨選択する。
  • ブログ構成の設計 ── テーマを与えると、H2・H3の構成案を出してくれる。ライティングは自分で行うが、構成の抜け漏れを指摘させるのに便利。
  • 代替テキスト(alt属性)の生成 ── 画像のURLや説明を与えると、SEOに適したalt属性を生成してくれる。
  • メタディスクリプションの最適化 ── タイトルとページ概要を渡し、「130文字以内でクリックを促すmeta descriptionを5パターン生成して」と頼む。
  • デザインのフィードバック依頼 ── スクリーンショットをアップロードし、「このランディングページのCVRを下げそうな要因を指摘して」と依頼する。

II. 実務AIが生成した文章の見分け方と修正

AIが生成した文章には特徴がある。「〜です。また、〜です。さらに〜です」という並列的な文体、「総合的に」「様々な」「幅広く」といった抽象的な修飾語、具体的な数字や固有名詞の少なさ ── これらはAI文章のシグナルだ。

これらを修正する手順は単純だ。①抽象的な語を固有名詞・数字・エピソードに置き換える、②接続詞を削るか変える(「また」「そして」「さらに」が多用される)、③最初の一文を「問い」か「意外な事実」に変える。これだけで文章のオリジナリティが大幅に上がる。

章のまとめ

  • AIは「代わりに作るもの」ではなく「下書きと壁打ち」として使う。
  • AIに与えるべき情報:ペルソナ・目的・文字数・トーン・禁止事項。
  • AI文章の三工程:固有の数字・実績を加える → AIっぽい言い回しを削る → 事業者の言葉で書き直す。
  • 固有の経験・実績・声のトーンがAI時代のコンテンツ差別化の核心。
CHAPTER NINE

公開前チェックとローンチ
── 見落としゼロの手順

公開直後に気づく問題のほとんどは、事前にチェックできる

サイトが完成したと思っても、公開前に必ず実施すべき確認がある。多くの事業者が「完成した興奮」のままに公開し、後で問題を発見する。リストに沿って一つずつ確認する習慣が、公開後のトラブルを大幅に減らす。

II. 実務公開前チェックリスト

コンテンツ確認

  • すべてのページで誤字脱字・情報の誤りがないか
  • ダミーテキスト(Lorem ipsum等)が残っていないか
  • 電話番号・住所・営業時間が正確か
  • 価格表示が最新の状態か
  • 写真に権利処理の問題がないか(フリー素材の利用規約確認)

技術確認

  • すべてのリンクが正常に動作するか(内部・外部リンク)
  • フォームの送信テスト(受信確認・自動返信確認)
  • スマートフォン(iOS/Android)での表示確認
  • 主要ブラウザ(Chrome/Safari/Firefox/Edge)での表示確認
  • Page Speed InsightsでCore Web Vitalsのスコア確認
  • Google Search Consoleへのドメイン登録

SEO・アクセス解析

  • 各ページのtitleタグとmeta descriptionが設定されているか
  • Google Analytics 4(GA4)が動作しているか(リアルタイムで計測確認)
  • XMLサイトマップをSearch Consoleに送信したか
  • robots.txtが意図した設定になっているか(非公開にしたいページが除外されているか)

セキュリティ・法的確認

  • HTTPSが有効か(アドレスバーの鍵アイコン)
  • プライバシーポリシーページがあるか(GA4等の解析ツール使用時は必須)
  • Cookie使用の告知(EU圏へのアクセスがある場合はGDPR対応も確認)
  • 特定商取引法に基づく表示(EC・定期購入がある場合は必須)
ソフトローンチの活用

一般公開の前に、信頼できる5〜10人にURLを共有してフィードバックをもらう「ソフトローンチ」を挟む。既存顧客・家族・知人が最適だ。「使いにくかった場所」「読んでいて疑問に思ったこと」を率直に教えてもらう。コストゼロで、公開後の問題の多くを事前につぶせる。

II. 実務ローンチ当日のやること

公開当日は「ボタンを押す」だけで終わりにしない。以下の作業をセットで行う。

  • SNSでの告知 ── Instagram・X・Facebook等で、サイト公開を投稿。フォロワーへの初回流入を作る。
  • Googleビジネスプロフィールの更新 ── Webサイト欄のURLが新しいものになっているか確認。必要なら更新。
  • 既存顧客へのメール ── 名刺交換した人・既存顧客リストにメールでURLを告知する。知人の輪からの訪問は初期のGoogle評価に好影響をもたらす。
  • GA4のリアルタイムで動作確認 ── 自分でサイトを閲覧し、GA4リアルタイムレポートに計測が出ることを確認する。

章のまとめ

  • 公開前チェックは:コンテンツ・技術・SEO/解析・セキュリティ/法的の4カテゴリで実施。
  • ソフトローンチで5〜10人からフィードバックを得てから一般公開する。
  • ローンチ当日はSNS告知・GBP更新・既存顧客へのメール告知をセットで行う。
CHAPTER TEN

運用・分析・改善
── 公開後が本番だ

Webサイトは「作って終わり」ではなく「作ってから始まり」だ

Webサイトを公開することは、ゴールではなくスタートラインだ。公開後に何もしないサイトは、半年後には「情報が古いサイト」として評価が下がり始める。一方、適切に運用・改善を続けるサイトは、公開から1年後、2年後と指数関数的に効果が上がる。

I. 思想「分析」の目的は「行動」だ

GA4やSearch Consoleで数字を見て「ふむふむ」と終わる事業者は多い。しかし分析の目的は、次の行動を決めることだ。「この数字を見て、来月何を変えるか」が問いの全体だ。見るべき指標は多くない。

月1回見るべき3つの数字

① コンバージョン数 ── フォーム送信・予約完了・電話クリックの数。これが増えているかどうかが最重要。
② 流入元の構成 ── 検索・SNS・直接・その他。どこから来ているかを把握し、効果が高い経路を強化する。
③ 離脱ページ ── どのページで最も多くのユーザが離脱しているか。そのページを優先的に改善する。

II. 実務SEO効果が出始めるまでのタイムライン

SEO施策の効果は、一夜にして出るものではない。現実的なタイムラインを知っておくことで、途中で諦めずに続けられる。

  • 公開〜1ヶ月 ── Googleがサイトをクロール・インデックスする期間。Search Consoleにサイトマップを送信し、インデックスを確認する。
  • 2〜3ヶ月 ── 固有ブランド名での検索に表示され始める。地域名+業種での表示も始まる頃。
  • 3〜6ヶ月 ── ブログ記事を継続的に追加していれば、ロングテールキーワードでの流入が増え始める。
  • 6ヶ月〜1年 ── コアキーワードでの上位表示が見えてくる。GBPのクチコミが積み上がると、ローカルパック表示が安定する。
  • 1年以降 ── コンテンツの蓄積と被リンクの獲得で、ドメインの信頼性が上がり、新しいコンテンツも速くインデックスされるようになる。

II. 実務最低限必要な運用タスク

リソースが限られた事業者が、最低限実施すべき運用タスクを頻度別に整理する。

  • 毎月 ── GA4のコンバージョン数確認・GBPへの写真追加(2〜3枚)・ブログ記事1本投稿
  • 四半期ごと ── 固定ページの情報更新(価格・スタッフ・営業時間)・競合サイトの確認・Search Consoleでの流入キーワード分析
  • 年1回 ── 全ページのリンク切れ確認・プライバシーポリシーの見直し・Core Web Vitalsのスコア確認・デザイン・コンテンツの大規模見直し

II. 実務ゼロパーティーデータとメールリスト

2026年、Cookieの規制強化により、第三者のトラッキングに依存したマーケティングが難しくなっている。小規模事業者が今すぐ始めるべきことが、メールリストの構築だ。

顧客が自発的に教えてくれた情報(名前・メールアドレス・興味・希望)を「ゼロパーティーデータ」と呼ぶ。これはプラットフォームのアルゴリズム変更や規制に左右されない、自社資産だ。Webサイトで「お役立ち情報をメールでお届けします」と案内し、週1〜月1回のメールを送ることで、サイト訪問→購入→リピートのサイクルが生まれる。

章のまとめ

  • 分析の目的は「次の行動を決めること」。毎月見るべき指標:コンバージョン数・流入元・離脱ページの3つ。
  • SEOの効果が出るタイムライン:3〜6ヶ月でロングテール流入、1年で主要キーワードの安定化が目安。
  • 運用タスクは毎月・四半期・年1回に分けてリスト化し、習慣にする。
  • Cookieレス時代に向け、自社メールリストの構築を最優先する。SNSのフォロワーは自社資産ではない。
EPILOGUE

小さな商いの武器として

技術の話ではなく、覚悟の話として終わる

本書を通じて伝えたかったことは、技術の話ではなかった。目的を先に決め、顧客を具体的に想像し、骨格を整えてから形を作り、公開した後も改善を続ける ── この順序と姿勢の話だった。

小規模事業者は、資本でも人員でも大企業に敵わない。だが、顧客との距離の近さ意思決定のスピードでは、圧倒的に有利だ。大企業が稟議と会議でWebサイトの一行を変えようとしている間に、小規模事業者は今日決めて明日変えられる。この機動力こそ、小さな商いの最大の武器だ。

Webサイトはその武器の、今や不可欠な一部だ。営業時間が終わっても動き続け、問い合わせを受け取り、信頼を積み重ね、検索エンジンとAIの回答に静かに存在し続ける。人を雇わずに動く、最も費用対効果の高い営業活動だ。

本書の要点を一枚に

① 目的を一文で書く ── 「誰に、何を促すか」が決まるまで作らない。
② 顧客の言葉を使う ── 調査せずに書いた文章は届かない。
③ 骨格を先に引く ── デザインより情報設計が先。
④ 機能するものを早期に公開する ── 完璧より速さ。改善はその後。
⑤ 公開後こそ本番 ── 分析・更新・改善のサイクルを続ける。
⑥ AIは下書きと壁打ちに ── 固有の経験で差別化する。
⑦ メールリストを育てる ── 自社の資産を育てる。プラットフォームに依存しない。

サイトを「完成」させることに意味はない。動き続け、改善し続けることに意味がある。本書がその第一歩と、続ける力の両方を渡せていれば、筆者としてこれ以上の喜びはない。

BIBLIOGRAPHY

参考資料一覧

さらに深く学ぶための地図

Web制作の基礎

  • Steve Krug, Don't Make Me Think, Revisited, New Riders, 3rd ed. 2014. Webユーザビリティの古典。「考えさせるな」の原則。
  • Jakob Nielsen & Hoa Loranger, Prioritizing Web Usability, New Riders, 2006. 最初の3秒で判断されるWebサイトの現実。
  • Scott Kubie, Writing for Designers, A Book Apart, 2018. デザイナー・非ライターのためのコンテンツライティング。

コンテンツ戦略・SEO

  • Ann Handley, Everybody Writes, Wiley, 2nd ed. 2022. コンテンツマーケティングのためのライティングガイド。
  • Rand Fishkin, Lost and Founder, Portfolio, 2018. SEOとマーケティングを巡るスタートアップの現実。
  • Google, Search Quality Evaluator Guidelines (最新版). Googleが検索品質評価に使うE-E-A-Tの一次資料。
  • Google, Search Central Documentation. developers.google.com/search/docs. 技術的SEOの公式リファレンス。

ローカルビジネス・小規模事業

  • David Meerman Scott & Ben Halligan, Marketing Lessons from the Grateful Dead, Wiley, 2010. ファンを作ることの原則。
  • Google, Google ビジネス プロフィール ヘルプ. support.google.com/business/. ローカルSEOの公式ガイド。

AI・LLM活用

  • Ethan Mollick, Co-Intelligence: Living and Working with AI, Portfolio, 2024. AIと協働する思考の枠組み。
  • Google, AI Overview ヘルプ. AIオーバービューへのコンテンツ最適化の公式情報。

Web標準・パフォーマンス

  • Google, Core Web Vitals. web.dev/vitals/. LCP / INP / CLS の現代版指針。
  • W3C, Web Content Accessibility Guidelines (WCAG) 2.2, 2023. アクセシビリティの国際標準。
  • MDN Web Docs, Schema.org LocalBusiness. developer.mozilla.org. 構造化データの実装リファレンス。

デザインの基礎

  • Robin Williams, The Non-Designer's Design Book, Peachpit Press, 4th ed. 2014. 非デザイナーのためのデザイン原則4つ(CRAP)。
  • Jan Constantine, The Elements of Typographic Style Applied to the Web. webtypography.net. Web上の書体設計の実践。