- I definitely use slugs. I have also started to not use page content type and instead just send arbitrary text through the data to send input field on a go to page navigation workflow action. This way, I can get more data into my clean human readable URLs.
For example, I get
and on that page will have a map populated with clothing stores in Brooklyn New York. I also use that data from the URL to set up my Page Title, Page Description, Image and Structured data.
- I love the use of links for SEO purposes, however, they are dreadful for UX and speed. When you use a link element to navigate a user the page has to load, and in the event you are sending the user to the same page with a different slug, the page when navigated from a link element has to reload all elements etc. and causes a UX issue for page load speed.
To overcome the page load speed issue, whenever you are navigating the user to the same page, but changing some URL values (path lists or parameters), which ultimately change data on page or view of elements on page, you want to use the go to page navigation action, which as stated in the article can be done by making almost any element clickable. And as pointed out, if you do navigate internally with go to page actions, the SEO benefit of links is not attained.
So, what I do to make use of best of both worlds, is I put the links I want to have search bots aware of, into a repeating group that is inside of a floating group which is set to float beneath the page and basically ‘invisible’ to the users eye, but the search bots pick up all the links in the repeating group. Then, I use a button, group or text to trigger the go to page actions for user navigation. With this approach I get the SEO benefits from links as well as the UX benefit of go to page navigation action.
I’ve been requesting from Bubble for some time, as I’m sure numerous others have, to increase the power of the go to page action and I believe they may be doing so in the near future.
One thing, I do hope Bubble does is to enable more use of path list items in this approach as URL parameters are not as beneficial to SEO as path items are.
- I have checked the box for canonical URLs, but not sure of the ultimate benefit or how well they work. I never see them show up in my SEO checkers, but I mostly look at pages that are dynamic such as a store listing page and not on homepage, so maybe this Bubble feature just works for the index page…I’m not really sure.
Most of the tricks I use I mentioned such as using a path list to hold data relevant to keyword searches. I also ensure the headers of text elements are used properly and have an H1 that would read something like ‘804 Clothing Stores in Brooklyn New York’, and the names of the stores in the search card would have H2 on the name of the store, so my SEO would have multiple header tags.
Also, in my page data, like title, description as well as Header where I place my structured data, I make use of “conditionals” through the use of the :formatted as text operator to essentially create an ability to change those values dynamically, especially on a single page that shows both the search results and the selected result, so the page URL could be one of either:
Mostly, this is there for the user to see the values properly while browsing, but I also have another page, that users can not navigate to, but I use the link for search bots to ensure when they crawl they index the page with proper data…the other page would be something like
This is because the time it takes for the page details to change dynamically is a bit too slow for search bots to always pick up the correct content. So, the other, user non-navigable page, has the page content type set to clothing store, and I just supply the slug of the store listing, so the page details are picked up by search bots as well as social media sites.
I’m currently deep into my own personal project, which is a multi-language app, so I’ve found myself getting creative for the SEO and URL manipulation.