連載中の小説を推敲するときは、誤字を直す作業と、物語上の事実を変える改稿を分けてください。後者は変更前の公開版を保存し、公開済み話・未公開話・設定・伏線への影響を一覧にしてから差し替えます。
既読の読者が続きを理解するために読み直す必要がある変更だけ、対象話と変更要旨を伝える、という基準を先に決めておくと判断しやすくなります。
編集できる項目、更新日の扱い、編集履歴などは投稿サイトごとに異なります。本記事では、作者が決める推敲手順と、サイト側が提供する編集機能を分けて説明します。
読者が最初に知るべきこと
連載中の推敲で最初に守るものは、きれいな文章よりも「すでに読まれた内容」と「次話へつながる事実関係」です。公開中の本文へ直接手を入れる前に作業順を決め、修正の途中で別の改善案を混ぜないようにします。
一般的な文章・視点・設定・誤字の見直し方は、小説の推敲のコツと目的別4パスで扱っています。本記事では、公開版が存在する連載に固有の変更管理へ範囲を絞ります。実行順は、この後の見出しに沿って一段階ずつ確認できます。
連載中の推敲は「表記修正・局所修正・連続性変更」に分ける
変更は、物語上の事実が変わるか、後の話を読み直さないと整合しないかで三段階に分けます。文字数や修正文の長さではなく、読者が受け取る情報と後続話への影響で分類するのが要点です。
「表記修正」は誤字、脱字、送り仮名、ルビなど、出来事や人物の認識を変えない修正です。「局所修正」は一つの話の説明不足や不自然な会話を直すものの、後の展開の前提までは変えない修正です。
「連続性変更」は人物が知った時期、能力の条件、事件の原因、伏線の意味など、別の話や設定資料にも波及する変更です。
| 分類 | 判断する問い | 例 | 次に行うこと |
|---|---|---|---|
| 表記修正 | 出来事や人物の認識は変わらないか | 人名の誤字、句読点、ルビの修正 | 対象箇所と前後だけ再読する |
| 局所修正 | その話の中で意味が閉じるか | 会話の主語補足、情景説明の整理 | 話全体と前後話を確認する |
| 連続性変更 | 後の行動・設定・伏線の前提が変わるか | 能力の発動条件、秘密を知る時期の変更 | 旧版保存と変更影響表を必須にする |
迷ったときは一段階重い側へ仮置きし、「この事実を前提に書いた箇所」を検索します。検索して影響が対象話の中だけなら分類を戻せますが、先に軽い修正と決めて差し替えると、後続話の確認漏れを見つけにくくなります。
公開済み話を直す前に旧版と変更理由を残す
公開中の本文を編集する前に、変更前の全文を別の場所へ保存します。旧版と一緒に、変更を追跡するための情報も残してください。
- 保存日時、サイト名、作品名、話番号
- 変更前の事実と、変更後の事実
- 変更する理由
- 変更しない要素
- 最初に影響を疑う話
理由は「第8話の地図と第12話の初見描写が矛盾するため」のように、問題箇所が分かる一文にします。「読みやすくする」だけでは修正範囲を判断できません。変更しない要素も書き、今回の差し替え範囲を固定します。
旧版は、投稿画面とは別のファイルや保管先へ日付付きで残すのが安全です。Handyの変更はリアルタイムで保存されますが、現時点でバージョン履歴は提供中の機能ではありません。そのため、自動保存を「変更前版へ戻せる履歴」とみなさず、公開版の保全は作者自身の別工程にしてください。
変更影響表で公開済み話・未公開話・設定・伏線を照合する
連続性変更では、修正箇所から影響先を推測するのではなく、変わる事実を主語にして四方向へ照合します。公開済み話、未公開話、設定資料、伏線の各欄に、確認対象と判断結果を記録します。
例は「主人公が王都の地図を入手する時期を、第8話から第10話へ移す」です。第9話の地名発言、第11話以降の移動経路、所持品の設定、地図の欠落を使った伏線を別々に確認します。影響がなかった欄も「該当なし」と残してください。
| 影響区分 | 確認する対象 | 記録例 | 完了条件 |
|---|---|---|---|
| 公開済み話 | 変更前後の話、同じ事実への言及 | 第9話の地名発言を確認 | 既読範囲の食い違いを処理した |
| 未公開話 | 下書き、次回更新分、終盤の回収 | 第11話の移動経路を修正 | 今後公開する本文が新事実と合う |
| 設定資料 | 人物、時系列、所持品、場所 | 地図の入手日を第10話へ変更 | 本文と資料の正本が一致する |
| 伏線 | 提示、誤認、回収、隠す情報 | 地図紛失の伏線は維持 | 提示と回収の意味がつながる |
| 読者告知 | 読み直しが必要になる範囲 | 第8・10話の要旨を準備 | 告知する／しない理由を記録した |
表を埋める目的は、作者が確認範囲を明示し、「該当なし」と未確認を分けることです。設定資料そのものを整理し直す必要がある場合は、小説の設定資料を整理する方法へ作業を分け、今回の変更に必要な項目だけを先に更新してください。
今直す変更と完結後へ送る変更を分ける
今直すかどうかは、「連載を続けるために現在の矛盾を解消する必要があるか」と「影響先を次の公開前に確認し切れるか」で決めます。良い案を思いついたことだけを、直ちに公開版へ反映する理由にはしません。
誤字や固有名詞の取り違えなど範囲が特定できる変更、次話の前提を壊していて影響先を確認できる変更は、連載中に処理する候補です。
一方、語り口の全面変更、複数章の順序変更、人物の目的を根から変える案など、確認範囲が連載済み全体へ広がる変更は、完結後の改稿候補として別に残す判断もできます。固定の回数や文字数で区切るのではなく、公開予定までに検証できる範囲を基準にします。
判断時には、変更しない場合の問題も一文で書きます。「第15話の動機が成立しない」のか、「表現の好みが変わった」のかでは緊急度が異なります。今送る更新と完結後の改稿を別タスクにすれば、連載中の差し替えが際限なく広がるのを防ぐ管理材料になります。
読者告知は「読み直しが必要か」で内容を決める
読者への告知は、修正の大きさを作者の作業量で測らず、既読のまま続きを読むと理解が変わるかで判断します。読み直しが必要なら、告知案へ次の3点を入れます。
- 修正した話
- ネタバレを避けた変更要旨
- 読み直してほしい範囲
たとえば「第8話と第10話を修正しました。地図の入手時期が変わるため、第11話以降を読む前に該当部分をご確認ください」のように書きます。「文章を磨いた」だけでは、読み直す必要を判断できません。意味を変えない誤字まで常に告知するという固定ルールも設けず、上の基準で一件ずつ決めます。
告知場所、編集時の通知、表示の仕方はサイト固有の仕様です。本記事の採用資料は、既存話の編集が読者へどう通知されるかを裏付けていません。したがって「編集すれば通知される」「告知すれば離脱を防げる」とは考えず、告知文の控えを変更記録と一緒に残してください。
小説家になろうとハーメルンの仕様はサイト名付きで確認する
投稿サイトの編集機能は一括りにせず、利用するサイトの公式ヘルプで確認します。以下は2026年8月21日に取得した各ページの記載範囲であり、他の投稿サイトへ一般化できません。
仕様は変わる可能性があるため、実際に編集する前にも公式ヘルプを再確認してください。
小説家になろうの公式ヘルプでは、ユーザページの「作品の作成・編集」から対象話の編集ボタンを選び、エピソードタイトル、本文、フリーメモ、前書き、後書きなどを編集できると案内されています。また、項目を変更して保存すると更新日が更新され、内容を変えずに保存した場合は更新日が変わらないとされています。
ハーメルンの公式取扱説明書では、投稿済み小説の各話について編集履歴を確認し、過去のバージョンへ巻き戻せると説明されています。説明書には2018年10月11日以降のデータが保存対象との記載もありますが、取得ページで更新日は確認できませんでした。この記載から現在の保存期間までは判断できません。
ハーメルンで過去版へ戻せることと、作品全体の変更計画を立てることは別の作業です。サイトの編集機能を確認したうえで、変更理由と対象話は作者の管理表に残します。
差し替え後に前後話・表示・後続原稿を再確認する
差し替えが終わったら、編集画面の保存完了だけで作業を閉じず、公開された表示と物語のつながりを確認します。対象話だけでなく、一つ前の話、一つ後の話、次に公開する原稿を続けて読むのが最小単位です。
まず公開ページで段落、空行、ルビ、前書き・後書きなどの表示を確認します。次に、前話の終わりから修正話の冒頭、修正話の終わりから次話の冒頭へ読み進め、人物の位置、時刻、所持品、知っている情報がつながるかを見ます。最後に変更影響表の未公開話と設定資料を開き、修正済みの印と確認日を残します。
差し替え後チェックは次の順で行えます。
- 公開ページを別画面で開き、対象箇所が意図どおり表示されるか確認する
- 前話末尾から対象話冒頭まで読む
- 対象話末尾から次話冒頭まで読む
- 未公開の次回原稿で変更した事実を検索する
- 設定資料と伏線メモを更新する
- 読者告知を出す場合は対象話と要旨が一致するか確認する
- 変更記録へ差し替え日時と残った課題を書く
新しい不一致が見つかったら、場所と事実だけを記録して今回のチェックを終えます。次の変更に着手する時点で、あらためて三分類へ当てはめてください。
Handyでできること
Handyは影響先を自動で検出・追跡しないため、作者による照合が前提です。その確認材料として、章・シーン単位のプロット、資料、エピソードに紐づくメモ、ネスト可能なタスクを使い、変更影響表の項目を手動でタスクに分けられます。
たとえば親タスクを「地図の入手時期を第10話へ変更」とし、作者が子タスクに「第9話の言及確認」「第11話の移動経路確認」「所持品資料の更新」「告知要否の判断」「公開表示の確認」を置きます。
資料パネルと資料の@メンションは、人物や道具の設定を本文執筆中に参照する補助になります。本文エディタのセリフのハイライトとルビの強調は、差し替え後の会話や読みを作者が目視確認する場面に使えます。
| 管理対象 | Handyで使う機能 | 作者が判断すること |
|---|---|---|
| 変更する出来事 | 章・シーンのプロット | 変更後の流れが成立するか |
| 確定設定 | 資料パネル、資料の@メンション | 本文と資料が一致するか |
| 変更理由・告知案 | エピソードに紐づくメモ | 読み直しが必要か |
| 影響先の確認 | 親子に分けたタスク | どの話・伏線まで調べるか |
| 差し替え本文 | リッチテキストエディタ | 表現と事実が意図どおりか |
Handyから投稿サイトへ本文は自動反映されないため、差し替えと公開表示の確認は別途必要です。その前提で、Handyが向くのは、本文、プロット、設定資料、作業タスクを往復しながら、自分で影響先を確認したいWeb小説作者です。
Handyの機能一覧を参照し、必要な確認項目を手動で追えるかを機能適合性の判断材料にしてください。一方、差分比較、矛盾検出、共同承認、変更前版への復元が必須なら、現行のHandyだけでは要件を満たしません。オフライン対応とバージョン履歴も現時点ではComing Soonです。
よくある質問
連載中の推敲を複数の掲載先やファイルへ落とし込むときに迷いやすい、複数サイト、ファイル名、告知案、連載休止の判断に答えます。
同じ小説を複数の投稿サイトへ掲載している場合はどうしますか？
一つの変更理由を正本にしつつ、編集項目と公開表示の確認タスクは投稿サイトごとに分けます。一方のサイトで確認した更新日や履歴の仕様を、もう一方へ当てはめないでください。
変更前版のファイル名はどう付ければよいですか？
作品名、話番号、サイト名、保存日、変更前であることを並べます。形式例は 作品名_第08話_サイト名_YYYY-MM-DD_変更前 です。後から対象版を識別できれば、並べ方は問いません。
告知場所が決まっていない段階でも告知文を作るべきですか？
読み直しが必要と判断した時点で、対象話・変更要旨・読み直す範囲だけを下書きします。掲載場所や通知方法は推測せず、利用中サイトで確認できる手段を選んでください。
大幅改稿をするなら連載を休止すべきですか？
すべての作品に共通する判断はありません。確認対象を次の公開予定までに処理できるかを見積もり、処理できない場合は、変更を完結後へ送る案と更新予定を見直す案を比較してください。
まとめ
連載中の推敲で重要なのは、公開済みの事実を変更作業として管理することです。本文を触る前に現在公開中の一話を保存し、変更理由を一文にしてください。
まず一件の修正候補について、「変更前の事実」「変更後の事実」「影響する四方向」を一枚の表にしてください。本文・プロット・資料・タスクを同じ環境で扱いたい場合は、Handyを無料で始める前に、手動確認が前提であることと現行の制約を含めて機能が要件に合うか判断してください。
