Back to blog
7 min readMay 4

Google Keep search is broken on multi-word queries and I cannot find my own notes

You typed two words into Google Keep and got zero results, even though you wrote that note yesterday. The single-word search ceiling is real, and it gets worse the more you save.

Google Keep search is broken on multi-word queries and I cannot find my own notes

You opened Google Keep to find the note about the pediatrician's number, the one you typed during the last appointment. You searched pediatrician number. Zero results. You searched pediatrician. Eight notes, none of them the right one. You searched Dr and got fifty.

The note is there. You wrote it. The app cannot bring it back to you.

This is the moment most Keep users hit somewhere between note 200 and note 2,000. The app stays fast and clean visually, but the search becomes a coin flip. You start screenshotting Keep notes into other apps just to make them findable. That is the inverse of what a note-keeping tool is supposed to do.

Why is Google Keep search not working for you?

Keep's search is built for a small, casual library. It does a substring match on note titles and bodies, with light handling of labels and color filters. There is no semantic understanding, no synonym expansion, and no ranking by recency or relevance in a way that holds up at scale. Multi-word queries are particularly weak: users describe Keep as treating them like a strict ordered phrase, so red couch ikea will miss a note that says IKEA couch, the red one.

Forum threads on the Google Keep Help community describe the same pattern over multiple years. Users report that searching two or three words returns nothing, while breaking the query into single words returns dozens of false positives. The product is positioned as a lightweight sticky-note app, and users describe search depth as the long-standing complaint.

The practical effect: anything you saved more than a month ago, in more than a few words, is at risk of being invisible. You did the saving work. You did not get the finding work in return.

What does Keep actually search and what does it miss?

Keep indexes note titles, note bodies, label names, and (for image notes) the OCR text Google extracts from screenshots. That sounds broad, but several layers are weaker than the marketing implies. Handwriting OCR on stylus notes is unreliable on anything that is not block printing. OCR on photos of receipts misses small print and skews on low contrast. Audio notes are transcribed at capture time but the transcript quality on accented English or background-noisy environments is uneven.

What Keep does not index in any practical way: the meaning of the note, the context around when you wrote it, the relationship between two notes that talk about the same thing, or natural-language paraphrases of what you typed. If you wrote Maria recommended the cardiologist on 5th street, you cannot find it by searching heart doctor referral. You have to remember the literal words you used.

For a hundred notes that is fine. For a library that has accumulated for five years across a phone, a tablet, and a laptop, it is not.

Where do multi-word searches break the hardest?

The failure mode shows up in four predictable places. Long handwritten notes from a meeting, where the words you remember are in a sentence you never wrote literally. Voice memos transcribed with errors, where the search term you try does not exist in the transcript even though it matches what you said. Image notes where OCR captured the wrong word, like reading Plumber as Plumben. And notes you wrote on mobile in a hurry with typos that you would not retype the same way today.

Keep gives you no spell correction, no fuzzy match, no did you mean for note search. A single off-by-one character means the note is invisible to you. The note exists. The search does not reach it.

Is there a workaround inside Google Keep itself?

There are partial workarounds, none of them clean. You can use labels heavily: every note tagged with Doctor, Recipe, WorkProject2025 and so on. This works if you are religious about labeling at capture time. Most people are not, and a label system that needs constant maintenance is exactly the kind of thing that breaks the first week you are busy.

You can use color filters to narrow scope. You can pin frequently-needed notes to the top. You can use the #hashtag syntax inside notes for in-note tagging. You can export your Keep library through Google Takeout and grep it on your laptop. None of these scale. Each adds friction at save time or at recall time.

The deeper issue is that Keep is not designed for the kind of recall you want. The product assumes you remember roughly where the note is and need to surface it. It does not assume you saved it eight months ago and only remember the topic.

How does dEssence help?

dEssence is memory you don't have to maintain. You save it, forget it, ask for it later: in the dEssence Chrome extension, in the Telegram bot, or in the web app at dessence.ai. Three co-equal capture surfaces, one shared memory underneath. When you want a note back, you ask in your own words. No folders, no tags, no organizing. That note from when Maria sent me the cardiologist on 5th Street works the same as heart doctor referral from Maria works the same as the exact words you actually typed at capture time.

Honest about the limits. dEssence is in beta. There is no native iOS or Android app yet: the three save surfaces are Chrome extension, Telegram bot, and web app. The free tier caps at 500 saved items, which is small if you are migrating a multi-year Keep library in one pass. The paid plan is not finalized yet. And dEssence is not trying to be a sticky-note board on your home screen: if your use of Keep is mostly the shopping-list widget, the Chrome extension and Telegram bot will feel different from a sticky-note grid.

If the breakage you keep hitting is search, though, that is the gap dEssence is built for. Save it, forget it, ask for it later.

Frequently asked questions

Why does Google Keep search return zero results for two-word queries?

Keep's search is closer to strict substring matching than to semantic search. A two-word query often gets treated as an ordered phrase, so it misses notes where those words appear in a different order or with other words between them. Single-word queries return too much; multi-word queries return too little.

Does Google Keep search inside images and handwritten notes?

Keep does index OCR text from images and stylus notes, but the OCR is unreliable on handwriting, low-contrast photos, and stylized fonts. A note can be visible on screen but invisible to search because the OCR pass read the words wrong. There is no way to manually correct the OCR text.

Why can I find the same note by browsing but not by searching?

Keep's search depends on the literal words being present in a form the indexer recognized. Browsing surfaces the note by recency or label. Search surfaces it only if your query matches what Keep extracted. If OCR misread a word, or if you are remembering the gist rather than the wording, browse will find what search cannot.

Will Google improve Keep search for power users?

Keep is positioned as a lightweight notes app for casual capture, not a power-user knowledge base. Forum threads on the Google Keep Help community show users reporting the same multi-word and ranking gaps over multiple years. Users who hit the ceiling typically migrate to a different app rather than wait.

What is the most reliable way to make Keep notes findable again?

The most reliable workaround inside Keep is heavy labeling at capture time plus pinning the notes you reuse. Outside Keep, the cleaner option is a recall layer that does not depend on you remembering the exact words you typed. Save the note, ask for it later in your own words, and let the recall do the work.

If you have hit the multi-word search ceiling in Keep, the way out is not better labels. It is a memory layer where you save it, forget it, ask for it later, and where recall works in your own words. dEssence is free during beta, no card. Try it at dessence.ai.