A comparison of results that each kind of search returns, as well as how to deal with semantic search changes.
One way to get a handle on understanding semantic search (the underlying principle of Hummingbird which I covered last month) is to compare and contrast it with old-fashioned search-sometimes called programmatic or literal search.
We can start by comparing the kinds of results each kind of search returns. After all, results, or the user experience, is something SEO professionals should care about.
Literal or programmatic search is sort of like doing research with a card catalog (anyone remember those?). In the really old days, when people found information in libraries, sources of information (books) were catalogued in drawers full of little cards. You could search by topic or author, and what you found was a group of cards listing sources within the library on the topic of your interest.
So, using the card catalog was a three-part process:
The results from literal search engines are a little like this - you get a list of blue links to sources that might contain what you're looking for. The search engine returns your list of sources, but then you get to do the digging for your answer. It's a three part process.
Semantic search is going to improve the list of blue links you receive. But it also has the potential to return direct answers to your query right there on the page. This is new.
Although it's still in its infancy, The Google Knowledge Graph is already returning answers like this. If you type in "How tall is Mount Kilimanjaro?" you'll get an answer right there above or beside the SERPs. In this way, the semantic part of Google is making Google itself into the mother of all information sources.
This is a two step process:
Now let's look at some of the ways literal and semantic search operate differently on the back end.
Who Will Read the Content?
It's important to realize, especially for the future, that semantic also differs from literal in who or what will consume the content for each. Ultimately all search functions are there for the benefit of humans, of course. But content written for literal search engines is meant to be read by humans, while content for semantic search has to be readable by machines and/or programs that make the connections that deliver the more nuanced results.
The Tool of Comparison
In past posts I've already described that literal search is about matching keywords, and semantic is about understanding those keywords in context and intent. It's primarily about relationships between keywords and the layer of semantic relevancy search engines can then use to make adjustments. Both are operating on some kind of comparison system.
Literal search finds the results to return by indexing, while semantic search functions in a very different way: by comparing search queries to information stored in vast, pre-organized databases of knowledge and returning results from that pool. These databases store knowledge, but they also relate pieces of knowledge to each other, showing rational relationships that at a very basic level perform "reasoning."
The Unit of Comparison
Literal search uses the keyword as the unit of comparison.
Semantic search uses something called entities.
Both of these units are kinds of data, but with literal, this data is said to be "unstructured." That means it hasn't been organized or classified in a pre-defined way to help the search engine understand it. That's because data for literal search engines is primarily readable for humans.
Content for semantic search engines has to be readable by machines. It's machines that interpret the meaning, intent, and context, and draw conclusions about how data relates.
To enable this kind of relationship-building, semantic search technologies have to compare apples to apples. And the way this happens is by turning data into "entities."
Structured and Unstructured Data
Entities are still basically pieces of data, just like keywords or phrases are, but with an important difference: they have pieces of code around them telling the search engine how to understand and interpret them. The code used to create this language is called semantic markup, and the result is called "structured data."
Structured data means information is marked up in consistent, predefined ways into consistent predefined categories. These categories, also called types or schemes, allow search engines to compare apples to apples. There are hundreds of types of fields or schema, including book, movie, song, person, place, thing, review, event, organization, local business, restaurant, date, time, article, blog post....the list goes on.
You can see how adding code to tell the search engine how to understand data in this way could lead to all kinds of new potential uses for the data. Even 10 years ago we did not have the technology to process data this way, but things are different now.
Reminder: both kinds of search are still relevant. Keywords still matter; they just aren't the only game in town. Over time, keywords as a standalone signal of relevance will decrease relative to the relationship between entities.
What are some practical implications of semantic search to your future customers:
So what should you start to do differently:
In my view, semantic markup is evolutionary not revolutionary - a new form of keyword optimization with the entity as a new type of keyword. If you've designed websites based on strong product & solution relationships, simply provide more context to engines and then stay current with future recommendations.
The science of information retrieval & processing is still in it's early years in my opinion. It's exciting to think of the potential as the sweet spot between computer processing power, computer science algorithms, and digital marketing expertise expands. As modern marketers, it's critical to work with your teams now on improving entity relationships between your digital assets so you're moving in the direction of the future.
Dave Lloyd is Senior Manager of Global Search Marketing at Adobe Systems where he leads a global team delivering organic and site search strategy and aligns closely with all other digital and media channels. As part of the Global Demand Generation organization, his team uses the Adobe Marketing Cloud to deliver on KPI-driven results including worldwide subscriptions, trials, sales leads, and revenue-based metrics. In his prior role at Cisco, he oversaw global SEO strategy for all products. He is Google-certified, with 14 years in digital marketing, and a Business degree from U.C. Davis. He's spoken at AdTech, SMX, Adobe Summit, BrightEdge Share, and DMA events.
2015 Holiday Email Guide
The holidays are just around the corner. Download this whitepaper to find out how to create successful holiday email campaigns that drive engagement and revenue.
Three Ways to Make Your Big Data More Valuable
Big data holds a lot of promise for marketers, but are marketers ready to make the most of it to drive better business decisions and improve ROI? This study looks at the hidden challenges modern marketers face when trying to put big data to use.
December 2, 2015
1pm ET/ 10am PT
Wednesday, December 9, 2015
5pm HKT / 5am ET