Blog

How to Listen to Articles Instead of Reading Them

7 min read

You open a tab, skim the headline, and close it three seconds later. Not because the article is bad — because you don't have twelve unbroken minutes to read it. You have a commute, a dishwasher to unload, a dog that needs walking. Reading requires your eyes and your full attention. Listening only needs your ears.

Turning text into audio isn't new — screen readers have existed for decades. What's changed is how good it's gotten and how many ways you now have to do it. Here's a practical rundown of the real options, from the ones already built into your devices to the ones that actually summarize instead of just narrating.

1. Use your operating system's built-in reader

Before installing anything, check what you already have.

iPhone or iPad: Settings → Accessibility → Spoken Content → turn on "Speak Screen." Swipe down with two fingers from the top of any screen and it reads the visible content aloud, page by page as you scroll. It's clunky for long articles (you have to keep re-triggering it) but it costs nothing and works everywhere, including apps that block copy-paste.

Android: Select to Speak, under Settings → Accessibility. Tap the icon, then tap or highlight the text you want read. Good for short bursts, less good for reading an entire article start to finish.

macOS: System Settings → Accessibility → Spoken Content → "Speak selection," bindable to a keyboard shortcut. Select any text on any page, hit the shortcut, done.

These are free and private — nothing leaves your device — but the voices are generic, and none of them strip out navigation menus, cookie banners, or "related articles" clutter before reading. You'll hear all of it.

2. Install a browser read-aloud extension

Chrome extensions like Read Aloud go further than the OS tools: they detect the main article text on a page, skip most of the surrounding chrome, and let you control voice, speed, and pitch. Read Aloud in particular is the power-user option — it supports plugging in API keys for higher-quality voice providers if you want to go beyond the free browser voices.

The tradeoff with straight read-aloud tools, OS-level or extension-based, is that they narrate literally everything in the article: every caveat, every quote, every "as we discussed in our previous piece." That's fine when you want the whole piece word for word. It's slow when you just want the gist.

3. Use an AI summarizer with audio output

This is the newer category, and it solves the "reads literally everything" problem. Instead of narrating the raw HTML text, the tool first extracts the article, has an AI condense it to the actual points, then converts that to speech. You get a 3-minute audio version of a 12-minute article instead of a 12-minute audio version of a 12-minute article.

Web2Audio works this way: click the extension on any webpage, pick a length (Brief, Standard, or Detailed) and one of eight studio-grade HD voices, and it generates a spoken summary in about 15–30 seconds. It's not reading the page to you — it's telling you what the page said. That distinction matters more than it sounds like it should; see our breakdown of summarize-then-speak vs. raw read-aloud if you want the mechanics.

Try it on your next article

Web2Audio turns any webpage into a studio-quality audio summary. Free, 5 summaries a month.

Add to Chrome — free

4. Save articles and batch your listening

Whichever tool you pick, don't try to listen to things the moment you find them — that's how you end up starting six half-finished audio articles in a row. Save what you want to read (a bookmarks folder, a reading-list app, or just leave tabs open) and generate the audio in a batch before you head out. Then your commute or workout becomes a queue you can just press play on, instead of a decision you have to make while you're already walking out the door.

5. Adjust playback speed — and don't rush it at first

Most people default to 1x speed for the first week and then creep up to 1.25–1.5x once their ears adjust. That's normal — treat it as a skill, not a setting. If the material is dense (technical writing, anything with numbers or unfamiliar terms) drop back to 1x or even slower; you're not saving time if you have to replay the same paragraph twice.

Headphones matter more than people expect, too. Audio on a phone speaker while walking past traffic is exhausting to parse. A decent pair of earbuds turns "half-listening" into actually following along.

Why extraction quality matters more than people think

Every method above depends on one unglamorous step happening well first: figuring out which part of the page is actually the article. A page is mostly not the article — it's a header, a nav bar, a newsletter signup, a related-posts grid, a comment section, and somewhere in the middle, the actual writing. A tool with weak extraction will happily read you the entire "Subscribe to our newsletter" block before it gets to the first real sentence, or skip a section it mistook for an ad.

This is why the same extension can feel great on one site and unusable on another — it's not really about the voice, it's about whether the page-parsing step correctly identified the content. If a tool you're trying consistently reads garbage on the sites you actually use, that's a real reason to switch, not a reason to give up on audio entirely.

Paywalled and heavily JavaScript-rendered pages are the hardest case for any of these tools, extension or OS-level. If the text isn't actually present in a form the page exposes — because it loads behind a login, or renders as an image, or streams in via a script your extension doesn't wait for — nothing downstream can read it. There's no fix for this beyond opening the page fully first (logged in, fully loaded) before triggering the reader.

It's also an accessibility tool, not just a convenience one

Worth saying plainly: for a lot of people, audio isn't a nice-to-have productivity trick, it's the difference between engaging with an article and not. Dyslexia, ADHD, low vision, and general eye strain from screen time all make silent reading genuinely harder for a meaningful chunk of readers — not lazier, harder. If that's you, the "why would I listen instead of just reading" framing doesn't really apply; the framing is closer to "which of these tools works reliably enough that I'll actually use it." The same OS-level accessibility settings mentioned above (Spoken Content on iOS, Select to Speak on Android, Spoken Content on macOS) exist specifically for this, and they're worth exploring even if you never think of yourself as needing an "accessibility" feature.

A few honest limitations

No audio tool, summarized or verbatim, perfectly replaces reading in every situation:

  • Skimming is still faster for scanning. If you're deciding whether an article is worth your time at all, your eyes moving down the page in five seconds beats any audio version.
  • Images, charts, and tables don't translate. A "read aloud" tool can't narrate a chart. If the article's substance is in a graphic, audio gets you the surrounding text and nothing else.
  • You lose the ability to re-read a single sentence instantly. Rewinding fifteen seconds of audio to catch something you missed is slower than your eyes jumping back up a paragraph.

None of these are reasons to skip audio — they're reasons to treat it as one tool in the rotation rather than a full replacement for reading.

Which approach is right for you

  • Quick, occasional use, zero setup: OS-level Spoken Content. Free, always there, but robotic and reads everything including clutter.
  • You want full narration with more voice control: A dedicated read-aloud extension like Read Aloud.
  • You want the gist, fast, without wading through a full article's worth of audio: An AI summarizer with audio output — you set the length and skip straight to what the page actually says.
  • Privacy is the priority over voice quality: Look for an extension that processes speech locally in the browser rather than sending text to a server.

None of these are mutually exclusive. A lot of people end up using OS tools for random short reads and a summarizer extension for anything longer than a few paragraphs, because the time savings compound the longer the article is.

The honest test is simple: pick whichever option gets you to actually finish more of what you save, instead of it living forever in a "read later" list you never open. For most people who are drowning in open tabs rather than short on reading tools, that means starting with something that compresses the article instead of just reading it word for word — which is the whole idea behind Web2Audio.