Jessica Rhoades: - Wow. Rupt is what I've been looking for. Have you used it before? Does it work well?

Bryan Bennett - TeamKickstart.com: I haven't. It was a possible solution we were looking at. My client decided to move away from Searchie because there is no way to track logins and they have issues with members sharing logins.

Samantha Johnston: This is the kind of case we would be looking to handle with our iframe. You would use the details of the Circle iframe and embed it into the Hub directly.

This would 100% be possible with an iframe element.

Will McArthur: I just want to be able to add our addevent calendar and a chat bubble.

Will McArthur: YES!!!! This would be SOOOO helpful!

brandi: Do you know if that is possible with an iFrame?

Will McArthur: I don't think an iframe would allow for html code to cover things like chat windows, site tours, or even tracking codes like Hotjar, analytics, etc. Admittedly, I'm not the most skilled with the html side of things so I could be wrong.

Will McArthur: I would strongly prefer entirely customizable HTML. If you are concerned, you might consider adding a warning for users or labeling it an advanced/risky feature or something of the sort... but you can take comfort in the fact that.... every page builder (obviously) and most course and group platforms allow for customized HTML.

Mike Indovina: You can do all of what you mentioned using Google Tag Manager, which Searchie does support... just so you know.

Bryan Bennett - TeamKickstart.com: Just not on the Pro Plan :(

Will McArthur: Prefer HTML over iFrame for embedding forms & calendars that do not use iFrame code ;-) BUT, will take iFrame for now.

Mike Indovina Bryan Bennett - TeamKickstart.com, WordPress actually lists which tags they support in their custom HTML sections:

In their list of unsupported ones, do any here throw alarm bells for you? Meaning, are there any in this list that are the reason for requesting this?

Will McArthur: I think so

Will McArthur: I'm looking for HTML to use with different snippets of code. Also, iFrame is another security risk due to XSS issues.

Will McArthur: So, having iFrame would pull from another site, not within the Searchie environment? There are risks with that as well. I'm still not thinking clearly post-Covid, but I I'd prefer HTML blocks. There are risks with both methods.

Will McArthur: HTML would be helpful for many things like calendars

and other such widgets.

Iframe works well for me since what I want to do is embed Vimeo livestreaming. Right n ow I have to split my membership between 2 sites so that I can do our monthly live events.

If I had a choice I would like the full HTML option but would gladly settle for iframe :)

Now lets talk about the ability to email members :)

Will McArthur: Ok, here's the deal... to be honest, I'm trying to push you for customizable HTML because I'm worried that if we don't get you to do it now, it'll be another 1-2 yrs before you revisit this topic -- and it's a topic we've been begging for for a very, very long time, so the possibility of that type of delay concerns me.

The only immediate needs I have are for iframes and javascript, but I just hired a dev team that is going to help me amp up our client experiences and I want them to have the flexibility to add custom HTML as needed.

And, I know I can use javascript at the page and site level using GTM. So, that's partially handled.

William Beem: Yes, for sure- we're accounting for that.

Bryan Bennett - TeamKickstart.com: Okay- understood. This is helpful as we are also fairly confident an iFrame-based element would cover many initial use cases, but it wouldn't provide the full functionality you're looking for. It gets us closer, though.

Will McArthur. In reply to your comment above. Not being able to add a form in an HTML block would be an issue. A big reason for wanting html is to add embedded forms. The disclaimer is really that people can't use those tags if they have a Wordpress.com site that doesn't allow for plugins. Most managed Wordpress sites do allow for some of these tags in the html block. I have tried to imbed forms inside of iframes before. it can be a nightmare for setting what happens after submit because you can't always replace the "parent". And styles inside the iframe sometimes gets overwritten by other CSS. Though I get your point about wanting to restrict some tags.

Lori O'Grady: Would you be looking to build that form natively with HTML? Or are you thinking of using a service for this?

Will McArthur: yes iframe works for me

Will McArthur: to answer the form natively with HTML question above. A key reason I would want to do a form in my Hub, would be to have a means to do things like surveys, feedback forms, sign-up forms, etc. At the moment, there is a CTA button with Searchie, but it takes you outside the membership to an external page or service. So it's two steps for the members. There is no way to embed these things on Searchie (or am I wrong, and there is a new feature).

Sometimes it means adding an embedded form (like for Mailchimp). For others it's an embedded script (like for Calendly).

In my message above, when I was talking about past struggles with embedding forms in Wordpress and Wix, I was thinking of what I did years ago with embedded sign-up forms. Now I use WPForms on Wordpress and send the output to Zapier. It's cleaner and fits into my site design better.

For some things, instead of an HTML feature in Searchie, what might really be desired is a Form feature.

Will McArthur: Thank you for getting us involved in this, Will!

I would strongly prefer a totally customizable HTML field.

Ana Edna GO: Is there something specific you’re looking to do that can only be done in a fully customizable HTML field?

Lori O'Grady: I wonder… our Audience Attributes are already great for this. If we introduced a way to put inputs for those directly on a Hub page, and then gave export options for those attributes in the audience area, would that accomplish the same thing? And eliminate the need for another tool?

Will McArthur: thanks. i will look at this.

Will McArthur: An iFrame would cover maybe 30% of what I'd want to do with custom code. Embedding media or sub apps like quizzes would all be fine that way. Forms can be OK in iFrames but post-submit routing can be messy in my experience.

What I really want is JavaScript and DOM API access, maybe some SVGs. Google Tag Manager works great for adding tracking codes. It gets increasingly awkward to use GTM to add chat buttons, site tours, and other customizations. I can do it, but it's not a nice interface. I have to examine the rendered HTML myself, track navigation, and keep track of state inside GTM and that Searchie doesn't change things after I'm done.

If Searchie itself took control of adding/removing custom stuff from the DOM when the page changes it would be a lot nicer. I do get that custom HTML becomes a lot harder since Searchie is a single-page app.

My questions would be, what security risks are introduced by offering full custom HTML, that aren't already a concern with GTM? Could Searchie use a Content Security Policy with random nonces and 'strict-dynamic' to protect against malicious custom code? (Those of us adding custom HTML would have to modify our script elements to add a {{nonce}} variable or something, but that's not a deal-breaker.) Could it be an opt-in feature that isn't automatically enabled, and users have to contact support to have it manually activated in their hubs?

Will McArthur: As far as I know, iframes are used to embed content.

I'd like the capability to use JavaScript to filter elements, add progress bars, sticky elements, display timed content, etc., without having to call content from an external source.

Does this make sense?

Will McArthur: iframe... my current need is to embed my podcast player on my hub.