KivTools

Récupérer le contenu d’une page

Envoyez l’URL à consulter. Le contenu obtenu dépend de ce que le site distant autorise à récupérer.

Comment récupérer une page dans l’éditeur

Cette page demande au serveur KivTools de requêter une adresse web et place le HTML reçu dans un éditeur. C’est un outil de récupération et d’édition, pas un lecteur d’articles : ce qui s’affiche est le code de la réponse, sans extraction de texte.

La requête part du serveur : le site cible voit KivTools et non votre navigateur. Aucun cookie, aucune session, aucun état client ne l’accompagnent, et les pages qui en dépendent renvoient un écran de connexion ou rien.

  1. Collez l’adresse complète d’une page accessible publiquement, avec http:// ou https://, dans le champ situé à côté du bouton.
  2. Cliquez sur Récupérer la page. La requête est faite par le serveur KivTools ; l’outil suit jusqu’à cinq redirections et abandonne au bout de 30 secondes.
  3. Attendez la réponse. Le HTML reçu remplit l’éditeur ; le champ d’adresse conserve l’URL envoyée pour une nouvelle tentative.
  4. Relisez ou modifiez le contenu avec la barre d’outils, libellée dans la langue de cette page. Le filtre de l’éditeur supprime les scripts et les gestionnaires d’événements en ligne avant tout affichage.
  5. Sélectionnez et copiez ce dont vous avez besoin ; une autre adresse remplace le contenu précédent. Les échecs s’affichent dans un avis au-dessus du formulaire, au lieu de laisser l’éditeur vide sans explication.

Ce que fait la récupération, et où elle s’arrête

Une requête du serveur, pas une visite du navigateur

La requête part du serveur KivTools, ce qui permet à cette page d’afficher le code d’une URL que votre réseau n’atteindrait peut-être pas. Les adresses privées, de bouclage, locales au lien et de métadonnées cloud sont refusées avant toute connexion : des adresses comme 127.0.0.1 ou 169.254.169.254 renvoient une explication au lieu d’un contenu.

Rien de votre session de navigateur ne part avec la requête : ni cookies, ni connexion, ni votre référent. Le site cible décide de sa réponse, et beaucoup de grands sites répondent aux requêtes automatisées par une page de consentement, un défi ou un blocage plutôt que par l’article.

Ce que l’éditeur montre réellement

L’éditeur contient le corps de la réponse en HTML : balisage, attributs alt et styles en ligne sont conservés et la page devient modifiable. Le filtre de l’éditeur retire les scripts et les gestionnaires en ligne, ce qui empêche une page récupérée d’exécuter du code dans votre session ; la vue code HTML montre le résultat filtré.

Les liens et images de la page récupérée gardent leurs adresses d’origine. Les URL absolues pointent toujours vers le site source, tandis que les relatives sont résolues par rapport à cette page et échouent le plus souvent : un document dépendant de ressources relatives paraîtra incomplet alors que le HTML est arrivé intact.

Quand la récupération revient vide

Une réponse qui n’est pas du texte — image, PDF, police ou téléchargement — ne peut pas s’afficher ici et laisse l’éditeur vide avec un avis. Un délai dépassé, un nom qui ne se résout pas, un statut HTTP d’erreur et un corps vide sont signalés séparément, pour que la cause reste lisible.

Les pages construites en JavaScript renvoient leur structure initiale et non leur contenu rendu, car la récupération n’exécute pas de scripts. Pour la même raison, une page derrière une connexion ou une vérification anti-bot renvoie ce que recevrait un visiteur anonyme. L’éditeur montre un instantané d’une réponse, pas une vue en direct du site.

Outils récents :