紙の校正で培った「どの版の、どこを、どう直し、誰が承認したか」という進め方は、Web制作でも強みになります。
Webではそこへ、ページURL、画面幅、操作した状態、期待する結果を加えます。実装担当が同じ状態を再現できれば、修正の往復を減らし、公開できる状態かどうかも分けて判断できます。
ケース：5ページの会社案内サイトに初稿が届いた
A4の会社案内をもとに、トップ、事業紹介、会社情報、採用、問い合わせの5ページをWordPressで制作する案件を想定します。テストURLが届き、制作会社が顧客と一緒に内容とデザインを見る段階です。
紙面なら校正PDFへ赤字を入れ、版番号と戻し日を付けて返せます。Webではページが縦に続き、端末幅で並びが変わり、メニューやフォームは操作によって状態が変わります。「スマホで崩れています」だけでは、どの画面をどこまで再現すればよいかが実装側へ伝わりません。
紙の校正から、そのまま活かせる5つの強み
- 対象版をそろえる：初稿、再校、最終稿を混ぜず、現在見る版を固定する。
- 場所を特定する：ページ名、見出し、図版番号などで修正箇所を示す。
- 指示と質問を分ける：確定した修正と、顧客へ戻す判断を同じ赤字にしない。
- 誰の判断かを残す：制作会社、顧客、法務や採用担当など、承認者を明らかにする。
- 校了状態を区別する：指示を渡した状態と、反映を見て承認した状態を分ける。
この基本はWebでも変わりません。新しいツールへ全面的に置き換えるより、今使っている校正表やスプレッドシートへWeb固有の欄を足す方が、社内と顧客の進め方を保ちやすくなります。
Webの修正指示には4つの情報を足す
- ページURL
「事業紹介」だけでなく、対象ページのテストURLを記します。 - 画面幅・端末
例としてPC 1280px、スマートフォン390pxなど、発生した幅を残します。 - 操作状態
メニュー展開時、フォーム送信後、長い文章を入れた状態など、再現条件を示します。 - 期待する結果
「崩れを直す」ではなく、見出しとボタンが重ならず、どちらも押せる状態など、完了の見え方を書きます。
W3Cのリフロー解説では、狭い表示や拡大時にも情報や機能を失わず、文章を読むために二方向へスクロールし続けない状態が示されています。スマートフォンの修正指示も、端末名だけでなく、横方向にはみ出すのか、文字やボタンが失われるのかまで分けると伝わります。
修正指示を「再現できる一文」に変える
| 伝わりにくい指示 | Webで加える情報 | 再現できる指示 |
|---|---|---|
| スマホで崩れています | URL・幅・重なり | 採用ページを390pxで開くと、見出しが応募ボタンへ重なる。両方が読めて押せる配置にする |
| フォームのエラーを直してください | 入力内容・送信後・期待結果 | メール欄を空で送信するとページ上部だけにエラーが出る。該当欄の近くにも理由を表示する |
| 画像を少し大きく | 対象・基準幅・優先する見え方 | トップの事業写真を1280pxでは本文幅の半分にする。人物の顔を切らず、スマホでは横幅いっぱいにする |
W3Cのフォーム資料は、送信成功やエラーの結果を利用者へ明確に伝え、エラーでは対象欄と直し方が分かる案内を示しています。見た目の差だけでなく、入力から完了表示まで一連の操作として指示すると、フォームの合否を決めやすくなります。
一つの案件を3回に分けて見る
1. 内容・デザイン
原稿、写真、表記、色、余白、情報の優先順位を見ます。顧客判断が必要な箇所は実装不具合と分けます。
2. 表示・操作
画面幅、メニュー、リンク、フォーム、WordPress更新など、Webとして動く部分を実際に操作します。
3. 公開判断
未反映、対応中、再確認、顧客承認、公開可を分け、公開日時と公開後に見るページを決めます。
最初から全項目を一度に戻すと、原稿差し替えでレイアウト検査がやり直しになり、フォームの不具合がデザイン赤字に埋もれます。回を分けることは工程を増やすためではなく、判断の種類を混ぜないためです。
「送った」「直った」「公開した」を同じ完了にしない
修正表の状態は、少なくとも「指示作成」「実装担当が受領」「テスト環境へ反映」「制作会社が再確認」「顧客承認」「本番反映」「公開後確認」に分けます。WordPressのリビジョンは保存された更新の差分を見て復元できる仕組みですが、リビジョンがあること自体は顧客承認や本番公開の証明ではありません。
校正表の最終行は「修正済み」ではなく、「誰が、どのURLを、いつ見て、公開可としたか」にします。
担当の境界はWeb制作の役割分担表、見積へ含める作業は見積で漏れやすい作業、画面幅別の検査はレスポンシブコーディングの確認へ分けて参照できます。
今の校正表を起点に、Web用の受け渡しへ整えられます
GreenCodingでは、現在お使いのPDF校正票や修正一覧へ、URL、画面幅、操作状態、公開判断の欄を加えるところから相談できます。制作会社が顧客窓口とデザイン判断を担い、テスト環境、実装、修正反映、本番公開後の表示確認など、必要な工程だけを分けて担当します。
公式情報
- W3C WAI: Understanding Success Criterion 1.4.10 Reflow
- W3C WAI: User Notification
- WordPress.org: Revisions
最終確認日: 2026年9月11日。修正回数、承認者、検査対象、公開条件は案件の契約と担当範囲に合わせて定めてください。