Thank you for your message Stuart 
just out of curiousity. I assume I will need a paid plan for netlify for this? How many custom domains would the first tier of that plan be able to handle?
As you mentioned, a companion Netlify account is needed for this plugin to work. The base account needed is currently 100% free. Netlify, of course, offers additional features for a price, but none of these are required to get the plugin working.
As for the number of white labels the free tier would support - that I’m unsure of. I haven’t heard of any TheirLabel customers reporting needing to upgrade but at some point, larger apps with moderate volume will have to bump up into a paid Netlify account. The most white labels I’ve made in service of one Bubble app was about 40 and never had to upgrade.
1 Like
Thanks for your answers. I still can’t get your examples to work. Can we perhaps dm?
Hey Tristan, am happy to continue working through any issues you’re experiencing right here or over DM, just let me know! That said, is it my demo that you’re seeing issues with working or setting it up in your environment? Am looking forward to resolve these issues as soon as possible, thanks!
Tristan, did you get a chance to see my message here?
I don’t perfectly understand what is meant by stealth forwarding. That said, if the demo I linked to doesn’t clarify things for you, by all means please follow / help me understand a little more about stealth forwarding. Thank you!
Stealth forwarding is where the url remains the same as the entry url regardless of the url that it is being forwarded to.
Example:
App is at: app.mybubbleapp.com
Customer url: customer.com
Customer.com —> forwards to: app.mybubbleapp.com
But what the user sees in the browser url is: customer.com
I see. By that definition, I suppose “Stealth Forwarding” is exactly what this plugin does as that’s the way we create white labels. And I believe this to be the case of any white labeling plugin available in the bubble marketplace. So yes, this plugin does that and does not change the zoom factor on mobile devices. This is something you can test for yourself on theirlabel.com! Thank you
@zelus_pudding TheirLabel doesn’t support copying content from the Bubble app inside the iFrame to your clipboard via JS. Could you adjust the iFrame code your plugin deploys to Netlify?
Currently, it’s
<iframe id="myIframe" src="https://my.bubble.app"></iframe>
If you change that to
<iframe id="myIframe" src="https://my.bubble.app" allow="clipboard-read; clipboard-write"></iframe>
then it works.
1 Like
Just updated the plugin to support copying content from the Bubble app inside the iFrame to a user’s clipboard via JS. Update to version 2.0.9 to use Thank you for that code contribution @tobi1 - definitely helped get this updated quicker!
1 Like
Thanks man! That was quick
1 Like
That is a very excellent solution! Thank you, Zelus! I have 2 more suggestions that will greatly improve this great plugin:
- Make it possible to add a custom color for the body (so the page will start to load for the user instead of a white background)
1.1) Ideally, it would also be possible to show the loader before the appearance of the first visible elements. Because those first 2-3-4 seconds of waiting with a white screen (I know it’s on the side of Bubble) - can worsen the conversion. The loader is very easy to add - it can fix that if the size of the content, for example, becomes more than 100 pixels - the loader disappears (like this – Preloader Page Plugin | Bubble, but on the head-side, not the body-side as in this plugin) - For the Google speed Test indicator to show a non-zero result, I found one life hack - you need to add a transparent inscription in the body, for example - div class=“first”>Page is loading…</div (and in the header - .first {width: 0px; height: 0px; color:#161616;}), then Google Page Speed will show quite good results
Bro, your plugin doesn’t work for the Ukrainian most popular domain zone – ______.com.ua, can you fix it, please?
As a domain, its works well but at sub.domain.com.ua it’s not working.
aha, I understand – plugin think, that is sub.sub.domain.zone.
How to fix it for com.ua, in.ua, kiev.ua and other?
That’s correct - the plugin doesn’t work with multiple subdomains/zones. Our docs say:
Note: The url that your customer can enter must have the form of an apex domain (example.com) or a subdomain (blog.example.com). URLs with multiple subdomains (kinder.blog.example.com) will throw an error that you can catch.
You would have to either limit this in your app and or I will have to take a peek to see if I can make it work in the plugin. In the latter case, I believe I will have time next week to investigate.
As it relates to your other points:
Make it possible to add a custom color for the body (so the page will start to load for the user instead of a white background)
This is the first request I’ve had for such functionality. Is this for helping give your users the impression that the page is loading? Other reason? And once your page loads in the iframed content, should this background ideally change back to white? Or stay the same?
Ideally, it would also be possible to show the loader before the appearance of the first visible elements. Because those first 2-3-4 seconds of waiting with a white screen (I know it’s on the side of Bubble) - can worsen the conversion.
You mentioned this is very easy to add - if you have example code you wish to share that can speed up the rate at which this option gets added. This would also be something I would need to asses adding next week.
Yes, I will make an inscription that if it is a double domain zone, then it will be necessary to use another method, but if it can be fixed somehow - it would be absolutely fantastic!
Regarding the preloader - I wrote to a js specialist I know - he wrote to me that “yes, I can do it”, so I will wait for his answer and how he will answer - I will share the script
About the choice of color for the background - yes, this is to make it clear from the first seconds that the page has already started to load. I just have such pages made basically in a dark color. Here is an example of how it looks for me in manual mode - https://hello.goodpromo.me/
Just curious if any fix for the iOS cookie issue was ever found? I had an app on the Do not set cookies by default which seemed to solve it but trying to set up Mixpanel and a few other features which won’t work without this being changed, so trying to incorporate all of this but then I remembered why we had it off when someone mentioned an issue with their whitelabel on mobile.
Let me know! I guess if Bubble had a way to not set cookies on a specific page that would be ideal but not sure that is possible either.
ok immediately after this, I see in the bubble documentation there is opt in to cookies action, so we can just do that on the pages we need to do that for and leave the whitelabel page we use alone. I think that solves it!
1 Like
We never were able to find a good solution for this, unfortunately :’(
It’s a pity, but I just now received a message from users that the plugin does not work correctly for our domain zones. For example, it perceives the domain krassdesign.com.ua not as a domain, but as a subdomain and issues only a CNAME, as for a subdomain, and not as a domain with an A record.
It turns out that it will not be possible to fix it, right?
1 Like
That is a problem! And I’m sorry to hear that. Yes - in this case the plugin is definitely treating krassdesign as the subdomain. The challenge I have is how to tell my plugin that the com.ui portion is all a top level domain (and do this for all top level domain names, not just .com). I imagine there’s a javascript plugin that can do this. If I can find one, then I’ll have to confirm this is something Netlify supports (perhaps I’ll check this first). Assuming I have those two pieces, then I could fix this. Will be looking into it this week.