Ejemplo de ficha: lino, precio 48.900 pesos, talle M, stock y envío Andreani

Tiene que estar escrito

La imagen de esta nota es un ejemplo de maquetación. La camisa no se vende en dptiendaonline.com y $48.900 no es un precio de catálogo de DP. Sirve para ver el orden: precio, talle, stock, envío, material, todos en texto.

Un modelo lee HTML con más seguridad que una foto. Si el único “$48.900” está dibujado sobre la tela, la cita falla o se inventa. Lo mismo si el título dice un precio y el dato estructurado dice otro.

La moneda es la de la tienda. En DP el número no se convierte: vacío o desconocido se trata como peso argentino. CLP y COP se publican sin centavos. El resto, con dos decimales. Eso no lo adivina el asistente si la ficha no lo muestra.

La variante manda

Si un talle, un color o una medida tiene su propio precio, ese es el precio de esa opción. El precio único del producto no lo reemplaza. Pasa en la ficha, en el carrito y en el cobro.

Diagrama Tienda, Ficha y Asistente, con MCP en una vía aparte
El conector no escribe el precio de la variante. Eso queda en la ficha.

El conector MCP respeta la misma regla por el otro lado: puede crear un producto con precio único, y si después cargás precios por variante, no los pisa. Cargar la grilla sigue siendo un trabajo de la ficha, no del chat.

En el texto conviene una línea explícita: “Talle M: $48.900. Talle L: $52.900.” Un asistente no tiene que deducir la tabla desde un desplegable sin etiquetas.

Envío y cambios

Tres datos alcanzan para no inventar el envío: a dónde llega, con qué medio y quién lo paga. “Andreani, lo paga el comprador, a todo el país menos Tierra del Fuego” es citable. “Consultar” no lo es.

La política de cambios va en una URL propia, enlazada desde la ficha. Quien pregunta por un talle decide con esa página, no con una frase del pie de foto. Para el resto del posicionamiento de la ficha, la guía de SEO ecommerce sigue siendo el checklist de categorías y títulos.

Cómo probarlo

  1. Abrí la URL canónica del producto, una sola.
  2. Comprobá que el precio visible y el de la variante elegida son el mismo número que va a pagar el cliente.
  3. Preguntale a un asistente, pegando esa URL: precio, talle, stock y quién paga el envío.
  4. Si responde con un número que no está en la página, el dato no estaba escrito o había dos cifras distintas.

La lista de campos, con el ejemplo marcado como ficticio, está en CSV y en JSON.

Qué no resuelve el conector

MCP le deja a tu asistente ver y editar la tienda cuando vos lo conectás. No le avisa a los asistentes de otras personas que tu producto existe. Eso lo hace la página pública.

llms.txt de DP es un índice de URLs canónicas para no inventar precios de la plataforma. No es un factor de ranking y no describe el catálogo de cada tienda. El de la plataforma está en /llms.txt.

Preguntas frecuentes

¿Alcanza con el precio en la foto?

No. El precio tiene que estar en texto y coincidir con el dato estructurado. La foto ilustra. No es la fuente del número.

¿Qué pasa si el talle L sale más caro?

El precio válido es el de esa variante. Publicar solo el precio único hace que un asistente, y a veces el carrito mal armado, cobren de menos o citen de menos.

¿Schema.org reemplaza el párrafo?

No. El texto visible y el Offer tienen que decir lo mismo. Si discrepan, no hay una cifra segura para citar.

¿Cómo pruebo si se entiende?

Pedile a un asistente el precio, el talle y quién paga el envío, con la URL adelante. Si inventa uno de los tres, ese dato no estaba escrito.

Conectá el asistente a una sola tienda

La dirección es la misma para Claude, Grok y ChatGPT. El plan free sale $0. Si preferís que armemos la tienda, el desarrollo es un pago único.

Ver cómo se conecta Ver planes