Accueil › Blog › Guides VKT Cart Lock › Boutiques prises en charge
EN中文日本語DeutschESFR

Quelles boutiques VKT Cart Lock prend-il en charge ? 24 préréglages et la correspondance universelle

La réponse courte est « votre boutique, très probablement », mais cette phrase mérite une page. Un verrouillage du paiement ne fonctionne que s’il reconnaît l’étape de paiement, et la reconnaissance est la partie la moins glamour du produit. Ce guide liste chaque préréglage, explique ce qu’un préréglage apporte et dit clairement dans quels cas le verrou ne servira à rien.

24 préréglages, plus partout ailleurs

VKT Cart Lock embarque 24 préréglages de sites et une correspondance générique. Les préréglages sont les 24 boutiques listées ci-dessous ; la correspondance générique est ce qui rend l’extension utilisable sur la longue traîne. Ni l’un ni l’autre n’est une promesse, et les deux sont décrits avec précision ci-dessous.

Le mécanisme ne change pas selon la boutique : le premier clic sur le paiement lance un compte à rebours, la commande n’est pas envoyée, et les boutons de paiement, les liens, les envois de formulaires et les pages de paiement restent bloqués jusqu’à la fin du minuteur. Pas de bouton « passer » ni de snooze, et le minuteur survit à la fermeture de l’onglet ou au redémarrage du navigateur. Un préréglage change seulement la fiabilité avec laquelle l’étape de paiement est reconnue.

La liste complète des préréglages

CatégoriePréréglagesNombre
Places de marché internationalesAmazon, eBay, AliExpress, Temu, Alibaba/1688, DHgate, Shopee, Lazada, Rakuten, TikTok Shop, Mercari, Bol, Allegro13
Grandes surfaces, électronique et maisonWalmart, Target, Best Buy, Home Depot, Lowe's, Newegg, Wayfair, Otto, Cdiscount9
Artisanat et modeEtsy, Shein2

Ça fait 24. Les catégories servent au confort de lecture, pas à un comportement distinct — chaque préréglage fait le même travail sur sa propre boutique.

Ce qu’apporte un préréglage

Sur une boutique préréglée, l’extension sait où se trouve habituellement le paiement : quels boutons et liens surveiller, quels envois de formulaires intercepter et quels motifs de page indiquent l’étape de paiement. Cela compte parce que les mots sur un bouton ne sont pas stables. Les boutiques testent les libellés, les traduisent et déplacent l’action principale.

Sur une boutique absente de la liste, l’extension se rabat sur la correspondance du texte de paiement — « checkout », « buy now », « place order » — et de sélecteurs courants. En pratique, cela attrape la plupart des paniers standards, y compris beaucoup de petites boutiques qui tournent sur des plateformes connues. C’est moins sûr avec des boutons uniquement iconographiques, des formulations inhabituelles et des parcours de paiement sur mesure qui n’emploient jamais le mot « checkout ».

Deux conséquences pratiques. Premièrement, une boutique absente de la liste n’est pas une impasse ; essayez avant de conclure que ça ne marchera pas. Deuxièmement, si vous achetez régulièrement quelque part et que le minuteur ne démarre jamais, n’enchaînez pas les tests — verrouillez le domaine de force et signalez la page.

Pourquoi les pages de paiement sont exclues

Les pages et iframes des prestataires de paiement — Stripe, PayPal, Adyen, checkout.com, Braintree — sont explicitement exclues du périmètre de l’extension. Elle ne s’exécute jamais sur la page ou l’iframe du prestataire où les données de carte sont saisies.

Il y a trois raisons, toutes délibérées. L’étape de paiement est le pire endroit possible pour casser quelque chose : un formulaire de carte bloqué est un incident de support, pas un temps de réflexion. Au moment où une page de paiement se charge, la décision est déjà prise — l’intervention utile est plus tôt, au clic sur le paiement. Et tenir l’extension à l’écart des iframes de paiement rend ses permissions et son comportement plus faciles à cerner.

La conséquence honnête : une boutique qui passe directement d’une fiche produit à une iframe de paiement express, sans étape de paiement normale, ne donne rien à intercepter au verrou. Le verrouillage forcé aide là où un déclencheur de paiement existe ; là où il n’y en a pas, l’extension de navigateur n’est pas le bon outil pour cet achat.

Boutiques non prises en charge et blocages erronés

Deux problèmes différents, deux correctifs différents.

Le verrouillage forcé et la liste d’autorisation tirent en sens opposé : utilisez-les à bon escient, une boutique ne devrait pas figurer sur les deux listes. Pour une boutique où la plupart des achats sont petits et occasionnels, l’exemption de petit montant est souvent plus propre que d’autoriser tout le domaine.

Ce que « prise en charge » ne veut pas dire

Mieux vaut être clair sur les limites, car promettre trop ici produit des utilisateurs déçus :

Compte tenu de ces limites, la promesse réaliste est modeste et utile : sur les boutiques que vous utilisez réellement, le verrou attrapera généralement l’étape de paiement, et quand ce n’est pas le cas, le verrouillage forcé et un signalement règlent l’affaire en deux minutes. Si vous ne l’avez pas encore configuré, le guide de configuration en 10 minutes couvre les écrans d’exemption et de verrouillage forcé, dans l’ordre.

En bref : 24 préréglages couvrent les boutiques que la plupart des gens citent, et la correspondance générique en couvre bien d’autres ; le verrouillage forcé est le filet de sécurité. Le seul endroit où la protection n’apparaîtra jamais est la page de paiement, ce qui est une décision de conception plutôt qu’une lacune. Voir VKT Cart Lock et vérifiez la disponibilité sur la page de l’extension.

FAQ

Ma boutique est-elle prise en charge si elle ne fait pas partie des 24 préréglages ?

En général, oui. Les boutiques hors de la liste de préréglages sont gérées par la correspondance générique de texte et de sélecteurs, qui attrape la plupart des boutons et formulaires de paiement standards. Pour les boutiques où cela rate, ajoutez le domaine à la liste de verrouillage forcé afin que l’étape de paiement soit toujours interceptée, et envoyez un message au support pour que le motif soit examiné.

Les domaines régionaux d’une même boutique fonctionnent-ils ?

La correspondance générique ne dépend pas de la présence du domaine dans la liste des préréglages : une vitrine régionale peut donc encore être attrapée par la correspondance générique même si elle n’est pas nommée explicitement. Sinon, verrouillez le domaine régional de force. Un signalement vaut mieux que de deviner quelle variante est couverte.

Pourquoi ai-je été bloqué sur une page qui n’est pas le paiement ?

La correspondance générique cherche du texte et des sélecteurs de type paiement, et une page peut en contenir sans être un paiement — un article d’aide expliquant les retours, par exemple. Utilisez le signalement de blocage erroné sur l’élément ; il est exclu la fois suivante et le faux positif cesse de se répéter sur cette page.

VKT Cart Lock fonctionne-t-il dans les applications de shopping ou sur mobile ?

Non. C’est une extension Chrome et Edge conçue pour les navigateurs Chromium de bureau : elle ne tourne donc pas dans les applications de shopping iOS ou Android, et les navigateurs mobiles ne prennent pas en charge ce type d’extension. Le verrouillage du paiement couvre uniquement le navigateur de bureau.

Alibaba et 1688 sont-ils couverts ?

Oui. Alibaba et 1688 partagent un préréglage, aux côtés d’AliExpress, DHgate, Temu, Shopee et Lazada. Le préréglage gère le déclencheur de paiement sur ces places de marché ; les pages des prestataires de paiement, y compris les processeurs de carte et de portefeuille courants, restent hors périmètre.

Plus de guides sur le blog VKT ; questions à [email protected].

Poursuivre la lecture

Configuration de VKT Cart Lock en 10 minutes
Verrouillage du paiement vs bloqueur de sites
Tous les guides VKT Cart Lock