diff --git a/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md b/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md
index 773abad..1628d2f 100644
--- a/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md
+++ b/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md
@@ -69,6 +69,23 @@ On peut construire le JSON :
 }
 ```
 
+L'envoyer :
 
+```bash
+aws s3 cp /tmp/tags.json s3://registry.deuxfleurs.org/v2/albatros/tags/list
+```
 
+Et ensuite s'assurer qu'on est bien compatible :
 
+```bash
+crane ls registry.deuxfleurs.org/albatros
+# 0.9
+```
+
+_À ma connaissance, le client Docker ne permet pas de récupérer ce fichier directement._
+
+Bien entendu, il est peu probable que dégainer l'outil `crane` soit la première solution qui vienne à l'esprit des gens. Nos utilisateurs vont plutôt se rendre sur notre site web et s'attendre à voir les conteneurs listés sur une page dédiée ! En définissant des CORS sur notre bucket, on va permettre à un script JS astucieux de récupérer ce fichier via des requêtes XHR et de construire l'index.
+
+On pourrait aussi appeler ces fichiers depuis le générateur de site statique, et régulièrement regénérer le site web pour intégrer ces modifications. Aujourd'hui on utilise XHR sur la page de Garage, et ça a quand même l'avantage de la simplicité, alors pas de raison de changer :-)
+
+Voilà comment on va configurer les CORS :