GUÍA · TIENDAS ONLINE

Vender online en Argentina: todo lo que necesitás antes de abrir la tienda

Para vender online en Argentina necesitás siete cosas, y ninguna es «una web linda»: productos cargados con su precio real; al menos un medio de cobro conectado a una cuenta tuya (Mercado Pago, transferencia, contra reembolso); una definición de cómo vas a facturar —aunque al principio sea a mano—; zonas de envío bien configuradas o retiro en el local; la dirección real del negocio cargada, que es el origen del envío y el punto de retiro; un checkout probado con una compra real de punta a punta; y alguien que mire los pedidos todos los días. El sitio es el envoltorio; lo que hace que una venta se complete es esa cadena. Esta guía está escrita desde tiendas que mantenemos en producción, y los problemas que más veces vimos frenar una venta no estaban en el diseño: estaban en un pedido que quedó «pendiente», en un envío que no cotizaba o en un producto publicado sin precio.

ACTUALIZADO EN JULIO DE 2026

¿Qué necesitás realmente antes de abrir la tienda?

El orden importa. Una tienda puede estar impecable de diseño y no vender nada porque falta un dato de tres caracteres en una zona de envío.

Este es el checklist que usamos antes de dar por abierta una tienda: siete puntos, ninguno opcional. Todos se verifican mirando el comportamiento real —una compra que se completa, un envío que cotiza, un pedido que cambia de estado—, nunca la pantalla de configuración.

Catálogo con precio en cada producto. Suena obvio: nos tocó ver productos publicados con el precio vacío, que WooCommerce directamente no considera comprables. El producto se veía en la vidriera, pero no se podía agregar al carrito.
Un medio de cobro conectado a una cuenta del negocio y probado con una compra real, no con una captura de la pantalla de ajustes.
Definición fiscal: quién factura, con qué CUIT, qué punto de venta, qué tipo de comprobante y qué datos le vas a pedir al comprador.
Zonas de envío con su ubicación asignada, retiro en el local, o las dos cosas.
La dirección real del negocio cargada: es el origen del envío y el punto de retiro, no un dato de contacto.
Un checkout probado de punta a punta, en escritorio y en celular: el pedido tiene que crearse sin errores de validación y el mail tiene que llegar.
Un responsable que mire los pedidos todos los días, sobre todo las primeras semanas.

¿Qué medio de pago conviene y qué implica cada uno?

En las tiendas que mantenemos cobramos habitualmente con Mercado Pago, transferencia bancaria y —cuando hay retiro en el local— contra reembolso. Lo importante no es cuál elegís, sino entender qué hace cada uno con tu plata y con tus pedidos.

La cuenta de cobro es tuya. El sitio guarda las credenciales de tu cuenta de Mercado Pago para poder cobrar en tu nombre, y la plata entra ahí. Si mañana cambiás de proveedor web, la cuenta sigue siendo del negocio.

Las promociones y las cuotas no salen del texto de la página. Antes de anunciar cuotas en el sitio, confirmá qué está ofreciendo tu cuenta hoy: la financiación depende de la pasarela y del banco, y de cómo esté configurada esa cuenta. Si la página promete una cosa y el checkout muestra otra, el que queda mal es el negocio.

Y antes de publicitar cualquier cosa, revisá la configuración real. Caso concreto: una landing de venta prometía pago con tarjeta, pero en esa tienda Mercado Pago estaba instalado y apagado — solo se cobraba por transferencia. Con la entrega pasa lo mismo: si el producto es digital y la entrega automática está desactivada, no lo prometas en dos minutos. Prometer lo que la configuración no hace termina en reclamos de clientes que ya pagaron.

Medio de cobro	Qué implica	Qué verificar antes de abrir
Mercado Pago	Cobra en la cuenta del negocio. El pedido se marca como pago cuando la pasarela le avisa a la tienda por un aviso servidor a servidor, no cuando el comprador vuelve al sitio.	Que la pasarela esté realmente activa y que el aviso de pago llegue (si no, los pedidos quedan "pendientes").
Transferencia bancaria	Cobro manual: el ingreso lo verificás vos. Sirve muy bien como medio con descuento.	Datos bancarios correctos y alguien que controle los ingresos todos los días.
Contra reembolso	Se cobra al entregar. Se puede limitar a ciertos envíos sin escribir código (por ejemplo, solo con retiro en el local).	Que esté habilitado únicamente en los envíos donde realmente podés cobrar.
PayPal	Cobra en dólares. Es la salida habitual para vender al exterior.	Que la moneda del pedido sea una que la pasarela acepte.
Pasarela de un banco	La confirmación del pago llega por un aviso servidor a servidor que hay que registrar en el panel del banco.	Que la URL de notificación esté efectivamente cargada del lado del banco: eso no se arregla desde el sitio.

¿Por qué un pedido pagado puede quedar en "pendiente"?

Porque el estado del pedido no lo cambia la vuelta del comprador al sitio: lo cambia un aviso servidor a servidor que la pasarela le manda a tu tienda. Si ese aviso no llega, el pedido queda «Pendiente de pago» aunque la plata haya entrado de verdad. Es un problema caro y poco visible: el cliente paga, Mercado Pago aprueba, el comprador ve el cartel verde… y en el panel no pasó nada.

De dónde sale el cartel verde. El cartel y el número de pago llegan con el retorno del comprador al sitio. La orden de dar el pago por completo viaja por otro camino, de servidor a servidor. Son dos cosas distintas y solo una mueve el pedido.

Las consecuencias se encadenan. WooCommerce cancela solo los pedidos pendientes cuando se vence la reserva de stock, y cualquier sistema que dependa del pago —turnos, entrega de archivos, comandera— nunca se entera. En una tienda con reserva de turnos, eso es un turno que nunca queda confirmado y un cliente que pagó y se quedó sin lugar.

La solución no es un desarrollo a medida. El plugin oficial de Mercado Pago trae un modo de sincronización por cron: cada tantos minutos busca los pedidos pendientes que ya tienen número de pago asociado y les corre la misma rutina que el botón «Sincronizar» manual. Se activa desde los ajustes del plugin, tiene freno anti-bucle, lo mantiene Mercado Pago y sobrevive a las actualizaciones.

Antes de tocar nada, conviene confirmar el diagnóstico: si en los registros de acceso del servidor no hay ni un solo impacto de la pasarela, el problema es que el aviso no llega, no que el plugin falle. Ese dato cambia el arreglo entero.

Poné el intervalo de sincronización bastante más corto que el tiempo de reserva de stock. Si el pedido se cancela a los 60 minutos, revisar cada 10 sobra.
Reforzalo con una tarea programada real del servidor: las tareas de WordPress dependen del tráfico, así que en un sitio con pocas visitas pueden no dispararse.
Con pasarelas bancarias pasa exactamente lo mismo. En una integración con la pasarela de un banco, los pedidos quedaban pendientes porque la URL de notificación nunca se había registrado en su panel (y el panel la rechazaba por tener un guión bajo). Ese arreglo está del lado del banco, no del sitio.

¿Cómo se factura una venta online?

Hay dos modos y conviene arrancar por el primero: emitir a mano y después automatizar. La tienda puede quedar conectada a la facturación electrónica desde el día uno pero con la emisión automática apagada, mientras terminás de configurar los datos fiscales. Así no te comés comprobantes mal emitidos mientras aprendés el circuito.

Para que la factura salga bien, el dato tiene que estar en el pedido. Y eso significa que el checkout tiene que pedirlo — solo el que hace falta.

En el checkout de Mitu Park —un parque que vende sus tickets online— el comprador encuentra un campo obligatorio de DNI / CUIT / CUIL y un selector de tipo de comprobante: Consumidor Final o Factura A. Si elige Factura A, aparecen y se vuelven obligatorios los datos fiscales —razón social, domicilio fiscal, localidad, provincia y código postal—; si elige Consumidor Final, esos campos ni se muestran. Es captura de datos: deja el pedido listo para facturar con lo que corresponde, sin pedirle nada de más al que compra una entrada.

Un detalle que evita roturas: esos datos se piden usando los campos estándar de la tienda con la etiqueta cambiada, no campos inventados. El plugin de facturación ya sabe leer los campos estándar; si le armás campos propios, después hay que enseñarle a leerlos y algo se rompe.

Un solo campo por dato. Es fácil terminar con dos campos "DNI" en el mismo checkout si tenés un plugin de facturación y otro pidiendo lo mismo para otra cosa. Al comprador le parece un error del sitio. Se revisa mirando el checkout renderizado, no la lista de plugins.
Probá en el entorno de homologación de AFIP antes de emitir en producción: es el único lugar donde equivocarse no tiene consecuencias.
Dejá definidos condición frente al IVA, CUIT, punto de venta, tipo de comprobante y alícuota antes de encender la emisión automática.
En Factura A, quien identifica la operación es la razón social: nombre y apellido del comprador dejan de tener sentido en ese formulario.

¿Qué tenés que resolver de los envíos antes de abrir?

Los envíos fallan en silencio: la tienda no muestra ningún error, simplemente no ofrece la opción correcta y el comprador se va sin avisar. Por eso se verifican con cálculos reales y no con la pantalla de ajustes.

Regla 1: cada zona de envío tiene que tener su ubicación asignada. En una tienda de accesorios, la zona «CABA» existía pero no tenía ninguna ubicación cargada. Con cero ubicaciones, WooCommerce igual la hacía coincidir y, por orden, se tragaba todos los pedidos, incluidos los del interior: el único envío que se ofrecía era el de moto por CABA y el correo no aparecía nunca, para nadie. Se arregló asignándole CABA a esa zona.

Regla 2: el plugin del correo tiene que poder trabajar en tu checkout. El plugin del Correo Argentino que verificamos no tiene integración con el checkout de bloques, y conviene chequear lo mismo con cualquier plugin de envío argentino antes de elegir el tipo de checkout (lo contamos en la sección siguiente).

Regla 3: la dirección de la tienda es el origen del envío y la dirección de retiro. Si está mal, cotizás mal y mandás gente al lugar equivocado.

Ofrecé retiro en el local si podés: no cuesta nada, resuelve la venta local y habilita cobrar contra reembolso.
Podés restringir un medio de pago a ciertos métodos de envío desde la configuración, sin código: por ejemplo, contra reembolso disponible únicamente con retiro en el local.
Verificá la cotización simulando compras a varias provincias distintas y comparando los importes que devuelve el correo. Mirar la pantalla de ajustes no sirve.

¿Dónde se pierden las ventas en el checkout?

El checkout es la parte menos vistosa y la que decide. Esto es lo que verificamos siempre.

Checkout clásico o de bloques. WooCommerce tiene dos: el clásico (por shortcode) y el nuevo, por bloques. No es una cuestión de gusto. Caso real: el cliente reportaba «no me deja poner el código postal». Las páginas de carrito y finalizar compra usaban los bloques nuevos, y el plugin del Correo Argentino solo engancha en el checkout clásico —sus scripts manipulan el formulario clásico y en bloques no encuentran nada—, así que el campo de código postal quedaba inutilizable. Pasando ambas páginas a los shortcodes clásicos volvió a funcionar, con el código postal editable y aceptado.

Con los bloques pasa algo parecido con los descuentos por medio de pago y con algunos botones de pago exprés: se comportan distinto. Antes de elegir el tipo de checkout, mirá qué plugins vas a necesitar.

Menos campos, pero no cualquier campo. Si vendés algo que no se envía —un servicio, una entrada, un archivo— no tiene sentido pedir dirección. Se pueden recortar los campos, con dos cuidados: el país no se puede eliminar (si lo sacás, la validación de WooCommerce falla, la compra no se completa y el error no dice qué campo falta; se deja oculto con valor por defecto), y el recorte tiene que ser condicional: si mañana vendés algo físico, la dirección tiene que volver sola o te quedás sin poder despachar.

El total no se actualiza solo. WooCommerce no recalcula el resumen del pedido cuando el comprador cambia el medio de pago. Si ofrecés descuento por transferencia o contra reembolso, hay que forzar ese refresco; si no, el cliente no ve el descuento hasta recargar la página.

Probá una compra real, de punta a punta. Mirar el formulario no alcanza: el pedido tiene que crearse sin errores de validación, el mail tiene que llegar, y el pedido de prueba se manda a la papelera — nunca se borra definitivamente.

¿Conviene dar descuento por medio de pago?

Es una palanca comercial habitual en Argentina: descuento por transferencia o efectivo, recargo por tarjeta. Se puede hacer, es reversible, y tiene una trampa que conviene conocer antes.

Del lado técnico es un cargo negativo sobre el subtotal de productos (no sobre el envío) que se aplica cuando el comprador elige ese medio. Los medios con descuento conviene tenerlos en una lista editable: sumar o sacar uno tiene que ser tocar esa lista, nada más.

La trampa que regala plata. Si el descuento solo mira «qué medio eligió el comprador», la sesión se queda con un medio que ya no corresponde. Caso real: el comprador elegía retiro en el local con contra reembolso —10% aplicado— y después cambiaba el envío al correo; la pasarela desaparecía de la lista, pero el descuento se seguía aplicando. Era un 10% del subtotal regalado en cada pedido, y es explotable a propósito.

El arreglo es simple: antes de aplicar el descuento hay que verificar que la pasarela elegida siga estando disponible. La regla general vale para cualquier tienda: todo descuento atado al medio de pago tiene que revalidar que ese medio siga vigente.

Y avisale al comprador. El descuento tiene que estar en la etiqueta del medio de pago y en la descripción de la pasarela; si no, el cliente no se entera de que existe.

¿Se puede vender al exterior desde una tienda argentina?

Sí, y hay dos decisiones distintas que se confunden todo el tiempo: en qué moneda mostrás los precios y en qué moneda cobrás.

En Tu Plantilla Perfecta la moneda base de la tienda es el dólar y hay un selector con quince monedas: el visitante ve el precio en la suya, con bandera y nombre. El cobro, en cambio, está ruteado: si elige pesos argentinos paga con Mercado Pago o transferencia; si elige dólares o cualquier otra moneda, el checkout lo lleva a dólares y paga con PayPal.

Por qué ese ruteo. Mercado Pago Argentina suele operar solo en pesos, así que forzar un pedido en dólares por esa pasarela puede fallar; PayPal sí cobra en dólares. La regla es que la moneda de cobro tiene que ser una que la pasarela acepte — el resto es solo lo que ve el comprador.

También se puede hacer la versión conservadora: mostrar en varias monedas y cobrar siempre en la moneda base. El plugin fuerza la moneda base en el checkout y el pedido se crea en esa moneda, sin importar lo que el visitante estuviera viendo.

Configurá los decimales de cada moneda de forma explícita. Si los dejás vacíos, el plugin los toma como cero y redondea: un precio de USD 19,90 aparece como USD 20. El comprador ve un número que no es el real.
Monedas sin centavos (peso argentino, peso chileno, guaraní) van en cero; las que llevan centavos, en dos.
Las tasas de cambio se pueden actualizar solas todos los días desde una fuente pública, dejando alguna moneda en manual si querés fijarla vos.
Si tenés caché de páginas, purgala cada vez que tocás la configuración: cada moneda se cachea aparte porque cambia la URL.
Preferimos el selector como desplegable en el encabezado, no como muro de banderas flotante: ocupa menos y se entiende igual.

¿Qué es tuyo y qué depende de terceros?

Con plataforma propia queda a tu nombre lo importante: el dominio, la base de clientes y pedidos, la cuenta de cobro, los textos y las fotos, y la decisión de cómo es el checkout. Nadie te cambia las reglas de un día para el otro. La contracara es que el mantenimiento también es tuyo — actualizaciones, backups, seguridad y el día que algo deja de andar.

En un marketplace es al revés: te traen tráfico y te resuelven el circuito, pero las reglas, la vidriera y la relación con el comprador son de ellos. No es una comparación de comisiones —no publicamos tarifas, ni propias ni ajenas—, es una diferencia sobre a quién le pertenece la relación con el cliente.

La respuesta puede ser «los dos»: el marketplace como canal y la tienda propia como casa. Mundo Steam, por ejemplo, tiene su tienda propia de juegos digitales, con más de 1000 reseñas de compradores; su audiencia de 107 mil seguidores vive en Instagram, que es justamente un canal que no controla. La tienda propia es la parte del negocio donde las reglas no las pone otro.

Y hay una tercera categoría que conviene tener clara desde el principio: cosas que no controla ninguno de los dos lados.

El aviso de pago de la pasarela. Si el proveedor no lo manda o la URL no está registrada en su panel, el arreglo es de ellos.
Las tarifas del correo. Las devuelve su sistema; vos configurás zonas y origen.
Las advertencias de los navegadores. En una tienda de indumentaria que mantenemos, la clienta veía el cartel de "sitio peligroso" de Chrome. Revisamos todo: certificado válido y bien servido, sitio limpio (sin malware, sin spam, sin redirecciones inyectadas, sin usuarios administradores fantasma). No había nada del lado del sitio; todo apuntaba a una marca residual de Google Safe Browsing. En ese escenario el camino es pedir una revisión desde Search Console con el sitio ya limpio, y la resolución depende de Google. Antes de comprar un certificado nuevo, conviene descartar eso.
La caché del hosting. En una tienda alojada en un hosting de terceros, el servidor entrega los estilos con caché de un año: un visitante que ya entró antes puede seguir viendo la versión vieja de una página aunque vos ya la hayas cambiado. Los visitantes nuevos la ven bien, y ahí está la trampa del "a mí me anda".
Las tareas programadas de WordPress. Dependen del tráfico: si no entra nadie al sitio, no corren.

Errores frecuentes (todos verificados en producción)

Ninguno de estos es teórico: todos aparecieron en tiendas reales que atendemos. La columna del medio es lo que estaba pasando de verdad, que no siempre coincide con lo que parecía.

Lo que se ve	Qué está pasando en realidad	Qué hacer
El cliente pagó y el pedido dice "pendiente"	El aviso servidor a servidor de la pasarela no llegó. El cartel verde viene del retorno del comprador, no del aviso	Activar la sincronización por cron del plugin oficial y reforzarla con una tarea del servidor
"No me deja poner el código postal"	El checkout usa bloques y el plugin del correo solo funciona en el checkout clásico	Pasar carrito y checkout a los shortcodes clásicos (guardando antes el contenido original)
El correo nunca aparece como opción de envío	Una zona sin ubicaciones asignadas coincide igual y se lleva todos los pedidos por orden	Asignarle su ubicación a cada zona y verificar con cálculos reales a varias provincias
El producto se ve pero no se puede comprar	Está publicado sin precio: la tienda no lo considera comprable	Cargar precio en todos los productos antes de abrir
Cargo el precio y no queda guardado	El producto es "variable" con variaciones vacías: al guardar, el precio se recalcula desde ellas y se borra	Pasarlo a producto simple si no tiene variantes reales y volver a cargarlo
La landing muestra un precio distinto al de la tienda	El precio está escrito a mano en la página y quedó viejo cuando cambió el del producto	Que la página lea el precio del producto, así se actualiza sola
El descuento por transferencia no se ve hasta recargar	WooCommerce no recalcula el resumen al cambiar el medio de pago	Forzar el refresco del checkout cuando el comprador cambia de medio
El descuento se aplica con un medio que ya no está disponible	El descuento mira lo último elegido en la sesión, aunque la pasarela ya no esté	Revalidar que la pasarela siga disponible antes de aplicar el cargo
El sitio promete algo que la tienda no hace	El copy se escribió sin mirar la configuración: pasarela apagada, entrega no automática	Revisar el texto contra la configuración real antes de publicitar
El checkout pide dos veces el DNI	Dos plugins distintos piden el mismo dato para cosas distintas	Apagar el duplicado desde el propio plugin y revisar el checkout renderizado

PREGUNTAS FRECUENTES

Preguntas frecuentes

¿Puedo empezar a vender sin tener la facturación automática andando?

Sí, y es el orden que recomendamos. La tienda puede quedar conectada a la facturación electrónica con la emisión automática apagada, y vos emitís a mano mientras terminás de configurar condición frente al IVA, CUIT, punto de venta y tipo de comprobante. Es el orden que seguimos siempre: la tienda queda conectada y la emisión automática, apagada, hasta terminar esa configuración. Antes de encenderla, se prueba en el entorno de homologación de AFIP.

Mi cliente pagó pero el pedido figura "pendiente". ¿Perdí la venta?

No necesariamente, pero hay que actuar rápido. El pedido cambia de estado cuando la pasarela le manda a tu tienda un aviso servidor a servidor; el cartel verde que vio el comprador viene de su retorno al sitio, no de ese aviso. Si el aviso no llega, el pedido queda pendiente y WooCommerce lo cancela solo cuando se vence la reserva de stock. La solución oficial es activar el modo de sincronización por cron del plugin de Mercado Pago, con un intervalo bastante más corto que ese vencimiento.

¿Checkout clásico o checkout de bloques?

Si vas a usar plugins de envío argentinos como el del Correo Argentino, o descuentos por medio de pago, hoy va el clásico. Verificamos que ese plugin no tiene integración con los bloques: solo engancha en el checkout clásico, y en bloques el campo de código postal queda inutilizable. Los descuentos por medio de pago y algunos botones de pago exprés también se comportan distinto en bloques. Con cualquier otro plugin de envío, conviene chequearlo antes de decidir.

¿Puedo cobrar en dólares desde Argentina?

Sí, siempre que la pasarela acepte esa moneda. Mercado Pago Argentina suele operar solo en pesos, así que un pedido forzado a dólares por esa vía puede fallar; PayPal sí cobra en dólares. Un esquema que funciona bien es mostrar precios en varias monedas y rutear el cobro: pesos por Mercado Pago o transferencia, dólares y monedas extranjeras por PayPal.

¿La cuenta de Mercado Pago tiene que estar a mi nombre?

Sí. La cuenta de cobro es del negocio: el sitio guarda sus credenciales para poder cobrar en tu nombre y la plata entra directamente ahí. Si cambiás de proveedor web, la cuenta y el historial siguen siendo tuyos. Ningún proveedor debería pedirte cobrar por una cuenta suya.

¿Puedo pedir menos datos en el checkout para que la gente no abandone?

Sí, sobre todo si lo que vendés no se envía. Dos cuidados: el campo de país no se puede eliminar —si lo sacás, la validación de WooCommerce falla y la compra no se completa, sin decir qué campo falta; se deja oculto con valor por defecto— y el recorte tiene que ser condicional, de modo que si mañana vendés algo físico la dirección vuelva sola.

¿Cómo sé que la tienda está lista para abrir?

Cuando hiciste al menos una compra real de punta a punta por cada combinación de envío y medio de pago, en escritorio y en celular, y en todas el pedido se creó sin errores, quedó en el estado correcto y llegaron los mails. Los pedidos de prueba se mandan a la papelera, no se borran definitivamente.

¿Qué mueve el costo de una tienda online?

No publicamos tarifas, pero sí lo que hace la diferencia: cuántos productos hay que cargar y si las fotos, precios y descripciones ya existen; cuántos medios de pago y de envío hay que integrar y probar; si necesitás facturación electrónica conectada al checkout; si vendés al exterior con varias monedas; si hay turnos, reservas o descargas digitales de por medio; y qué mantenimiento querés después de abrir. Una tienda de catálogo con retiro en el local y una con multimoneda, correo cotizado y facturación automática no son el mismo trabajo.

SEGUÍ LEYENDO

Tiendas onlineCómo armamos una tienda que vende.Leer →Cómo se arma un presupuesto webQué mueve el costo.Leer →ProyectosTiendas nuestras funcionando hoy.Leer →

Si llegaste hasta acá tenés el checklist completo: catálogo con precios, cobro conectado a una cuenta del negocio y probado, definición fiscal, zonas de envío con su ubicación, la dirección real cargada, un checkout probado con compras reales y alguien mirando los pedidos todos los días. Esta guía sirve igual si la implementás vos, con tu equipo o con otro proveedor: está escrita con lo que aprendimos manteniendo tiendas en producción, no para vender nada. Y si preferís que la parte técnica la resolvamos nosotros, en Point Web armamos y mantenemos sitios y tiendas online desde 2021 —más de 700 proyectos entregados en total—: escribinos por WhatsApp al 11 6792-8752 o a proyectos@pointwebglobal.com y lo charlamos.

Point Web — Nicaragua 5812, Palermo, CABA · WhatsApp 11 6792-8752 · proyectos@pointwebglobal.com