Especialistas en WooCommerce para tiendas que ya están vendiendo
Administramos tiendas que facturan millones de pesos al mes. Las arreglamos cuando fallan, las aceleramos cuando se arrastran y las conectamos a la operación real del negocio: facturación, paquetería, inventario y el ERP que ya usas.
Una tienda rota no es un sitio roto
Cuando un sitio informativo se cae, pierdes visitas. Cuando una tienda se cae, pierdes el pedido, el cliente y la reseña.
Y rara vez se cae del todo. Lo normal es peor: el checkout tarda nueve segundos y la gente lo abandona a la mitad, los pedidos entran pero no se notifican, el stock se desincroniza entre la tienda y el almacén, la pasarela cobra y WooCommerce no registra, o el administrador tarda cuarenta segundos en abrir la lista de pedidos y nadie entiende por qué.
| Síntoma que nos cuentas | Causa real típica | Dónde se toca |
|---|---|---|
| El checkout tarda nueve segundos | Scripts ajenos al pago: chat, píxeles, carrusel de la home | INP · carga selectiva por página |
| Los pedidos entran pero no se notifican | Webhook caído o claves de prueba viviendo en producción | Pasarelas · colas de correo |
| El stock se desincroniza | Dos sistemas escribiendo inventario sin regla de quién manda | Integración ERP / almacén |
| La pasarela cobra y WooCommerce no registra | Reintentos del webhook mal configurados, pedidos duplicados | Pasarelas · conciliación |
| El panel tarda 40 s en abrir pedidos | Pedidos en wp_posts sin HPOS + consultas sin índices | HPOS · base de datos |
Eso es lo que atendemos: tiendas que ya venden y que empezaron a fallar justo cuando empezaron a vender de verdad. Si tu tienda ya está en ese punto hoy, la ruta rápida es la línea de urgencias de WooCommerce.
El momento en que una tienda cambia de naturaleza
Hay un punto en la vida de un ecommerce en el que deja de ser una web con botones de compra y pasa a ser un sistema. Suele coincidir con tres cosas que ocurren a la vez:
Catálogo
Pasa de cientos a miles de productos, con variaciones y atributos que nadie documentó.
Historial
Los pedidos acumulados pasan de miles a decenas de miles, en tablas que no nacieron para eso.
Segundo sistema
Alguien conecta la tienda a un ERP, un almacén o una contabilidad. Y empiezan a pisarse.
A partir de ahí, lo que funcionaba deja de funcionar. Las consultas que antes tardaban milisegundos empiezan a tardar segundos. El panel se vuelve lento aunque la tienda pública vaya bien. Las sincronizaciones se pisan. Y los plugins que resolvían algo pequeño empiezan a estorbar.
Casi nadie nos llama cuando monta la tienda. Nos llaman aquí.
Lo que revisamos antes de tocar nada
Un ecommerce no se audita igual que una web. Esto es lo que miramos, en este orden:
Administradores y accesos
Cuántas cuentas con rol de administrador existen, desde cuándo, y cuántas pertenecen a gente que ya no trabaja ahí. En tiendas de cierto tamaño es común encontrar siete u ocho, varias de agencias anteriores que siguen entrando.
Pasarelas de pago
Si el cobro llega a PayPal, Stripe o Mercado Pago pero el pedido no se marca como pagado, el problema casi nunca está en la pasarela: está en el webhook que nadie revisó desde que se instaló. Verificamos que cada webhook responda, que las claves sean de producción y no de prueba, y que los reintentos no estén generando pedidos duplicados ni cobros dobles.
Plugins de paquetería
Es el punto más abandonado del ecommerce mexicano. Nos encontramos conectores de mensajería sin actualizar en dos y tres años, hablando con APIs que ya cambiaron. Cuando pasa, proponemos sustituirlos por integraciones con mantenimiento activo: Envía.com es la que mejor nos ha funcionado para operación nacional.
Facturación
Si emites CFDI 4.0 desde la tienda, validamos que el RFC se valide en el momento de la compra y no después —cuando ya es tarde y hay que perseguir al cliente—, que el régimen fiscal y el uso de CFDI estén bien mapeados, y que cancelar un pedido cancele también su factura. Todo el detalle vive en nuestra página de facturación SAT en WooCommerce.
Inventario
Si el stock vive en dos sistemas, uno de los dos miente. Revisamos quién manda, cada cuánto se sincroniza y qué pasa cuando alguien compra justo durante la sincronización. Es el corazón de nuestro trabajo de WooCommerce con CRM y ERP.
El servidor
Recursos, límites de procesos, si existe staging, y si aguanta el pico que ya tuviste alguna vez. Porque ese pico va a volver, y va a volver en noviembre.
HPOS: el cambio que muchas tiendas todavía no hicieron
Durante años WooCommerce guardó los pedidos en las mismas tablas que las entradas del blog: wp_posts y wp_postmeta. Funciona con cien pedidos. Con cuarenta mil, no.
HPOS (High-Performance Order Storage) mueve los pedidos a tablas propias, diseñadas para eso. La diferencia se nota donde más duele: en el panel de pedidos, en las búsquedas, en los informes y en la concurrencia cuando entran muchas compras a la vez.
Si tu tienda lleva años funcionando, hay una probabilidad alta de que siga en el almacenamiento antiguo. Y la migración no es un botón: hay que verificar antes qué plugins tuyos son compatibles, porque los que no lo son dejan de ver los pedidos. Por eso se hace con staging, con respaldo, y con el modo de sincronización activo durante un periodo de convivencia antes de apagar el almacenamiento viejo.
Lo hemos hecho en tiendas en producción sin cerrar la operación un solo minuto. Si tu panel ya va lento aunque la tienda pública vuele, casi siempre es esto o un plugin consultando sin índices: entra por el diagnóstico técnico y lo confirmamos antes de proponerte nada.
El checkout es donde se pierde el dinero
De las tres métricas que mide Google, la que más castiga a una tienda es INP: el tiempo que tarda la página en responder cuando el usuario toca algo. El umbral es 200 milisegundos, y el checkout es precisamente donde se acumulan scripts, validaciones y cálculos de envío.
Revisamos si estás en el checkout clásico por shortcode o en los bloques nuevos, cuántos scripts se cargan en esa página concreta, y cuáles no tienen nada que hacer ahí. Es habitual encontrar el chat, el mapa, tres píxeles de publicidad y el carrusel de la home cargando en la pantalla de pago.
También revisamos lo que no se ve: cuántos campos pides, cuántos son obligatorios de verdad, y si estás obligando a crear cuenta antes de comprar. Un checkout que responde rápido vende más que un checkout bonito.
Antes del Buen Fin, no durante
Cada noviembre recibimos la misma llamada: una tienda que se cayó el primer día del Buen Fin y que nunca probó qué pasaba con tráfico diez veces mayor al normal. La preparación se hace semanas antes:
- Medir el límite real del servidorCon pruebas de carga, no con suposiciones. Saber cuántas compras simultáneas aguanta antes de que llegue noviembre.
- Auditar el cachéQue no esté sirviendo precios viejos ni carritos de otro usuario. Ese error convierte ofertas en reclamos y reclamos en cancelaciones.
- Probar la pasarela bajo concurrenciaQue el cobro no se caiga justo cuando más entra, y que los webhooks sigan respondiendo con la fila llena.
- Blindar el inventarioComprobar que no se sobrevenda cuando entran veinte compras del mismo producto en el mismo segundo.
- Tener un plan de contenciónPor si algo se rompe un sábado a las once de la noche. Con nombres, teléfonos y pasos, no con buenas intenciones.
Si ya estás en noviembre y no preparaste nada, también atendemos eso. Solo que entonces se llama de otra manera: soporte urgente, y se paga como urgencia.
Lo que no hacemos
No trabajamos con temas o plugins nulled
No se pueden actualizar, y una tienda que no se actualiza es una brecha esperando turno. Si es tu caso te lo decimos de entrada, con el costo de sustituirlos por licencias reales.
No aceptamos ecommerce en servidores sin staging
Probar cambios directo en producción con una tienda que factura no es valentía, es apostar con el dinero de alguien más. Si no quieres mover el hosting lo entendemos, pero entonces no somos nosotros.
No tocamos nada sin un respaldo probado
Un respaldo que nadie ha restaurado nunca no es un respaldo, es una carpeta. Antes de cualquier cambio, restauramos una copia en staging y verificamos que sirva.
Cómo empieza
Nos escribes por WhatsApp
Con el dominio de tu tienda y qué está pasando. En menos de 30 minutos en horario laboral te respondemos con lo que ya vimos desde fuera: tema, plugins, versiones, servidor.
Diagnóstico pagado
Entramos con accesos seguros, reproducimos la falla y documentamos causa raíz y plan. Se descuenta íntegro de lo que contrates después.
Operación continua
Reparamos, migramos o conectamos tu tienda a la operación real. Y si quieres, la administramos para que noviembre deje de ser una amenaza.
Lunes a viernes, 8:00 a 20:00. Fines de semana atendemos emergencias de tiendas en producción.
Preguntas frecuentes
Hemos administrado tiendas con facturación de cinco a seis millones de pesos mensuales. El tamaño por sí solo no es lo que complica un ecommerce; lo que complica es cuántas integraciones tiene y cuántas de ellas nadie revisa.
Es la mayoría de lo que hacemos. Casi nadie nos busca por algo que hicimos nosotros. Tu tienda no necesita ser "nuestra" para que nos hagamos cargo de ella.
Casi siempre, y casi siempre es HPOS o un plugin consultando la base de datos sin índices. Es de los problemas que mejor se resuelven.
Es como preferimos trabajar. Si no tienes staging, montarlo es parte del diagnóstico. Nada se prueba con clientes reales dentro.
Es urgente más que grave. Significa que el webhook no está llegando, y cada hora que pasa son pedidos que tu equipo concilia a mano. Suele resolverse el mismo día.
Sí, y es de lo que más hacemos. Lo que revisamos antes es si conviene una integración directa o pasar por un intermediario, porque de eso depende qué ocurre cuando uno de los dos sistemas se cae.