BOOTHでデジタル商品を更新するときの変更履歴の書き方｜購入者への案内と確認項目

ダウンロード商品のファイルを更新すると、購入者が手にする内容や、以前のファイルを取得できるかが変わることがあります。変更履歴には「直した」だけでなく、何が変わり、誰がどんな対応をすればよいかを書いておくと、購入者が判断しやすくなります。

この記事は、BOOTHのダウンロード商品の更新を準備する制作者向けの確認手順です。筆者が実際に商品を更新した体験談ではありません。BOOTHのダウンロードファイル差し替え案内では、新ファイルをアップロードしてから旧ファイルを削除する手順を説明し、削除したファイルは過去の購入者もダウンロードできなくなるため、削除前に購入者へ連絡することを推奨しています。実作業前に最新のヘルプを読み直してください。

変更履歴に書く5つのこと

1. 版と日付

版番号を使うなら、以前の番号との関係を自分で決めて一貫させます。版番号の付け方に決まりがない商品なら、更新日を明記するだけでも変更を識別できます。日付は実際に公開した日を記録し、予定日を公開済みの履歴として書かないようにします。

2. 変更の種類と対象

「修正」「追加」「変更」「既知の制限」のように種類を分け、どの画面・機能・同梱ファイルが対象か説明します。購入者が違いを判断できる具体性を持たせつつ、修正できていない内容を解決済みと書かないようにします。

3. 利用者への影響

操作方法、保存データ、設定、対応環境、他ファイルとの互換性に影響がある場合は、影響の有無と確認範囲を記録します。影響を確認していないときは「影響なし」と断定せず、未確認であることと、利用前に保存データを控えるなどの必要な注意を記載します。

4. 更新方法と旧版の扱い

購入者が新ファイルを取得し、既存データをどう扱うかを説明します。アプリ本体を差し替えても設定や保存データが残ると確認できていないなら、残ると約束しません。BOOTH上で旧ファイルを削除する場合、過去購入者がそのファイルを再ダウンロードできなくなる点を踏まえ、旧版を残すか、削除前に連絡するかを判断します。

5. 確認した範囲

どのWindowsバージョンやファイルで確認したか、未確認の組合せは何かを分けます。全環境で問題がない、すべてのデータを引き継げる、などの広い保証は、十分な確認なしに記載しません。

架空の変更履歴例

以下は記載方法を説明するための架空例です。実在の商品、更新、動作確認を示すものではありません。

2026-04-12　バージョン 1.2.0（架空例）
- 追加：設定画面に文字サイズの選択項目を追加。
- 修正：特定の画面幅で説明文が切れる問題を修正。
- 保存データ：既存データの移行確認は未実施。更新前にバックアップを作成してください。
- 更新方法：新しいZIPを展開し、READMEの手順に従ってください。旧フォルダーは削除せず、起動とデータ確認が終わるまで保管してください。

実際の履歴では、確認していない修正内容や対応環境をこの例から転記せず、自分の変更記録とテスト結果で置き換えます。

BOOTHへ差し替える前の準備

元ファイルを保管する：更新対象と元の配布物を混ぜないよう、別の作業用コピーを作ります。
差分を確定する：変更したファイル名、版、修正点を記録します。
配布用ファイルを開いて確認する：含めるファイル、説明書、バージョン表記を見直します。確認していない機能を更新履歴へ書きません。
保存データ・互換性を確認する：引き継ぎ試験をしていない場合は、更新前のバックアップを案内し、復元できる保証をしません。
購入者向け説明を用意する：更新の必要性、対象者、取得方法、注意点を短く書きます。連絡手段や通知の仕組みは、BOOTHの現行機能と自分の販売条件を確認します。
商品説明と配布ファイルを照合する：対応OS、必要な外部アプリ、価格・プラン、利用条件に差がないか確認します。
差し替え順序と旧版の扱いを確認する：BOOTH公式案内の現行手順に従います。旧ファイルを削除するなら、過去購入者への影響を先に検討します。

公開前チェックリスト

BOOTHのファイル差し替え手順や購入後のダウンロード条件は変更される可能性があります。実際に差し替える直前にBOOTHヘルプを確認してください。購入前に無料版と完全版、対応環境を比較する方法はBOOTHの無料Windowsアプリを選ぶ前のチェックリストで扱っています。

無料版と製品版を別ページにする場合の表紙・紹介画像・説明文のそろえ方は、無料版・製品版のページを分けるときに整えた画像と説明で紹介しています。