「学校」および「教室」ワークスペースにのみ適用されます
確認用メールはワークスペースを保護しますが、すべての学校に適しているわけではありません。学区によっては生徒への外部メールをブロックしている場合もあり、また、教室によっては手間のかからない登録方法を希望する場合もあります。「学校」および「教室」の管理者は、「設定」→「アクセス」→「セキュリティ」で、これら2種類の確認方法を管理できます
- [設定] → [アクセス] → [セキュリティ] に移動します
- ボタンを切り替えます

SSOアカウントの連携に認証を必須にする - これは、SSOログインをワークスペースアカウントに連携する際の認証を制御します。メンバーは、ワークスペースに所属していることを証明するために、メールで送信されたコードを確認します。「Padlet for Schools」の場合、これは承認済みドメイン(アカウントに設定されている場合)に一致するメール、招待リンク、またはCSV形式の招待リストによるものです。 Classroomの場合、メンバー招待リンク経由での参加が対象となります。この設定がオフの場合、対象となるメンバーはコードの入力手順をスキップします。これはMicrosoft、SAML、およびOIDCログインにのみ適用されます。GoogleまたはAppleでサインインするメンバーには、コードは送信されません。
なぜPadletが突然、生徒にメールアドレスの確認を求めているのですか? 以前はこのようなことはなかったのですが。
これは新規メンバーに限ったことではありません。ワークスペースにしばらく所属しているメンバーにも発生する可能性があります。確認は「人」ごとではなく「ログイン方法」ごとにトリガーされます。つまり、以前に確認されていないデバイスから初めてログインした際にはパスワードログイン用のコードが表示され、まだ確認・連携されていない Microsoft、SAML、または OIDC ログインを初めて連携した際には SSO コードが表示されます。 GoogleおよびAppleのサインインではコードの入力を求められません。そのため、長期間在籍しているメンバーがデバイスを切り替えたり、以前はメール/パスワードを使用していたが初めてSSOでサインインしたりした場合、メンバーシップ自体に変更がなくてもプロンプトが表示されます。ワークスペース全体でこれが初めて発生した場合は、「設定」→「アクセス」→「セキュリティ」を確認することをお勧めします。この設定が最近有効化された可能性があるためです。
では、これをオフにすると、ライブラリのセキュリティが低下してしまうのでしょうか?
そのように聞こえるかもしれませんが、そうではありません。この設定は、もともとアクセスが許可されていたユーザーにのみ影響します。これは確認手順を省略するものであり、セキュリティのゲートを撤廃するものではありません。実際のメンバーシップルール(承認済みドメインリスト、CSVによる招待、招待リンク)は、どちらの場合でも引き続き完全に適用されます。