For react spa/s without ssr, your best bet is usually a robust prerendering service or a different build process that handles static generation, since relying solely on client-side crawling is a huge gamble for visibility even with `async-helmet-react`
Ditching ssr for a complex site is just asking for seo headaches, so you should really look into migrating to next.js or remix for better indexability. If you're dead set on keeping your current stack, try using a service like prerender to handle those async tags for the crawlers
Why no SSR though? It’s easier that wayHi. I've made lots of websites with lovable to only find that it's hugely bad for SEO. vite-plugin-prerender is no longer compatible with the newest vite...
what would be the best approach with React SPa, no SSR, and async-helmet-react ?
Best is to convert to nextjs for your front facing websites. For applications - move them to app.domain sub domain and build a nextjs clone of your frontend website using claude code or any other tool for SEO benefits.Hi. I've made lots of websites with lovable to only find that it's hugely bad for SEO. vite-plugin-prerender is no longer compatible with the newest vite...
what would be the best approach with React SPa, no SSR, and async-helmet-react ?
i will isolate the pages which need organic traffic from the others. important content landing pages should be better off being prerenderred or statically generated in HTML than using only react to render all of them dynamically. the SPA can be used for the interactive bits while SEO related pages could be indexed from the get go.Hi. I've made lots of websites with lovable to only find that it's hugely bad for SEO. vite-plugin-prerender is no longer compatible with the newest vite...
what would be the best approach with React SPa, no SSR, and async-helmet-react ?