I don't understand what this has to do with VC money/don't get your point. This is all about SEO.
You separate marketing vs. app when you have different rendering concerns.
If you're not using a SSR framework like Next.js or Nuxt, you don't want to client render your marketing site for performance reasons and because certain client rendered elements are not visible by search engines.
My setup is:
- Marketing/landing page: Astro.js (with Vue components) which renders everything to static HTML at build time. SEO is relevant here.
- App: plain JavaScript + Vue.js which is all client rendered, backend is Go which just returns JSON. SEO is irrelevant here as there isn't any searchable content and everything is behind an authentication guard.
I don't understand what this has to do with VC money/don't get your point. This is all about SEO.
I want to use a single Rails app that will serve both the app & marketing site to keep it simple from the start. As it is a Rails app, it will be pricer compared to having a static page as a marketing site. In my experience, burning thousands of dollars for marketing makes running the marketing pages on the Rails costly.
Basically, I couldn't decide if it is worth separating from the start or should I worry about that later on as I don't have a marketing budget that's even close to hundreds of dollars.
I would just start with known tools (sounds like you like rails, so use rails), with the caveat being that you should keep SEO in mind. However, if you're using rails on the backend to render everything, that should not be a problem.
Yes, rails consumes more resources than other technologies. But if you're starting from scratch that doesn't matter. Many successful companies (worth billions) started on things like Django, Rails, etc and then later moved to other tech when it was clear it wasn't worth the cost. But not before then.
If something isn't scaling, fix it later and optimize for fast shipping
I don't understand what this has to do with VC money/don't get your point. This is all about SEO.
You separate marketing vs. app when you have different rendering concerns.
If you're not using a SSR framework like Next.js or Nuxt, you don't want to client render your marketing site for performance reasons and because certain client rendered elements are not visible by search engines.
My setup is:
- Marketing/landing page: Astro.js (with Vue components) which renders everything to static HTML at build time. SEO is relevant here.
- App: plain JavaScript + Vue.js which is all client rendered, backend is Go which just returns JSON. SEO is irrelevant here as there isn't any searchable content and everything is behind an authentication guard.
Thank you for the response! :)
I want to use a single Rails app that will serve both the app & marketing site to keep it simple from the start. As it is a Rails app, it will be pricer compared to having a static page as a marketing site. In my experience, burning thousands of dollars for marketing makes running the marketing pages on the Rails costly.
Basically, I couldn't decide if it is worth separating from the start or should I worry about that later on as I don't have a marketing budget that's even close to hundreds of dollars.
I would just start with known tools (sounds like you like rails, so use rails), with the caveat being that you should keep SEO in mind. However, if you're using rails on the backend to render everything, that should not be a problem.
Yes, rails consumes more resources than other technologies. But if you're starting from scratch that doesn't matter. Many successful companies (worth billions) started on things like Django, Rails, etc and then later moved to other tech when it was clear it wasn't worth the cost. But not before then.
If something isn't scaling, fix it later and optimize for fast shipping