hasAdultConsideration: el schema que ecommerce debe mirar en producto

El nuevo foco técnico para muchas tiendas online no está en un botón brillante, ni en otra promesa de conversión empaquetada con aroma de consultoría, sino en una propiedad de datos estructurados con nombre largo y bastante poco seductor: hasAdultConsideration. En ecommerce, este schema de producto sirve para marcar artículos destinados a adultos o sujetos a restricciones por su naturaleza, especialmente cuando el producto tiene contenido sexual, desnudez o una consideración adulta que Google necesita entender antes de mostrarlo en experiencias de búsqueda, Shopping o resultados enriquecidos.

La intención real es sencilla: que la ficha de producto, el feed de Merchant Center y la interpretación de Google hablen el mismo idioma. Cuando una tienda vende productos sensibles, el problema no siempre está en el escaparate visible, sino en la capa invisible que lee la máquina. Ahí entra hasAdultConsideration schema producto, una señal que no empuja mágicamente posiciones, pero sí ayuda a clasificar mejor el producto y a evitar que Google tenga que adivinar con una linterna mala lo que la tienda debería haber declarado con claridad.

El pequeño campo que pone orden en producto

Durante años, el marcado de producto ha vivido en una zona curiosa: todos querían estrellas, precios, disponibilidad y entrega gratuita, pero pocos miraban las propiedades menos glamurosas. Y, claro, el ecommerce no solo vende zapatillas blancas sobre fondo blanco. También hay productos regulados, sensibles, incómodos para ciertos públicos o directamente restringidos por edad, contexto o normativa local. Google lo sabe. Los retailers también. El usuario, más todavía.

hasAdultConsideration aparece justo en esa grieta entre catálogo, política comercial y visibilidad orgánica. No es una etiqueta moral. No decide si un producto es bueno, malo, elegante, vulgar o digno de esconderse bajo el mostrador. Su función es más seca, más técnica: decirle a los sistemas que ese artículo tiene una consideración adulta y que no puede tratarse como una camiseta básica, una funda de móvil o una cafetera de cápsulas.

La importancia está en el contexto. Google utiliza datos de páginas, feeds y Merchant Center para construir experiencias de compra cada vez más visuales, comparativas y automatizadas. Cuando un producto puede aparecer en resultados enriquecidos, Google Imágenes, Lens, paneles de compra o listados gratuitos, la clasificación correcta deja de ser un detalle de trastienda. Es parte del producto. Como el precio, el stock o el GTIN. Menos visible, sí, pero igual de delicado.

En un ecommerce real, este tipo de propiedad afecta sobre todo a tiendas con catálogo adulto, lencería explícita, juguetes sexuales, productos con desnudez, ciertos contenidos eróticos o artículos cuya promoción puede depender de restricciones territoriales, de edad o de configuración de búsqueda segura. También puede rozar verticales más amplios, aunque aquí conviene no exagerar: no todo producto para adultos necesita esta marca. Una crema antiarrugas no es contenido adulto en este sentido. Una talla “adulto” en ropa tampoco. Parece obvio, pero el SEO técnico vive lleno de obviedades que alguien acaba rompiendo un viernes por la tarde.

Qué ha cambiado en Google y por qué no es decorativo

La actualización relevante es que Google incorporó hasAdultConsideration a su documentación de datos estructurados relacionados con producto, en especial dentro del marcado para merchant listings y variantes. Esa frase tiene más miga de la que parece. No estamos ante una propiedad inventada por un plugin ni ante una recomendación lanzada en un hilo perdido de soporte, sino ante una señal que entra en la zona oficial donde Google explica cómo quiere recibir información de productos para experiencias de compra.

El motivo técnico es la paridad con Merchant Center. Google ya trabajaba con el atributo adult en los feeds de producto: un campo destinado a indicar si un artículo contiene contenido adulto o sexualmente sugerente. Lo nuevo es que esa lógica se traslada de forma más clara al marcado estructurado de la página. Dicho de otro modo: el feed podía decir una cosa y la ficha otra, o la ficha podía callar por completo. Ahora Google empuja hacia una coherencia más fina entre lo que se declara en Merchant Center y lo que se marca en el HTML.

Eso importa porque el SEO de ecommerce ha dejado de ser solo “poner la keyword en el title y rezar con moderación”. En producto, Google cruza señales. Precio visible, precio del feed, disponibilidad declarada, disponibilidad en la página, datos estructurados, imágenes, variantes, políticas de devolución, envío, identificadores, reseñas. Todo forma una especie de inventario semántico. Cuando una pieza falla, no siempre hay una caída épica en rankings; a veces ocurre algo más silencioso y más caro: pérdida de elegibilidad, advertencias, desaprobaciones, restricciones mal aplicadas o una confianza menor en los datos del comercio.

Aquí no hay épica. Hay fontanería. Pero de la buena. hasAdultConsideration no convierte una ficha mediocre en una ficha excelente. No arregla una mala arquitectura, no compensa descripciones pobres, no sustituye una política de contenido adulto bien configurada. Pero permite que Google entienda una parte sensible del producto sin tener que inferirla a partir de imágenes, nombres, categorías o términos ambiguos. Y cuando una plataforma tan dependiente de automatismos tiene que inferir menos, el ecommerce respira un poco mejor.

Dónde se coloca dentro del schema de producto

La propiedad puede utilizarse en entidades de tipo Product y también en Offer, lo que abre una pregunta práctica: dónde conviene marcarla. En la mayoría de fichas de ecommerce, lo normal será declararla en el bloque principal del producto cuando la condición adulta pertenece al artículo en sí. Si el producto es adulto por naturaleza, la señal debe acompañar al producto. Si la consideración depende de una oferta concreta, de un paquete o de una forma de comercialización, puede tener sentido acercarla a la oferta. Pero en tiendas estándar, lo limpio suele ser marcar el producto.

El marcado debe convivir con el resto de propiedades habituales: name, image, description, sku, brand, offers, price, priceCurrency, availability, url y, cuando proceda, identificadores como GTIN o MPN. Aquí conviene insistir en algo poco glamuroso: un dato estructurado no es una novela paralela. Debe reflejar lo que el usuario encuentra en la página. Si el producto aparece como apto para todos los públicos en el contenido visible y el schema lo marca como sexual, hay ruido. Si el feed lo marca como adulto y la página no, también. Si un plugin decide añadirlo a todo el catálogo “por seguridad”, se acaba creando otra clase de problema: el etiquetado se vuelve barro.

El valor más relevante para Google Search es SexualContentConsideration. Schema.org contempla más miembros dentro de su enumeración adulta, como alcohol, tabaco, armas, mercancías peligrosas o contenido violento, pero Google ha sido más estrecho en el soporte declarado para esta propiedad dentro de Search. Y esa diferencia importa. Schema.org describe un vocabulario amplio; Google decide qué partes consume para sus funciones. No son lo mismo, aunque muchos manuales de SEO los mezclen como quien mete todos los cables en el mismo cajón.

El valor que Google Search entiende de forma expresa

En la práctica, una tienda que vende productos con contenido sexual o desnudez debería mirar el valor SexualContentConsideration. Es el más directo, el que encaja con la lectura de Google para contenido adulto en producto y el que establece continuidad con el atributo adult del feed. No hace falta adornarlo. No hace falta inventar una categoría propia. No hace falta traducirlo al castellano dentro del JSON-LD, porque el marcado no está escrito para el lector humano sino para los sistemas que procesan ese vocabulario.

Esto no significa que todos los productos de una tienda para adultos deban tratarse exactamente igual en contenido visible, filtros, indexación o campañas. Una cosa es la clasificación técnica del producto y otra la estrategia de catálogo. Puede haber páginas indexables, páginas no indexables, productos aptos para anuncios con restricciones, productos excluidos de campañas, categorías bloqueadas por país, contenido oculto tras aviso de edad o imágenes moderadas. El schema no gobierna todo eso. Solo pone una etiqueta semántica donde antes podía haber niebla.

Y la niebla, en ecommerce, sale cara. Una ficha mal entendida puede aparecer donde no debe o no aparecer donde sí podría. Puede activar restricciones más duras de lo necesario o no activar las que corresponden. Puede generar incoherencias entre Search Console y Merchant Center. Puede obligar a revisar manualmente plantillas, feeds y categorías cuando la tienda ya está ardiendo por otro lado. Lo habitual, vaya.

Merchant Center, feed y página: una misma verdad

El punto más serio no está en copiar una línea de JSON-LD, sino en mantener la consistencia entre tres capas: la ficha visible del producto, el feed de Merchant Center y el marcado estructurado. Esa tríada es el suelo técnico del ecommerce moderno. Cuando coincide, Google puede verificar mejor. Cuando no coincide, empieza la música rara.

Merchant Center utiliza el atributo adult para indicar si un producto contiene contenido adulto. Si el atributo no se envía, el valor por defecto se interpreta como negativo. Esto tiene lógica operativa: Google no puede asumir que todo catálogo no declarado contiene productos sensibles. Pero esa comodidad también genera una trampa. Una tienda puede estar vendiendo productos claramente adultos y, por omisión o mala configuración del feed, estar enviando a Google un “no” silencioso. En la página, mientras tanto, el contenido puede decir otra cosa. El algoritmo no necesita ponerse filosófico para detectar la contradicción.

En tiendas con muchos productos, el error suele nacer en la plantilla. Un CMS, un módulo de ecommerce o una integración con Merchant Center decide qué campos pasan al feed y qué campos se pintan en JSON-LD. Si el catálogo adulto está mezclado con productos normales, si hay categorías mal heredadas o si se trabaja con marketplaces, el caos se multiplica. Un producto puede llevar una categoría de tienda correcta, pero no el atributo adulto en feed. Otro puede tener el valor en Merchant Center, pero no en schema. Otro puede marcarse como adulto por pertenecer a una categoría padre demasiado amplia. Bienvenidos al maravilloso mundo donde una taxonomía perezosa acaba afectando a la visibilidad.

La solución editorial, técnica y comercial es la misma: no marcar por miedo, marcar por realidad. Si el producto contiene desnudez o contenido sexualmente explícito o sugerente, debe declararse. Si no lo contiene, no se fuerza. Si el sitio completo está orientado a adultos, además del dato por producto puede haber configuración a nivel de Merchant Center. Una tienda no debe resolver con schema lo que corresponde a la cuenta, ni resolver con la cuenta lo que corresponde a una ficha concreta. Cada capa tiene su trabajo. Lo aburrido, de nuevo, es lo correcto.

El ejemplo limpio para una ficha de producto sensible

Un marcado básico para una ficha de producto con consideración adulta puede integrarse dentro del JSON-LD principal, junto al resto de información comercial. La idea no es crear un bloque suelto, flotando como una nota adhesiva, sino incorporar la propiedad dentro del objeto Product que ya describe el artículo.

<script type="application/ld+json">
{
  "@context": "Schema.org",
  "@type": "Product",
  "name": "Producto de ejemplo para adultos",
  "description": "Descripción visible y coherente con la ficha del producto.",
  "sku": "ADULT-001",
  "brand": {
    "@type": "Brand",
    "name": "Marca de ejemplo"
  },
  "image": [
    "imagen-del-producto.jpg"
  ],
  "hasAdultConsideration": "SexualContentConsideration",
  "offers": {
    "@type": "Offer",
    "url": "url-de-la-ficha-de-producto",
    "priceCurrency": "EUR",
    "price": "39.90",
    "availability": "InStock",
    "itemCondition": "NewCondition"
  }
}
</script>

Este ejemplo tiene una virtud: no intenta ser más listo que la documentación. Marca el producto con SexualContentConsideration, conserva la oferta, mantiene precio y disponibilidad, y evita convertir el schema en una feria de propiedades pegadas sin criterio. En una implementación real, conviene usar los valores completos aceptados por Schema.org y validar la salida antes de publicar cambios masivos. A partir de ahí, cada tienda tendrá que adaptar el marcado a su catálogo real: variantes, tallas, colores, bundles, identificadores, políticas de envío, devoluciones o datos de stock.

Donde conviene tener especial cuidado es en las variantes de producto. Si una ficha padre agrupa distintas versiones y todas comparten la consideración adulta, la marca debe mantenerse de forma coherente. Si hay variantes con URLs propias, Google puede necesitar entender cada URL como una variante concreta. Si la tienda mezcla productos sensibles y no sensibles dentro de una misma familia por comodidad de catálogo, quizá el problema no sea el schema: quizá el problema sea la arquitectura de producto. El marcado no debería maquillar una estructura confusa; debería reflejar una estructura sana.

También importa el renderizado. Google recomienda que, para ecommerce, el marcado de producto esté disponible de forma fiable, idealmente en el HTML inicial cuando se busca maximizar la comprensión. Si una tienda inyecta el JSON-LD tarde, lo cambia con JavaScript, lo oculta tras condiciones o lo sirve distinto según país, dispositivo o consentimiento, puede estar añadiendo fragilidad. Una ficha adulta no necesita más fragilidad. Ya carga con suficiente vigilancia.

Lo que puede salir mal en una tienda real

El error más evidente es no usar la propiedad cuando corresponde. Una tienda de productos para adultos puede pensar que con el texto visible basta. O que Merchant Center ya se apaña. O que Google “lo entiende”. Frase peligrosa donde las haya. Google entiende muchas cosas, sí, pero en ecommerce prefiere datos consistentes. Y cuando hablamos de contenido adulto, esa consistencia no es un capricho de SEO: puede condicionar restricciones por edad, país, SafeSearch, políticas de anuncios y elegibilidad en experiencias de compra.

El segundo error es marcar demasiado. Hay comercios que, para evitar problemas, etiquetan categorías enteras como adultas aunque solo una parte del catálogo lo sea. Parece prudente. En realidad, puede reducir alcance innecesariamente y ensuciar la señal. Un ecommerce de bienestar, farmacia, belleza o moda íntima no debería convertir todo producto delicado en contenido sexual. Una cosa es un artículo de lencería normal; otra, un producto explícitamente sexual. Una cosa es un complemento sanitario; otra, contenido adulto. El matiz no es literatura: es clasificación.

El tercer error es no alinear el dato con el feed. Si Merchant Center envía adult: yes y la página no contiene hasAdultConsideration, quizá no haya un desastre automático, pero sí una oportunidad perdida de coherencia. Si ocurre al revés, la discrepancia también puede levantar cejas digitales. Google cruza fuentes para verificar datos de producto; si la tienda obliga a Google a recomponer el puzle con piezas que no encajan, luego no debería sorprenderse por avisos, restricciones o comportamientos raros en visibilidad.

El cuarto error es delegarlo todo en plugins sin revisar salida real. Muchos módulos de SEO para ecommerce generan Product schema, pero no todos incorporan de inmediato propiedades nuevas o recomendadas. Otros permiten campos personalizados, pero los escupen mal. Algunos duplican objetos Product, mezclan datos de categoría y producto, dejan precios antiguos o generan JSON-LD inválido cuando hay variantes. Muy de la casa. Por eso la validación no es ceremonial: hay que probar URLs representativas, no solo la ficha bonita que siempre se enseña en las reuniones.

El quinto error es olvidar que el dato adulto no vive solo en el schema. La tienda debe revisar imágenes, nombres de producto, descripciones, categorías, filtros, etiquetas internas, políticas de cuenta, feed, campañas y mercados. hasAdultConsideration es una señal importante, pero no convierte una estrategia de cumplimiento en automática. Es una pieza de una maquinaria más grande. Una rueda pequeña, sí, pero de esas que cuando se parten dejan el carrito cojo.

Por qué importa para SEO, Shopping y búsqueda con IA

En SEO orgánico, los datos estructurados no son una varita. Conviene decirlo sin incienso: añadir schema no garantiza mejores posiciones. Lo que sí puede hacer es mejorar la comprensión del producto, aumentar la elegibilidad para determinadas presentaciones enriquecidas y reducir ambigüedades en entornos donde Google combina datos de página y Merchant Center. En ecommerce, eso ya es bastante. No todo tiene que venir con fuegos artificiales.

Para Shopping y listados gratuitos, el valor es todavía más evidente. Google necesita saber qué productos puede mostrar, dónde, a quién y bajo qué restricciones. Los productos adultos pueden seguir siendo elegibles en algunos contextos, pero están sometidos a limitaciones. Declararlos correctamente ayuda a que esas limitaciones se apliquen con más precisión. No declararlos puede parecer una manera de ganar visibilidad, hasta que deja de serlo. La picaresca técnica suele durar menos que una actualización de plantilla.

La búsqueda con IA añade otra capa. Google está reforzando experiencias donde los sistemas resumen, comparan, recomiendan, filtran y conectan información de producto. En ese escenario, los datos estructurados funcionan como etiquetas de almacén: no hacen que el producto sea mejor, pero ayudan a encontrarlo, clasificarlo y tratarlo sin confundirlo con otra cosa. Si una IA de búsqueda interpreta productos, restricciones y disponibilidad, la claridad semántica gana peso. No porque el schema sea mágico, sino porque la máquina necesita una despensa ordenada.

Para el usuario, el beneficio es menos visible pero más limpio. Un menor de edad no debería recibir ciertos productos en espacios generalistas. Un comprador adulto no debería ver bloqueado un catálogo legítimo por una mala clasificación. Un ecommerce serio no debería depender de ambigüedades para vender. Y Google, que no es precisamente una ONG del marcado semántico, quiere reducir riesgos legales, publicitarios y de experiencia. La propiedad encaja en esa dirección: menos intuición, más dato.

También hay un componente reputacional. Las tiendas que venden productos sensibles no necesitan esconderse detrás de datos pobres. Al contrario: cuanto más claro sea el etiquetado, más profesional parece la operación. En sectores donde abundan catálogos copiados, descripciones mínimas, imágenes de proveedor y plugins mal configurados, una implementación técnica limpia puede ser una diferencia silenciosa. No siempre se ve. Pero se nota cuando las cosas no se rompen.

Cuando el ecommerce serio también sabe etiquetar

hasAdultConsideration no es el gran terremoto del SEO para ecommerce, pero sí una señal de hacia dónde se mueve Google: producto más estructurado, feeds más coherentes, páginas más verificables y menos margen para dejar zonas sensibles al olfato del algoritmo. Es una propiedad pequeña con una lectura grande. Sobre todo para tiendas que venden contenido adulto, productos sexuales o artículos que requieren una clasificación precisa.

La lectura práctica es sobria. Si el producto contiene contenido sexual o desnudez, el ecommerce debe revisar el feed de Merchant Center, la ficha visible y el marcado de producto. Si corresponde, debe añadir hasAdultConsideration con el valor adecuado. Si no corresponde, no debe usarlo como paraguas universal. El buen schema no consiste en marcar mucho, sino en marcar bien. Esa diferencia separa una tienda madura de una plantilla con prisas.

El ecommerce vive obsesionado con lo visible: el botón, la foto, el precio tachado, el descuento con cara de última oportunidad aunque lleve tres meses ahí sentado. Pero a veces la confianza se juega debajo, en el cableado. En una línea que el comprador no lee. En una propiedad que no vende por sí sola, pero evita confusiones. hasAdultConsideration schema producto pertenece a esa familia de detalles técnicos que no hacen ruido cuando están bien puestos. Y precisamente por eso conviene mirarlos antes de que Google los mire por su cuenta.