Convertisseur URL en Markdown

Vérifier le résultat

Examinez le résultat URL en Markdown à côté de la page publique que vous avez soumise. Le convertisseur conserve le contenu principal et laisse de côté la navigation, les bandeaux de cookies et les liens de pied de page, mais une page sans article net — une page produit, une landing page, une page d'accueil avec de nombreux teasers — peut quand même perdre un panneau latéral ou garder un bloc que vous ne citeriez pas. Vérifiez les premiers et les derniers paragraphes par rapport à la page avant d'indexer le résultat. Les pages qui construisent leur contenu en JavaScript sont d'abord rendues dans un navigateur ; une page qui ne charge son texte qu'après un clic, un défilement ou une connexion ne peut toujours pas être capturée. Quand un site sert déjà son propre Markdown aux clients qui le demandent, le convertisseur utilise cette version si elle passe un contrôle de qualité, et se rabat sur la page HTML quand elle ressemble à un menu de tout le site ou à un export d'archive. Conservez l'URL source à côté du Markdown pour qu'un lecteur puisse revenir à la page d'origine.

Conserver le contexte de la source

Conservez l'URL soumise et votre date de récupération à côté d'un résultat URL en Markdown dans votre propre flux de travail. Une page publique peut changer après votre conversion, donc un visiteur ultérieur peut voir un passage révisé. Avec le front matter activé, le résultat commence par l'URL source, l'URL canonique, le titre et, quand la page les déclare, l'auteur, la date de publication, la description, le nom du site, la langue et l'image principale, lus dans les balises meta, les données structurées et la signature de la page. Ces champs répètent ce que la page dit d'elle-même ; vérifiez-les à la source si votre recherche en dépend. Le champ de métadonnées de l'API est différent : il ne porte que le contexte que vous fournissez. Avant de citer un tableau ou un paragraphe, comparez-le à la page et conservez assez de contexte autour pour ne pas changer son sens. Le Markdown rend le contenu web plus facile à réutiliser ; il ne détermine pas si la page est exacte ni si vous avez le droit de la republier.

HTML enregistré contre URL

Choisissez le convertisseur HTML quand vous avez déjà l'instantané exact de la page à traiter. Choisissez URL en Markdown quand une adresse d'accès public est l'entrée de la conversion courante. Ce sont des flux de travail apparentés mais aux contrôles de source différents : un fichier enregistré fixe l'entrée que vous soumettez et est converti en entier, tandis qu'une URL dépend de ce que le site renvoie au moment de la requête et est réduite à son contenu principal. Aucune des deux voies ne contourne les restrictions d'accès. Si un site refuse le récupérateur ou exige une connexion, utilisez du matériel que vous êtes autorisé à obtenir par un flux de travail approprié. Ne relancez pas sans cesse une URL inaccessible comme si une nouvelle tentative de conversion accordait l'accès.

Recherche avec un LLM

Les chercheurs collent une source, pas un fichier. Ce convertisseur télécharge l'URL que vous soumettez, conserve le corps de l'article ou de la documentation et renvoie un Markdown que vous pouvez citer, découper ou déposer dans un gestionnaire de notes, avec des liens qui restent valides. Il rend les pages en JavaScript quand le serveur envoie une coquille vide, et ne se connecte pas derrière les paywalls.

• Seules les URL d'accès public sont prises en charge.
• Le récupérateur s'identifie ; les opérateurs peuvent refuser le user agent : voir /docs/fetcher.
• Les fichiers HTML enregistrés vont sur /html-to-markdown, pas ici.