Live data from Hacker News

Building an HTML-first site doubled our users overnight

mohkohn.co.uk

111–120 of 605 posts

Re: Building an HTML-first site doubled our users overnight

#112
> When we launched, the number of people completing the form doubled. The analytics people didn’t even know where these users were coming from. Of course, your javascript-based analytics package doesn’t see the users you are bouncing because of javascript failures.

Yeah, reminds me of the b52 story re holes in wings on the planes that made it back from missions, leading them down the wrong path of strengthening wings. They weren't looking at the planes that never came back with holes in the fuel silages.

Re: Building an HTML-first site doubled our users overnight

#113
post #24

Earlier quoted context omitted.

They feel the slowness of the page load

Not on their iPhones operating over 5G or the corporate WiFi.

"What, support Safari? Isn't that, like, less than 20%? And its standards support is abysmal! No, not worth my time, they can upgrade to a normal browser like everyone else."

Re: Building an HTML-first site doubled our users overnight

#114
post #24

Earlier quoted context omitted.

They feel the slowness of the page load

Not on their iPhones operating over 5G or the corporate WiFi.

Salesforce and SAP are not fast, even on that. But ubiquitous for building corporate platforms for their customers.

Re: Building an HTML-first site doubled our users overnight

#116
I am not familiar with this astro framework they used. But having built some sites using Pure HTML/JS back in the day, React, Angular, Vue, Rails ERB, Rails Hotwire, and HTMX. I think HTML first websites are absolutely the way to go. Rails Hotwire with View Components makes rails sites super fast, faster to develop and easy to re-use components. HTMX more generally, but Ive used it with Spring boot and Thymeleaf. I really don't want to go back to SPAs. Development time is less and the website performance is better, and I haven't really seen any regressions in capability. With HTMX and some url parameters, I can make a pure HTML site that seems like a Single Page Application but without the excessive loading times.

Re: Building an HTML-first site doubled our users overnight

#118
post #40

Having been building websites since the mid 90's, I laugh at terms like "HTML-first website"

I’m sorry I can’t hear you over the Flash animation splash pages I was forced to sit through before being able to look up hours of operation.

As a teenager I remember going to a website for... a city, I think? And their 'sidebar' was a Java applet that did nothing but provide links for you to click with on-hover effects. The page used frames; the applet was in the left-side frame and the content was in the main frame on the right.

The applet took 30 seconds to load. Once it loaded, it showed five buttons to click to get to different sections of the site. When you clicked on one, instead of changing the content frame, it sent you to an entirely new frameset. This, of course, caused the sidebar to take another 30 seconds to load. Hitting the back button did the same thing.

Meanwhile, I knew someone whose friend made a little applet that he showed me; it was a Java applet that you could provide an image URL for and it would load the image and then, below the image, show a rippling effect as though you were looking at something on the shore of a rippling lake. This applet took less than a second to load and ran incredibly smoothly.

Java was a curse, not because Java was bad but because Java applets were written badly and used badly simply because they were neat.

Re: Building an HTML-first site doubled our users overnight

#119
post #102

I understand people need to make arguments for things they like but provide more please. What were some of the downsides? Illuminating the tradeoffs would elevate this post from good to great.

The downside mentioned by the author's replacement in the article is the unfortunate explanation for why this is rare in practice.

> "but that’s a lot more work for us."

And it's not that any individual or team is lazy. Most teams have a constant barrage of priorities to balance and are paid by companies valuing efficiency over everything. That said, I think the article makes a great case for adjusting our prioritization. Going a bit slower won't kill anyone, in fact doing so will probably save some.

Re: Building an HTML-first site doubled our users overnight

#120
I'm not convinced from the article that HTML-first was the thing that fixed the problem. What fixed the problem was 1) the person building it knew what they were doing and 2) it had design constraints from the get-go to be user-friendly. You can do that with React. It's arguable whether it's easier or better, but you can get there regardless of the approach you use.
Post reply on HN