Distinguish scraped from manually verified/corrected entries

In the event of an active platform which is being scraped multiple times, it's a good idea to know which entries have been manually adjusted or corrected, so that their metadata is not overridden with a flawed or incomplete version.

An ideal solution, IMO, would be for the raw, scraped data to be stored separately from manually corrected/user-provided data. From there, they could be merged every time an update is performed.

An alternate solution would be for the metadata to contain the source of the information, allowing skipping such unwanted overrides in this way.

Commencez par localiser le flux de scraping et de mise à jour, puis examinez comment les métadonnées des entrées sont stockées et remplacées. Comparez la séparation des données brutes issues du scraping et des corrections de l’utilisateur avec l’enregistrement de la source de chaque champ. Le travail est terminé lorsque des scrapes répétés n’écrasent plus les métadonnées vérifiées ou corrigées manuellement.

Rédigé par le modèle d'indexation à partir du texte de l'issue.