• Print

Searching in ebooks: A unique use case that requires a unique approach

Ereader search tools need to limit disruption and incorporate web search best practices.

This is part of an ongoing series related to Peter Meyers’ project “Breaking the Page, Saving the Reader: A Buyer & Builder’s Guide to Digital Books.” We’ll be featuring additional material in the weeks ahead. (Note: This post originally appeared on A New Kind of Book. It’s republished with permission.)

Not all ebook search monocles are equal. Options range from non-existent (Hey, Kobo! If there’s room in the programming budget for virtual reading awards like the Inverted Comma and the BookLover, then it’s time to spring for a search tool, too!), to roughly implemented (Nook), and from nicely polished (Kindle, iBooks) to fully instrumented (Inkling).

To help make sense of what works versus what doesn’t, consider first why readers search. If the title at hand is a reference or how-to book it’s often to look up a specific ingredient or procedure. But those kinds of books aren’t actually selling that well in eBookLand; publishers are turning those titles into apps. Instead, ebook fans are gobbling up narrative — fiction and non-fiction alike. Those titles all top the charts and so it’s worth refining that earlier question: For narrative-style ebooks, why do readers search?

Often it’s for a quick lookup: a character we’re having trouble remembering, a plot twist we want a refresher on, a memorable quote. In each of these cases the searcher’s goal is quite different than what takes place during, for example, a traditional web search. There, you want to leave Google or Bing or wherever. In a book, by contrast, you just want a quick answer … and then an equally quick return to where you left off.

So with that in mind, let’s start off with what I would argue is a not particularly good search implementation. Here’s what a reader sees when searching on the Nook iPad app:

How’s a reader supposed to decide which of these results is the one she wants? Think about how cumbersome it is to tap each item, get whisked off to its location, and then have to navigate back to the starting spot. What a pain. In a print book, at least you’ve got fingers, bookmarks, or a coaster to hold your spot as you leaf around (reviewing index entries, for example). But in an ereader device, the disruption readers suffer after following a link is significant.

Especially for folks in search of a memory jiggle, the most important thing a search tool can do, then, is help quickly decide which result contains the answer they’re looking for. So this means designing a search tool that:

  1. Returns accurate results (duh)
  2. Presents these results with plenty of surrounding context
  3. Highlights the term clearly on the destination page
  4. Makes it easy to quickly return to the original reading position

If 1) and 2) are done well, there are plenty of cases where the reader never has to deal with 3) and 4). So a big part of making a search tool helpful happens in the results list itself. Make it big enough and you bring joy to the reader: they get the memory nudge they need and can get back to the passage where they stopped reading. Some of this stuff is fairly straightforward and can already be found in a few of the more polished e-reading systems.

Consider, for example, the iBooks app on the iPad.

You get a generous sampling of text surrounding the found term (which is itself clearly visible in boldface) making it easy to skim the list and find the result you’re looking for. You also get a tally of the number of times the term was found. For students and other researchers this can be a big help, as they often want a search tool to function like a print book’s index: to help perform a comprehensive review of a particular person or concept. And once the reader taps a result, the page he arrives at displays the term highlighted in yellow. Nice.

But there’s more, still, that can be done. More that a morphable digital screen can do … all in the service of trying to maintain a reader’s flow and minimize the page flipping required on devices that have proven themselves to be pretty poor page flippers.

Here, for example, is one possible solution I’ve sketched out, modeled on the “page preview” feature popularized by Bing, and now used by Google and plenty of other web search sites. (In case you haven’t seen it, it’s where you hover your mouse over any item on a typical search results page and up pops a small window showing the web page you’d see if you follow the search result link; it’s a great timesaver when you’re reviewing a list of results since it lets you do a quick visual skim before clicking any link.)

Proposed design for improved ebook search results
Click to enlarge

Rather than sending the reader to the search result, the idea here is to fetch the result for them. The results list appears just as it ordinarily does in, say, the Kindle app. But there’s that tiny “Show More” option; when tapped, it unfurls the result, increasing the viewable preview. In many cases that’s all a reader needs. For those who need more, the search term remains active and can be tapped to see the target page in full. By giving readers a quick way to review, temporarily, extra content like this, digital books can help preserve the immersive state that a great book induces.

Another way to improve the search results list: sortable search results. Here again progress made in the world of web search can improve how things work within a book. By letting the reader sort the results list in different ways a seemingly overwhelming heap can be reduced to something more manageable. iPad textbook publisher Inkling provides some handy design work in this area.

The tabs at top let the reader sort according to relevance (a software-driven guess at what’s most important), content order (where the result occurs, ordered from start of book to finish), and type (audio, video, text, and so on). At the bottom of the search pane two other tabs let the reader switch between chapters they own and the entire book (Inkling sells chapters individually). This last twist is clever — half reader service and half marketing. Because the tool lists a meaningful snippet of the found term, someone searching for, say, bassoon, might see that there’s a video demo of that instrument in a chapter they haven’t yet purchased. Good stuff.

My main takeaway: by all means, let readers search. But give ’em tools that let them get back to what they’re reading as quickly as possible.

TOC Frankfurt 2011 — Being held on Tuesday, Oct. 11, 2011, TOC Frankfurt will feature a full day of cutting-edge keynotes and panel discussions by key figures in the worlds of publishing and technology.

Save 100€ off the regular admission price with code TOC2011OR


tags: , , , , ,
  • Very good information about search functions in ebook readers. Now I know what to recommend. Thanks.

  • Yes, there’s more that can be done!
    Thanks for this timely piece. As noted above, “students and other researchers … often want a search tool to function like a print book’s index: to help perform a comprehensive review of a particular person or concept.”
    The “Show More” option is one way to do that.
    The analysis print book indexes provide would also be helpful and could just as easily be included.

    Please join the American Society for Indexing (ASI) as it works to develop guidelines and best practices for ebook indexes.

    The ASI Digital Trends Task Force welcomes and encourages partners to join in the discussion: http://www.linkedin.com/groups/ASI-Digital-Trends-Task-Force-4005509?home=&gid=4005509&trk=anet_ug_hm&goback=.nmp_*1_*1_*1_*1_*1_*1.gmp_4005509

  • It’s great to see your post republished here. Really nice overview and demonstration of ideas we could follow. Book indexers (like Pilar, in the comment above) have been putting their heads together because we feel we have a piece of the solution to searching inside eBooks. We’ve been thinking of a way to display the best hits for a search term as gathered from the index data for the book.

    If you start typing a search term in a standard search box, the results could start appearing, pulled from the index automatically, and these hits could trigger a “display in context”on a right pane, or underneath in a differing font. If the term is not in the index, full text search results can then take over. But if it is in the index, you can browse the subheads under the heading, and see what their contexts are.

    Dead unlinked indexes in ebooks help no one, and we could be making use of this valuable metadata. We think the index should be available for full browsing, fully linked, in the book – for people who like to browse indexes. And that the search should make use of it as well. A third use could be to use the semantic metadata features in ePub 3.0 and future versions to help link together topics of interest, perhaps visually with a topic map in ereaders that can handle that kind of visual display, or in apps.

    Anyway, it was great to see your summary and ideas – we need to make search work better in eBooks and eContent, and the index’s pre-coordinated analysis can help out.

  • Thanks all for these detailed comments. Jan, the vision you’ve sketched out seems like it would significantly improve the reader experience. Time will tell if the main e-reading platforms begin moving in this direction but I for one think it’s great to see the use case described in such detail. I read suggestions like yours and think: c’mon, dudes! these features would be so great to have.

  • article