500K Invocaciones Gratis al Mes: Lo Que Supabase Edge Functions Cambia en tu Stack (y Nadie Está Contando)
Mira, hay tres números que la mayoría de desarrolladores ignoran cuando evalúan Supabase:
→ 500MB de base de datos en el tier gratuito
→ 50.000 MAUs incluidos sin pagar nada
→ 500.000 invocaciones de Edge Functions al mes, gratis
Ese último número es el que cambia la conversación.
Porque no estamos hablando de un limite ridículo de prueba. Estamos hablando de suficiente serverless para validar un producto real, construir un MVP completo, y llegar a primeros usuarios de pago sin tocar la tarjeta de crédito.
Te cuento lo que he aprendido construyendo con Edge Functions en 2026.
El Problema Que Supabase Edge Functions Resuelve de Verdad
El flujo típico cuando necesitas lógica de servidor en un proyecto Next.js + Supabase suele ser:
- Crear un API Route en Next.js
- Hacer llamadas autenticadas desde el cliente
- Gestionar CORS manualmente
- Lidiar con cold starts en Vercel si escala
No está mal. Pero tiene fricción.
Lo que Edge Functions te da es diferente: lógica de servidor que vive dentro de Supabase, con acceso directo a tu base de datos, a tus buckets de Storage, y a tus usuarios autenticados. Sin saltar entre servicios. Sin configurar variables de entorno en tres sitios distintos.
Y aquí viene lo interesante: todo eso corre sobre Deno 2.1.
Deno 2.1: Por Qué Importa Este Runtime
La mayoría de tutoriales de Edge Functions los tratan como si fueran AWS Lambda con otra sintaxis. Error.
Deno 2.1 cambia algunas cosas fundamentales:
TypeScript nativo. Sin compilación previa, sin tsconfig.json extra. Escribes .ts y funciona.
Imports por URL. Puedes traer dependencias directamente desde deno.land/x o esm.sh sin npm install.
Seguridad por defecto. Acceso explícito a red, sistema de archivos y variables de entorno. Nada de permisos implícitos.
Ejemplo básico de una Edge Function en Supabase:
Fíjate en algo: la autenticación, la consulta a base de datos, y la respuesta HTTP están todas en el mismo lugar. Sin middleware externo. Sin configurar CORS por separado si la llamada viene desde dentro de Supabase.
El Feature Que Cambió Mi Flujo: Testing Desde el Dashboard
Esto es lo que nadie menciona.
Supabase te permite probar tus Edge Functions directamente desde el dashboard, sin deploys, sin llamadas con curl, sin Postman abierto en otra ventana.
El flujo que uso ahora:
- Escribo la función en el editor del dashboard
- Configuro el body del request de prueba
- Veo la respuesta y los logs en tiempo real
- Cuando funciona, despliego con
supabase functions deploy
Parece menor. No lo es. Elimina el ciclo deploy → probar → ver logs → corregir que convierte el desarrollo de serverless en algo lento y frustrante.
El Caso Real: Webhook + pgvector en Una Sola Función
En uno de mis proyectos actuales uso Edge Functions para procesar webhooks de pago y actualizar embeddings en pgvector automáticamente.
El flujo:
Lo que antes requería un servidor Express separado, ahora vive en el mismo proyecto. Y con 500K invocaciones gratuitas al mes, este webhook puede procesar una cantidad de eventos considerable sin coste adicional.
La Realidad del Tier Gratuito (Sin Suavizarlo)
A ver, siendo honesto:
Lo bueno:
- 500MB de base de datos PostgreSQL real
- 1GB de Storage
- 50K usuarios activos mensuales
- 500K invocaciones de Edge Functions
- pgvector incluido (no necesitas Pinecone)
Lo que hay que saber:
- Los proyectos en tier gratuito se pausan después de 1 semana de inactividad
- Si tu proyecto recibe tráfico esporádico, esto es relevante
- El salto al plan de pago es significativo en términos de funcionalidades disponibles
Para validación e MVPs, el tier gratuito es brutal. Para producción con usuarios reales, evalúa cuándo tiene sentido el upgrade.
Cuándo Usar Edge Functions vs API Routes de Next.js
No es una elección de todo o nada. Mi criterio en 2026:
Usa Edge Functions cuando:
- Necesitas acceso a la base de datos sin exponer credenciales al cliente
- Procesas webhooks externos (Stripe, servicios de terceros)
- Quieres lógica que escale independientemente de tu frontend
- Trabajas con embeddings y pgvector en el mismo flujo
Usa API Routes de Next.js cuando:
- La lógica está fuertemente acoplada al UI
- Ya tienes todo el contexto de sesión en el servidor de Next.js
- Necesitas el ecosistema npm completo sin restricciones
La combinación que funciona: Next.js para el frontend y las rutas de UI, Supabase Edge Functions para la lógica de negocio pesada y los procesos en background.
Lo Que Construyes Esta Semana
Dos pasos concretos:
Paso 1: Crea un proyecto en Supabase (tier gratuito, no necesitas tarjeta). Activa pgvector desde la extensión de base de datos. Tienes PostgreSQL completo en minutos.
Paso 2: Escribe tu primera Edge Function desde el dashboard. Usa el testing integrado para validarla. Despliega solo cuando funcione.
El ecosistema de Supabase en 2026 es uno de los más completos para builders que van solos o en equipos pequeños. PostgreSQL real, auth, storage, real-time, vector search y serverless en un solo lugar, con una capa gratuita que te permite llegar lejos antes de pagar.
Seguimos construyendo.
