Allá en 2021, un cliente llegó a mí con lo que parecía un brief directo: "Necesitamos un sitio de subastas. Como eBay, pero de nicho — piezas de motocicletas clásicas." Tres meses, dos prototipos abandonados, y una apagada de producción genuinamente vergonzosa después, tenía opiniones. Fuertes. Al final lo logramos, pero no lo construiría de la misma forma ahora. Ni de cerca.
Las plataformas de subastas son engañosamente difíciles. En la superficie es solo listados, pujas, y un temporizador. Pero en el momento en que dos usuarios pujan dentro de milisegundos uno del otro, o tu conexión WebSocket se cae justo cuando la cuenta regresiva llega a cero, o tu procesador de pagos se agota a mitad de la captura — de repente estás explicando a un vendedor muy enojado por qué su BSA Lightning de 1967 se vendió por £12. Así que déjame llevarte a través de lo que realmente construiría en 2026, herramienta por herramienta, decisión por decisión.
---
La Decisión de Arquitectura Central: ¿Monolito o Servicios?
No dejes que nadie te venda microservicios para una primera versión. Lo digo en serio.
He visto este error repetidamente — el fundador contrata a un consultor, el consultor dibuja ocho servicios separados en una pizarra, todos asienten, y seis meses después nada se lanza porque el equipo está depurando latencia entre servicios en una plataforma con 40 usuarios. Para un MVP de subasta o incluso un producto moderadamente escalado (digamos, menos de 50,000 usuarios activos mensuales), un monolito modular es la decisión correcta.modular monolithis the right call.
Lo que yo elegiría: Next.js en el frontend y capa API, con un backend de Node.js. No porque sea tendencia. Porque el modelo de server components en Next.js 14+ realmente reduce la complejidad de páginas de listado de subastas donde el SEO importa de verdad — quieres que esas descripciones de lotes estén indexadas. Las rutas API manejan lo más liviano; lo pesado de tiempo real vive en otro lugar (más sobre eso en un momento).Next.json the frontend and API layer, with a Node.js backend. Not because it's trendy. Because the server components model in Next.js 14+ genuinely reduces the complexity of auction listing pages where SEO actually matters — you want those lot descriptions indexed. The API routes handle lighter lifting; the heavy real-time stuff lives elsewhere (more on that in a moment).
¿Base de datos? PostgreSQL. Siempre PostgreSQL para cualquier cosa transaccional. Las subastas son profundamente relacionales — usuarios, lotes, ofertas, reservas, facturas — y quieres que las restricciones de clave externa hagan trabajo real, no lógica de aplicación basada en vibraciones. Lo ejecutaría en Supabase en 2026 porque obtienes Postgres, seguridad a nivel de fila, y una capa de suscripción en tiempo real incluidas, lo que colapsa lo que solía ser tres preocupaciones de infraestructura separadas en una sola factura.Supabasein 2026 because you get Postgres, row-level security, and a real-time subscription layer baked in, which collapses what used to be three separate infrastructure concerns into one bill.
---
Ofertas en Tiempo Real: La Parte Que Te Romperá
Aquí es donde la mayoría de plataformas de subastas mueren. O al menos cojean.
El problema fundamental: las ofertas tienen que sentirse instantáneas, tienen que ser consistentes, y tienen que manejar condiciones de carrera correctamente. Si dos usuarios envían una oferta en el mismo milisegundo, uno de ellos gana. La base de datos decide quién. No el frontend, no el balanceador de carga — la base de datos, a través de una transacción correctamente escrita con SELECT FOR UPDATE.SELECT FOR UPDATE.
Para la capa de tiempo real en sí, usaría Ably en 2026 en lugar de implementar WebSockets crudos. Intenté el enfoque crudo en un proyecto de subasta de propiedades en Seahawk a principios de 2022 — socket.io autohospedado, Redis pub/sub, todo. Estuvo bien hasta que no lo estuvo. Ably te da ordenamiento de mensajes garantizado, recuperación de estado de conexión (así que si el teléfono de un postor pasa de WiFi a 4G durante la subasta, no se pierde silenciosamente la oferta ganadora), y un panel sensato. El precio a escala es real, pero para la mayoría de operadores de subastas es ruido comparado con la complejidad de infraestructura.Ablyin 2026 rather than rolling raw WebSockets. I tried the raw approach on a property auction project at Seahawk back in 2022 — self-hosted socket.io, Redis pub/sub, the works. It was fine until it wasn't. Ably gives you guaranteed message ordering, connection state recovery (so if a bidder's phone switches from WiFi to 4G mid-auction, they don't silently miss the winning bid), and a sensible dashboard. The pricing at scale is real, but for most auction operators it's noise compared to infrastructure complexity.
Manejando el Problema de "Bid Sniping"
El sniping en subastas — colocar una oferta en los últimos segundos — es o una característica o un bug dependiendo de tu cliente. eBay famosamente lo permite. Muchas casas de subastas especializadas extienden el temporizador 30–60 segundos si una oferta llega en el último minuto. Esto se llama lógica de "soft close" o "anti-sniping". Constrúyelo desde el primer día. La regla es simple:
- La oferta llega con menos de N segundos restantes
- La transacción confirma que la oferta es válida y la más alta
- El tiempo de finalización de la subasta se extiende N segundos
- La nueva hora de finalización se transmite a todos los clientes conectados a través de Ably
Son quizás 40 líneas de lógica de servidor. Saltarse esto e implementarlo después es un dolor de cabeza que no quieres tener.
---
Pagos: No te Compliques
He visto a personas recurrir a configuraciones de pago exóticas en sitios de subastas porque las subastas tienen requisitos peculiares — captura detalles de pago por adelantado, solo cobra cuando cierra el lote, es posible que necesites retener un depósito, es posible que necesites reembolsar de inmediato si te superan. Todo cierto. Todo es solucionable con Stripe sin salir de la documentación de Stripe.
Stripe en 2026 sigue siendo la respuesta correcta para la gran mayoría de operadores de subastas. Específicamente:in 2026 is still the right answer for the vast majority of auction operators. Specifically:
- Stripe Payment Intents para el flujo estándar de oferta a cobrofor the standard bid-to-charge flow
capture_method: manual para autorizar una tarjeta sin hacer cargo (esencial para retenciones de depósito)to authorise a card without charging it (essential for deposit holds)- Stripe Connect si estás construyendo un marketplace donde múltiples vendedores reciben pagos
Lo que destacaría: no autorices tarjetas por el valor total del lote de entrada a menos que tengas asesoría legal diciendo que debes. Autoriza por un depósito (10–25% es común en el mundo de subastas), luego captura o anula una vez que el lote cierra. Tus tasas de rechazo de tarjeta te lo agradecerán.
Para casas de subastas de mayor valor — autos clásicos, arte fino, ese tipo de cosas — querrás acomodar transferencia bancaria. Stripe ahora maneja esto razonablemente bien vía sus productos payment link e invoice, pero aún necesitarás una persona en el proceso para reconciliación. Construye una simple cola de admin; no automatices lo que no necesita automatización.
---
Search and Filtering: Typesense, Not Elasticsearch
Honestamente, la pregunta de búsqueda en plataformas de subastas está subestimada. Los usuarios necesitan filtrar por categoría, precio actual, tiempo restante, condición, ubicación. Lo necesitan rápido.
Elasticsearch es excesivo para la mayoría de sitios de subastas y un dolor genuino de operar. Typesense es lo que yo usaría. Es open source, puedes auto-hospedarlo en un droplet de DigitalOcean de $6 o usar Typesense Cloud, y la calidad de búsqueda es excelente para datos estilo catálogo. Sincroniza tu tabla de lotes PostgreSQL a Typesense vía un simple change-data-capture hook o un cron job cada 30 segundos (la sincronización en tiempo real de precios de lotes de subasta es agradable pero raramente necesaria para búsqueda).Typesenseis what I'd use. It's open source, you can self-host on a $6 DigitalOcean droplet or use Typesense Cloud, and the search quality is excellent for catalogue-style data. Sync your PostgreSQL lots table to Typesense via a simple change-data-capture hook or a cron job every 30 seconds (real-time sync of auction lot prices is nice but rarely necessary for search).
Lo que Typesense no maneja bien out of the box: geosearch para artículos de recogida solamente. Tiene geo filtering, pero si tu sitio de subastas tiene inventario pesado de "recogida local solamente", dedica media jornada a esa configuración temprano. Yo no lo hice, en un sitio de subastas de maquinaria de jardín en 2023, y lo retro-equipamos después con el doble de esfuerzo.
---
Infraestructura y Hosting
Aquí está mi configuración predeterminada para 2026:
- Vercel para el frontend de Next.js y rutas de API — deployments sin configuración, URLs de preview por rama, funciones edge cuando sea necesariofor the Next.js frontend and API routes — zero config deployments, preview URLs per branch, edge functions where needed
- Supabase para PostgreSQL y autenticaciónfor PostgreSQL and auth
- Ably para WebSocketsfor WebSockets
- Typesense Cloud para búsquedafor search
- Cloudflare al frente de todo — el plan gratuito maneja DDoS, optimización de imágenes y caching sin complicacionesin front of everything — free tier handles DDoS, image optimisation, and caching without fuss
- Uploadcare o Cloudinary para imágenes de lotes subidas por vendedores (nunca guardes uploads de usuarios en tu propio servidor en 2026, por favor)orCloudinaryfor seller-uploaded lot images (never store user uploads on your own server in 2026, please)
Ese stack no tiene Kubernetes, no tiene cluster de Redis autogestionado, no requiere contratar a alguien de DevOps. Un desarrollador solo o un equipo pequeño puede ejecutarlo. Y lo crítico — escala sin necesidad de rediseñar la arquitectura. Vercel y Supabase manejarán el pico de tráfico cuando tu sitio sea destacado en una publicación comercial y 8,000 personas lo visiten en una hora.
Un Error de Infraestructura que Sigo Viendo
La gente olvida los trabajos de fondo. Los eventos de cierre de subasta no son iniciados por el usuario — ocurren en una marca de tiempo específica, del lado del servidor. Necesitas un planificador de trabajos confiable. Yo usaría Inngest para esto en 2026. Maneja disparadores basados en tiempo, reintentos, y te da un registro de eventos que es realmente útil cuando estás depurando "por qué el lote 447 se cerró sin enviar el email al ganador". No uses un cron simple en tu servidor. Cuando tu servidor se reinicia, tu estado de cron desaparece.Inngestfor this in 2026. It handles time-based triggers, retries, and gives you an event log that's actually useful when you're debugging "why did lot 447 close without sending the winner email". Don't use a simplecronon your server. When your server restarts, your cron state is gone.
---
Herramientas de Administrador y Vendedor
Los vendedores necesitan crear listados, subir imágenes, establecer precios de reserva, y ver historiales de pujas. Los compradores necesitan listas de vigilancia, alertas de pujas, y descargas de facturas. Estas no son características glamorosas. Son las que los clientes te llaman a las 9pm un jueves.
Para el panel de administración, yo construiría ligeramente sobre Retool o un dashboard Next.js personalizado dependiendo del presupuesto. Retool es genuinamente rápido de implementar y maneja el 80% de las tareas de administración de subastas — aprobación de listados, gestión de usuarios, anulación de pujas — sin escribir mucho código. Para cualquier cosa orientada al cliente, yo construiría correctamente en Next.js, porque Retool incrustado en un iframe no es una buena experiencia de usuario.Retoolor a custom Next.js dashboard depending on budget. Retool is genuinely fast to stand up and handles the 80% of auction admin tasks — approving listings, managing users, voiding bids — without writing much code. For anything client-facing I'd build properly in Next.js, because Retool embedded in an iframe is not a good user experience.
Las notificaciones por email — alertas de ser superado, cierre de lote pronto, factura lista — van a través de Resend en 2026. Reemplazó a SendGrid en mi stack hace unos 18 meses y no he mirado atrás. La experiencia del desarrollador es notablemente mejor y la entregabilidad ha sido sólida.Resendin 2026. It replaced SendGrid in my stack about 18 months ago and I haven't looked back. The developer experience is notably better and the deliverability has been solid.
---
Consideraciones de Seguridad Específicas para Subastas
Las plataformas de subastas atraen intentos de manipulación de pujas. Las pujas fraudulentas (un vendedor aumentando el precio de su propio lote usando cuentas falsas), apropiaciones de cuenta para colocar pujas ganadoras fraudulentas, y fraude de pago son todos reales y desproporcionadamente comunes comparados con el comercio electrónico típico.
Algunas cosas que yo integraría desde el inicio:
- Limitación de velocidad en envío de pujas — máximo N pujas por usuario por minuto por lote, aplicado en la capa de API. Upstash Redis es bueno para esto; tiene una librería construida específicamente para limitación de velocidad.— max N bids per user per minute per lot, enforced at the API layer. Upstash Redis is good for this; it has a purpose-built rate limiting library.
- Verificación de correo electrónico antes de permitir pujas — suena obvio, pero detiene una cantidad sorprendente de abuso.— sounds obvious, stops a surprising amount of abuse
- Puntuación de fraude mediante Stripe Radar — ya está incluida en Stripe, solo úsala.— already included in Stripe, just use it
- Huella dactilar de IP y dispositivo para detectar clústeres de cuentas sospechosas — FingerprintJS Pro vale la pena el costo si estás operando a cualquier escala significativa.—FingerprintJS Prois worth the cost if you're operating at any meaningful scale
Honestamente, lo más importante es el registro de eventos. Registra cada intento de puja, cada pago fallido, cada acción de cuenta. Cuando algo sale mal —y saldrá mal— quieres un registro de auditoría completo. El registro integrado de Supabase más una configuración ligera en Axiom cubre esto sin mucho esfuerzo.Axiomcovers this without much effort.
---
FAQ
¿Cuál es el stack mínimo viable para un sitio de subastas pequeño y local?
Si estás construyendo para una casa de subastas local con quizás 200 usuarios y ventas semanales, no necesitas Ably ni Typesense. WordPress con un plugin como Auctions for WooCommerce te lleva sorprendentemente lejos. He configurado tres de estos para casas de subastas regionales — antigüedades, equipos agrícolas, ese tipo de cosas. En el momento en que necesites pujas competitivas en tiempo real bajo carga, lo superarás rápidamente.Auctions for WooCommercegets you surprisingly far. I've set up three of these for regional auction houses — antiques, farm equipment, that sort of thing. The moment you need real-time competitive bidding under load, outgrow it fast.
¿Puedo usar Firebase en lugar de Supabase?
Puedes. Firestore de Firebase es en realidad una opción razonable para el estado de las pujas en tiempo real. La razón por la que prefiero Supabase en 2026 es SQL — los datos de subastas tienen mucha estructura relacional (los lotes pertenecen a ventas, las pujas pertenecen a lotes y usuarios, las facturas hacen referencia a pujas), y consultar una base de datos de documentos para eso se vuelve complicado. Pero si tu equipo ya conoce Firebase profundamente, no cambies solo por cambiar.
¿Cómo manejo las zonas horarias para las horas de cierre de la subasta?
Almacena todo en UTC. Siempre. Muestra en la zona horaria local del usuario a través del navegador. Suena obvio y aún lo veo hecho incorrectamente en aproximadamente uno de cada cinco proyectos. La API Intl.DateTimeFormat en navegadores modernos maneja el lado de la visualización sin necesidad de ninguna librería.Intl.DateTimeFormatAPI in modern browsers handles the display side without any library.
¿Necesito una aplicación móvil?
No para un MVP. Una aplicación web progresiva bien construida con notificaciones push (a través de la Web Push API) cubre el 90% de lo que los postores realmente necesitan en móvil. Las aplicaciones nativas vienen después, si el negocio lo justifica. Usaría Expo y React Native cuando llegue ese día — codebase compartida entre iOS y Android, y el equipo ya conoce React.ExpoandReact Nativewhen that day arrives — shared codebase across iOS and Android, and the team already knows React.
---
Ejecutar subastas en línea es un desafío de ingeniería legítimo disfrazado de una interfaz engañosamente simple. La interfaz de puja es tres botones y un número. Todo lo que hay debajo — consistencia, equidad, estado en tiempo real, prevención de fraude — es donde vive el trabajo real. Acerta con el stack desde el principio y el resto es solo funcionalidades. Acertalo mal y serás la persona explicándole a un vendedor por qué su lote se vendió por £12.
Construye infraestructura aburrida. Construye productos interesantes sobre ella.