Skip to content
SpeakribeGet Speakribe
Use case

Dictation for Google Docs

Google Docs has built-in voice typing, so the honest question is why you would use anything else. Two reasons: it requires Chrome and a connection, and it stops at the edge of the document. Speakribe works offline and in every other app you use.

Why it helps here

Docs' voice typing lives in a menu, only in Chrome, only online, and only inside Docs. The moment you move to the comment box, a different browser, or another app, you are typing again, so it never becomes a habit.

Works offline

Google's voice typing needs a connection because it transcribes in the cloud. Speakribe runs on your Mac, so a long-haul flight is a good writing session.

Not just Docs, and not just Chrome

The same shortcut works in Safari, in the comment sidebar, and in every other app, so it is one habit, not a per-app feature.

Your document stays yours

Audio is not sent anywhere to be transcribed, which is the practical difference for sensitive drafting.

Things people say into Google Docs

  • “Add a paragraph explaining why we picked the second vendor, and reference the cost table above.”
  • “Introduction. This document sets out the scope for the first phase and the questions still open.”
  • “Note for reviewers: the numbers in section three are provisional until finance confirms them.”
  • “Rewrite this section to be shorter and less defensive, keeping the two examples.”

Setting up for Google Docs

This is the one app on the list with a genuinely good built-in alternative, so the setup is partly about deciding when to use which. Google's voice typing is Chrome-only and needs a connection; Speakribe is neither.

  1. Leave Google's voice typing where it is

    You do not need to disable anything. Google's tool lives under Tools and only listens when you open it, so the two never fight. Keep it for the times you want spoken punctuation commands, which Speakribe does not offer.

  2. Click into the document body

    Docs keeps focus in the menu bar or a dialog more often than you would expect. Click into the page itself before speaking, or the text goes into whatever Docs thinks is focused.

  3. Use it in the places Google's tool cannot reach

    Comments, suggestions, the document title, the sharing dialog, and Docs in Safari or Firefox. This is the real argument for a system-wide tool over a built-in one: the built-in one stops at the edge of the document body.

  4. Try it with the network off

    Google's voice typing stops working offline; Speakribe does not, because transcription runs on your Mac. If you write on planes this is the whole reason to have both.

One dictation, start to finish

A comment left on someone else's draft, spoken in about twenty seconds. Google's own voice typing cannot do this one at all — it works in the document body and not in the comment box.

You said
I think this section is doing two jobs at once. The first half explains why we chose the approach, which is useful and should probably move up to the introduction. The second half is the implementation detail, which most readers will skip and the two engineers who need it would rather have as an appendix. Happy either way, but I'd split it.
What landed

I think this section is doing two jobs at once. The first half explains why we chose the approach, which is useful and should probably move up to the introduction. The second half is the implementation detail, which most readers will skip and the two engineers who need it would rather have as an appendix. Happy either way, but I'd split it.

  • Four sentences, punctuated from the pauses, with no punctuation spoken. Google's voice typing would have wanted "period" and "comma" said aloud — a real difference in feel, and a matter of preference rather than quality.
  • "I'd" stayed contracted. Dictated feedback that keeps contractions reads as a colleague talking rather than as a memo, which matters more in a comment than in a document.
  • This landed in the comment box, which is the part worth noticing: the built-in tool does not reach here, and neither does it reach the title field or a Docs tab in Safari.

What it won't do in Google Docs

No spoken punctuation or commands

Google's voice typing accepts "new paragraph", "comma" and even "select the last sentence". Speakribe accepts none of it — punctuation is inferred from speech and everything else is manual. If you rely on those commands, Google's tool is genuinely better for the body text.

No formatting, tables or footnotes

Nothing structural is voice-driven. Text arrives where the cursor is, and every heading, list and footnote is a normal Docs action afterwards.

It does not know about Docs at all

There is no extension and no integration. That is why it works in Safari and in the comment box, and equally why it cannot do anything Docs-specific.

Questions people actually ask

How is this better than Google Docs voice typing?
It works offline, in any browser, and in every other app rather than only inside Docs in Chrome. If you only ever dictate inside Docs while online, the built-in tool is free and fine.
Does it work in comments and suggestions?
Yes, any focused text field, including the comment box.
Do I need to install a Chrome extension?
No. Speakribe is a Mac app and needs no browser extension.
Should I just use Google's built-in voice typing?
For long-form body text in Chrome with a connection, it is a good tool and it accepts spoken punctuation commands, which we do not. The reasons to have Speakribe as well are that it works offline, works in Safari and Firefox, and works in comments, titles and every other app on your Mac.
Does it work in comments and suggestion mode?
Yes, and this is the clearest practical gap between the two. Speakribe types into whatever field has focus, so comments, the document title and the share dialog all work the same as the body.

Ready to stop typing?

One payment. Every future update included.