CMSはコンテンツ管理システムの略です。文章、画像、ページなどを管理画面から作成・更新する仕組みを指します。WordPressはその一例で、テーマが表示の基本形を、プラグインが追加の機能を受け持ちます。CMSを使うサイトでも内部ではプログラムが動いています。「自分が書かなくてよい」と「技術の管理がいらない」は別です。

HTMLは見出しや文章の構造を表す記述、CSSは色や配置の指定、JavaScriptは操作に応じた動きを作る言語です。HTMLとCSSをすべてプログラミングと呼ぶより、この役割を分けると学ぶ範囲が見えます。紹介ページに文章とリンクを置くなら、HTMLとCSSから試せます。

架空の修理店なら、サービスと受付条件を載せるだけか、訪問者が空き時間を選んで予約を確定するかで必要な仕事が違います。画面に予約ボタンを置いても、空き枠の管理や二重予約の防止は完成しません。受付先へ移るリンクと、予約を処理する仕組みを分けて考えてください。

最初に「初めて修理を頼む人が、対象の品物と受付方法を知る」のように目的を一文にします。その目的に必要なページ、訪問者の操作、更新する情報を並べると、コードを学ぶ必要と外部に頼む必要を判断できます。

この章の根拠：出典1出典2

コードで作る小さなサイトでは、たとえば index.html の受付時間を書き換え、保存してブラウザを再読み込みし、公開先のファイルも更新します。複数のHTMLに同じ時間を書いているなら、すべてを直す必要があります。共通部分をまとめる別の仕組みもありますが、その設定を維持する担当が必要です。

CMSでは該当の固定ページを編集して保存・更新します。共通のヘッダーにある時間は、本文とは別のテーマ設定やテンプレートにあることがあります。管理画面から何でも編集できると思い込まず、変更したい欄を実際に探してください。自社が使うテーマと権限で操作できるかが判断材料になります。

架空の修理店で、受付時間を「平日9〜17時」から「平日10〜16時」へ変える試験をします。トップ、サービス、問い合わせ先の三ページで表示を確認します。一ページだけ変わった場合は、同じ情報を重複して持っていないか調べます。どちらの方法でも、原稿の正しさは人が確かめます。

手書きのHTMLは更新が少なく、構造を理解している担当がいる場合に候補になります。記事を頻繁に追加し、複数の担当が下書きを扱うならCMSの管理機能が役立つ場合があります。ページ数だけで一律に決めず、更新の種類と担当者の操作を試してください。

この章の根拠：出典1出典2

制作会社がCMSで作ることも、HTMLで作ることもあります。「外注かWordPressか」という二択にせず、技術の方式と担当の分担を別に比較します。自社は原稿と業務条件を決め、制作担当が画面や受付の仕組みを作る、という分担も可能です。

依頼前に渡すのは、サイトの目的、ページ一覧、原稿、写真の利用条件、必要な操作、公開希望時期です。「おしゃれなサイト」だけでは、何を完成とするか決められません。架空の修理店なら「対象外の品物を相談前に確認できる」「受付時間を自社で変更できる」と書くと、制作担当が具体的な案を返しやすくなります。

見積もりでは、文章や写真の制作、デザイン、実装、フォームの設定、表示確認、操作説明がどこまで含まれるかを確認します。修正回数、素材の利用範囲、納品するファイル、契約やアカウントの管理者も尋ねます。閲覧できる完成画面だけでなく、更新できる状態を受け取る必要があります。

運営を自社で行うなら、担当者が実際に一ページを直す引き継ぎの場を設けます。更新や障害対応を依頼するなら、受付時間、対応範囲、追加費用の条件を契約で確かめます。本稿の分担例は推奨の整理方法で、特定の制作会社の契約条件ではありません。

この章の根拠：出典1出典3出典4

WordPressはオープンソースのソフトウェアですが、サイト全体の費用がゼロになるという意味ではありません。ドメイン、サーバー、有料テーマや追加製品、制作依頼、保守などは選ぶ構成で変わります。ここでは相場の数字を置かず、必要な仕事を見積もりの項目へ分けます。

初回には、目的と原稿の整理、写真準備、デザイン、設定やコード、試験、公開、引き継ぎがあります。継続には、契約更新、原稿の訂正、ソフトウェア更新、バックアップ、障害対応があります。担当者が自分で行う時間も、事業の仕事として見てください。

コードで作る場合は、学習と試験に使う時間を見込みます。CMSでは、テーマやプラグインの操作と更新時の確認を見込みます。制作依頼では、質問への回答、原稿の確認、完成画面の確認を自社が行います。外部へ頼んでも、事業の事実を確かめる仕事は自社に残ります。

契約が終わったときに何を持ち出せるかも確認します。ドメインやファイル、CMSのデータを自社が管理できるか、別の担当へ移すときに追加作業があるかを尋ねます。安い初期価格だけで比較すると、継続費や移行条件を見落とします。

この章の根拠：出典1出典4

最初から全ページを作る必要はありません。サービス紹介と受付案内の二ページを用意し、一つの文章変更、画像変更、リンク確認を試します。予約や決済が必要なら、テスト用の環境で送信先や保存先まで確認します。実際の顧客情報や課金を使う試験は別の許可と準備が必要です。

自作が向かない条件は、完成期限までに試験する時間がない、更新担当がコードを読めない、重要な受付処理の失敗を調べられない場合です。CMSが向かない条件は、必要な処理が標準機能や確認済みの追加機能で満たせず、改修を維持する人もいない場合です。どちらも方式自体が悪いという意味ではありません。

権限は必要な操作に合わせます。原稿を書く人にサーバー設定の変更まで任せる必要はありません。WordPressの既定ロールには作成と公開の権限の違いがありますが、プラグインや設定で変わることもあるため、実環境で確認します。共通の管理者アカウントを配るだけの運営は避けます。

バックアップは「ある」だけでは足りません。どの時点のファイルとデータベースへ戻すか、誰が戻せるか、どこで復元を試すかまで確かめます。試作を壊して直すのは公開とは別の練習環境で行い、確認ができない場合は公開前に担当者へ相談してください。

この章の根拠：出典3出典4出典1

架空の修理店の完成メモは「紹介と受付条件を公開。原稿変更は店長。毎月変更する。予約確定は今回は作らず、確認済みの受付先へ案内。CMSで二ページを試作し、操作説明と復元試験を依頼」です。この時点でCMSが必ず最適とは限らず、試作で使えなければ別の候補へ戻れます。

コードを学ぶ場合も、完成まで学習を続ける必要がある部分と、外部に相談する部分を分けます。Webサイトの見た目を作れることだけで、受付処理や保守までできると考えないでください。判断がつかない欄を残し、具体的な原稿や操作を見せて質問すると、相談の範囲が明らかになります。

この章の根拠：出典1出典4