Este problema conocido ha sido traducido automáticamente del inglés.

Debido a la falta de notificaciones y problemas de caché, algunas rutas son cacheadas en no encontradas en vbase y en rewriter por store-indexer impactando en la experiencia cuando estas rutas vuelven a estar disponibles, siendo necesario enviar una nueva indexación y nuevas notificaciones o esperar a que el tiempo de store-indexer vuelva a activar la nueva indexación.

Este es un problema intermitente, por lo que, básicamente, no es fácil de simular, pero una vez que se almacenan rutas en vbase y/o rewriter como no encontradas, existe la posibilidad de no recibir una notificación en poco tiempo para actualizar eso

Para los productos,

• Intenta no almacenar rutas dentro del rewriter, a menos que sea estrictamente necesario
• Comprobar si la ruta se almacena en rewriter como no encontrada (tipo: notFoundProduct) si se actualiza por nuevos valores:

{ interno{ get(ruta: "/juego-de-cama-gris-extradoble-fenissa-082031/p"){ from resolveAs type } } }

• Si la ruta está atascada en rewriter con no encontrado, puede simplemente ejecutar esta mutación para eliminar que a partir de ahí:

mutation{ internal{ delete(ruta: "slugDeTuProducto/p"){`` desde } } }

• Comprueba si la API de tipo de página está atascada en un no encontrado y notifica al equipo de catálogo: https://.vtexcommercestable.com.br/api/catalog_system/pub/portal/pagetype/
• Restablecer o eliminar rutas en vbase entrando en la aplicación rewriter - admin/apps/vtex.rewriter@x.x.x/setup/ - y actualizando su versión de rutas a una diferente - No se perderá ningún contenido
• Reindexar las rutas usando store-indexer
• Guardar el producto para notificar directamente a la emisora que el producto ha cambiado y entonces tiene que enviar nuevas notificaciones