Por qué un schema malo es peor que ninguno, con Peter Macinković, Head of SEO de Stake

Los datos estructurados suelen verse como una tarea de etiquetado, pero Peter Macinković, Head of SEO de Stake, los ve como una forma de describir relaciones entre entidades. En esta entrevista del podcast de Odys explica cómo funciona el schema en un sitio con miles de juegos de casino y partidos, y qué errores observa.

En este episodio

• Dice que el schema debe declarar el contexto de forma explícita en lugar de dejar que Google lo adivine; tratarlo como una tarea de etiquetado ignora cómo conecta las cosas el grafo de conocimiento (2:30, 5:01).

• El error habitual es perseguir los resultados enriquecidos: añadir marcado FAQ a una página de categoría puede convertir una intención comercial en informativa y perjudicar el posicionamiento (5:31, 6:00, 6:30).

• Para los partidos con una vida de un día o una semana, usa marcado de eventos deportivos, y dice que incluso la posición cinco puede lograr el mismo porcentaje de clics que la uno (8:00, 8:30).

• Construye bloques Organization, WebSite y WebPage que se referencian entre sí por @id y los reutiliza en todas partes, y los considera técnicamente el schema más importante de cada página (9:01, 9:31, 10:00).

• Llama a subjectOf la propiedad más infravalorada, que enlaza artículos externos con una página, y dice que Stake sigue siendo número uno en apuestas online sin buscarlo (11:00, 12:00, 12:32).

• El schema se genera por tipo de página, unos 12 o 13 en Stake, con JSON manual fusionado mediante @id y probado en Screaming Frog y ante estados de fallo (14:01, 15:00, 15:32, 18:32).

Entrevista de Odys Podcast: The High Stakes Growth Show de Odys, publicada en YouTube.