DCA automatisé sur Coinbase : mon protocole et mes vrais chiffres

17 achats réels, 1,2 % de frais par ordre, un DCA arrêté sans prévenir : ce que j'ai appris en automatisant mon DCA Bitcoin/Ether sur Coinbase avec n8n, et le protocole v2 avec règle MM200.

Par Hatem Ben Soltane — 23 septembre 2026 — Bitcoin

Acheter un peu de Bitcoin chaque semaine, sans y penser et sans regarder les cours : c'est la promesse du DCA (dollar-cost averaging, ou investissement programmé). Sur le papier, rien de plus simple. En pratique, entre les oublis, les frais cachés de l'achat « en un clic » et la reconstitution des opérations au moment de la déclaration fiscale, beaucoup abandonnent au bout de quelques mois. Voici le protocole que j'utilise sur mon propre compte Coinbase, automatisé avec n8n, et surtout les chiffres réels de ce qu'il a donné.

Le point de départ : un DCA « naïf » sur 8 semaines

Au printemps 2026, j'ai lancé un premier DCA très simple : 5 € de BTC et 5 € d'ETH chaque dimanche à 13 h, en ordre au marché via l'API Coinbase Advanced Trade. Pas de règle, pas de filtre, juste de la régularité.

Voici ce que dit l'historique extrait directement de Coinbase :

Au total : 17 ordres, 85 € investis frais compris. Valorisés aux prix du 23 septembre 2026 (75 217 € le BTC, 2 395 € l'ETH), ces achats valent environ 110 €, soit +22 % sur la partie BTC et +39 % sur la partie ETH.

Ce résultat ne prouve rien sur l'avenir : huit semaines, c'est anecdotique, et il tient surtout au fait que les achats ont eu lieu pendant la baisse de juin. Mais cet essai m'a appris trois choses beaucoup plus utiles que le pourcentage.

Leçon 1 : les frais sur petits montants sont énormes

Chaque ordre de 4,94 € a coûté 0,059 € de commission, soit 1,2 %. C'est le tarif « taker » (ordre au marché) du premier palier de Coinbase Advanced, celui de tous ceux qui échangent moins de quelques milliers d'euros par mois. Sur un an de DCA hebdomadaire, cela représente plus d'une semaine d'achat partie en frais.

La parade existe : passer des ordres limite « post-only », placés légèrement sous le prix du marché. Ils sont facturés au tarif « maker », nettement plus bas, au prix d'un léger risque de ne pas être exécutés si le marché monte d'un coup.

Leçon 2 : un DCA sans surveillance s'arrête en silence

Le dernier achat date du 28 juin. Pourquoi ? Le solde en euros du compte était tout simplement vide. Aucun message, aucune alerte : le DCA s'est arrêté et je ne l'ai remarqué qu'en septembre, en examinant l'historique. Un automatisme sans compte rendu, c'est un automatisme qui finit par ne plus rien faire.

Leçon 3 : la déclaration se prépare le jour de l'achat

Dix-sept lignes, c'est gérable à la main. Cinquante-deux par an et par actif, beaucoup moins. Et le formulaire 2086 ne pardonne pas les approximations sur les prix d'acquisition.

Le protocole version 2 : DCA + règle de tendance

À partir de ces leçons, j'ai reconstruit le système en trois briques n8n.

1. Un achat hebdomadaire modulé par la moyenne mobile 200 jours

Chaque lundi à 9 h, le workflow récupère les 300 dernières clôtures quotidiennes BTC-EUR (données publiques Coinbase, sans clé), calcule la moyenne mobile 200 jours (MM200) et compare le dernier prix :

• prix au-dessus de la MM200 (régime haussier) : achat de base × 1,5 ;
• prix en dessous (régime baissier) : achat de base × 0,5, ou pause complète si l'on règle le coefficient à 0.

L'idée n'est pas de « battre le marché » mais de réduire l'exposition quand la tendance longue est cassée, là où les baisses de −50 % ou plus se concentrent historiquement. La contrepartie est assumée : on achète davantage quand les prix sont déjà montés, et l'on accumule moins au creux. Ce n'est pas une règle meilleure dans tous les scénarios ; c'est une règle différente, plus prudente en marché baissier prolongé.

Voici le message réel reçu sur Telegram le 23 septembre 2026, lors du test :

📊 DCA BTC-EUR — 2026-09-23 Prix : 75 203,45 € | MM200 : 61 155,29 € (x1.23) Régime : HAUSSIER (prix > MM) → coefficient x1.5 🧪 SIMULATION (DRY_RUN = true) : j'aurais acheté 30,00 € de BTC-EUR en market.

Avec un montant de base de 20 €, le bitcoin cotant 23 % au-dessus de sa MM200, le workflow aurait acheté 30 €. Le mode simulation est activé par défaut : on laisse tourner une ou deux semaines, on vérifie les messages, puis on passe aux ordres réels. Si Coinbase refuse un ordre (fonds insuffisants, taille minimale…), la raison exacte arrive sur Telegram : c'est la réponse directe à la leçon 2.

2. Des alertes prix et un rapport portefeuille quotidien

Toutes les 15 minutes, un second workflow vérifie les prix (CoinGecko) et prévient sur Telegram si un seuil est franchi (« BTC sous 60 000 € ») ou si un actif bouge de plus de 5 % en 24 h, avec un anti-spam de quelques heures. Chaque matin à 8 h, il lit les soldes Coinbase, les valorise au meilleur prix acheteur du carnet d'ordres et envoie le total avec la variation depuis la veille. Si le solde en euros fond, on le voit tout de suite.

3. L'export fiscal automatique

Le 1er de chaque mois, le troisième workflow récupère toutes les exécutions Coinbase de la période (pagination gérée, doublons éliminés) et envoie un CSV au format universel Koinly, importable aussi dans Waltio ou un tableur. Lors du test, l'historique complet depuis 2022 (les 17 ordres) est arrivé sur Telegram en un peu plus de deux secondes, avec date, montants envoyés et reçus, frais et identifiant de transaction pour chaque ligne.

Ce fichier ne remplace ni Koinly, ni Waltio, ni votre comptable : il leur donne des données propres, sans ressaisie.

Sécurité : ce que le système peut faire, et ce qu'il ne peut pas faire

L'accès à Coinbase passe par une clé API CDP créée dans votre propre compte, avec deux permissions seulement : View (lire les soldes et l'historique) et Trade (acheter). La permission Transfer n'est jamais cochée : même en cas de fuite de la clé, personne ne pourrait retirer vos fonds. La clé privée reste stockée dans votre instance n8n ; chaque requête est signée par un jeton JWT valable deux minutes.

Coinbase opère en France via une entité agréée au titre du règlement européen MiCA. Le système n'est pas un service d'investissement : c'est un logiciel que vous faites tourner vous-même, avec vos clés et vos fonds.

Ce qu'il faut pour le reproduire

• un compte Coinbase et une clé API CDP (5 minutes) ;
• une instance n8n, en version cloud ou auto-hébergée ;
• un bot Telegram (2 minutes).

J'ai regroupé les trois workflows, prêts à importer, avec un guide d'installation en français, dans le Kit Crypto n8n. Tous les paramètres (paire, montant, coefficients, seuils, heure du rapport) se règlent dans un seul nœud de configuration, et la simulation est active tant que vous ne l'avez pas coupée.

En résumé

• Un DCA naïf fonctionne, mais sur de petits montants les frais taker à 1,2 % grignotent une part réelle de l'effort d'épargne.
• Un automatisme sans alerte finit par s'arrêter sans prévenir.
• La règle MM200 ne promet pas plus de rendement ; elle réduit l'exposition quand la tendance de fond se retourne.
• L'export fiscal mensuel évite le week-end de reconstitution au printemps.

Cet article décrit une méthode personnelle et un outil logiciel. Il ne constitue ni un conseil en investissement, ni un conseil fiscal. Les performances passées, a fortiori sur huit semaines, ne préjugent pas des performances futures. Les crypto-actifs peuvent perdre tout ou partie de leur valeur.