Método de comparación de suplementos transparentes de MIHEN

Definir el propósito específico del método

El método de comparación de MIHEN organiza información que se puede verificar directamente: identidad del paquete, declaraciones de etiquetas, disponibilidad de documentos, registros de certificación nombrados, términos del vendedor y precios observados. No decide qué debe usar una persona, ni interpreta los síntomas, ni selecciona una cantidad o horario, ni predice los resultados. Establecer ese límite es parte del método, no un descargo de responsabilidad agregado posteriormente. Los temas que requieren criterio clínico permanecen fuera del flujo de trabajo de la publicación a menos que un revisor debidamente calificado sea formalmente responsable de ese contenido específico.

Cada comparación comienza con una pregunta escrita y una regla de inclusión. La pregunta identifica la clase de producto, el mercado, la fecha de la evidencia y los campos que se compararán. La regla de inclusión se aplica antes de que se conozcan los resultados. MIHEN no agrega un producto simplemente porque tiene un precio atractivo ni elimina uno porque la información está incompleta. Los registros incompletos pueden aparecer con un estado visible o en un apéndice excluido, preservando el hecho de que el producto fue considerado y mostrando por qué no fue posible una comparación completa.

Separar capas de evidencia en lugar de mezclarlas

La primera capa es evidencia textual del paquete: identificadores de productos, campos de porción, texto de ingredientes, otros ingredientes, advertencias, instrucciones de almacenamiento y detalles de contacto del fabricante. La segunda capa es la documentación externa, como un registro oficial del regulador, un directorio de emisores de certificados o un documento por lotes. La tercera capa es evidencia de transacción de un vendedor designado en una fecha determinada. El texto editorial forma una cuarta capa y explica cómo leer los campos. La interfaz debe etiquetar estas capas para que una explicación nunca se confunda con un reclamo de etiqueta.

La autoridad de la fuente depende de la pregunta. Un regulador es la fuente del significado y el estatus de su propio registro. Un organismo de certificación es la fuente de su directorio actual. El paquete es la fuente de lo que ese paquete declara. Un minorista es la fuente de su oferta y políticas actuales. No hay una sola fuente autorizada para todos los campos. Cuando las fuentes entran en conflicto, MIHEN registra el conflicto, verifica los identificadores y las fechas del paquete y evita seleccionar un valor conveniente simplemente para completar una fila.

Utilizar estados explícitos para verificación y datos faltantes

Una insignia binaria puede exagerar la certeza, por lo que MIHEN utiliza estados descriptivos. Los ejemplos incluyen imagen de etiqueta que coincide con el identificador del paquete, listado actual del directorio de emisores encontrado en una fecha, documento del fabricante disponible pero coincidencia de lote no establecida, reclamo del vendedor no ubicado de forma independiente, conflicto de fuente, no aplicable y desconocido. Cada estado tiene una definición en la metodología. Los revisores registran la ruta de búsqueda y la URL de origen, lo que permite que otra persona repita la verificación en lugar de confiar en una marca de verificación inexplicable.

Desconocido no es una calificación reprobatoria y no se convierte en un cero numérico. Un certificado faltante, por ejemplo, puede significar que no existe ninguno, que no se publicó, que un directorio utiliza el nombre de otra empresa o que la investigación estuvo incompleta. MIHEN informa sólo lo que respalda la evidencia. Los campos calculados no están disponibles cuando falta una entrada requerida o es incompatible. Esta regla evita que los promedios, las conversiones adivinadas y los valores predeterminados silenciosos creen una precisión falsa o favorezcan sistemáticamente productos con datos menos transparentes.

Calcular campos de precios sin convertirlos en clasificaciones

Las observaciones de precios registran el paquete exacto, el vendedor, la moneda, la condición de compra, las tarifas incluidas y la fecha. El costo por porción etiquetada se puede calcular cuando el panel proporciona un recuento de porciones. El costo por unidad de ingrediente declarado se calcula solo cuando las etiquetas comparadas utilizan una base de ingrediente común confirmada y una unidad de medida compatible. La fórmula y las entradas permanecen visibles. Los descuentos de suscripción, los cupones, los límites de envío y el tratamiento fiscal son campos separados en lugar de ajustes ocultos.

MIHEN no etiqueta el precio más bajo como la opción de mayor calidad. Un cálculo de precio describe una transacción bajo condiciones establecidas. Del mismo modo, una cantidad declarada mayor no recibe una ventaja automática. Las tablas se pueden ordenar por columnas objetivas transparentes, pero el orden predeterminado es neutral desde el punto de vista editorial, como alfabético o por integridad de la documentación con una regla escrita. Si un resumen menciona una diferencia de precio, repite la fecha de observación y la base de comparación exacta para que la oración no pueda derivar en una afirmación general del mercado.

Versionar, revisar y corregir cada registro publicado

Cada guía y comparación tiene una fecha de primera publicación, una fecha de actualización del material, una fecha de verificación de fuentes y una fecha de revisión programada. Una fecha de implementación en todo el sitio no sustituye a la revisión de la página. Los cambios materiales incluyen una nueva etiqueta, un tamaño de paquete modificado, un estado de documento alterado, una metodología revisada o una interpretación de la fuente corregida. Las observaciones de precios pueden caducar antes que las explicaciones de etiquetas estables. El estado del registro determina si aparece en el mapa del sitio; Los borradores, las traducciones no revisadas y las páginas con fallas críticas de validación permanecen sin publicar o sin indexar.

Las correcciones aceptan evidencia directa a través de una ruta de contacto publicada. El editor verifica el paquete y la fuente antes de cambiar un registro, toma nota de la corrección material y conserva suficiente historial para explicar el cambio. Las comprobaciones automatizadas prueban la estructura JSON, los identificadores únicos, las URL de origen, las entradas de cálculo, los enlaces canónicos, los idiomas alternativos y los enlaces internos. La revisión humana verifica el significado, el alcance, el soporte de fuentes y el lenguaje sencillo. Ninguna capa pretende eliminar el error. El método gana confianza al hacer que los errores sean detectables, las correcciones rastreables y las conclusiones sin fundamento sean estructuralmente difíciles de publicar.

• Publicar la pregunta y la regla de inclusión para cada comparación.
• Mantenga el paquete, el documento, la transacción y la evidencia editorial por separado.
• Defina cada verificación y estado de datos faltantes.
• Mostrar entradas de cálculo, fórmulas, condiciones y fechas.
• Evite clasificaciones generales y afirmaciones de equivalencia no respaldadas.
• Asigne fechas reales de publicación, verificación de fuentes, actualización y revisión por página.
• Mantenga los borradores y las traducciones no revisadas fuera del índice.
• Mantenga un registro de correcciones basado en evidencia.