DEV Community

Cover image for Nobody Is Reading Your Blog Post. They Weren't Going To Read Mine Either.
Evan Lausier
Evan Lausier

Posted on

Nobody Is Reading Your Blog Post. They Weren't Going To Read Mine Either.

I was building a slide deck last week... technical content, thoughtful structure, a solid wall of text I was genuinely proud of. Somewhere around slide four I had a moment of uncomfortable clarity.

Nobody is reading this.

Not because it's bad. Because nobody reads anything anymore. And AI-generated content isn't causing that. It's just proving it.

The Research Was Telling Us This for Decades

Back in 1997, Jakob Nielsen and the Nielsen Norman Group published eye-tracking research showing that users read roughly 20–28% of words on a typical webpage. They scan in an F-pattern: a horizontal sweep across the top, a shorter sweep a bit further down, then a vertical skim down the left edge. That's it.

The research has been replicated and updated many times since. The pattern holds.

Then in 2014, Tony Haile at Chartbeat — analyzing data across billions of page views — reported that 55% of visitors spent fewer than 15 seconds on a page. Scroll depth data from the same era consistently showed most readers never made it past the midpoint of an article.

So let's be precise about what AI-generated content actually revealed: the bar for "good enough to publish" was always lower than we wanted to admit, because the bar for "read carefully" was already underground.

Your README Is Unread. Your Docs Are Unread. Your Blog Post Was Unread.

If you've been writing technical content for any meaningful stretch of time, you've felt this. The PR where you wrote a detailed description that someone clearly didn't read before commenting. The documentation page that generates the same support ticket every week. The README with a Prerequisites section that people routinely skip until something breaks.

This isn't a character flaw in your users. It's a behavior pattern baked in by information overload. We all do it. I do it. You do it.

We skim for the thing that matches our immediate problem. We ctrl+F. We scroll until something catches our eye. We open five tabs and read none of them completely.

AI content farms figured this out before most publishers did, which is why they're effective at scale. They're not fooling careful readers. There aren't enough careful readers to matter for their metrics.

So What Actually Works

None of this means writing is pointless. It means the format has to do work that the reader won't.

Front-load everything. TL;DRs, key takeaways at the top, summary sections before the detail. If the most important sentence is in paragraph six, it will be missed by most people.

Headers are navigation, not decoration. Someone scanning your post is making micro-decisions at every header: is this the part I need? Write headers that answer that question directly.

Short paragraphs aren't just stylistic. White space gives the eye a place to land. Walls of text read as "skip this block" to a scanner.

Code blocks are a rest stop. For a technical audience, a well-formatted code snippet is often more read than the paragraphs around it. Use them strategically.

The first and last sentence of every section carries disproportionate weight. That's where scanners pay attention. Write accordingly.

The Uncomfortable Part

Here's what I keep coming back to: the AI content problem isn't really an AI problem.

It's a publishing-into-a-vacuum problem that we've been doing for years and only now have a mirror for. When a GPT-generated article with thin sourcing and a generic structure outperforms a carefully researched post, that's not AI winning. That's formatting, SEO, and headline copy winning — the same things that were always winning.

The slide deck I was building? I'm still going to make it. But I rebuilt it with one idea per slide, tight headlines, and the details pushed to speaker notes where they belong.

The audience was always skimming. The only new thing is that I stopped pretending otherwise.

Has your approach to technical writing or documentation changed as you've gotten more honest about reading behavior? I'm curious what's actually worked — drop it in the comments.

Top comments (13)

Collapse
 
sylwia-lask profile image
Sylwia Laskowska

Evan, I’ll share a little secret that every editor and publisher on earth knows (even book publishers). People don’t really read for the content itself anymore — especially in the age of LLMs. They read for the author.

For example, people might read Sylwia no matter what she writes, because the style is light, there’s some distance and humor, and you end up smiling a few times along the way. They read @aaron_rose_0787cc8b4775a0 because he tells stories and explains difficult things through narrative 💖. And I have a feeling people could happily read Evan Lausier as well, because he writes from a really interesting perspective about the everyday dilemmas of developers.

The real key is probably writing regularly and letting the audience get used to you. Everything else? Sure — most of it will just be scanned through the headings.

Collapse
 
aaron_rose_0787cc8b4775a0 profile image
Aaron Rose

Sylwia, thank you for the kind mention! 🙏 I very much enjoy your articles as well! Congrats on your acceptance into the AWS Community Builders program! That is a real honor. 🎉 Cheers 🌹❤✨

Collapse
 
evanlausier profile image
Evan Lausier • Edited

@sylwia-lask 's articles are some of my favorites too :)

But thats very true actually. Its kind the origination of this topic. I was describing below how in business everyone has a slide deck and 80% of them is garbage boilerplate text repeated over and over. Its so hard now to cut through the noise...

The downward spiral of LLMs.... It feels like half of emails are written by AI then the readers just ask AI to summarize it 😂😂 It reminds me of when a colleague and I would both have our Fathom notetakers join the same meetings then have an LLM diff them for giggles haha

Thread Thread
 
sylwia-lask profile image
Sylwia Laskowska

Hahaha, I totally get the email part! 😄

To be honest, I also often use LLMs to generate emails, but for a slightly different reason. Sometimes my first instinct is to reply something like “just do this simple thing, why are you bothering me with this?”… and an LLM can turn that into a message so polite that the recipient reads my “go away” and feels excited about the journey ahead. 😅

Collapse
 
shatakshig8 profile image
Shatakshi

thanks! added new perspective to my thought

Collapse
 
webdeveloperhyper profile image
Web Developer Hyper

Don’t worry. Your posts are always fun and informative, and I enjoy reading them. 😄

Collapse
 
evanlausier profile image
Evan Lausier • Edited

Thank you :) Likewise!! Some of my favs!!

Collapse
 
aaron_rose_0787cc8b4775a0 profile image
Aaron Rose

I second @webdeveloperhyper 's comment! always enjoy your posts @evanlausier . cheers buddy ❤💯

Collapse
 
webdeveloperhyper profile image
Web Developer Hyper

Hooray! You have two readers! 😀😀

Collapse
 
chadtdyar profile image
Chad Dyar

This resonates hard. I've published across dev.to, Medium, LinkedIn, and my own site, and the distribution problem is always bigger than the writing problem.

What changed things for me was treating each platform as a separate audience with different expectations. A dev.to post with code snippets gets 4x the reactions of one without. A LinkedIn post needs a hook in the first two lines or it dies. Same insight, completely different packaging.

I ended up building an AI tool (ContentForge) specifically because I was spending more time reformatting content for different platforms than actually writing. The core insight is right — nobody will read your blog post unless you bring it to where they already are, in the format they expect.

Collapse
 
evanlausier profile image
Evan Lausier

Thank you so much for sharing. I really appreciate the angle you present. I can totally identify with spending more time re-formatting stuff so it presents better rather than actually developing content. The logic of you last sentence hits hard. GIve the people what they want right? 😂

Collapse
 
iseecodepeople profile image
Varun S

this comment is to show that I did read your post! 😊 for me, it's because of the curiosity.

I do agree that information overload is a factor too for people not reading blogs or docs.

Collapse
 
evanlausier profile image
Evan Lausier

HA! Thank you :)

I think so too... I'm finding it even in business... How to cut thru the generic boiler plate generated text to get the takeaways from most materials presented these days...