Todos los artículos
24 de octubre de 2026

Marcado schema para dispensarios con JSON-LD de LocalBusiness y Store, 2026

Usa Store con dirección, coordenadas, teléfono, URL y horario en la página de cada local. Omite el marcado Product para cannabis: Google lo excluye.

Escritorio en L con laptop cerrada, lámpara y silla gris tejida en una oficina tranquila para trabajar marcado local

Para un dispensario, los datos estructurados que sí dan resultado son el marcado LocalBusiness, normalmente con el tipo Store, colocado en la página propia de cada local. El marcado Product para los artículos del menú es otra historia: las directrices de fichas de comerciante de Google excluyen las drogas recreativas, así que no conviene planificar en torno a él.

Esta guía explica qué tipo elegir, qué propiedades pide Google, un ejemplo funcional en JSON-LD, cómo manejar el horario de apertura y cómo validar el resultado.

Elegir el tipo: LocalBusiness, Store y lo que falta

Schema.org no tiene un tipo para dispensarios ni para cannabis. El ajuste general más cercano es Store, definido como "A retail good store" (una tienda de bienes de consumo). Store cuelga de LocalBusiness, así que hereda propiedades como openingHoursSpecification, priceRange, address, telephone, geo y url.

Store tiene 30 subtipos más específicos, entre ellos ConvenienceStore, GardenStore y HobbyShop. Ninguno describe un dispensario, y elegir uno que no corresponda al negocio haría que el marcado fuera inexacto. La pauta de Schema.org es preferir el subtipo más específico cuando uno realmente encaja. Para un dispensario ninguno lo hace, así que Store es la opción honesta.

La documentación de LocalBusiness de Google indica que se puede dar más de un tipo como arreglo y que additionalType no es compatible. Hazlo simple: un solo tipo, Store. Para ver el panorama general de cómo hacer una marca inequívoca para las máquinas, consulta nuestro artículo sobre entity SEO.

Cuándo tiene sentido un departamento

Si un local tiene una sección diferenciada con sus propios datos, Google permite anidar una entrada department. Nómbrala "{nombre de la tienda} {nombre del departamento}", salvo que el departamento tenga marca propia. La mayoría de los dispensarios no lo necesita.

Las propiedades de LocalBusiness que pide Google

Según la última actualización de la página, del 8 de septiembre de 2026, la documentación de LocalBusiness de Google enumera dos propiedades obligatorias y un conjunto de recomendadas.

Diagrama: lista de verificación con cinco elementos: geo, telephone, url, priceRange y openingHoursSpecification
Lista de verificación: Las propiedades de LocalBusiness que pide Google.

Obligatorias:

  • name: el nombre del negocio.
  • address: un PostalAddress. Google pide el mayor número posible de campos de dirección.

Recomendadas:

  • geo: GeoCoordinates, con latitude y longitude con al menos cinco decimales cada una.
  • telephone: el número principal, con código de país y de área.
  • url: la URL completa del local concreto. El enlace tiene que funcionar.
  • priceRange: un rango numérico o un número de signos de moneda, de menos de 100 caracteres. Los valores más largos no se muestran.
  • openingHoursSpecification: un solo objeto o un arreglo.

Si faltan propiedades obligatorias, la página no es elegible para el resultado enriquecido. Las recomendadas mejoran su calidad.

Una advertencia sobre las reseñas. Google limita review y aggregateRating en el marcado LocalBusiness a los sitios que recogen reseñas sobre otros negocios locales, y las valoraciones deben venir de usuarios reales. Que un dispensario marque sus propios testimonios es el tipo de marcado engañoso sobre el que advierten las directrices generales. Déjalas fuera.

Un ejemplo funcional en JSON-LD

Este ejemplo usa datos ficticios. Sustituye cada valor por los datos reales y visibles del local.

{
  "@context": "https://schema.org",
  "@type": "Store",
  "name": "Example Dispensary Downtown",
  "image": "https://example.com/photos/storefront-16x9.jpg",
  "url": "https://example.com/locations/downtown",
  "telephone": "+16125550123",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "100 Main St",
    "addressLocality": "Minneapolis",
    "addressRegion": "MN",
    "postalCode": "55401",
    "addressCountry": "US"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 44.97778,
    "longitude": -93.26500
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
      "opens": "10:00",
      "closes": "21:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Friday", "Saturday"],
      "opens": "10:00",
      "closes": "22:00"
    }
  ]
}

El domingo no aparece porque la tienda está cerrada. Google también documenta una forma de marcar un día cerrado de manera explícita, que veremos a continuación.

Horario de apertura, coordenadas y los datos que deben coincidir

El horario causa la mayoría de los errores. Atente a los patrones de Google:

  • Horario todo el año: omite validFrom y validThrough.
  • Pasada la medianoche: una sola especificación puede cruzar la medianoche. El sábado de 18:00 a 03:00 es válido.
  • Abierto las 24 horas: opens de 00:00 y closes de 23:59.
  • Cerrado todo el día: pon opens y closes en 00:00.
  • Cierre estacional: usa validFrom y validThrough (AAAA-MM-DD) con ambas horas en 00:00.

Las horas usan el formato hh:mm o hh:mm:ss. Los días pueden ser nombres cortos como "Monday" o las URL completas de días de schema.org.

El marcado tiene que coincidir con todo lo demás que ve un cliente. Si tu página dice las 9 p. m. y el JSON dice las 10 p. m., uno de los dos está mal, y las directrices generales indican que los datos estructurados deben reflejar el contenido de la página. Mantén el mismo horario, teléfono y dirección en tu perfil de empresa de Google y comprueba las coordenadas con la entrada real del local, no con el centro de la ciudad.

Una página por tienda, una entidad por página

Las directrices de Google indican colocar los datos estructurados en la página que describen. Para un operador con varios locales, eso significa que la página de cada local lleva su propio bloque Store, con la url, la dirección, el teléfono y el horario de ese local. Un único bloque en la página de inicio que liste todas las tiendas es la forma equivocada.

Esto se desprende de la decisión de estructura del sitio que tratamos en SEO para dispensarios con varios locales: si cada tienda tiene su propia página, cada página recibe su propia entidad. Si existen versiones duplicadas de una página, las directrices dicen que se aplique el mismo marcado a cada una, no solo a la canónica.

Dos hábitos ayudan:

  • Genera el JSON desde la misma fuente de datos que muestra la dirección y el horario visibles, para que no se desajusten.
  • Incluye el bloque en la respuesta HTML inicial. Google lo dice del marcado Product en concreto, pero la lógica es la misma: el marcado inyectado tarde se rastrea con menos fiabilidad.

Marcado Product y la exclusión del cannabis

La documentación de Product de Google, actualizada por última vez el 10 de diciembre de 2025, describe dos experiencias. Los fragmentos de producto son para páginas donde no se puede comprar directamente. Las fichas de comerciante son para páginas donde sí se puede.

Las fichas de comerciante tienen requisitos estrictos. Según las directrices de fichas de comerciante de Google, el marcado necesita name, image, un Offer anidado, un price mayor que cero y un priceCurrency. Solo son elegibles las páginas donde el comprador puede adquirir el producto.

Luego viene la regla de contenido: "Content promoting widely prohibited or regulated goods is not allowed" (no se permite contenido que promocione bienes ampliamente prohibidos o regulados). La página nombra las armas de fuego, las drogas recreativas, el tabaco y los productos de vapeo, y los productos relacionados con apuestas. La política de productos peligrosos de Google Merchant Center es más directa: prohíbe "Listings for substances that alter mental state for the purpose of recreation" (fichas de sustancias que alteran el estado mental con fines recreativos) y nombra la marihuana como ejemplo.

En la práctica, no debe esperarse que los artículos del menú de cannabis cumplan los requisitos de las fichas de comerciante ni de las superficies de Shopping. No construyas un plan de proyecto sobre resultados enriquecidos de Product para flor, comestibles o vapeadores. El mismo razonamiento vale para la publicidad, que tratamos en restricciones de publicidad de cannabis en Google y Meta.

No hemos encontrado una indicación de Google de que el marcado Product en una página de menú provoque por sí solo una penalización, así que no la afirmaremos. El punto es más acotado: el beneficio es improbable, y un marcado que insinúa una ficha comprable que no puedes mostrar añade mantenimiento sin retorno. Dedica ese esfuerzo a un marcado Store preciso.

Validar y evitar acciones manuales

Las directrices generales de datos estructurados de Google, actualizadas el 10 de julio de 2026, fijan las reglas básicas:

  • JSON-LD es el formato recomendado.
  • No marques contenido que los lectores de la página no puedan ver.
  • El marcado debe ser exacto y relevante para la página.
  • Un problema de datos estructurados puede provocar una acción manual, que retira la elegibilidad para resultados enriquecidos. No cambia cómo se posiciona la página en la búsqueda web.
  • Pasar la Prueba de resultados enriquecidos no garantiza que aparezca un resultado enriquecido.

Una rutina de validación breve:

  1. Pasa la página de cada local por la Prueba de resultados enriquecidos y corrige los errores críticos.
  2. Revisa la URL en vivo con la herramienta de inspección de URL.
  3. Confirma que la página no está bloqueada por robots.txt, una etiqueta noindex ni un inicio de sesión.
  4. Envía o actualiza tu sitemap.
  5. Espera. Google señala que el nuevo rastreo puede tardar varios días.

Conclusión

Coloca un bloque Store en la página de cada local, construido con los mismos datos que muestran la dirección, el teléfono y el horario visibles. Completa los obligatorios name y address, añade geo, telephone, url y openingHoursSpecification, y valida antes de publicar. Deja el marcado Product de comerciante fuera de tus planes para el menú de cannabis, porque las directrices de Google excluyen las drogas recreativas. Si quieres ayuda con un despliegue en varias tiendas, nuestro servicio de SEO y AEO lo cubre.

Preguntas frecuentes

¿Existe un tipo de schema.org para un dispensario?

No. Schema.org no tiene un tipo para dispensarios ni para cannabis. Store es el ajuste general más cercano, como subtipo de LocalBusiness para una tienda de bienes de consumo, y Google acepta un arreglo de tipos si necesitas más de uno.

¿Necesito marcado Product en las páginas de mi menú?

No. El marcado Product es opcional, y las fichas de comerciante en particular no están disponibles para productos de drogas recreativas según las directrices de Google. El marcado LocalBusiness es donde los dispensarios obtienen un beneficio claro.

¿Dónde va el JSON-LD en un sitio con varios locales?

En la página propia de cada local, describiendo ese local, con la URL, la dirección, el teléfono y el horario de esa página.

¿Un marcado válido garantiza un resultado enriquecido?

No. Google afirma que pasar la Prueba de resultados enriquecidos no garantiza que aparezca un resultado enriquecido, y que sus sistemas eligen qué mostrar.