Publish web app on own URL

Hi, I know this issue has been brought up before in several different topic streams, however I have not found a proper solution (at least not one my “thick head” could grasp).

I would like to see my own domain name when running a web app.

See the screen shot below. I would like my customers to see my domain name (something like http://crowrider.com/webapp/) instead of the thunk.app/… Any ideas?

Just to simplify:

  • iFrame does not work for me (it needs https)
  • hosting the web app on my server?
  • redirect works but also the URL changes,

any ideas?
Cheers!
Max

4 Likes

Hey @max.langoscor0rmb

Great question - and it’s been mentioned (but maybe not directly answered?) in a couple of places already but it makes sense to give an update here.

At the moment you can do a redirect (with the URL changing) but it’s not possible (right now) to retain that URL.

Can you tell me a little more about your particular use case? Do you think it would be possible to launch your app without this functionality, and then update if it comes out in the future?

Thanks.

2 Likes

Hi Dom, thank for your answer!

Hmmm, yes, I could certainly launch it with switches in AirTable which would be only activated when the functionality is live and tested. However, I am not ready with the app yet, so I would not be going live anyway.

Another option (maybe even better) could be to close the address bar altogether… no bar, no weird address… would the app be able to do that reliably across browsers (both mobile and pc)?

You ask about my use case. This app will support my class participants in preparing different topics. It will be linked to videos and exercises and articles that I have on my website and be guided through their preparation (which of course also means that it would be great if the web viewer also worked properly on the webapp… currently I must actually open the browser). So the webapp would be used in two ways:

  • Main usage: When accessing the same support tool on pc, they will simply link to the webapp and continue where they left off on mobile.
  • Work around usage: When they are on mobile, and click back from a webpage (say they just watched a video or did an exercise), since I cannot use the web viewer, the “home” button is actually on the website, not in the app’s navigation bar. The “home” button would redirect them to the webapp, not the mobile app (idea being that they would hardly notice the difference) …

(…by the way, why doesn’t the web viewer work properly in webapp? Will it ever?)

Thanks!
Cheers
Max

You can do something like this on Mobile by asking your users to add the app to their home screen.

What do you mean by “properly” here? Are you having an issue with CORS?

Thanks, I tried with adding the webapp to the home screen but I still get the address bar.

Re.: the web viewer, I mean that I just get a blank screen when using the webviewer throught the webapp whereas it works fine in the app itself. I am doing something wrong?

Thanks for your support!
Cheers
Max

Really? Are you opening the icon that gets added to your home screen? I tried this on iOS and Android and the address bar was hidden. If you use your web browser it will show the address bar.


Not necessarily. Are you using http or https for your URL?

Hi Dom,
I am currently only working on Android.
With Firefox the web app works fine, but the URL stays visible, while with Chrome the URL is hidden, but the web app doesn’t launch. it stays stuck on the loading icon. Weird. However I haven’t tried to figure out why yet so don’t waste your time on this just yet. I’ll get back to you if I cannot solve it.

With the web viewer I am using to http… is that the reason for coming up blank in the web app?

Thanks!
Max

Great, thanks! Keep me posted and I can take another look later if needed.

I too have wanted to host my own HTML5 exports on my own domain. I thought it would be as simple as copying and pasting the source of my Thk app.

My code editor renders this error message:
Named entity expected. Got none.

Are the web apps code to forbid hosting on other domains, by extracting a certain element; when an attempt to host outside of Thk is made?

I have to say I agree with Max here, if I could use my own domain that would be amazing. Our app can be accessed by clicking “web app” or “Android (Google Play)” from the link “startshare.app/launch”. I’d love it if everything was under my domain and I could host it myself, giving my users more trust in my platform knowing it’s all under one common URL.

I’ll contact Thunkable itself and offer this feedback in improving the “Publish as Web App” functionality and inquire about plans to update it and support more components.

  • Ethan at SwagShare, LLC.
1 Like

How would you do this with IFrame?

I dont think it’s doable at the moment. I’ve tried it in an iFrame many times and it wouldn’t load regardless, that’s usually a sign the web app isnt set up to be loaded in a container, likely for security reasons.

1 Like

The only thing we can now is forwarding. but the thunk app address will still be visible. I also like to have my app “hosted” from our own domain names. But right now can’t really go into creating pro-products like this.

2 Likes

:eyes:

White labeling is on the roadmap. We just aren’t sure for when we will be able to implement :pensive:

2 Likes

Any clarity on when this will be implemented?

2 Likes

@jared I’d also love to be able to export/host the webapp with my own domain. Is there any update on when this feature might become available?

2 Likes

You can have your web app inside an iframe element of the HTML file in your domain.

1 Like

For more clarity about the subject of running the web app from your own domain, please see

1 Like

Thanks for the reply @muneer! I’m mainly interested in being able export to host the actual web app on a different website, rather than embedding it as an iframe (I don’t really like the idea of my client’s apps being entirely dependent on my Thunkable subscription in the long-term). I’m not sure if something like this is in the pipeline for Thunkable or not, but I’d definitely use it, and would be happy to pay extra for the ability to do so.

2 Likes

Thats actually a good question. If once published as a Web App if it truly is dependent on the subscription. Or if like the published apps it doesn’t matter after they are published.

Anyone have any ideas?

1 Like