What is a WPIntegrate component?
A component is a custom HTML element that renders live Microsoft 365 data inside your own page. You paste two lines — a script tag that loads the bundle, and the element itself carrying an embed key — and everything else about it, which Microsoft 365 source it reads, how it is laid out, what colours it takes, resolves from that key at boot. Changing any of it later never means editing the page again.
Do our visitors need a Microsoft 365 account?
No. Access to Microsoft 365 is resolved on our side of the request, not in the visitor’s browser, so nobody is asked to sign in to Microsoft to see a booking form, a document library or a team directory. What the visitor gets is an ordinary part of your page.
Does it work outside WordPress?
Yes. A custom element runs in any framework or in plain HTML with no build step, so the same two lines work in Astro, Next.js, Webflow, Squarespace, a SharePoint page or a static file you edit by hand. WordPress is the one platform that also gets the job as a plugin with a Gutenberg block.
Do we have to register an Azure application?
No, unless you want to. In managed mode your IT administrator is asked to grant consent once, and that is the whole of what your side has to do. In proxy mode you supply your own gateway base URL and API key, which means you register the application and we never hold a Microsoft Graph token at all.
Will the widget look like WPIntegrate?
Only if you want it to. Widgets are white-labelled: a tenant sets a brand theme and any single instance can override it, so the host page’s brand wins including its dark mode. The design system supplies defaults rather than mandates, and WPIntegrate branding stops at the boundary of our own properties.