公開日を動かせないWeb制作で、未確定素材・版管理・日時公開をどう管理するか

未確定のまま進める範囲と、公開前に確定する範囲を分ける

PRACTICAL KNOWLEDGE 実務知識

WRITTEN BY

FHW制作チーム

反省会と日々の制作記録をもとに、担当スタッフが実際に迷い、確認し、判断した過程を整理しています。

キャンペーン、イベント、製品発表、採用情報の公開など、公開日を動かしにくいWeb制作があります。一方で、画像、原稿、翻訳、権利表記、URLなどが制作開始時点ですべて確定しているとは限りません。

この状況で「素材が揃ってから作り始める」と公開日に間に合わず、「届いた素材から順番に上書きする」と、どれが公開版なのか分からなくなります。

私たちが担当した制作にも、公開直前まで画像や原稿が変わるもの、複数言語と複数公開先を扱うもの、日時を指定して情報を切り替えるものがありました。変更が続くと、つい「これ以上変えないでください」と言いたくなります。しかし必要なのは、変更を止めることではなく、未確定事項、差し替え対象、確認者、公開作業を分けて管理することでした。

「最新版」という名前だけでは、公開版を判断できない

素材管理で問題になりやすいのが、「最新版」「最終」「最終_FIX」といったファイル名です。ファイル単体では新しく見えても、次の情報がなければ公開に使えるか判断できません。

どのページで使うか
日本語版か英語版か
PC用かスマートフォン用か
どの公開時期に対応するか
仮素材か、内容確定済みか
権利や表記の確認が終わっているか
誰が確認し、誰が公開を承認したか

重要なのは、ファイル名を複雑にすることではありません。素材と反映先、確定状態、確認者を対応させ、公開作業者が推測せず判断できる状態にすることです。

未確定でも進められるものと、確定まで止めるものを分ける

すべての素材が揃うまで実装を止める必要はありません。ただし、仮素材のまま進められる範囲と、確定しないと公開できない範囲を分けます。

仮の状態でも進めやすいものには、次があります。

ページ構造と主要な導線
画像枠とおおよその比率
仮文章による文字量の確認
日本語版・英語版の共通レイアウト
日時指定公開の仕組み
更新対象を独立させる実装

一方、公開前に確定が必要なものには、次があります。

正式な名称、日時、場所、価格など
権利表記、注意事項、免責に関わる文章
リンク先と問い合わせ先
公開する画像、動画、ダウンロードデータ
検索結果やSNSで使用するタイトル、説明、画像
旧URLから新URLへの対応

未確定事項には「誰が」「いつまでに」「何をもって確定とするか」を設定します。確定しない場合の扱いも、非表示、仮表示、公開後対応のどれにするか事前に決めます。

差し替え対象を、ページ全体から切り離す

更新のたびにページ全体を作り直す構成では、変更していない部分まで確認対象になります。日程、会場、ニュース、画像、募集情報など、変化することが分かっている情報は、差し替え単位を独立させます。

ただし、細かく分ければよいわけではありません。更新単位が増えすぎると、どの情報を同時に切り替えるべきか分かりにくくなります。

差し替え単位は、次の基準で決めます。

同じタイミングで更新されるか
同じ担当者が確定するか
他のページや言語版でも使うか
公開期間が異なるか
変更時にデザインや動作確認が必要か
単独で戻せる必要があるか

例えば、画像だけを差し替える場合でも、トリミング、文字の視認性、リンク、周辺の文章へ影響することがあります。ファイルを置き換えた事実だけで完了とせず、利用している画面で確認します。

公開前・切替時・公開後を、別の工程として扱う

日時指定公開は、設定した時刻に処理が動けば完了ではありません。確認を三つの段階に分けます。

公開前に確認すること

公開対象と非公開対象
仮素材が残っていないか
URL、リンク、言語版の対応
日時とタイムゾーン
公開作業者と承認者
切替に失敗した場合の戻し方
外部サービスや別組織側の作業

切替時に行うこと

対象ファイルまたは対象データだけを反映する
関係のない公開物へ触れない
自動処理が実行されたかを確認する
手動作業が残る場合は順序を守る
予定外の差し替え依頼を記録する

公開後に確認すること

指定URLから到達できるか
PC・スマートフォンで表示できるか
日本語版・英語版が対応しているか
画像、動画、ダウンロードデータが正しいか
リンク、フォーム、日時表示が正しいか
旧URLや既存ページからの導線が機能しているか
仮素材や非公開情報が残っていないか

自動公開を設定していても、公開後確認は別途必要です。外部サービス、キャッシュ、権限、通信など、制作側だけでは完全に制御できない条件があるためです。

「確認済み」を一つの状態にしない

公開前のやり取りでは、「確認しました」「問題ありません」という言葉が何度も出てきます。しかし、原稿を確認した人、画面を確認した人、フォームからメールが届くことを確認した人、公開してよいと判断する人は、同じとは限りません。

私たちの制作でも、英語ページを本番環境へ登録したあと、日本語ページからのリンクはまだつながず、フォームと表示を先に確認したことがありました。技術的には公開できる状態でも、そこで一度止め、次の反映へ進む判断を担当者へ返しています。別の制作では、CMSへの登録期限、静的化する時刻、別組織が公開先へ反映する期限が分かれていました。

このような案件では、確認の回数を増やすより、現在地と次の判断を短く残す方が有効です。