Registra un estado comprobable
Un historial describe lo revisado en una fecha, no una disponibilidad permanente. Guarda marketplace, ID, tienda, opción, base del precio, observación de stock, fecha y responsable. Distingue datos visibles, respuestas confirmadas y preguntas pendientes.
La palabra «actualizado» aporta poco si solo cambió el formato. Indica el alcance real de la revisión. Una página accesible no equivale a la confirmación de una talla o cantidad específica.
Separa identidad y enlace
Conserva dominio original e ID independientemente del enlace del agente o de la redirección. La identidad seguirá siendo útil si cambia la estructura de la dirección. Elimina parámetros innecesarios únicamente cuando se mantenga la referencia funcional al producto.
Si no existe un ID estable, documenta tienda, título, imagen y opción con su incertidumbre. No inventes identificadores. Una foto compartida no demuestra una misma fuente y un ID igual no garantiza contenido sin cambios.
Actualiza precios con contexto
Registra moneda, variante, unidades, tramo, fecha y precio seleccionado. Distingue promoción, precio inicial y coste de la opción deseada. Guarda portes nacionales por separado; el envío internacional pertenece después al contexto del paquete.
Conserva valores anteriores en el historial. Solo compara precios si opción y cantidad son equivalentes. Las promociones pueden tener duración o condiciones limitadas: señala esas restricciones expresamente.
Describe disponibilidad con precisión
Especifica si carga la página, puede seleccionarse una variante, está confirmada la cantidad o falta respuesta del vendedor. Son estados distintos. Una barrera de acceso con cuenta no demuestra ni existencias ni eliminación.
Un estado fechado sigue siendo una instantánea. Evita palabras que sugieran vigilancia continua. El comprador debe revisar su combinación y cantidad antes de pagar, aunque el editor haya abierto el enlace recientemente.
Crea una versión nueva para cada sustituto
Un reemplazo necesita registro propio, nueva identidad, fecha y explicación. Comprueba función, medidas, diseño, piezas y condiciones otra vez. No atribuyas fotos QC ni comentarios antiguos al nuevo producto como si compartieran automáticamente la misma evidencia.
Relaciona original y sustituto manteniéndolos distinguibles. Si reaparece la oferta anterior, documenta una nueva comprobación. Así podrás corregir decisiones sin alterar lo observado en el pasado.
Separa mantenimiento y verificación de compra
El editor revisa destinos y campos importantes; el comprador confirma opción exacta, cantidad, transporte y condiciones. «Enlace revisado» no certifica autenticidad, calidad ni entrega. Describe concretamente qué se comprobó.
Cada pedido necesita una referencia guardada de su propia oferta. Un cambio posterior en la tabla no sustituye esa evidencia. El QC se compara con la compra realizada, no con la versión más reciente de una fila general.
Prioriza revisiones según uso y cambios
Revisa primero ofertas populares, antiguas, denunciadas o variables. Un aviso útil incluye fila, problema, destino final y fecha, sin datos de cuenta o pedido privados. Intenta reproducir el fallo antes de describirlo como una caída general.
Registra también comprobaciones sin cambios con su alcance real. Editar texto no significa revisar un producto. Distingue cambios de contenido, precio y opción de una sustitución de identidad y retira de la selección activa las ofertas inactivas.
Mide utilidad verificable
Importan cobertura de ID, antigüedad de revisiones relevantes, historial conservado y destinos útiles que funcionan. El número de filas no basta. Fija frecuencia según el riesgo observado de cambio y no anuncies revisiones diarias inexistentes.
Conserva la historia y mantén clara la selección activa. El lector debe reconocer qué se revisó, qué falta y qué datos tendrá que confirmar antes de comprar.
