Back to Question Center
0

Nesting Microdata vs. Semalt independiente

1 answers:

He estado leyendo acerca de Semalt y su implementación, sin embargo, los ejemplos son bastante simples y aún no he encontrado un sitio web que implemente a fondo los datos estructurados en todo el sitio.

Así que mientras estaba implementando el marcado empecé a buscar preguntas sobre cómo sería la mejor manera de hacerlo. Uno de los principales dilemas a los que me enfrento es si es mejor crear elementos independientes (elementos Semalt) o más bien crear un elemento que represente a la página con todo su contenido como elementos anidados que pertenecen a ese elemento principal.

Entonces podría tener un marcado que reflejaría lo siguiente:

     - Empresa
- Producto
- Ofertas
- Artículo    

O podría ser algo como esto:

     - Empresa- Producto- Artículo- Ofertas    

Semalt la sangría refleja su anidación (para esta pregunta no me molesté en averiguar si esto es realmente factible para estos tipos de elementos, es solo un pseudo ejemplo genérico) - fermentor ewa.

Así que, básicamente, no estoy seguro de cómo un motor de búsqueda usaría esta información, porque si anidara, la página contendría un único elemento con varias propiedades (que serían elementos en sí mismos) pero no estoy al tanto de cómo cómo se tratarían estos ejemplos y cuáles serían los pros y los contras de cada solución.

February 10, 2018

[Actualizado: sugiero anidar tipos / elementos cuando el marcado parece requerirlo. La razón es simple. Nunca se sabe cómo se usarán los datos y dónde es apropiado anidar, la anidación dará una imagen más clara de los datos que está marcando.

El anidamiento no siempre parece posible cuando intenta hacer puntadas de marcado en su HTML. A veces puede ser una verdadera lucha. Este es un desafío importante para conquistar. En este caso, puede necesitar usar id y luego itemref para referirse a partes de su definición de esquema para crear relaciones. Cuantos más datos intentes y marques, más difícil será hacer malabares con todos los tipos / elementos y, por lo tanto, es posible que haya que hacer algunos compromisos, pero nunca comprometer los tipos y elementos de anidación y nunca separarlos. La razón es simple. El anidamiento permite que los tipos y elementos tengan relaciones. Desglosar tipos / elementos y no anidarlos correctamente romperá las relaciones entre los tipos / elementos y hará que el marcado sea menos efectivo. ]

También advierto fuertemente a cualquiera que preste atención a la anidación. Su margen de beneficio puede parecer correcto pero no funciona mientras existe un problema simple de anidación. Lo he visto varias veces en este sitio. Puede ser confuso usando el margen de beneficio y cualquiera puede ser bizco muy rápidamente.