Imagine that I’m a salesman. (Please ignore my deep-seated insecurities that would prevent me from ever being successful at such a job.)
So here I am, a successful, confident, polished, practiced salesman. I walk into some company’s corporate office. I take the elevator up to the marketing floor, where there’s a fancy conference room that the team calls The Fish Bowl because they are marketers and all marketers have a relentless sense of humor. I walk into that room, and with the confidence I take everywhere with me, I pull out my girthy proposal and slap it on the table.
And then I say, “We’re going to make your site static.”
You’d kick me out of the room, right? That company did. Maybe you’d be a little nicer and wait until I left to make fun of me.
But wait, I am the World's Greatest Salesman.
The next day, I walk into another office. This time I end up in what I think is a meeting room, but the sign outside the door said War Room, and all I can think is that someone definitely died in here at some point.
But I shake that haunting thought aside, and with even more ferocity than the previous day, I whip out my proposal and say, “Today, I can start transitioning your site to THE JAMSTACK?”
They’re intrigued. So I continue.
“The Jamstack will make your site fly! It’ll help us increase performance for users, security for you, and happiness for your developers. The upkeep of it will come at a fraction of the cost of your current website. And, we’ll build it one page at a time, so you can more easily budget for it.”
And then I put the moves on—
And yet again, we’re off topic.
The funny thing is, even though that second pitch feels more compelling, it’s not all that much different than the first one, other than one word — Jamstack. See, a Jamstack site is a static site, but it’s so much more than that. To understand that nuance, we’re going to have to travel back to the age of Ian Malcolm and Kevin McCallister — The 90s.
When Tim Berners-Lee invented the world wide web, his first page was static. And for a few years, that’s how all webpages worked. Developers would write HTML (and maybe some early CSS), then upload those files to a web server.
A visitor would dial up the internet, pull up their trusty ancient browser and put in a website address. That web server would then find the appropriate HTML file (just a file living on the server) and send it back to the browser. The browser would then parse the HTML and show that visitor the properly formatted content on the screen.
That’s it. That’s a static site.
Let’s pull out our trusty old VHS player and push fast-forward to another decade, moving into the era of Web 2.0.
With Web 2.0, when a visitor asked their trusty browser to access a website, that site’s web server would talk to an application server, which would ask a database for real-time data, and then it would translate that data into HTML, CSS, and JS files on the fly, and send that information back to the browser to be parsed and displayed on screen.
The benefit of this approach was unprecedented. All of a sudden users could generate content for a website in real-time. Within a few years some of the huge players we still see today were on the scene, such as WordPress, Facebook, and Twitter.
And, for the most part, that’s how they all work. On Facebook and Twitter (and other social networks), users write content and it shows up on the site. WordPress is a very similar concept. The only difference is that social media sites make the content editing experience part of the site, while WordPress (and all monolithic content management systems) separate the editing and viewing experiences.
With great power comes great problems. And that’s what Web 2.0 had. It was hugely powerful. But it had a handful of challenges:
So where does the Jamstack fit? I like to say that the Jamstack takes the best parts of Web 1.0 and combines them with Web 2.0. In other words, a Jamstack site isn’t a static site or a dynamic site. It’s both!
A Jamstack site is a dynamically-generated static site.
The way it works is that it separates the dynamic processes from the static files through a build process.
The build process — the dynamic or Web 2.0 part — is an automated system in which developers can retrieve data from dynamic systems. That could mean grabbing page content from a WordPress database, or maybe recent Tweets via the Twitter API. The possibilities are endless. And this build process happens on a server away from the users who will visit the website, so there are much fewer security vulnerabilities.
Knowing how the Jamstack takes the best parts of Web 1.0 and combines them with the best parts of Web 2.0, these are the problems we’re set up to solve as a result:
But one of the best parts of the Jamstack is that it’s trivial to build a new site one page at a time, which not only makes it much easier to budget for, but it also gets newer content and designs in front of your users faster. Read more about that approach here.
Did my world-class sales skills leave you wanting more?
Well, then let’s talk about making your site static. I mean, let’s talk about moving your site to the Jamstack! Yeah, okay. That’s better.