固定ページと繰り返す情報を分ける

会社概要のように時々直す固定ページと、事例・求人・記事のように増える情報を分けます。後者は見出し・画像・分類・公開日を一覧にし、CMSで必要な項目と件数を確認します。デザインを複製するだけの運用で足りるかを、更新担当者と判断してください。

公開条件はSiteプランで確認する

公式にはFreeと有料Siteプランがあり、独自ドメインなどは有料側の条件を確認します。無料の試作URLが動くことと、会社のドメインで必要な構成を公開できることは別です。フォーム、CMS、帯域、言語追加をひとつの購入要件にまとめます。

担当者が一件の事例を追加し、画像の代替テキストを入れ、リンク先を直し、公開前に確認する流れを試します。編集とデザイン変更を誰に許可するかも決めます。制作者だけが簡単だと感じる状態では、日常更新を引き継いだことにはなりません。

日本語のページが作れても、英語版を継続更新するには別の作業が発生します。共通画像、翻訳対象の文字列、問い合わせ先、価格表記を整理し、言語追加の契約条件を確認します。片方だけ古い料金や募集条件が残らないよう、更新時の確認担当を置きます。

制作会社が月二件ずつ実績を追加する例を考えます。各実績に業種、画像、担当者、関連サービスを持たせ、一覧で業種を絞る必要があるかを先に決めます。見本の二件だけでなく、長い会社名や画像なしのデータも用意すると、公開後の運用を想像しやすくなります。

制作者がレイアウトを整えた後、広報担当が一件追加して公開前の確認まで行います。ここで制作者しか直せない項目が残るなら、権限・入力方法・保守契約のどこで解決するかを決めてから契約期間を選びます。

公開後のデザインとCMS更新を担当者が維持でき、必要な情報構造が収まるなら候補に残ります。逆に、社内台帳の編集や顧客別の情報表示が中心なら、Web制作と業務データの役割を分けて検討します。見た目のフォームだけを追加して、必要な本人確認や権限まで満たしたと想定しないでください。

独自ドメイン、CMS、言語追加、編集者の役割をそれぞれ確認します。追加機能が必要になった理由と、通常の更新で本当に使うかを記録してください。例えば、記事を直す人と全体のレイアウトを変える人を分けられるなら、その役割に合う条件で見積もり、全員へ同じ権限を配らないようにします。

公開URL、CMS項目、画像、翻訳、問い合わせの送り先を一覧にします。別サービスへ移す場合、保存できるデータと再制作する設定を分け、旧URLから新しい内容へ進めるかを確認してください。予約やメールなど外部の契約も、サイトの契約終了と同時に消えるとは想定せず個別に整理します。

料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。