CHECKCYBER

Sécuriser une boutique Shopify : ce qui dépend vraiment de vous

Sécuriser une boutique Shopify ne ressemble pas à sécuriser un site auto-hébergé. Vous n'avez ni accès au serveur, ni fichier .htaccess, ni version de PHP à surveiller : Shopify gère l'infrastructure, le certificat, les correctifs de la plateforme et la conformité de la partie hébergée du paiement. Une bonne partie de la checklist habituelle ne s'applique tout simplement pas.

Ce constat rassurant crée pourtant un angle mort : parce que « la plateforme s'en occupe », les marchands ne regardent jamais la zone dont ils sont réellement responsables — les applications installées, les scripts injectés dans le thème et les comptes qui ont accès à l'administration. C'est précisément par là qu'arrivent les incidents sur Shopify. Voici comment auditer cette zone.

Le partage des responsabilités, concrètement

Shopify prend en charge le chiffrement TLS et son renouvellement, la redirection vers HTTPS, la sécurité du serveur et de la base, ainsi que la conformité PCI DSS de son tunnel de paiement hébergé. Vous n'avez rien à configurer sur ces points, et vous ne pouvez d'ailleurs pas les modifier : les en-têtes de réponse HTTP sont largement définis par la plateforme et ne se personnalisent pas comme sur un serveur classique.

Ce qui reste entièrement de votre côté : les applications tierces et les autorisations que vous leur accordez, le code de votre thème et les scripts que vous y injectez, les comptes du personnel et des prestataires, et la configuration DNS de votre nom de domaine — y compris la protection de votre domaine contre l'usurpation d'e-mail.

Conséquence pratique pour un audit externe : sur une boutique Shopify, un scanner comme CheckCyber confirmera généralement de bons résultats sur le chiffrement et une partie des en-têtes, et son intérêt se déplace vers ce que vous contrôlez — les scripts tiers chargés par le thème, les bibliothèques JavaScript obsolètes, les cookies et les enregistrements DNS de votre domaine.

Faire l’inventaire des applications installées

Chaque application installée reçoit des autorisations d'accès à vos données : commandes, fiches clients, parfois écriture sur le thème. Une boutique de quelques années accumule facilement quinze à vingt applications, dont la moitié ne sert plus. Chacune reste pourtant un accès actif à vos données clients, et un éditeur compromis devient votre problème.

Passez la liste en revue et posez trois questions pour chaque application : est-elle encore utilisée ? Les autorisations demandées correspondent-elles à sa fonction — une application d'avis produits n'a aucun besoin d'accéder aux informations de paiement ? Et son éditeur la maintient-il encore, ou la dernière mise à jour date-t-elle de plusieurs années ?

Point important au moment de désinstaller : certaines applications laissent derrière elles du code dans le thème. La désinstallation coupe l'accès aux données, mais les balises et scripts résiduels peuvent continuer à être chargés sur votre boutique. Vérifiez le thème après chaque désinstallation.

Surveiller les scripts du thème — le vrai risque

Le vol de données de carte sur les boutiques en ligne (web skimming) ne passe presque jamais par une intrusion serveur : il passe par un script tiers légitime qui a été modifié, ou par un script malveillant ajouté au thème avec des identifiants volés. Quelques lignes de JavaScript suffisent à recopier ce que le visiteur saisit dans un formulaire.

Trois habitudes réduisent fortement ce risque. D'abord, inventoriez ce que votre thème charge : ouvrez theme.liquid et les sections personnalisées, et identifiez chaque domaine externe appelé — si vous ne savez pas à quoi sert un script, c'est déjà une alerte. Ensuite, versionnez votre thème (l'intégration GitHub de Shopify le permet) afin qu'une modification non prévue devienne visible dans un diff plutôt que d'être invisible. Enfin, limitez les pixels et scripts marketing au strict nécessaire, et déclarez-les via les événements client (Customer events) plutôt qu'en les collant en dur dans le thème.

Cette exigence n'est pas seulement une bonne pratique : la norme PCI DSS dans sa version 4 impose aux commerçants d'inventorier les scripts chargés sur les pages de paiement et de vérifier leur intégrité. Un relevé externe des scripts tiers de votre boutique constitue un bon point de départ pour ce travail.

Comptes, accès et protection du domaine

Activez la double authentification sur tous les comptes du personnel, en priorité les vôtres — un compte propriétaire compromis donne accès aux commandes, aux clients et au thème. Attribuez des permissions minimales : un préparateur de commandes n'a pas besoin d'accéder aux applications ni au code du thème. Et surtout, révoquez les accès des collaborateurs et agences dès la fin de la mission ; les comptes de prestataires oubliés sont la cause la plus banale d'accès non désirés.

Enfin, n'oubliez pas votre nom de domaine, qui reste chez votre registrar et donc sous votre contrôle. Publiez SPF, DKIM et DMARC pour empêcher qu'on envoie des e-mails de phishing au nom de votre boutique — un risque bien réel dès qu'une marque a des clients à démarcher. Ajoutez un enregistrement CAA pour restreindre les autorités habilitées à émettre un certificat pour votre domaine. Ces deux points échappent complètement à Shopify et sont fréquemment absents.

[ FAQ // QUESTIONS FRÉQUENTES ]

Puis-je ajouter des en-têtes de sécurité personnalisés sur Shopify ?

Non, pas comme sur un serveur classique : les en-têtes de réponse sont définis par la plateforme et il n'existe ni fichier .htaccess ni configuration serveur accessible. C'est un choix assumé de Shopify, qui applique une configuration commune à toutes les boutiques. Concentrez vos efforts sur ce que vous contrôlez : applications, scripts du thème, comptes et DNS.

Une boutique Shopify peut-elle être piratée ?

La plateforme elle-même est rarement en cause. Les incidents proviennent presque toujours d'un accès compromis (mot de passe réutilisé sur un compte staff, sans double authentification), d'une application tierce malveillante ou vulnérable, ou d'un script ajouté au thème. Autrement dit, du périmètre dont vous êtes responsable.

Que faire des applications que je n’utilise plus ?

Désinstallez-les, ce qui révoque leur accès à vos données. Vérifiez ensuite le thème : certaines applications y laissent des balises ou des scripts qui continuent de se charger après la désinstallation. Un scan externe de votre boutique aide à repérer les domaines tiers encore appelés.

Shopify gère-t-il la conformité PCI DSS à ma place ?

Pour son tunnel de paiement hébergé, oui. Mais la version 4 de la norme demande au commerçant d'inventorier les scripts chargés sur les pages de paiement et de contrôler leur intégrité — ce qui relève de votre thème et de vos applications, pas de Shopify. Votre périmètre de conformité n'est donc pas nul.

[ PASSEZ À L’ACTION ]

Votre site est-il concerné ?

Lancez un audit de surface gratuit et obtenez en quelques secondes la liste exacte de vos failles, avec le correctif pour chacune. Anonyme, sans inscription.

▶ Auditer mon site

[ À LIRE AUSSI ]

[ CheckCyber // MIS À JOUR LE 2026-07-25 ]