¿Cómo implementar “mainEntityOfPage” a este sitio específico?

Por favor, eche un vistazo aquí: https://developers.google.com/structured-data/testing-tool?url=https%253A%252F%252Fglamourina.net%252Fen%252F

¿Cómo puedo agregar mainEntityOfPage correctamente a este sitio?

En el ejemplo de documentación de Google, veo algo como esto:

 

Pero este es un blog de autor único. Y presenta blogPosts.

 

Sería bueno si lo cambio así:

 

No estoy seguro si entiendo bien el uso mainEntityOfPage . Agradecería si alguien puede sugerir cómo puedo hacer para este caso / sitio web específico. No de forma genérica, porque cada sitio puede tener mainEntityOfPage diferente, pero necesito conocer y comprender la implementación correcta para este sitio.

Acerca del ejemplo de microdatos de Google

El ejemplo de Microdatos de Google no es válido. Si el elemento meta tiene el atributo itemprop , se requiere el atributo de content ( detalles ).

Describí diferentes formas de especificar mainEntityOfPage en Microdatos , el más simple es un elemento de link que crea un valor de URL (en lugar de otro elemento de Microdatos):

  

mainEntity

Es más fácil entender el uso de mainEntityOfPage si miramos primero su propiedad inversa, mainEntity .

Para una WebPage BlogPosting que contiene un BlogPosting , podríamos tener:

  

Esto significa que hay una WebPage BlogPosting y un BlogPosting , y BlogPosting es la “entidad principal” descrita en esta WebPage . Indicar esto tiene sentido especialmente si hay más elementos involucrados, por ejemplo, una Person describe al autor, cinco elementos más de BlogPosting para publicaciones relacionadas, un elemento del WebSite que proporciona algunos metadatos, etc. Gracias a mainEntity / mainEntityOfPage , los consumidores pueden aprender cuál es el principal / El elemento principal en esa página es (es decir, lo que representa la página).

mainEntityOfPage

El siguiente ejemplo con mainEntityOfPage daría como resultado datos estructurados equivalentes, como el ejemplo con mainEntity desde arriba:

 

Como puede ver, el elemento para el elemento BlogPosting contiene el elemento para el elemento WebPage . Esto es, por supuesto, marcado bastante inusual.

Pero la propiedad mainEntityOfPage no solo espera un elemento ( CreativeWork ) como valor, sino que también espera una URL. Por lo tanto, en lugar de proporcionar un elemento de página web explícitamente, puede proporcionar la URL de la página en su lugar:

 

(Esto es lo que espera Google, de acuerdo con su documentación para el artículo Rich Snippet ).

Excursus: URL de la página vs. publicación

Muchos sitios no diferencian entre la URL de la página web y la URL de la publicación del blog. Para estos sitios, puede parecer tonto decir algo así como

 http://example.com/article-1 (the blog post) is the 'mainEntityOfPage' http://example.com/article-1 (the web page) 
 http://example.com/article-1 (the web page) has 'mainEntity' http://example.com/article-1 (the blog post) 

Pero puede ser útil de todos modos (por ejemplo, para elegir qué elemento es el principal, porque los otros elementos no tendrán esta statement, o para un nodo en blanco, etc.).

Sin embargo, algunos sitios se diferencian (especialmente para los Datos Vinculados ), por lo que podrían decir algo así como

 http://example.com/article-1#this (the blog post) is the 'mainEntityOfPage' http://example.com/article-1 (the web page) 
 http://example.com/article-1 (the web page) has 'mainEntity' http://example.com/article-1#this (the blog post) 

Aquí, http://example.com/article-1#this representa la publicación del blog, y http://example.com/article-1 representa la página con información sobre esta publicación (o el contenido de la publicación en sí). Un ejemplo más claro sería una persona y una página sobre esta persona; o un edificio y una página sobre este edificio. Vea mi respuesta para ver un ejemplo de por qué es posible que desee hacer esto . (Pero, como se explicó anteriormente, no tiene que diferenciar, puede usar la misma URL para ambos).