学校のSNS運用には、他のほとんどのアカウントにはない制約があります。最も良いコンテンツの多くには子どもが写っているという事実です。この一点だけで、プラットフォームや投稿時間よりもはるかに大きくワークフローを変えるため、このガイドはコンテンツのアイデアではなくそこから始めます。
これは法律上の助言ではありません。同意に関するルールは国や自治体、学区によって異なり、あなた自身のセーフガーディング(児童保護)方針が以下の内容より優先されます。
写真の同意は実務上どう扱うべきか
方針自体はたいてい既に文書化されています。問題は、それがキャビネットの中にしまわれていて、投稿する人は10分しか時間のない教員だということです。
実際に機能させるために必要なこと:
- 9月時点の書類ではなく、常に最新のリスト。 投稿する人は、今日の時点でどの子どもを撮影してはいけないかを知る必要があります。事務室にしまわれたリストは、結局勘で判断されるリストになってしまいます。
- 子どもごとに記録された同意を、公開前に確認する。公開後ではなく。 保護者からの苦情を受けて写真を削除することと、そもそも投稿しなかったこととは同じではなく、関係者は皆それを分かっています。
- 用途ごとに異なるレベルを設ける。 学校のウェブサイトにクラス写真を載せることは構わなくても、公開のSNSに名前入りで子どもが写ることには抵抗を感じる家庭は少なくありません。これらは実際に別物なので、別の許諾として扱いましょう。
- 迷ったら顔を写さないことを基本にする。 手元、作品、教室の後ろ姿、完成したプロジェクトなど。学校の良い投稿の中には、識別できる子どもが一人も写っていないものが意外と多くあります。
最もトラブルを防げる実務ルールは、写真の許可があったとしても、公開のSNSのキャプションに子どもの名前を出さないことです。名前と顔と場所が揃うことは、写真1枚とはまったく別のことです。
誰が投稿できるようにすべきか
投稿したがる人数よりは少なく、しかし1人だけよりは多く。
管理者1人だけがすべてのアカウントを握っていると、その人が休暇中は何も投稿されず、退職すればアクセスそのものを失います。一方で全教員がパスワードを持っていると、誰も管理していないアカウントになってしまいます。
現実的な体制は、下書きできる小さなグループと、公開できるさらに小さなグループを分けることです。各部署、スポーツチーム、遠足の担当者が写真と一文を送り、1〜2人が同意リストを確認して公開します。これは、時間に追われた20人がそれぞれ判断するのではなく、担当者のいる1つの関門を通す仕組みです。
アクセス権は共有ではなく委任されるべきです。スタッフの文書に書かれた共有パスワードではなく、ページやGoogleアカウント上の個別ロールとして付与し、退職の翌学期ではなく、その週のうちにアクセスを削除します。
学校は実際に何を投稿すべきか
対象読者の中心は在校生の保護者であり、その後ろに入学希望者の保護者と卒業生が続きます。つまり、役に立つ投稿は、作りたくなる投稿ほど華やかではないということです。
| 投稿の種類 | 役割 | 頻度 |
|---|---|---|
| 実用的なお知らせ:休校、時間変更、締め切り | 圧倒的に最もよく読まれる投稿 | 必要に応じて、繰り返し |
| 児童・生徒の作品やプロジェクト | 顔を出さずに学校の活動を示せることが多い | 週1回 |
| 行事や遠足 | その場にいなかった家庭にも届く | 実施のたびに |
| スタッフ紹介 | 保護者が実際に求めている関係性を築く | 月1回 |
| 実績・成果 | 誠実な誇らしさを伝えるが、フィード全体をそれにしない | 発生の都度 |
| 入学案内・オープンデー | 唯一、宣伝色を出してよいもの | 季節ごと、早めに計画 |
一番上の行について:大雪による休校や送迎時間の変更を、アカウントにふさわしくないと考えないでください。こうした投稿は全員に読まれ、そもそも保護者がそのページをフォローする理由そのものです。
学年暦に沿ってどう計画するか
学校の1年は、SNSにおいて最も予測可能なカレンダーであり、これはほとんど誰も活かしていない強みです。
1年前から分かっている日程があります。学期の始まりと終わり、オープンデー、試験期間、運動会、コンサートや発表会、休暇、結果発表日、入学の締め切りなどです。これらだけで1年分の投稿のかなりの部分を占め、忙しい時期ではなく落ち着いた時期にすべて下書きできます。
実践的なリズムはこうです。
- 予測できるものは夏の間にまとめて用意する。 学期日程、オープンデーのリマインド、新学期の歓迎投稿、入学案内の一連の流れなど。
- その週に実際に起きたことのために、週2枠を空けておく。
- 9月と入学案内の時期を先取りして準備する。 この2つの時期はまったく余裕がありません。
記念日カレンダーツールは一般的な日付をカバーしており、月間コンテンツの計画方法はこのバッチ制作の考え方をより一般化したものです。
トラブルの日についてはどうすべきか
どの学校にもいつかは起きます。事故、噂、地元ニュースの報道、コメント欄での炎上などです。
何も問題が起きていないうちに、あらかじめ決めておくべきこと:
- 誰が発言するか。 通常は校長など名前の明確な1人だけで、それ以外の人は発言しません。
- 何を止めるか。 何かが起きた瞬間、予約投稿は止めるべきです。事故の1時間後に、明るいスポーツの写真が自動で公開されてしまうのは、最も避けられるはずの広報上の失敗であり、それが起きるのは誰もキューのことを思い出さなかったからです。
- 回答をどこに置くか。 通常は学校のウェブサイトか保護者への直接連絡であり、SNSはそこへの案内役に徹し、議論の場そのものにはしません。
- コメント対応方針。 あらかじめ公表しておき、一貫して適用し、議論の最中に即興で作らないこと。
この「止める」という点は特にスケジューリングに関わるため繰り返す価値があります。事前に投稿をキューに入れているなら(そうすべきです)、そのキューを2分で空にする方法を知っておく必要があります。
まとめ
- 同意を最優先し、公開前に確認する。投稿担当者が実際に見られる最新のリストを用意する。
- 公開アカウントでは、写真に子どもの名前を添えない。
- 複数人が下書きし、1〜2人が公開する。アクセス権は適切に委任し、適切に取り消す。
- 実用的なお知らせは他のどんな投稿より読まれる。臆せず投稿する。
- 学年暦は夏にまとめて準備し、トラブルの日にキューを止める方法を知っておく。
学年を先取りしてスケジュールする
学校がスケジューラーに求める2つのことは、やや特殊です。誰かが確認するまで投稿を保留できる仕組みと、すべてを一度に止められる仕組みです。
BulkPublishはその両方に対応しています。投稿は承認待ちにでき、各部署からの下書きは、同意リストを管理する人が承認するまで公開されません。予約投稿はキューに並び、問答無用で発火するのではなく、一時停止したり空にしたりできます。繰り返し投稿の機能は学期ごとに繰り返されるリマインドに対応し、写真は一度アップロードすれば、キューに入る前に各ネットワークのサイズやフォーマットのルールと照合されます。
料金ページには各プランが連携できる範囲が記載されており、ほとんどの学校が必要とするのは30ではなく3〜4アカウント程度です。