This month, I’ll focus on Linked Open Data<\/a> (LOD), which will allow you to publish structured data so it can be interlinked<\/i> to establish relationships<\/i>. This is important, as the relationship between words allows a clear understanding of site content by search bots.<\/p>\n In my column about understanding entity search<\/a>, I explained how semantic search uses an ontology (or language) like microdata, RDFa, etc., to break down a sentence into its subject, predicate and object to show the relationship<\/i> between the words in your content.<\/p>\n Linked Open Data builds on standard Web technology such as HTTP, RDF, URLs, etc., extending them so they can be can be read automatically by computers. That’s why it’s important for SEOs to understand and use LOD when applying structured data to content — to make it easier for machines to read that content.<\/p>\n LOD is used to leverage “sentences” in the digital realm as we do in everyday life. Optimizing for semantic search using LOD is about using a digital rendition of natural language sentence structure as the basis for describing things (content). SEOs need to look toward the use of sentences rather than keywords in order to enhance content published on the Web or on Intranets.<\/p>\n It appears “future SEO” will require a more technical background. Most SEOs, myself included, will have to collaborate with the semantic Web community to iron out the details. This isn’t some new optimization tactic for SEOs to cut-and-paste into their client pages; but it’s the very fabric of the Web and will require your time, energy, study and perseverance to work through it.<\/p>\n To explain what Linked Data consists of in simple terms, Tim Berners-Lee has defined the following LOD principles.<\/p>\n In his Design Issues: Linked Data<\/a>, Berners-Lee provides four principles of linked data (paraphrased below):<\/p>\n To help explain more about what LOD is and how you can use it, I’d like to share a recent interview with Kingsley Idehen<\/a>, founder & CEO of OpenLink Software. Kingsley is an industry-acclaimed technology innovator and provider of technology that exploits LOD across the enterprise and World Wide Web.<\/p>\n Paul: Kingsley, can you give us an idea of what LOD is?<\/strong><\/p>\n Kingsley: Linked Open Data is structured data representation enhanced through the use of HTTP URIs (links). Basically, it’s about entity relationship — model-based structured data representation where entities, attributes, and attribute values are denoted (“referred to”) by links.<\/p>\n Hash based HTTP URI denotation illustrated<\/p>\n HTTP URIs are implicitly open in that translating what they denote is a function of the HTTP protocol as opposed to proprietary protocols scoped to a specific application or platform.<\/p>\n Can you give us an example?<\/strong><\/p>\n The following statement:<\/p>\n Paris is the capital of France.<\/em><\/p>\n Expresses a relationship represented using natural language notation whereby all participants are denoted literally using words:<\/p>\n “Paris” “capital” “France”<\/p>\n And each plays a specific role, i.e., “Paris” is the Subject, “capital,” the Predicate and “France,” the Object.<\/p>\n Courtesy of Linked Data, the statement above could be enhanced by the use of reference (as opposed to literal) identifiers to denote the entities in the roles of: subject, predicate and object.<\/p>\n <#Paris> <#capital> <#France><\/p>\n If I copy the statements above to a document and then make the document available to users on an HTTP network, I would end up with a document that would automatically demonstrate Linked Data due to the fact that I would have a collection of links presented in my browser that enable me explore the entity relationship represented by the link-enhanced statement. Semantically, my single statement document implies:<\/p>\n <\/p>\n <> <#type> <#Document> .<\/p>\n <> <#mentions> <#Paris> .<\/p>\n <> <#mentions> <#Capital> .<\/p>\n <> <#mentions> <#France> .<\/p>\n <#Paris> <#capital> <#France> . <\/p>\n Note: “<>” is simply shorthand that implies the HTTP URL of the document is to be used as the HTTP URI that denotes the subject in the statement above. Basically, you have a description of a document that includes descriptions of other things. No different to this interview, so to speak.<\/p>\n The use of the phrases HTTP URI and HTTP URL can be confusing, so it’s best to look at how they are applied to entity denotation as follows:<\/p>\n I’ve heard the LOD Cloud is a massive big-data collective comprised of datasets from a variety of domains such as: general knowledge (Wikipedia), Life Sciences (Bio2RDF), Media (BBC), Government (Data.Gov and Data.Gov.UK) and many others. Can you explain the LOD Cloud in a little more detail for us?<\/strong><\/p>\n This massive collection of data is an enclave on the Web where all the structured data, in the published datasets, is represented and then published inline with Linked Data principles, i.e., HTTP URIs are used to denote things, because doing so makes the structured data webby (or web-like). In a nutshell, data becomes as navigable and discoverable as anything else on an HTTP network (e.g., the World Wide Web).<\/p>\n Using my earlier example, I can leverage the massive LOD cloud as a powerful source of identifiers that denote a broad range of things. For instance, I can cross-reference entity identifiers in my basic examples with identifiers from the LOD Cloud, as follows:<\/p>\n <\/p>\n <> <#type> <#Document> .<\/p>\n <> <#mentions> <#Paris> .<\/p>\n <> <#mentions> <#Capital> .<\/p>\n <> <#mentions> <#France> .<\/p>\n <#Paris> <#capital> <#France> .<\/p>\n <#Paris> <#sameAs> <https:\/\/dbpedia.org\/resource\/Paris><\/a> .<\/p>\n <#France> <#sameAs> <https:\/\/dbpedia.org\/resource\/France><\/a> .<\/p>\n <\/p>\n Example, placing the statements above in a document published to an HTTP network expands on the basic demonstration of what Linked Open Data<\/a> accords. As you can see, my link traversal is no longer confined to my document; I’ve made a reference to data within DBpedia, which as a major junction-box in the LOD Cloud could send me (or agents) anywhere.<\/p>\n Are Linked Data and Linked Open Data the same thing?<\/strong><\/p>\n Not really. The linkage comes from the structure of an entity model based statement (a kind of sentence). The openness comes from the use of a standard for entity denotation in the form of HTTP URIs. Do note, it is possible to make entity relationship model statement collections that provide a structured representation of data using many kinds of identifiers; the magic of HTTP URIs as denotation mechanisms lies in the underlying openess of URIs and the HTTP protocol.<\/p>\n You can have Linked Data that isn’t “Open,” through the use of proprietary identifiers for entity denotation. In short, this is how we’ve all worked with computer programs for years, prior to the emergence of URIs and the HTTP protocol. Even RDF (which mandates the use of URIs and is often conflated with Linked Data), can be used to produce Linked Data that isn’t actually “Linked Open Data.”<\/p>\n The diagram that follows goes a long way toward dispelling some of the confusion that swirls around Linked Data and RDF; by reminding everyone of the *fact* that Linked Data was at the very core of the Web’s original design. Recently, I tweaked Tim Berners-Lee’s original proposal document; by using HTTP URIs as opposed to Strings to denote the nodes (subjects or objects) and connectors (predicates) in the network diagram (or graph) that depicts his original World Wide Web proposal.<\/p>\n With Search Engines in mind and using e-commerce as an example, can you explain the benefits to us?<\/strong><\/p>\n It increases the Serendipitous Discovery Quotient (SDQ) of content. By that I mean: it increases the degree to which content is discovered in a manner that’s “pleasantly surprising” to users with regards to relevance.<\/p>\n What is Serendipitous Discovery Quotient (SDQ)?<\/strong><\/p>\n SDQ is a metric for understanding the effects of enhancing structured data representation via HTTP URIs. Golliher wrote a good article a while back (in reaction to his first encounter with acronym) titled, Serendipitous Discovery Quotient (SDQ): The Future of SEO? Or an Abstract Concept?<\/a><\/p>\n IQ is a metric associated with human intelligence. SDQ is a metric associated with Web intelligence.<\/p>\n How can e-commerce benefit?<\/strong><\/p>\n E-commerce vendors can actually focus on what actually comes naturally to them, i.e., producing fine-grained descriptions of their products and services, knowing that description clarity is ultimately always the critical factor for discoverability that leads to customer growth and retention.<\/p>\n This fundamentally implies that the description of entities such as offers, products, pricing, availability, opening and closing hours etc., become the focal point of Web content strategy, much more so than site aesthetics and old-school keyword-based SEO hacks.<\/p>\n Do Schema.org semantic markup, entities and LOD relate to each other in some way?<\/strong><\/p>\nSentences More Important Than Keywords<\/h2>\n
LOD Principles<\/h2>\n
\n
What Is Linked Open Data (LOD)?<\/h2>\n
![\"linked](\"https:\/\/searchengineland.com\/wp-content\/seloads\/2013\/11\/linked-data-url.png\")
<\/p>\n
\n<\/span><\/p>\n\n
What Is The Linked Open Data (LOD) Cloud?<\/h2>\n
What’s The Difference Between Linked Data And Linked Open Data?<\/h2>\n
![\"CERN\"](\"https:\/\/searchengineland.com\/wp-content\/seloads\/2013\/11\/CERN.png\")
<\/p>\nHow Does LOD Benefit A Publisher (E-Commerce Provider)?<\/h2>\n
What About Schema.org Types?<\/h2>\n