Gérer le support client pour produits numériques : liens manquants et problèmes d'accès

Les boutiques de produits numériques traitent 3× plus de tickets de support par vente que les produits physiques—les clients attendent une livraison instantanée, pourtant 22 % signalent des liens de téléchargement manquants dans la première heure. Les filtres antispam, les jetons expirés et la confusion sur les limites d'appareils transforment un paiement fluide en client frustré et en tâche de recherche manuelle pour votre équipe.

Points clés

• 68 % des tickets de produits numériques concernent des liens de téléchargement manquants ou expirés
• Vérifiez automatiquement la légitimité d'un achat en moins de 8 secondes via l'API de commandes
• Définissez des règles de playbook pour réémettre instantanément les liens pour les commandes valides, escalader les paiements contestés
• Les plaintes sur les limites d'appareils nécessitent un examen humain ; les schémas de fraude déclenchent des blocages manuels
• Heylio vérifie le statut des commandes Shopify et renvoie les liens via les metafields ou les API d'applications

Pourquoi le support de produits numériques est plus complexe que celui des produits physiques

Les produits numériques génèrent 47 % de volume de support en plus par commande que les articles tangibles, car la livraison est invisible. Un client qui achète un cours PDF ou une licence logicielle s'attend à recevoir le lien dans sa boîte mail sous 60 secondes. Quand il n'arrive pas—ou atterrit dans les spams—il suppose que la transaction a échoué. Les produits physiques ont des numéros de suivi et un délai de transit ; les produits numériques n'ont aucun délai tampon.

Les fournisseurs d'e-mails signalent 18 % des e-mails de livraison automatisés comme promotionnels ou spam. Les liens de téléchargement expirent après 24 à 72 heures par défaut dans la plupart des applications Shopify de téléchargement numérique. Les clients mettent en favori des URL expirées, puis se plaignent que le produit « ne fonctionne pas ». Les limites d'appareils sur les licences logicielles déclenchent des erreurs d'accès refusé quand un client change d'ordinateur. Chaque scénario ressemble à une défaillance du produit mais nécessite une réponse de support différente.

Heylio se connecte à votre boutique Shopify et lit les métadonnées de commande—date d'achat, statut de traitement, jetons d'application de téléchargement—pour que l'IA puisse vérifier la légitimité et réémettre les liens sans qu'un humain n'ouvre le panneau d'administration. Vous écrivez une règle de playbook : « Si commande payée et traitée, renvoyer le lien de téléchargement ; si paiement contesté, mettre en attente pour examen manuel ».

Comment vérifier la légitimité d'un achat sans recherches manuelles dans Shopify

La vérification manuelle d'une commande coûte 3 à 5 minutes par ticket : recherche par e-mail, vérification du statut de paiement, recoupement avec la demande du client. Quand 68 % des tickets de produits numériques sont des demandes en double « où est mon lien ? », cela représente 12 heures de temps perdu pour 100 commandes.

Heylio interroge l'API de commandes Shopify dès l'arrivée d'un ticket. Il lit financial_status (payé, en attente, remboursé), fulfillment_status (traité, non traité) et les SKU des articles de ligne. Si l'e-mail du client correspond à une commande payée et traitée contenant un produit numérique, l'IA la signale comme auto-résolvable. Si la commande est marquée comme frauduleuse dans l'analyse de risque de Shopify ou si le paiement est contesté, le ticket est escaladé vers votre file d'attente avec une étiquette d'avertissement.

Vous configurez la règle de vérification dans un playbook :

if:
  - order.financial_status == "paid"
  - order.fulfillment_status == "fulfilled"
  - order.line_items contains SKU matching "digital-download"
then:
  - action: re-send download link
  - reply: "Bonjour {{customer.first_name}}, votre lien de téléchargement est ci-dessous. Il expire dans 72 heures."
else_if:
  - order.financial_status == "refunded" OR order.cancelled_at != null
then:
  - action: escalate
  - tag: refund-already-processed

L'IA vérifie également les tags Shopify. Si vous taguez les commandes risquées « high-fraud-score » ou « chargeback-risk », le playbook peut router ces tickets vers un humain même quand le statut de paiement affiche payé. Cela empêche le renvoi automatique de liens aux comptes signalés par vos outils anti-fraude.

Renvoyer automatiquement les liens de téléchargement pour les commandes valides

Réémettre un lien de téléchargement prend 90 secondes manuellement : trouver la commande, ouvrir l'application de téléchargement numérique (Digital Downloads, Sky Pilot, SendOwl), générer un nouveau jeton, le coller dans un e-mail. Heylio réduit cela à zéro temps humain en déclenchant l'API de l'application ou en lisant les metafields Shopify.

La plupart des applications de livraison numérique Shopify stockent les URL de téléchargement dans les metafields de commande (champs de données personnalisées attachés à chaque commande). Heylio lit l'espace de noms du metafield—par ex., digitaldownloads.link—et récupère le jeton actuel. Si le jeton est expiré, il appelle le point de terminaison API de l'application pour en générer un nouveau. L'IA rédige une réponse avec le nouveau lien et marque le ticket comme résolu.

Pour les applications sans API publique, Heylio peut utiliser le flux de commandes brouillon de Shopify : créer une commande brouillon à 0 € pour le même produit, la traiter et envoyer le nouvel e-mail de téléchargement. Cette solution de contournement prend 12 secondes et ne nécessite aucune saisie manuelle.

Le modèle de réponse inclut le lien, le délai d'expiration et une instruction d'une phrase :

« Votre lien de téléchargement pour {{product.title}} est prêt : [Télécharger maintenant]. Ce lien expire dans 72 heures. Enregistrez le fichier sur votre appareil pour conserver un accès permanent. »

Vous évitez que le client ne clique sur un favori obsolète la semaine prochaine. Heylio suit combien de fois le même client demande un renvoi. Après trois demandes en 30 jours, le ticket est escaladé—soit le client revend l'accès, soit il y a un problème technique que votre équipe devrait investiguer.

Gérer l'expiration d'accès et les plaintes sur les limites d'appareils

Les licences logicielles et sites d'adhésion imposent des limites d'appareils—2 appareils actifs, 5 sièges par compte—pour éviter le partage de mot de passe. Quand un client atteint la limite, il obtient une erreur « accès refusé » et suppose que vous l'avez bloqué injustement. Ces tickets nécessitent un jugement humain : s'agit-il d'un changement légitime d'appareil ou d'un abus de compte ?

Heylio signale les tickets de limite d'appareils en scannant le message pour des mots-clés : « bloqué », « trop d'appareils », « nouvel ordinateur », « ne peux pas me connecter ». L'IA vérifie la date de commande du client et l'activité du compte. Si l'achat date de moins de 60 jours et que le client a contacté le support moins de deux fois, elle rédige une réponse proposant une réinitialisation d'appareils :

« Bonjour {{customer.first_name}}, vous avez atteint la limite de 2 appareils sur votre licence. J'ai réinitialisé vos appareils actifs—reconnectez-vous sur votre appareil actuel et il s'enregistrera. Si vous devez augmenter la limite, répondez et nous examinerons votre compte. »

L'IA n'envoie pas automatiquement cette réponse. Elle la met en file d'attente comme brouillon car les réinitialisations d'appareils peuvent permettre le partage de compte. Votre équipe approuve le brouillon en un clic ou le modifie si le compte montre des signaux d'abus—10 connexions depuis différentes IP en une journée, plusieurs demandes de réinitialisation par semaine.

Pour les licences annuelles expirées, Heylio vérifie la date d'achat. Si la licence était valide 12 mois et qu'il s'est écoulé 13 mois, l'IA explique l'expiration et offre un code de réduction de renouvellement (extrait des règles de réduction de votre playbook). Vous ne perdez pas de temps à expliquer les conditions d'abonnement ; l'IA le fait en 8 secondes.

Définir des règles de playbook pour résolution automatique instantanée vs examen humain

Tous les tickets de produits numériques ne sont pas sûrs à résoudre automatiquement. Vous avez besoin de garde-fous qui détectent la fraude, les contestations et les cas limites. Les playbooks Heylio utilisent une logique if/then pour router les tickets selon les données de commande, l'historique client et le contenu du message.

Scénarios de résolution automatique :

• Achat valide (payé, traité) + « n'ai pas reçu le lien de téléchargement » → renvoyer le lien, fermer le ticket.
• Lien expiré (commande >72 heures) + client demande nouveau lien → générer un nouveau jeton, répondre, fermer.
• Problème de filtre spam (client dit « vérifié les spams, pas là ») + commande valide → renvoyer à un e-mail alternatif si fourni, sinon lien standard.

Déclencheurs d'escalade :

• Paiement contesté ou remboursé → mettre en attente le ticket, taguer « chargeback-risk », notifier l'équipe.
• Client demande 4+ renvois en 30 jours → escalader, taguer « possible-reseller ».
• Commande signalée à haut risque par l'analyse de fraude Shopify → examen manuel requis.
• Message contient « avocat », « contestation », « arnaque » → escalader, taguer « legal-threat ».

Vous écrivez ces règles une fois dans votre playbook Heylio. L'IA les applique à chaque ticket. Quand un nouveau cas limite apparaît—disons, un client dont l'application de téléchargement affiche « fichier corrompu »—vous ajoutez une règle pour vérifier les erreurs de hachage de fichier et escalader ces tickets. Le playbook apprend de vos corrections.

Prévenir la fraude : comptes dupliqués et clés d'accès revendues

Les produits numériques attirent la fraude car la livraison est instantanée et l'annulation difficile. Les clients achètent avec des cartes volées, téléchargent le fichier, puis contestent la charge. Ou ils achètent une licence et revendent l'accès à 50 personnes.

Heylio surveille les schémas de fraude dans les données de tickets. Si cinq clients envoient des e-mails depuis différentes adresses mais incluent le même numéro de commande dans leurs messages, l'IA le signale—quelqu'un distribue une confirmation de commande partagée. Si un client demande des liens de téléchargement pour dix adresses e-mail différentes, le ticket est escaladé.

Vous configurez les règles anti-fraude dans le playbook :

if:
  - customer.email not in order.email
  - customer references order number not associated with their email
then:
  - action: escalate
  - tag: email-mismatch-fraud
  - note: "Le client revendique la commande {{order.number}} mais l'e-mail ne correspond pas à l'enregistrement Shopify."

L'IA vérifie également le score d'analyse de fraude de Shopify. Les commandes signalées « haut risque » reçoivent un tag d'examen manuel. Heylio n'enverra pas automatiquement de liens de téléchargement ni ne traitera de remboursements jusqu'à ce que votre équipe vérifie la transaction.

Pour la détection de partage de compte, l'IA suit les adresses IP si votre application de licence les enregistre. Dix connexions depuis différents pays en une journée déclenche un examen. Heylio ne bloque pas automatiquement l'accès—il met en file d'attente un brouillon demandant au client de vérifier l'activité récente. Vous gardez le contrôle.

Politiques de remboursement pour produits numériques : comment les appliquer sans aliéner les clients

Les produits numériques ne sont pas retournables par défaut—une fois téléchargés, la valeur est livrée. Mais les clients s'attendent à des remboursements si le fichier est corrompu, incompatible ou mal représenté. Votre politique a besoin de lignes claires.

Heylio applique les règles de remboursement de votre playbook. Vous définissez les conditions : « Rembourser si demandé dans les 7 jours et que le client signale un problème technique (ne s'ouvre pas, mauvais format) ». L'IA lit le ticket, vérifie la date de commande et scanne les mots-clés de problème. Si les critères correspondent, elle rédige une réponse de remboursement et la met en file d'attente pour approbation. Vous cliquez sur approuver, Heylio appelle l'API de remboursement Shopify, et le client récupère son argent.

Si le client a téléchargé le fichier et demande un remboursement après 7 jours sans plainte technique, l'IA refuse poliment la demande :

« Notre politique de remboursement couvre les problèmes techniques dans les 7 jours suivant l'achat. Votre commande date de {{days_since_purchase}} jours et montre un téléchargement réussi. Si vous rencontrez un problème spécifique pour ouvrir ou utiliser le fichier, décrivez-le et nous vous aiderons. »

Vous évitez les refus généraux qui semblent robotiques. L'IA explique la politique et offre un dépannage. Si le client répond avec un vrai problème—« le PDF ne s'ouvre pas dans Adobe »—le ticket est escaladé et votre équipe peut émettre un remboursement de courtoisie ou un remplacement.

Pour les produits de grande valeur (100 €+), configurez le playbook pour escalader toutes les demandes de remboursement. Heylio les signale « manual-approval-required » afin que vous examiniez le contexte avant traitement. Vous ne perdez pas d'argent avec une automatisation impulsive.

Accès multi-appareils : quand les clients ont besoin de plus de sièges ou de connexions simultanées

Les clients qui achètent une licence mono-utilisateur s'attendent souvent à l'utiliser sur leur téléphone, tablette et ordinateur simultanément. Quand votre serveur de licences dit « max 2 appareils », ils se sentent punis. Ces tickets sont des opportunités de vente incitative—ou des gestes de bonne volonté si la demande est raisonnable.

Heylio détecte les demandes multi-appareils en scannant des phrases : « utiliser sur mon iPad aussi », « connexion depuis ordinateur de travail », « forfait familial ». L'IA vérifie l'historique de commandes du client. S'il est client depuis 12+ mois ou a acheté plusieurs produits, elle rédige une offre de mise à niveau :

« Votre licence actuelle couvre 2 appareils. Je peux vous faire passer au forfait 5 appareils pour 15 €/mois—voulez-vous que j'applique une réduction de 20 % pour les clients existants ? »

Le code de réduction provient des règles de fidélité de votre playbook. Si le client refuse, l'IA explique comment désactiver les anciens appareils via le portail de licences. Vous n'insistez pas ; vous informez.

Pour les clients qui ont acheté hier et demandent immédiatement plus d'appareils, l'IA répond avec la limite d'appareils standard et un lien vers les forfaits de mise à niveau. Pas de réduction. Le playbook traite différemment les acheteurs récents des clients de longue date car la valeur vie diffère.

Heylio suit quelles offres de vente incitative convertissent. Après 100 tickets, il rapporte : « 20 % des clients acceptent la mise à niveau 5 appareils quand proposée dans les 30 jours suivant l'achat ; 8 % après 6 mois ». Vous ajustez votre timing de réduction en conséquence.

Surveiller les tendances des tickets pour corriger les goulets d'étranglement de livraison

Si 40 % de vos tickets en une semaine concernent un « lien de téléchargement manquant », votre flux de livraison est cassé. Le tableau de bord de Heylio affiche le volume de tickets par catégorie : liens manquants, jetons expirés, limites d'appareils, demandes de remboursement.

Vous voyez un pic de tickets « e-mail non reçu ». L'IA les corrèle avec les horodatages de commande : 90 % ont été passées pendant une fenêtre de 6 heures mardi. Vous vérifiez votre fournisseur d'e-mails—il s'avère que votre taux d'envoi a atteint une limite de limitation et 200 e-mails de livraison ont été mis en file d'attente pendant des heures. Vous augmentez la limite, et le pic s'arrête.

Ou vous remarquez que 15 % des tickets mentionnent « mauvais format de fichier ». Les clients attendaient une vidéo MP4 mais ont reçu des fichiers MOV. Heylio signale le schéma dans le rapport hebdomadaire. Vous mettez à jour vos descriptions de produits et ajoutez un guide de conversion de format à votre base de connaissances. L'IA commence à lier ce guide dans les réponses, et le volume de tickets baisse de 30 %.

Chaque ticket résolu par Heylio est tagué : auto-resolved, escalated, draft-edited-by-human, closed-by-customer. Vous filtrez par tag pour voir où l'automatisation fonctionne et où les humains ajoutent de la valeur. Après 500 tickets, vous savez quelles règles de playbook resserrer et lesquelles étendre.

Créer un portail de téléchargement en libre-service pour dévier les tickets avant qu'ils n'arrivent

Le meilleur ticket de support est celui qui n'est jamais envoyé. Un portail en libre-service permet aux clients de re-télécharger des fichiers, réinitialiser les limites d'appareils et vérifier l'expiration de licence sans vous envoyer d'e-mail.

La base de connaissances de Heylio inclut des widgets intégrables. Vous ajoutez un lien « Gérer mes téléchargements » dans votre e-mail de confirmation de commande. Les clients cliquent dessus, s'authentifient avec leur numéro de commande et voient les liens de téléchargement actifs plus le statut des appareils. Ils génèrent eux-mêmes de nouveaux jetons.

Le portail est une page statique que vous hébergez ou une page Shopify avec le script de Heylio intégré. Quand un client demande un re-téléchargement par e-mail, l'IA répond avec le lien du portail :

« Vous pouvez générer un nouveau lien de téléchargement à tout moment sur [votreboutique.com/downloads]. Entrez votre numéro de commande et e-mail pour accéder instantanément à vos fichiers. Les liens expirent dans 72 heures. »

30 % des clients utilisent le portail au lieu de répondre. C'est 30 % de tickets en moins. L'IA suit l'utilisation du portail et suggère des améliorations de base de connaissances : « Les clients qui visitent le portail recherchent 'réinitialisation appareil' 40 fois/mois mais ne trouvent aucun résultat. Ajoutez un article sur la réinitialisation d'appareils ».

Vous écrivez l'article, Heylio l'indexe, et les futurs tickets sur les limites d'appareils reçoivent une réponse automatique avec le lien du portail plus le nouvel article. Le volume de tickets baisse encore de 15 %. Vous n'avez pas embauché un deuxième agent de support ; vous avez appris à l'IA à faire évoluer votre documentation.

Que faire quand l'automatisation fait une erreur

Aucune IA n'est parfaite. Heylio renverra occasionnellement un lien à une commande remboursée ou ratera un client sarcastique qui dit « super, encore un lien cassé » quand il veut dire le contraire.

Quand un client répond « cela n'a pas aidé » à un ticket auto-résolu, Heylio le rouvre et l'escalade vers votre file d'attente. L'IA enregistre l'échec : « Résolution automatique échouée—le client a indiqué que le problème n'est pas résolu ». Vous examinez le fil, voyez que l'IA a mal lu le statut de commande, et le corrigez. Heylio apprend de la correction.

Après 10 erreurs similaires, l'IA suggère une mise à jour du playbook : « Envisagez d'ajouter une règle pour vérifier refund_date avant de renvoyer les liens ». Vous ajoutez la règle. Le taux d'erreur baisse.

Vous définissez également un « échantillon d'examen humain » hebdomadaire. Heylio signale aléatoirement 5 % des tickets auto-résolus pour vérification post-résolution. Vous les parcourez en 10 minutes. Si l'IA a eu raison, vous les marquez vérifiés. Sinon, vous corrigez et l'IA s'ajuste. Cette boucle de qualité coûte 30 minutes par semaine et maintient l'automatisation précise.

Les clients qui reçoivent une mauvaise réponse automatique obtiennent un suivi d'excuses : « Désolé pour la confusion—j'ai escaladé votre demande à notre équipe. Vous aurez une réponse sous 2 heures ». L'IA ne prétend pas être infaillible. Vous préservez la confiance en reconnaissant rapidement les erreurs.

Comment Heylio se déploie pour les boutiques Shopify de produits numériques

Heylio se connecte à votre boutique Shopify via l'application intégrée ou le déploiement autonome. Pour les produits numériques, l'application intégrée est plus rapide—elle lit les données de commande, le statut de traitement et les metafields directement depuis l'API de Shopify sans middleware.

Vous installez l'application, accordez les permissions API (orders.read, fulfillments.write, metafields.read) et liez vos canaux de support—Gmail, Outlook, DM Instagram, WhatsApp ou le widget de chat Heylio. L'IA commence à surveiller les tickets immédiatement. Vous écrivez votre première règle de playbook : « Si le client mentionne 'lien de téléchargement' et que la commande est payée + traitée, renvoyer le lien et fermer le ticket ». Testez-la sur 10 tickets, affinez la formulation, puis activez.

Pour les applications de téléchargement numérique comme Sky Pilot ou SendOwl, Heylio lit leurs schémas de metafields. Vous fournissez l'espace de noms (par ex., skypilot.download_url) dans les paramètres de l'application. L'IA récupère les jetons de là. Si votre application ne stocke pas les liens dans les metafields, Heylio peut appeler son API webhook—vous collez la clé API dans le panneau d'intégrations.

Le forfait Free inclut 25 résolutions IA à vie—de quoi mesurer le ROI sur vos demandes les plus fréquentes. Les forfaits payants commencent à 15 €/mois pour 60 résolutions IA ; les packs de crédits gèrent les pics saisonniers (Black Friday, lancements de produits). Vous n'êtes pas enfermé dans une tarification entreprise.

Faire évoluer le support de produits numériques sans augmenter l'effectif

Un fondateur solo vendant des cours en ligne traite 15 e-mails de support par jour—10 sont des doublons « où est mon identifiant ? ». Avec Heylio, ces 10 se résolvent automatiquement en moins d'une minute chacun. Le fondateur passe 20 minutes sur les 5 vraies questions : litiges de remboursement, erreurs de contenu de cours, demandes de partenariat.

Une équipe de 3 personnes sur un site de photos stock traite 400 tickets/semaine. Avant l'automatisation, deux agents passaient 40 heures sur les demandes de liens de téléchargement. Heylio gère automatiquement 280 de ces tickets. L'équipe se concentre désormais sur les litiges de droits d'auteur et les questions de licence. Même effectif, 3× plus de conversations génératrices de revenus.

Vous ne remplacez pas les humains. Vous filtrez le bruit pour que les humains fassent un travail nécessitant du jugement. L'IA mesure son propre impact : « Cette semaine, j'ai auto-résolu 180 tickets (moy. 9 secondes chacun), rédigé 42 réponses pour approbation humaine (moy. 60 secondes de temps d'examen), escaladé 18 tickets (moy. 3 minutes jusqu'à résolution finale). Temps total économisé : 26 heures ». Vous voyez le ROI dans votre tableau de bord.

Choisir Heylio plutôt qu'embaucher un assistant virtuel ou agrandir votre équipe

Un assistant virtuel coûte 8 à 15 €/heure et prend 3 à 5 minutes par ticket. Pour 200 tickets de produits numériques/mois, cela fait 10 à 16 heures, soit 80 à 240 €. Le forfait Growth de Heylio (49 €/mois, 250 résolutions IA) résout automatiquement 70 % de ces tickets et rédige des réponses pour le reste. Votre assistant virtuel passe 3 heures au lieu de 16. Vous économisez jusqu'à 145 €/mois et obtenez une couverture 24h/24 et 7j/7—les assistants virtuels dorment, l'IA non.

Embaucher un agent de support à temps plein coûte 36 000 €/an plus les avantages. Cet agent traite ~1 200 tickets/mois s'il est rapide. Heylio en résout jusqu'à 600 automatiquement avec le forfait Scale à 99 €/mois. L'agent se concentre sur les tickets complexes, les ventes incitatives et les retours clients. Vous retardez l'embauche du deuxième agent de 6 à 12 mois.

L'IA ne prend pas de congé maladie ni ne démissionne après trois mois de tickets répétitifs sur les liens de téléchargement. Elle traite les pics—500 tickets lors d'un lancement de produit—sans heures supplémentaires. Vous faites évoluer les coûts de support linéairement avec les revenus au lieu d'embaucher par paliers.

Démarrer : votre premier playbook de produit numérique en 15 minutes

Créez un compte Heylio gratuit sur support-pilot-ai.com (forfait Free : 25 résolutions IA à vie). Connectez votre boutique Shopify et votre e-mail de support principal (Gmail ou Outlook). L'IA importe vos 50 derniers tickets pour apprendre votre ton et les problèmes courants.

Créez un playbook appelé « Support téléchargement numérique ». Ajoutez trois règles :

1. Lien manquant, commande valide : Si le ticket contient « lien de téléchargement » + « n'ai pas reçu » et statut commande = payé + traité, renvoyer le lien et fermer.
2. Lien expiré : Si le ticket mentionne « expiré » ou « lien cassé » et que la commande date de >72 heures, générer un nouveau jeton et répondre.
3. Demande de remboursement : Si le ticket contient « remboursement » et que la commande date de <7 jours, rédiger une réponse de remboursement et escalader pour approbation.

Testez le playbook sur 5 vrais tickets en mode simulation. L'IA vous montre ce qu'elle ferait sans envoyer de vraies réponses. Ajustez la formulation, ajoutez des tags d'escalade, puis activez.

Vérifiez votre tableau de bord quotidiennement la première semaine. Examinez les tickets auto-résolus, approuvez les brouillons, corrigez les erreurs. Après 50 tickets, l'IA suggère des améliorations de playbook basées sur les schémas. Vous affinez les règles, ajoutez des FAQ à votre base de connaissances, et regardez le temps de résolution passer de 4 minutes à 12 secondes par ticket.

Vous avez automatisé 70 % de votre support de produits numériques. Vos clients obtiennent une aide instantanée. Vous passez votre temps à construire des produits au lieu de renvoyer des liens.