← Back to the blog
5 July 2026

What actually goes into a website (the parts you can't see)

What actually goes into a website (the parts you can't see)

When someone looks at a website, they see the design. The colors, the layout, the words, the photos. That's real work, but it's about half the job.

The other half is invisible. You can't see it in a screenshot, and it's the part that decides whether the site actually works for the business it belongs to. It's also the part that gets skipped when a site is thrown together fast.

Speed

People leave slow websites. Not after a long wait, after a couple of seconds. If your page takes too long to show up, a good chunk of visitors are already gone, and you probably paid to get most of them there.

Sites get slow for boring reasons. Huge images that were never resized. Piles of code that all have to load before anything appears. Fonts and scripts that block the page while they sort themselves out.

Google watches this closely, and it grades three things: how fast your main content appears, how quickly the page responds when someone taps, and whether things jump around while it loads. Those scores feed your search ranking, so a slow site is a double loss. It annoys the people who arrive, and it makes fewer of them arrive in the first place.

The fix is unglamorous and specific. Size and compress every image. Load the things people see first, and hold the rest until it's needed. Ship as little code as possible. Done right, the page feels instant, and instant is a feeling people trust.

Accessibility

A real share of your visitors don't use a website the way you might picture. Some can't see it, and listen to it through a screen reader. Some can't use a mouse, and move through the whole thing with a keyboard. Some have low vision, or color blindness, or are just outside in bright sun with one hand full.

A careless site locks these people out without meaning to. Images with no text description, so a screen reader has nothing to say. Buttons you can't reach with a keyboard. Text so low-contrast it disappears. Forms with no labels. Color used as the only way to tell what's happening, which does nothing for someone who can't see the color.

Building it properly means writing the page so its structure actually means something, labeling everything, making every part work by keyboard, and checking real contrast instead of trusting what looks fine on my screen. There's a whole standard for this called WCAG, and I build to it.

It's the right thing to do, and it's practical too. The same work that helps a screen reader helps Google understand your page, and in a lot of places an inaccessible site is now a legal risk. Building for everyone from the start is far easier than being forced to add it on later.

SEO, aka being findable

You can build a beautiful site, and if search engines can't understand it, people still won't find it there. Being findable is its own craft, and most of it happens in places visitors never look.

It's clear titles and descriptions for every page, so the search result reads well. It's a proper heading structure, so the page has a logical shape. It's structured data, an extra layer of information behind the page that tells search engines exactly what it is: an article, a product, a business and its opening hours. It's a sitemap, clean URLs, and making very sure you didn't accidentally tell Google not to index you, which happens more than you'd think.

And the site itself is only part of the story. A lot of getting found happens off the page entirely: other websites linking to yours, the content you publish over time (a blog like this one counts), and a reputation that search engines slowly learn to trust. A well-built site is the foundation for all of that, but ranking is also earned out in the rest of the web, over months, not days.

There's a newer layer on top of all this. People increasingly ask ChatGPT, Perplexity, and Google's AI answers instead of scrolling through a page of links, and getting cited inside those answers is a craft of its own. Parts of it are still a bit of a mystery, though, even to the people who study it full-time, and anyone who tells you they have AI search completely figured out is overselling it. What does seem to hold up is the same thing that's always worked: pages that are clear and well-structured, so a machine can understand them and quote them cleanly. Most sites aren't thinking about this at all yet, which makes it a real head start for whoever does.

Security

There's a difference between a site that works and a site that's safe, and you usually only find out which one you have the hard way. The problems are invisible right up until they cause real damage: secret keys left sitting in the browser where anyone can grab them, customer data stored carelessly or collected when it never needed to be, forms that let someone slip in code instead of a name, a site served without proper encryption. None of this shows up in a screenshot, and all of it matters the moment you take a payment or hold a single piece of personal information.

Doing it right is a set of habits. Secrets stay on the server, never in the browser. Everything a visitor types gets checked before it's trusted. Encryption everywhere. The right protective headers. And a simple rule I hold to: only collect what you actually need, because the safest data is the data you never stored.

This is what separates a site built with care from one generated in an afternoon. A lot of quickly-built sites leak on day one, and their owners have no idea until someone tells them.

Responsiveness

Most people will see your site on a phone. Not a desktop, a phone, held in one hand, on the go. If your site was designed for a big screen and then squeezed down, it shows. Tiny text, buttons too small to tap, things overlapping, sideways scrolling that shouldn't exist.

Real responsive design starts from the phone and scales up to bigger screens from there, instead of starting from a desktop and shrinking down. It means text you can read without pinching, tap targets big enough for a thumb, and layouts that rearrange themselves to fit whatever screen they land on. And it means testing on actual devices, because a design that looks perfect in a resized browser window can fall apart on a real phone.

This one you can almost see, if you know to look. Open a site on your phone and try to use it with one hand. You'll know within seconds whether anyone thought about you.

Why I take this care (and much more)

None of these five things show up in a screenshot. That's exactly why they get skipped. It's easy to make a site that photographs well and falls apart the moment a real person, on a real phone, with a real need, tries to use it.

I don't build those. When I say a site is done, I mean the invisible half is done too: it's fast, everyone can use it, search engines and AI can find it, it's safe with real data, and it works on the phone in your hand. That's the part you're really paying for, even though it's the part you'll never see.

Want a site like this?

Take a look at the packages, or just say hello.

See the packages →