Require WordPress login
The [mga_chat_app] surface can require visitors to be signed in to
WordPress before they can interact with the chat. When enabled,
logged-out visitors see a polished sign-in card instead of the chat
surface. This is independent of the server-side bot password — both can
coexist.
Turn it on
Section titled “Turn it on”-
Open the customizer for the bot you want to protect. (Bot workspace → pick a bot.)
-
Click Chat app sections → Behavior.
-
Scroll to Authentication & gating and flip Require WordPress login on.
-
Customize the sign-in copy (default: “You need to be logged in to be able to interact with this assistant.”) and optionally a Sign-in redirect URL — visitors get a button that takes them there. If empty, WordPress’s default login URL is used.
-
Click Save changes.
What the toggle looks like in the customizer
Section titled “What the toggle looks like in the customizer”This bot also has a server-side password set on the MGA platform. The WordPress login gate is independent — it controls who reaches the chat surface, but the password is enforced by the API itself. Manage bot password →
What a logged-out visitor sees
Section titled “What a logged-out visitor sees”When a visitor without a WordPress session lands on the page, the
[mga_chat_app] shortcode renders the sign-in card instead of the chat
surface. Once they sign in, the chat loads normally.
Per-embed override
Section titled “Per-embed override”You can flip the gate on/off per embed without touching the customizer
by passing require_wp_login="true" (or "false") directly on the
shortcode:
[mga_chat_app public_id="a8d3-…-f72c" require_wp_login="true"]Legacy behavior
Section titled “Legacy behavior”If a bot was already gated by the server-side password before you upgraded to v1.2.10+, the WP-login gate stays on automatically until you open the customizer once and explicitly toggle Require WordPress login to your preferred value. After your first save, the toggle in the customizer is the canonical source.