GA4: screen_views de Dashboard inflados — logScreenView dentro de refreshData() #44
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Reportado por Alexandre (2026-09-10): "Me están subiendo muchos más views de GA4 de la app pero no veo más usuarios o pagos". Diagnóstico: logScreenView('Dashboard') está dentro de DashboardViewModel.refreshData(), que se dispara con cada NSManagedObjectContextObjectsDidChange (debounce 500ms) — 2 iPads (CA/EE) con la app abierta generaron 1.400-2.100 views/día en bucle. Los otros ViewModels loguean en loadData() (correcto). Fix: mover el log a onAppear de DashboardView.
Implementado en
eaf0c8f(rama 1.6.3, build 87): logScreenView('Dashboard') movido de DashboardViewModel.refreshData() a DashboardView.onAppear (una vez por aparición real, como el resto de pantallas).De paso: la submission de la 1.6.3 llevaba 9 días atascada en WAITING_FOR_REVIEW — cancelada y re-enviada con el build 87 que incluye este fix. Estado: WAITING_FOR_REVIEW (2026-09-10).
Nota para análisis: los datos de screen_view/engagement de GA4 desde ~finales de agosto hasta que la 1.6.3+87 llegue a los 2 iPads afectados (CA/EE) están contaminados — usar activeUsers/first_open/snapshot_added para cualquier comparación.