bubble has a pre-built selector website home url. so use that as a value to startā¦then add the page name you created for the page they are getting sent toā¦then add the unique identifier you are using to track job roles.
For more clairifcation look for info on clean urls or custom urls
I appreciate you taking the time to reply but maybe you should have taken the time to read my post correctly. I know how to send data to another page and this is not what I requested. I need to generate a link that will open on a page and load a specific thing. It needs to be a link that can be shared on another website.
Actually thereās a quicker way to generate the link, and it as the advantage of staying dynamically consistent witch the page name if you change it.
Every data type has an auto-generated link that generates the URL for you. @boston85719 solution will work too, but is a bit more risky as it doesnāt reflect changes in page name or Field for readable URL settings. Simply pick the data type and search for link, and then select the page that you want the link to point to:
Do you know how I would then be able to load this data into a page when the link is clicked. I am guessing I would neet to āget path from urlā but I have tried using that and canāt get the parameters right. Have you used it before?
When you load a page this way, the data will be loaded automatically (in the same way as Go to Page), so thereās no need to use the Get Path. In my example, the User will be loaded as that Pageās Thing whenever the page is loaded through that link.
You are correct that it eliminates the problems associated with changing the name of a page, but it also restricts some things as the page needs to be of the same datatype. It seems like if the page you create doesnāt have a data type associated with it, the function for *Field for readable URL settings is not available, so if you donāt want to associate the page with a data type you are not able to use the method you outlined. I believe the reasoning for not creating a page and making a data type on it is also focused on clean URLs.
I think in the end, whatever works best for the individual is the best way to do something as there are always multiple ways to achieve similar results. I use mine in an attempt to get some SEO benefits from the readable URL as well as possible social sharing, but Iām no expert on these things and just hoping I actually get the benefits.
Yeah, totally valid points, for multiple data types or more control over URL, this method is not very flexible. There are two things to be aware of when choosing though:
Bubble has confirmed that page load is quicker when the Page Thing is loaded (how much is of course up for debate).
Dynamic Meta tags can be difficult to set up on pages with more than one data type, as they cannot use conditions and have limited access to parameters (and meta tags weigh more heavily than Url for SEO). So if youāre storing the meta tags in the DB, youāre limited to using one data type either way
It should be noted that for a major project, I chose @boston85719ās method myself, for various reasons. So Iām not really pushing one over the other here, just pointing out alternatives.
Is this because they are set up behind the scenes by bubble? I am not familiar with meta tags and how to set them up beyond putting that information into the page header.
I definitely need to do more research on the use of them.
Itās mainly because they donāt allow for conditions. They recently introduced the ability to Do a Search Forā¦ in the tag settings, but since itās not conditional, you canāt change what data type you are searching for.
One way to partly solve this is to save SEO info in its own data type (and then save the Page Thing you want to load in a field in that container) , or even more efficiently, in the new Option Sets (which Iāve done in some cases, as the loading time for the tags matter), but for large volume data sets this quickly becomes cumbersome.