レビュー相手の決め方
インタラクティブ年表のレビューは「事実の正確性」と「操作性・表示品質」に分けて依頼先を選定します。歴史的事実の確認は専門家・監修者に、デザインや操作感はUI担当者か実際の利用者層（想定ユーザー）に確認してもらうと、それぞれの得意領域で的確なフィードバックが得られます。
外部の学識経験者に監修を依頼する場合は、HTMLにアクセスするための手順書を1枚のドキュメントで添付します。URLを開く→パスワードを入力する→クリックで年代を展開するという3ステップを図入りで説明すると、IT操作に不慣れな専門家でもスムーズに確認してもらえます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
認証方式の選び方
外部の専門家や監修者は特定のメールアドレスが明確なため、招待方式のメール認証が最適です。誰がいつアクセスしたかをログで把握でき、確認してもらえたかどうかを追跡できます。招待リストに入れていない第三者が誤ってアクセスすることも防げます。
社内のコンテンツチーム・デザインチームが確認するフェーズには会社ドメイン認証を使います。チームが複数部署にまたがる場合でも、同一企業ドメインであれば一つの設定で全員が入れるため、部署ごとにURLを発行する手間が省けます。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
フィードバック回収
監修者へは「①事実の誤りがある年代・記述、②参考文献として追加してほしいもの、③操作してみての違和感」という3点に絞った確認依頼文を送ります。フィードバックはメール返信でも収集できますが、フォームにすると後から一覧化しやすく、修正対応のトラッキングが楽になります。
UI担当者・社内チームへは「各年代のクリック展開」「スマホでの横スクロール」「画像のズーム動作」の3機能を実際に操作してもらい、バグや使いにくさを報告してもらいます。スクリーンショットを添付フォームで収集すると、再現手順の確認が不要になり修正対応が速まります。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
公開終了の処理
監修と社内確認が完了したら、年表を本番環境（組織のWebサーバーや教育プラットフォーム）へ移行します。ギガサイト便のレビューURLはその時点で期限切れに設定し、移行先の本番URLを関係者全員に通知します。
監修者や専門家には「最終版を公開しました、ご協力ありがとうございました」という完了通知を必ず送ります。監修クレジットが年表内に記載されている場合は、公開済みの本番URLを添えて確認してもらうと、クレジット表記の誤りを事前に発見できます。
よくある質問
監修者が年表のJavaScriptアニメーションを「動かない」と報告してきました。原因の切り分けはどうすればよいですか？
まず監修者のブラウザ名とバージョンを確認します。Internet Explorer 11などレガシーブラウザではES6+構文が動かないため、Babel等でトランスパイルするか最新Chromeでの確認を依頼します。次にコンソールエラーを確認して原因を絞ります。
専門家の監修コメントが英語で届きました。そのまま修正作業に使えますか？
内容が理解できれば言語は問いません。修正対応後に「この箇所をこのように修正しました」と英語で返信し、修正版URLを再送して最終確認を依頼することで、言語の違いに関わらず承認フローを完結できます。
社内レビューで「この年代の説明が長すぎる」という意見と「もっと詳しく書くべき」という逆の意見が来ました。どう判断すればよいですか？
対象読者（想定ユーザー）の知識レベルを基準に判断します。一般向けなら簡潔版、専門家向けなら詳細版という方針を制作初期に決めておくと、相反するフィードバックを客観的に取捨選択できます。