Learning HTML and automation Web Design

How I Accidentally Learned HTML, JavaScript, and Automation Just Trying to Fix My Website

Dan April 9, 2026 5 min read

I didn't set out to learn to code. I set out to figure out why my website wasn't working. That distinction matters, because the path from "my site has traffic but no calls" to "I now write Python scripts and GAS routines for clients" was never planned — it was forced by a problem I couldn't afford to leave unsolved.

Traffic that doesn't convert isn't a traffic problem. It's a site problem. When visitors land and leave without taking action, they're not being rude — they're being honest. The site isn't giving them a reason to stay or a clear path forward. I figured that out the hard way, and figuring it out forced me to actually look at the code underneath what I'd built.

Blogger as an Accidental Classroom

I started on Blogger because it was free and simple. What I didn't expect is that Blogger exposes just enough of the underlying HTML to trigger curiosity. You can see the structure. You can see what wraps what. Unlike modern page builders that hide everything behind a drag-and-drop interface, Blogger's editor would occasionally return content in raw HTML — and instead of panicking, I started reading it.

"Pattern recognition is how most people actually learn to code. Not through curriculum — through repeated exposure to structure until the structure starts to feel obvious." — something I realized about six months in

Pattern Recognition Over Formal Study

I never took a course. I never read a textbook. What I did was notice that HTML has an opening tag and a closing tag, and everything in between is the content. That's the entire model. Once that clicked, I could modify anything — I just needed to find the right tag and change what was inside it. From there, CSS was a matter of understanding that properties have values. JavaScript was a matter of understanding that functions do things when triggered.

The Cascade Into Automation

Once I understood how to manipulate a page, the next problem was scale. I was building pages one at a time, manually filling in business information, manually uploading images, manually checking that forms worked. The bottleneck was obvious. So I started looking at ways to automate the repetitive parts — Google Sheets as a database, Python scripts to batch-process images, Apps Script to handle form submissions. Each skill emerged from a specific problem I was trying to solve, not from a plan to become a developer.

The AI tools accelerated all of this. Not by doing the work for me — but by answering the specific question I had in that specific moment, without requiring me to first understand fifty concepts that weren't relevant to my problem. That compression is real. What used to take years of self-study to build can now develop in months of necessity-driven practice. The barrier is still there. But it's much lower than it used to be.

Dan
Founder, Sun City Marketing

Dan builds custom websites and marketing systems for contractors across Southern California. He writes about local SEO, HTML performance, and the practical side of scaling a trades business with automation.