12 septembre 2026 · 6 min de lecture
Comment le suivi par photo gère les repas qu'un code-barres ne pourra jamais lire
Ouvrez presque n'importe quelle base de données nutritionnelle et vous découvrirez qu'il s'agit en fait d'une base de données de produits emballés. Boîtes de céréales, barres protéinées, plats surgelés, articles de chaînes de restaurants avec un code-barres — tout cela enregistré une fois par quelqu'un, scanné par tout le monde ensuite. Cela fonctionne bien, jusqu'à ce que vous cuisiniez vous-même.
Un sauté avec trois légumes, une marinade préparée à l'œil, et une quantité d'huile qui a fini dans la poêle sans être mesurée n'a pas de code-barres. Une salade composée avec ce qu'il y avait dans le frigo non plus, ni un chili qui est légèrement différent à chaque fois que vous le préparez. Ces repas représentent une part énorme de ce que les gens mangent réellement, et ce sont précisément ceux qui font échouer l'enregistrement basé sur la recherche.
La solution habituelle est d'approximer : chercher quelque chose de similaire, choisir la correspondance la plus proche, et espérer que l'estimation de portion ne soit pas trop éloignée. Faites cela trois fois par jour et les erreurs s'accumulent vite — pas parce qu'une seule estimation est totalement fausse, mais parce qu'il n'y a aucun ancrage avec le repas qui est réellement devant vous.
L'estimation par photo inverse le point de départ. Au lieu de chercher un substitut, vous photographiez l'assiette réelle, et le modèle raisonne sur ce qu'il voit : les ingrédients visibles, leur volume approximatif par rapport à l'assiette, et comment cela se rapporte aux proportions habituelles de macronutriments pour ce type de plat. Il ne lit pas une étiquette parce qu'il n'y en a pas ; il estime à partir des mêmes informations qu'utiliserait une personne si vous lui demandiez de deviner.
Cette distinction compte plus qu'il n'y paraît. Une personne regardant votre sauté pourrait vous dire qu'il s'agit probablement d'un plat de poulet et de légumes avec une sauce légère, environ une assiette et demie, sans doute entre 500 et 650 calories. Elle n'aurait pas besoin d'un code-barres pour y arriver, et serait probablement plus proche de la vérité qu'une recherche approximative de "sauté de poulet" dans une base de données qui suppose une proportion complètement différente entre protéines, légumes et huile.
Rien de tout cela ne rend l'estimation par photo parfaite. Elle ne saura pas exactement combien de beurre est entré dans votre purée de pommes de terre, ni si cette sauce a été préparée à la crème ou au bouillon. Ce qu'elle fera, c'est vous situer dans une fourchette raisonnable pour les repas qui n'avaient auparavant aucune bonne option de suivi — des repas qui, avant, étaient soit ignorés, soit estimés au hasard, soit enregistrés comme quelque chose de complètement différent parce que c'était la seule correspondance dans la base de données.
Les deux systèmes sont faits pour fonctionner ensemble, pas pour se concurrencer. Un scan de code-barres donne des chiffres exacts pour les produits emballés parce que ces chiffres exacts existent. Une photo donne une estimation exploitable pour tout le reste, parce que pour la nourriture maison, un chiffre rapide et raisonnablement précis vaut mieux qu'un chiffre lent et faussement exact. La plupart des jours finissent par utiliser les deux — le yaourt est scanné, le dîner est photographié — et ensemble, le journal de la journée reflète réellement ce qui a été mangé plutôt que la chose la plus proche trouvée dans une base de données.
Le point le plus important concerne l'objectif réel du suivi. Si le but est une tendance sur des semaines et des mois, une estimation légèrement imparfaite aujourd'hui que vous enregistrerez vraiment à nouveau demain vaut mieux qu'un chiffre techniquement précis qui a pris cinq minutes à trouver et que vous sauterez la prochaine fois parce que ça n'en valait pas la peine. Le suivi par photo existe parce que la nourriture maison est courante, que le suivi basé uniquement sur une base de données la gère mal, et que la solution n'est pas une base de données plus grande — c'est une autre façon de regarder l'assiette.