Library·SOP·Operations
Add the same booking calendar to HTML, Astro, WordPress or another site that accepts iframes, then verify the complete visitor flow.
Last reviewed: · Editorial review
Clarity, structure and references reviewed in this version. This is not a test in a live account.
Embed a published 6am calendar where visitors expect to book. The embed is standard HTML: an iframe and a separate link to the hosted calendar. It does not require a WordPress plugin, a JavaScript SDK, a frontend framework or third-party session cookies.
Confirm the host, meeting instructions, duration, timezone, weekly hours, blocked dates, buffer, notice and booking horizon. Explain the meeting briefly above the embed; do not promise a video link or email that this version does not generate.
Choose a page you are authorized to edit. Keep a backup of its previous content. A site must allow iframe markup and loading the calendar origin. Hosting plans, editor permissions, plugins and site security policies can limit this; no embed can bypass those restrictions.
100%, height 900, lazy loading and a no-referrer policy. A separate link opens the hosted calendar in a new tab. Copy both the iframe and this link; empty content inside an iframe is not a reliable fallback.src.The frame follows the width of its container. Height is fixed at 900 pixels and can be adjusted in the copied HTML. Longer content scrolls inside it; this version does not automatically resize the parent page or send booking events to the parent. The host page cannot read the visitor form across origins. Keep the default internal scrolling and avoid containers that clip the frame.
Paste the complete snippet in the page body, or in the builder's HTML/embed component, below a useful heading. Keep it out of another form. Preview, save and open the actual visitor page. Confirm the builder retained both the iframe and fallback link.
Paste the snippet directly into the markup of a .astro page or component. It is native HTML; do not add a client:* directive or install an integration for it. Build and preview your site with its existing commands, then deploy through your normal authorized workflow. The calendar remains live even when the surrounding page is generated statically. Astro component documentation.
Edit the chosen page, add a Custom HTML block and paste the full snippet into its HTML editor. Save the block when that control is shown, then save/update the page. Reopen the editor and confirm the iframe was retained. Test the visitor page, not only the editor preview.
WordPress can remove iframe markup for accounts without the required HTML permission; WordPress.com plans and security plugins may impose additional limits. Ask the authorized site administrator to review the supported publishing method. Do not disable site-wide protections or grant broad permissions simply to pass a test. Keep a normal link to the hosted calendar if embedding is unavailable. WordPress Custom HTML documentation.
example.test email, submit one controlled reservation. Record the confirmation reference, local time and timezone shown inside the frame. This version confirms on the page and does not send an email, invitation or reminder.frame-src Content Security Policy and whether the editor retained the iframe. Request a narrowly scoped allowance for the exact calendar origin from the responsible administrator; do not disable CSP globally. See iframe reference.Record the company/calendar, destination URL, platform and editor, saved snippet, tested viewport, confirmation reference, CRM/contact outcome, occupied-slot check, cancellation and fallback result. Retest after site theme, CSP, editor or calendar changes. A working preview alone is insufficient. Keep any platform-specific limitation explicit; standard HTML compatibility does not certify every builder, plugin or browser configuration.