Checklist de prelanzamiento para una tienda WooCommerce en Chile

Antes de abrir una tienda, prueba el recorrido completo: encontrar un producto, comprarlo con datos ficticios, elegir documento y entrega, pagar en sandbox, recibir confirmación y comprobar que el pedido conserva el total y la información esperada.

Este checklist resume diez controles de salida. Un control pasa cuando existe evidencia, una persona responsable y un resultado esperado cumplido. Si falla un punto que puede afectar pagos, pedidos, documentos, datos personales o recuperación, la decisión correcta es no publicar todavía.

Si aún estás definiendo plataforma, catálogo y operación, comienza por la guía para crear una tienda online en Chile.

Antes de probar: prepara un entorno seguro

La mejor opción es un staging que reproduzca versiones, configuración y estructura de la tienda sin copiar datos personales innecesarios. Si una integración externa ofrece sandbox o modo de prueba, úsalo.

Define antes de comenzar:

• alcance y versión del candidato;
• responsables de negocio, checkout, pagos, documentos y despacho;
• productos, clientes y direcciones ficticios;
• pasarelas y servicios externos que permanecerán en modo de prueba;
• respaldo disponible y procedimiento de recuperación;
• ventana de cambio y criterio para detener la salida;
• ubicación de la evidencia, sin secretos ni datos de compradores.

No hagas pagos reales, no emitas documentos tributarios reales y no uses pedidos de clientes como laboratorio.

Matriz mínima de casos

No necesitas cientos de combinaciones para encontrar los fallos más graves. Empieza con una matriz pequeña y representativa:

Elimina los métodos que la tienda no ofrece y agrega combinaciones de riesgo propias. Cada pasarela, facturador, carrier, cupón o integración puede requerir casos adicionales.

Para cada caso registra: versión, ambiente, entrada sintética, resultado esperado, resultado observado, evidencia y responsable. Un pantallazo aislado no reemplaza el pedido, correo o log que demuestra el resultado.

1. Entorno, alcance y recuperación

Pasa cuando: el equipo sabe qué versión se prueba, dónde, con qué integraciones y cómo volver atrás.

Revisa:

• staging no indexable y separado del tráfico real;
• versiones registradas de WordPress, WooCommerce, tema y plugins;
• servicios externos en sandbox, modo de prueba o procedimiento controlado;
• backup de archivos y base de datos;
• restauración conocida y responsable disponible;
• cambios congelados mientras corre el ciclo de prueba.

Un backup que nunca se ha revisado no es todavía un plan de recuperación. Además, restaurar una base de datos puede sobrescribir pedidos recibidos después de la copia. La ventana y el método de rollback deben considerar ese riesgo antes de tocar producción.

2. Catálogo, contenido, precio e impuestos

Pasa cuando: lo que ve el comprador coincide con el carrito y el pedido de prueba.

Comprueba:

• nombre, SKU, estado, categoría e imágenes del producto;
• variaciones, atributos, stock y precio propios;
• moneda y formato visible;
• descuentos y cupones dentro de sus reglas;
• impuestos según la configuración aprobada;
• total del catálogo, carrito, checkout y pedido;
• productos agotados, no comprables o virtuales según corresponda;
• búsqueda, filtros y navegación hacia el producto.

No uses el administrador como única evidencia. La experiencia pública puede mostrar un precio, stock o imagen distintos debido a caché, variaciones o plantillas.

3. RUT, boleta, factura y documento tributario

Pasa cuando: los datos solicitados son coherentes, se validan y llegan al pedido correcto.

Prueba boleta y factura por separado. Para factura, comprueba los campos empresariales exigidos por el procedimiento aprobado de la tienda. Para RUT, utiliza fixtures oficiales o reservados para prueba; no inventes un identificador que pueda pertenecer a una persona o empresa real.

La selección boleta/factura no demuestra emisión de DTE. Si existe un facturador:

• usa su ambiente de prueba o procedimiento acordado;
• verifica el mapeo de campos y estados;
• confirma qué ocurre ante rechazo o indisponibilidad;
• evita enviar un documento real;
• deja la revisión tributaria a la persona competente.

4. Carrito, cupones, stock y concurrencia

Pasa cuando: cambios de cantidad, cupón o producto terminan en un estado único y coherente.

Prueba:

• agregar y retirar productos;
• cambiar cantidades rápidamente y después esperar sincronización;
• aplicar y quitar cupones;
• cruzar umbrales de envío gratis;
• intentar comprar más stock del disponible;
• volver desde checkout al carrito;
• repetir un clic de compra sin crear pedidos duplicados.

Antes de pagar, total visible, total del servidor, cantidades y stock deben coincidir. Si el checkout todavía está recalculando, debe impedir el avance o pedir reintento; no debe cobrar con estado ambiguo.

5. Domicilio, retiro y otros métodos de entrega

Pasa cuando: la dirección, zona, método, tarifa y línea de envío son coherentes.

Para domicilio, cambia región y comuna y comprueba que la zona y tarifa se recalculen. Para retiro, valida ubicación e instrucciones. Para sucursal u otro transporte, verifica que el dato llegue al pedido, sin confundir captura de destino con una conexión automática a un carrier.

Incluye:

• producto físico y, si aplica, virtual;
• dirección cubierta y no cubierta;
• región/comuna válida;
• cambio de dirección con carrito abierto;
• cambio de cantidad que altere la tarifa;
• método visible y línea de envío del pedido de prueba;
• total antes y después de elegir entrega.

Si método, línea o total no coinciden, bloquea la salida y diagnostica la causa. No elimines ni reconstruyas shipping items después de crear o cobrar un pedido.

6. Pago sandbox, retorno y pedido

Pasa cuando: aprobación, rechazo y cancelación de prueba generan estados comprensibles y un solo pedido activo.

Usa documentación y credenciales de sandbox entregadas por el proveedor. Prueba:

• pago aprobado;
• rechazo;
• cancelación o retorno;
• doble clic;
• recarga controlada;
• nueva tentativa después de un fallo.

Comprueba que total, moneda, referencia de prueba, método, estado y línea de envío sean coherentes. Nunca uses una tarjeta real ni cambies manualmente un pedido para simular que el flujo funcionó.

7. Confirmación, emails y operación administrativa

Pasa cuando: comprador y equipo reciben la información correcta sin exponer datos innecesarios.

Revisa:

• página de confirmación;
• número y estado del pedido;
• email al comprador;
• notificación administrativa;
• documento solicitado y datos de entrega;
• remitente, enlaces y respuesta;
• reintentos o colas del servicio de correo;
• experiencia del equipo que gestionará la orden.

Un correo enviado no garantiza recepción, y una recepción no demuestra que todos los estados estén cubiertos. Usa una cuenta de prueba autorizada y evita reenviar datos sensibles fuera del entorno.

8. Móvil, accesibilidad y rendimiento percibido

Pasa cuando: una persona puede completar el caso principal con móvil, teclado y mensajes comprensibles.

Prueba al menos:

• anchos móvil y escritorio;
• navegadores relevantes para la audiencia;
• zoom;
• navegación por teclado;
• foco visible;
• etiquetas de campos;
• errores asociados al campo correcto;
• contraste;
• botones y modales sin quedar fuera de pantalla;
• imágenes con dimensiones y texto alternativo;
• ausencia de saltos que cambien total o método sin explicación.

Las herramientas automáticas ayudan, pero no sustituyen una revisión manual. Prioriza el flujo de compra completo y los errores que impiden avanzar.

9. Analítica, consentimiento, seguridad y privacidad

Pasa cuando: se puede medir el embudo sin enviar PII ni debilitar la tienda.

Comprueba eventos en modo de depuración:

• vista de producto;
• agregar al carrito;
• inicio de checkout;
• selección de entrega;
• intento de pago;
• compra de prueba solo en la propiedad o ambiente preparado para ello.

No envíes RUT, nombre, correo, teléfono, dirección, texto libre, ID sensible de pedido ni credenciales a analítica.

Revisa también:

• roles y permisos;
• cuentas de prueba retirables;
• actualizaciones y vulnerabilidades conocidas;
• HTTPS;
• protección de staging;
• secretos fuera de código y capturas;
• logs con retención y acceso acotados;
• formularios y políticas visibles.

10. Decisión de salida y rollback

Pasa cuando: cada área crítica tiene evidencia, responsable y decisión.

La tienda no debe abrir si ocurre cualquiera de estas condiciones:

• total del checkout distinto al de la pasarela;
• método de entrega ausente o cambiado en el pedido;
• pago de prueba crea duplicados;
• retorno expone otro pedido o sesión;
• datos de boleta/factura no llegan al pedido;
• una prueba activa DTE, fulfillment o correo real sin autorización;
• el camino principal falla en móvil;
• se expone PII o un secreto;
• no existe un rollback ejecutable.

Antes de publicar, registra quién aprueba catálogo, impuestos/documentos, checkout, despacho, pasarela, emails, analítica, seguridad y recuperación. Una limitación puede aceptarse solo si no afecta pagos, pedidos, datos personales, totales, documentos ni reversibilidad.

Después de publicar

Durante la ventana acordada, monitorea en modo de solo lectura:

• errores de checkout;
• diferencias entre total, pago y pedido;
• ausencia de método o documento;
• correos rechazados;
• duplicados;
• eventos de analítica;
• rendimiento y errores de JavaScript.

Si aparece una anomalía, conserva evidencia saneada, limita el impacto y sigue el runbook del componente responsable. No uses pedidos de clientes como campo de experimentación.

Próximo paso

¿Tu tienda está por salir o acaba de migrarse? Solicita una revisión técnica indicando ambiente, versiones, checkout, pasarela y métodos de entrega, sin adjuntar credenciales ni datos de pedidos.

Si aún estás evaluando la implementación, revisa los planes eCommerce vigentes. La compatibilidad final depende de las versiones y las integraciones instaladas.

Fuentes primarias

• Testing orders, WooCommerce.
• Configuring WooCommerce settings, WooCommerce.
• Zonas de envío, WooCommerce.
• Email Settings, WooCommerce.
• Cart and Checkout Blocks, WooCommerce Developer Documentation.
• Backups, WordPress Developer Resources.
• Hardening WordPress, WordPress Developer Resources.
• Evaluating Web Accessibility, W3C WAI.
• Eventos de comercio electrónico en GA4, Google Analytics.
• Documentación técnica de Factura Electrónica, Servicio de Impuestos Internos.
• Documentación técnica propietaria de SuperPyme Checkout Blocks: alcance Blocks-only, seguridad e integridad, revisados contra AGENTS.md y CLAUDE.md.

Fuentes revisadas el 11 de agosto de 2026. Revalida documentación dependiente de versión el día de publicación y en cada actualización técnica.

Escrito por superpyme.cl

Compartimos guías claras para que tu pyme tome mejores decisiones digitales.