Fuente: memoria de Claude
claria-crm-egress(fixes 2026-06-09).
El CRM pegaba el límite de egress de 5 GB/mes del plan free de Supabase. No era tamaño de DB (~100-200 MB) sino bytes saliendo de Supabase: como el CRM es SSR, cada query cuenta.
notifications-bell.tsx hacía router.refresh() cada 45s → re-corría todo el árbol server (layout + página actual).companyOptions() + contactOptions() (todos los nombres, sin caché) en cada render.listMyNotifications() (solo la tabla notifications) en vez de router.refresh(). ~95% del egress.companyOptions/contactOptions en unstable_cache + tags, invalidadas con revalidateTag en las actions de empresas/contactos, import y webhook n8n./empresas ya no trae notes (lazy al editar).bodyHtml/bodyText de todos los hilos (lazy por hilo).El problema es el patrón de acceso (re-fetch repetido), no el volumen de datos. Si vuelve a subir el egress: revisar primero nuevos router.refresh() en loop y queries sin caché en el layout. No migrar ni pagar Pro: con esto cabe en 5 GB. force-dynamic se quedó (el layout usa auth()/cookies → ruta dinámica igual).