WooCommerce
Actualiza tiendas WooCommerce sin romper el pago.
Las actualizaciones de tiendas son arriesgadas por defecto, así que Verploy las prueba primero en una copia privada de la tienda: páginas en escritorio y móvil, el carrito y la página de pago. Solo cuando eso pasa, la tienda en vivo recibe la actualización.
Sin tarjeta. Cada actualización se comprueba, y las arriesgadas se prueban primero en una copia.
Cómo funciona
Mira Verploy en 80 segundos.
Cómo se comprueba una actualización, se prueba en una copia cuando es arriesgada y se detiene o revierte cuando algo no cuadra.
Empieza gratis →Se reproduce desde YouTube cuando haces clic. Ver en YouTube
El problema
Un pago roto cuesta dinero cada minuto
WooCommerce, las pasarelas de pago y los temas de tienda se actualizan a menudo. La mayoría van bien, pero cuando una rompe el carrito o el pago, la tienda pierde pedidos hasta que alguien se da cuenta. Y revertir una tienda es delicado: los pedidos hechos después de la copia no deben desaparecer.
Verploy trata las tiendas como de alto riesgo: sus actualizaciones siempre se ejecutan primero en una copia de prueba, y la tienda en vivo solo se actualiza cuando pasan las comprobaciones.
Cómo protege Verploy las tiendas
Hecho para las tiendas que mantienes
Pago probado en una copia
En la copia de prueba, Verploy añade un producto al carrito y comprueba que se abre la página de pago, antes y después de la actualización. Nunca paga ni hace un pedido.
También se prueban los formularios
Contact Form 7, Gravity Forms y WPForms se rellenan y envían en la copia de prueba. La copia no envía correos y bloquea las peticiones salientes, así que no sale ningún mensaje ni pago real.
Los pedidos se conservan al revertir
En sitios con la protección de datos, los pedidos, envíos de formularios, comentarios y cuentas creados tras la copia se quedan en el sitio si Verploy tiene que revertir.
Mantenimiento breve
En sitios con la protección de datos, los visitantes solo ven el aviso de mantenimiento durante el cambio en sí. Los webhooks de pago reciben un «inténtalo más tarde» en lugar de una tienda a medio actualizar.
En la práctica
Qué pasa cuando una actualización no supera la prueba
- La actualización se detiene: la tienda en vivo no se toca
- Ves en palabras claras qué falló, con capturas de antes y después
- Otras actualizaciones de la tienda pueden seguir adelante
- Para actualizaciones grandes puedes elegir «Solo probar», revisar el resultado y publicar con un clic
Preguntas
Preguntas frecuentes
¿Hace Verploy pedidos de prueba?
No. En la copia de prueba añade un producto al carrito y comprueba que se abre la página de pago. Nunca paga ni hace pedidos, y la copia bloquea las peticiones salientes a los proveedores de pago.
¿Qué pasa con los pedidos si se revierte una actualización?
En sitios con la protección de datos, los pedidos y envíos de formularios creados tras la copia se quedan en el sitio; todo lo demás vuelve a la versión anterior a la actualización.
¿Funciona con cualquier pasarela de pago?
La comprobación del pago mira si la página de pago se abre y funciona en la copia de prueba. No se conecta con el proveedor de pago.
Sigue leyendo
- Más soluciones: ¿Una actualización de WordPress ha roto tu sitio? Soluciones por plugin
- Formularios y pago, probados en la copia de prueba
- La protección de datos: pedidos y formularios sobreviven a una reversión
- Una actualización de plugin ha roto tu sitio WordPress: cómo recuperarlo
- Actualizaciones seguras
Dedica menos tiempo a revisar WordPress.
Deja que Verploy haga el trabajo de mantenimiento.
Gratis hasta 3 sitios. Sin tarjeta.