VKT Toolkit · 23 de octubre de 2026 · 7 min de lectura

¿Qué tiendas admite VKT Cart Lock? 24 preconfiguraciones y el respaldo universal

La respuesta corta es «tu tienda, probablemente», pero esa frase merece una página. Un bloqueo de pago solo funciona si reconoce el paso de pago, y el reconocimiento es la parte menos glamurosa del producto. Esta guía enumera todas las preconfiguraciones, explica qué añade cada una y dice con claridad en qué casos el bloqueo no ayudará.

24 preconfiguraciones y todo lo demás

VKT Cart Lock viene con 24 preconfiguraciones de sitios y un respaldo genérico. Las preconfiguraciones son las 24 tiendas que figuran abajo; el respaldo es lo que hace usable la extensión en la cola larga. Ninguno de los dos es una promesa, y ambos se describen con precisión a continuación.

El mecanismo no cambia según la tienda: el primer clic en pagar arranca una cuenta atrás, el pedido no se envía y los botones de pago, los enlaces de pago, los envíos de formularios y las páginas de pago siguen bloqueados hasta que termina el temporizador. No hay botón de saltar ni de posponer, y el temporizador sobrevive al cierre de la pestaña o al reinicio del navegador. Una preconfiguración solo cambia la fiabilidad con la que se reconoce el paso de pago.

La lista completa de preconfiguraciones

Son 24. Las categorías son por comodidad de lectura, no por comportamiento distinto: cada preconfiguración hace el mismo trabajo en su propia tienda.

Qué añade una preconfiguración

En una tienda preconfigurada, la extensión sabe dónde suele estar el pago: qué botones y enlaces vigilar, qué envíos de formulario interceptar y qué patrones de página indican el paso de pago. Eso importa porque las palabras de un botón no son estables. Las tiendas prueban etiquetas, las traducen y mueven la acción principal de sitio.

En una tienda que no está en la lista, la extensión recurre a la coincidencia de texto de pago —«checkout», «comprar ahora», «realizar pedido»— y de selectores habituales. En la práctica esto detecta la mayoría de carritos estándar, incluidas muchas tiendas pequeñas que usan plataformas conocidas. Es menos fiable con botones que solo tienen icono, con textos poco habituales y con flujos de pago personalizados que no usan la palabra «checkout» en ningún sitio.

Dos consecuencias prácticas. Primera: que una tienda falte de la lista no es un callejón sin salida; pruébala antes de dar por hecho que no funcionará. Segunda: si compras repetidamente en un sitio y el temporizador nunca arranca, no sigas probando: aplica el bloqueo forzado al dominio y envía un aviso sobre la página.

Por qué se excluyen las páginas de pago

Las páginas e iframes de los proveedores de pago —Stripe, PayPal, Adyen, checkout.com, Braintree— quedan explícitamente fuera del alcance de la extensión. Nunca se ejecuta en la página ni en el iframe del proveedor de pago donde se introducen los datos de la tarjeta.

Hay tres razones, y todas son deliberadas. El paso de pago es el peor sitio posible para romper algo: un formulario de tarjeta bloqueado es un incidente de soporte, no una espera. Cuando se carga una página de pago, la decisión ya está tomada: la intervención útil es anterior, en el clic de pago. Y mantener la extensión fuera de los iframes de pago hace que sus permisos y su comportamiento sean más fáciles de razonar.

La consecuencia honesta: una tienda que salta directamente de la página de producto a un iframe de pago exprés, sin un paso de pago normal, no le da al bloqueo nada que interceptar. El bloqueo forzado ayuda donde existe un disparador de pago; donde no existe, la extensión de navegador no es la herramienta adecuada para esa compra.

Tiendas no compatibles y bloqueos erróneos

Dos problemas distintos, dos soluciones distintas.

• No se bloqueó el pago. Añade el dominio a la lista de bloqueo forzado, que lo marca como siempre bloqueado en lugar de depender de la coincidencia. Después haz un intento de compra de prueba para confirmar que el temporizador arranca. Si el sitio sigue pasando de largo, escribe a la dirección de soporte con la URL y el texto del botón;
• Se bloqueó algo que no debería. Usa el aviso de bloqueo erróneo. Un clic marca ese elemento como falso positivo y queda excluido la próxima vez, así la misma página no sigue disparando un bloqueo. Es la vía más rápida para páginas que solo hablan del pago: una política de devoluciones, un artículo de ayuda, el panel de un vendedor.

El bloqueo forzado y la lista de permitidos tiran en direcciones opuestas, así que úsalos con intención: una tienda no debería estar en las dos listas. Para una tienda en la que la mayoría de las compras son pequeñas y ocasionales, la exención para importes pequeños suele ser más limpia que añadir el dominio entero a la lista de permitidos.

Qué no significa «compatible»

Merece la pena ser claro con los límites, porque prometer de más aquí produce usuarios decepcionados:

• Solo escritorio. VKT Cart Lock es una extensión de Chrome y Edge; no funciona en navegadores móviles ni dentro de apps de compras;
• No en tienda física. El bloqueo no opina sobre un mostrador de caja;
• No todas las variantes de pago. Las tiendas grandes hacen experimentos, y un diseño que la preconfiguración no ha visto puede colarse hasta que alguien lo avise;
• No es el pago. Como se ha dicho, las páginas de pago quedan fuera por diseño, no por olvido.

Con esos límites, la promesa realista es modesta y útil: en las tiendas que usas de verdad, el bloqueo normalmente detectará el paso de pago, y cuando no lo haga, el bloqueo forzado y un aviso son un arreglo de dos minutos. Si aún no lo has configurado, la guía de configuración en 10 minutos recorre en orden las pantallas de exención y de bloqueo forzado.

FAQ

Más guías en el blog de VKT; dudas a [email protected].