El visitante debe ser capaz de comprender las condiciones aplicables a su producto y su destino antes de continuar su pedido. Alinee la hoja, la cesta, la página de políticas y los datos estructurados. El marcado describe las condiciones de la empresa; No los define para él.
Inventario de las situaciones propuestas reales
Lista de destinos servidos, métodos de entrega, tarifas, posibles límites y excepciones de catálogo. Tener la información confirmada por los responsables de la oferta y las operaciones. No copie un modelo legal o comercial sin verificación. Este artículo trata sobre la consistencia de la pantalla: las condiciones aplicables a su actividad deben validarse en el marco apropiado.
Mostrar información en el lugar correcto
Una hoja debe explicar los elementos útiles para la decisión y referirse a una política accesible completa. La cesta debe confirmar las condiciones calculadas para el destino y los productos seleccionados. Evite formulaciones generales que sugieran un marco de tiempo libre o universal cuando existan excepciones. La consistencia también cuenta en los mensajes enviados después del pedido.
Distinguir la política validada y la representación técnica
La primera fuente de referencia es la política aprobada de la empresa, con validaciones adaptadas a su actividad. El sitio debe entonces representarlo correctamente en los contextos en cuestión. Un dato estructurado no crea una condición comercial y no le permite elegir una fecha límite, una tarifa o una excepción en su lugar. Este artículo describe una prueba de aceptación de exhibición, no las reglas legales aplicables a cada tienda.
| Apoyo | Información para comprobar | Ejemplo de discrepancia a tratar |
|---|---|---|
| Política completa | Condiciones, destinos y excepciones validadas | Una excepción ya no es aplicable, pero permanece publicada |
| página del producto | Condiciones útiles para la decisión de este producto | Una fórmula general oculta un caso particular |
| Cesta | Cálculo correspondiente a la composición y destino | La cantidad difiere sin explicación |
| Datos estructurados | Condiciones efectivamente emitidas para este alcance | Una vieja política permanece en las marcas |
| mensajes de confirmación | Información consistente con la ruta validada | Una plantilla de mensaje anterior anuncia otra cosa |
Los Documentación de Google MerchantReturnPolicy En particular, distingue la política general y las posibilidades de representación relacionadas con las ofertas. Compruebe las propiedades admitidas antes de codificar una excepción. Una propiedad presente en un vocabulario no significa necesariamente que se use en todas las pantallas de un motor.
Describir las condiciones en los datos
Google documenta MerchantTurnPolicy para representar la información de devolución, así como la posibilidad de una política general o excepciones según el caso admitido. Implementar solo información validada y visible. Compruebe la versión actual de la documentación previa al desarrollo. Los datos estructurados correctos no aseguran que Google los mostrará en un resultado y no corrige una página comercial ambigua.
Ejemplo ficticio: un objeto grande
Una tienda aplica tarifas específicas para un producto voluminoso. La página de política describe esta excepción, pero la hoja sigue mostrando un mensaje de envío gratuito general. El equipo corrige el mensaje y el cálculo, luego prueba un comando de demostración en los destinos en cuestión. También verifica que el flujo de catálogo no mantenga la indicación anterior después de la sincronización.
Un juego de casos para detectar inconsistencias
- Defina un caso estándar con una referencia y un destino admitidos. Tenga en cuenta las condiciones esperadas de la política validada.
- Agregue un producto con una excepción real. Compruebe que el texto y el cálculo hacen que esta excepción sea comprensible sin esperar el último paso.
- Pruebe un destino no servido y una combinación de productos con diferentes condiciones. El comportamiento esperado debe ser decidido por la empresa, no improvisado durante la prueba de aceptación.
- Finalmente, verifique los datos estructurados y los mensajes de productos para estos casos. Use comandos de demostración en el entorno previsto, sin activar innecesariamente el pago o el envío.
En un ejemplo ficticio, un objeto grande no se beneficia de los mismos costos que un pequeño accesorio. La hoja anuncia esta diferencia y la cesta aplica la regla validada. Si la exportación todavía muestra una condición anterior, se debe examinar el proceso de actualización. Cambiar solo la oración visible dejaría el problema en los otros medios.
El entregable para una tienda de currículum puede ser una tabla de casos, una lista de discrepancias y pruebas de corrección. Agregue el administrador de la próxima revisión, especialmente cuando cambie de operador o catálogo. Los Coherencia de flujos y datos de productos Completa esta prueba de aceptación; los Claridad de hojas para asistentes de compra beneficios sin que esto garantice una recomendación o una pantalla enriquecida.
Organizar una prueba de coherencia
Pruebe un caso estándar, una excepción, un destino no servido y una combinación de productos. Compare los resultados con las reglas aprobadas, sin realizar ninguna compra real innecesaria. Mantenga ejemplos de control para cada cambio. Este trabajo completa el Sincronización de catálogo, precio y stock y ayuda a limitar los malentendidos que luego vienen a apoyar.