4 ms·

I second that. SEO is a slow growing channel and it takes some time to get effects. Starting earlier can help out. Also, make sure that your page loads fast -

I second that. SEO is a slow growing channel and it takes some time to get effects. Starting earlier can help out. Also, make sure that your page loads fast - especially the content that you are trying to index. Low hanging fruit like optimising image size or cleaning up your imports can have a big effect. When just starting out with little backlinks, good page speed loads can be the differentiator that will put you ahead. Use https://pagespeed.web.dev https://pagespeed.web.dev to check how fast your website loads.

qwerty456127 5y ago
> Also, make sure that your page loads fast To me this sounds like "code in pure HTML, no React/Angular or anything like that". Am I correct?
- SXX 5y ago
  Actually this isn't always the case. Some people just make mistake of using few mbs of some high-quality PNGs on their landing pages which can be much worse than just mere JS framework bundle. Also both Angular and React are not as heavy as one might expect, but 3rd-party components might bring tons of unnecessary deps.
- martin_a 5y ago
  There's more to it, but I've focussed on WordPress pages in the past. Some things I'd start with: - Minimize images (tinypng/tinyjpg) - Deactivate/Remove what you don't need (Plugins (!!!), RPC, Emojis, stuff like that which is ON by default in WP -> will strip down the code) - Strip down & combine scripts - Reduce third-party dependencies, try making them first-party (fonts, analytics) - Minify scripts and CSS - Use caching on the client-side through htaccess rules Normally those things are enough to get a 85+ score on Lighthouse, GTmetrix and alike.
  - nickfromseattle 5y ago
    These are overly technical things that technical founders will be drawn too. But it's not what matters (at least, until you have hundreds of pages ranking). Google Search is very similar to LinkedIn, TikTok, Facebook and Instagram in the sense that the better your UX metrics are (time on-site, pages visited, return visitors, etc) the more visibility Google will give you in the SERPs. For most SaaS, there aren't a few valuable keywords, there are hundreds of valuable pages representing thousands of keywords to drive a qualified audience. This means after you learn how to create highly valuable content, the next step is to scale your publishing velocity to increase your footprint in the SERPs. I've brought 4 websites from 0 to 100,000+ organics/month by focusing on creating more reader value than any other page of content Google could show for the keywords I want to rank for, and publishing hundreds of pages of content.
    - yowlingcat 5y ago
      Love this. Have you written any more detailed content about this journey taking any one of these such websites from 0 to 100k? I'd love to read the play by play.
      - nickfromseattle 5y ago
        I looked at your profile to send you a DM, but no contact information. :( Here is the playbook we used to grow a website from 0 to 1,500,000 organics/month: https://workello.com/0-to-1-500-000 https://workello.com/0-to-1-500-000
    - qwerty456127 5y ago
      > the better your UX metrics are (time on-site, pages visited IMHO actually good UX metrics mean as low time on-site and pages visited as possible. An ideal user experience (I would, as a user, be glad to pay for) is when you visit the page, immediately find what you want, do you job as quickly as possible and go away. A good valuable website caring about users rather than ad-spamming them would optimize for this, not for users to waste huge amounts of time wandering through pages until they can achieve their goal.
  - ctomczyk 5y ago
    > - Reduce third-party dependencies, try making them first-party (fonts, analytics) I'd add that third-party dependencies are sometimes useful. Especially when they aren't served from the same location which gives and opportunities for the browser to open more HTTP connections: https://www.linkedin.com/pulse/why-does-your-browser-limit-number-concurrent-ishwar-rimal https://www.linkedin.com/pulse/why-does-your-browser-limit-n...
- pawelwentpawel 5y ago
  > To me this sounds like "code in pure HTML, no React/Angular or anything like that". Am I correct? That's not what I meant. With optimising page speed, there is a diminishing curve of returns from the perspective of time invested and the improvement that you make. My idea, adding to the top comment mentioning the SEO, was to make sure that you don't slow down your landing pages / content unnecessarily which might lead to less organic growth and discovery. While I wouldn't argue that this is the most important thing that will take your business off, a fast website and good content with keywords might provide you nice boost long term.
- smilebot 5y ago
  That’s a bit too extreme since you still probably want all the UI libraries readily available to make your life easy. You could use server side rendering instead. And as others have said, package “marketing” landing pages without any heavy plugins/modules. Look into chunking, lazy loading etc.
- naetd 5y ago
  Not exactly correct or incorrect. Some projects built as a single page app (SPA), using a fancy framework like React or Angular with little configuration, end up loading all DOM content client side via javascript which has a number of drawbacks on performance and SEO. It doesn't have to be that way though. If you want to use React, there are tools to help you easily make something like a static site generator (SSG) which will transform your React code down into pre-rendered HTML pages. Two popular ones are Gatsby (https://gatsby.dev/ https://gatsby.dev/) and Next.js (https://nextjs.org/ https://nextjs.org/) which also supports Server Side Rendering (SSR). So out of the box plain HTML / CSS might be more optimized than a fresh create-react-app repo, but if you prefer to use the toolset provided by React to build your site (or Vue or Angular, etc), there are plenty of options to make that equally performant.

qwerty456127 5y ago

> Also, make sure that your page loads fast To me this sounds like "code in pure HTML, no React/Angular or anything like that". Am I correct?

SXX 5y ago
Actually this isn't always the case. Some people just make mistake of using few mbs of some high-quality PNGs on their landing pages which can be much worse than just mere JS framework bundle. Also both Angular and React are not as heavy as one might expect, but 3rd-party components might bring tons of unnecessary deps.
martin_a 5y ago
There's more to it, but I've focussed on WordPress pages in the past. Some things I'd start with: - Minimize images (tinypng/tinyjpg) - Deactivate/Remove what you don't need (Plugins (!!!), RPC, Emojis, stuff like that which is ON by default in WP -> will strip down the code) - Strip down & combine scripts - Reduce third-party dependencies, try making them first-party (fonts, analytics) - Minify scripts and CSS - Use caching on the client-side through htaccess rules Normally those things are enough to get a 85+ score on Lighthouse, GTmetrix and alike.
- nickfromseattle 5y ago
  These are overly technical things that technical founders will be drawn too. But it's not what matters (at least, until you have hundreds of pages ranking). Google Search is very similar to LinkedIn, TikTok, Facebook and Instagram in the sense that the better your UX metrics are (time on-site, pages visited, return visitors, etc) the more visibility Google will give you in the SERPs. For most SaaS, there aren't a few valuable keywords, there are hundreds of valuable pages representing thousands of keywords to drive a qualified audience. This means after you learn how to create highly valuable content, the next step is to scale your publishing velocity to increase your footprint in the SERPs. I've brought 4 websites from 0 to 100,000+ organics/month by focusing on creating more reader value than any other page of content Google could show for the keywords I want to rank for, and publishing hundreds of pages of content.
  - yowlingcat 5y ago
    Love this. Have you written any more detailed content about this journey taking any one of these such websites from 0 to 100k? I'd love to read the play by play.
    - nickfromseattle 5y ago
      I looked at your profile to send you a DM, but no contact information. :( Here is the playbook we used to grow a website from 0 to 1,500,000 organics/month: https://workello.com/0-to-1-500-000 https://workello.com/0-to-1-500-000
  - qwerty456127 5y ago
    > the better your UX metrics are (time on-site, pages visited IMHO actually good UX metrics mean as low time on-site and pages visited as possible. An ideal user experience (I would, as a user, be glad to pay for) is when you visit the page, immediately find what you want, do you job as quickly as possible and go away. A good valuable website caring about users rather than ad-spamming them would optimize for this, not for users to waste huge amounts of time wandering through pages until they can achieve their goal.
- ctomczyk 5y ago
  > - Reduce third-party dependencies, try making them first-party (fonts, analytics) I'd add that third-party dependencies are sometimes useful. Especially when they aren't served from the same location which gives and opportunities for the browser to open more HTTP connections: https://www.linkedin.com/pulse/why-does-your-browser-limit-number-concurrent-ishwar-rimal https://www.linkedin.com/pulse/why-does-your-browser-limit-n...
pawelwentpawel 5y ago
> To me this sounds like "code in pure HTML, no React/Angular or anything like that". Am I correct? That's not what I meant. With optimising page speed, there is a diminishing curve of returns from the perspective of time invested and the improvement that you make. My idea, adding to the top comment mentioning the SEO, was to make sure that you don't slow down your landing pages / content unnecessarily which might lead to less organic growth and discovery. While I wouldn't argue that this is the most important thing that will take your business off, a fast website and good content with keywords might provide you nice boost long term.
smilebot 5y ago
That’s a bit too extreme since you still probably want all the UI libraries readily available to make your life easy. You could use server side rendering instead. And as others have said, package “marketing” landing pages without any heavy plugins/modules. Look into chunking, lazy loading etc.
naetd 5y ago
Not exactly correct or incorrect. Some projects built as a single page app (SPA), using a fancy framework like React or Angular with little configuration, end up loading all DOM content client side via javascript which has a number of drawbacks on performance and SEO. It doesn't have to be that way though. If you want to use React, there are tools to help you easily make something like a static site generator (SSG) which will transform your React code down into pre-rendered HTML pages. Two popular ones are Gatsby (https://gatsby.dev/ https://gatsby.dev/) and Next.js (https://nextjs.org/ https://nextjs.org/) which also supports Server Side Rendering (SSR). So out of the box plain HTML / CSS might be more optimized than a fresh create-react-app repo, but if you prefer to use the toolset provided by React to build your site (or Vue or Angular, etc), there are plenty of options to make that equally performant.