GraphQLSubscription hợp với sự kiện không đoán trước và cần đẩy ngay: tin nhắn mới, giá thay đổi, trạng thái đơn hàng. Với dữ liệu đổi đều đặn, hỏi lại theo lịch thường đơn giản và rẻ hơn nhiều.
Chi phí vận hành hay bị đánh giá thấp: mỗi client giữ một kết nối lâu dài nên server chịu tải kết nối chứ không chỉ tải yêu cầu, và việc mở rộng theo chiều ngang cần một lớp phát tán sự kiện giữa các server.
Các vấn đề phải xử lý ở client: kết nối rớt và nối lại; dữ liệu bỏ lỡ trong lúc mất kết nối; và trùng lặp khi vừa nhận sự kiện vừa tải lại. Mẫu thường dùng là nối lại rồi tải lại một lần để đồng bộ.
Một lựa chọn nhẹ hơn: server đẩy một thông báo ngắn báo có dữ liệu mới, còn client tự gọi truy vấn để lấy — giữ được đường dẫn dữ liệu duy nhất.