No hay nada loco en esto (todavía). Cuando un robot de búsqueda viene a indexar una página con este JSON, está garantizado que encontrará la información de contacto de la profesora Jane Doe. Esta información de contacto probablemente esté incluida en otra parte de la página, por ejemplo en una barra lateral o en el pie de página, pero lo más probable es que la forma en que está configurado el HTML impida que la búsqueda conecte el enlace de un número de teléfono con el nombre de la persona.
Sí, eso es realmente todo lo que hay que hacer. Envuelve el objeto JSON en una etiqueta script, márcalo como un tipo de aplicación/ld+json y ya está todo listo. Hay mucho más sobre los diferentes tipos de esquemas que puedes querer incluir – revisa los documentos de JSON-LD para un mejor paseo por todos los detalles de lo que podría caber en una sola entrada del blog.
Mientras que esto hace que la creación de componentes Svelte sea una experiencia casi sin fricción para los desarrolladores web, puede ser un obstáculo en el departamento de JSON+LD. Las herramientas construidas para Svelte como el plugin VS Code, e incluso el propio compilador de Svelte, pueden causar dolores de cabeza si se intenta escribir un script de aplicación/ld+json en los componentes.
JSON-LD está diseñado en torno al concepto de “contexto” para proporcionar mapeos adicionales de JSON a un modelo RDF. El contexto vincula las propiedades de los objetos de un documento JSON con los conceptos de una ontología. Para mapear la sintaxis de JSON-LD a RDF, JSON-LD permite que los valores sean coaccionados a un tipo específico o que sean etiquetados con un lenguaje. Un contexto puede incrustarse directamente en un documento JSON-LD o colocarse en un archivo separado y referenciarse desde diferentes documentos (desde documentos JSON tradicionales a través de una cabecera HTTP Link).
El ejemplo anterior describe una persona, basada en el vocabulario FOAF. Primero, las dos propiedades JSON nombre y página de inicio y el tipo Persona son mapeados a conceptos en el vocabulario FOAF y el valor de la propiedad página de inicio es especificado para ser del tipo @id, es decir, es especificado para ser un IRI en la definición del contexto. Basado en el modelo RDF, esto permite que la persona descrita en el documento sea identificada inequívocamente por un IRI. El uso de IRIs resolubles permite que los documentos RDF que contienen más información sean transcluidos, lo que permite a los clientes descubrir nuevos datos simplemente siguiendo esos enlaces; este principio se conoce como Follow Your Nose[7].
En la frase inicial, se ve el par de palabras “Manu Sporny”. Un lector humano averiguaría rápidamente, por la secuencia de letras, que se trata de un nombre y que el hipervínculo es una referencia a la presencia en la web del desarrollador de JSON LD. Los programas como los navegadores web y los rastreadores de los motores de búsqueda requieren metadatos para crear esa conexión. Esto es lo que ofrece JSON.El código de ejemplo muestra los dos elementos de nombre ‘name’ y ‘homepage’ con sus respectivos valores. Esto garantiza que un programa que lea un sitio web con este objeto JSON esté en condiciones de identificar “Manu Sporny” como nombre y “http://manu.sporny.org/about/” como página web.Linked Data (LD)Mientras que la asignación de significado con JSON funciona perfectamente dentro de un sitio web, el análisis de datos JSON de diferentes sitios web conduce rápidamente a un problema de ambigüedad. Suele ocurrir que los programas analizan un gran número de sitios web y evalúan la información obtenida en bases de datos. Por ejemplo, con el código JSON mencionado anteriormente, no se puede garantizar que los elementos “nombre” y “página de inicio” se utilicen siempre en el mismo contexto de significado en diferentes sitios web. Para evitar ambigüedades, JSON-LD añade elementos contextuales a la notación JSON clásica. Esto se hace sobre la base de los datos enlazados, es decir, los datos disponibles libremente en Internet a los que se puede acceder a través de un identificador de recursos uniforme (URI):
Aunque los microdatos son una forma popular de incrustar datos estructurados en el marcado HTML, existen formas alternativas de expresar datos estructurados en las páginas web. JSON-LD es una alternativa popular y, a diferencia de los microdatos, no suele estar incrustada en el diseño HTML de la propia página, sino como datos en bruto en la cabecera de la misma.
Tenga en cuenta que JSON-LD se convirtió en una sintaxis recomendada para expresar los datos estructurados de schema.org en junio de 2013, como se publicó en el blog de schema.org. Al igual que los principales motores de búsqueda entienden el marcado de microdatos en una página, también entienden JSON-LD en las páginas web.
Sin embargo, es posible que habiendo leído nuestro tutorial de Introducción a Schema.org encuentres este ejemplo un poco familiar. De hecho, es exactamente el mismo libro electrónico que definimos usando microdatos en nuestro tutorial anterior, excepto que hemos expresado los mismos datos estructurados en su lugar usando JSON-LD.
Como puedes ver en nuestro ejemplo inicial, JSON-LD no es estructuralmente diferente a cualquier otro documento JSON – consistente en una jerarquía de pares nombre-valor. Sin embargo, JSON-LD contiene nombres reservados específicos, precedidos por el símbolo ‘@’ – como ‘@context’ y ‘@type’ arriba.