adamant-guitar-27978
09/01/2026, 9:57 AMfpid (a first-party anonymous ID) as the assignment attribute. Traffic is set to 100%, 50/50 split, no namespace.
We're seeing that ~30% of users never get bucketed into any variation, and it's disproportionately concentrated on iOS β both mobile Safari and in-app browsers (Meta webviews) coming from our ad funnels.
Has anyone else dealt with a chunk of iOS traffic β particularly from ad-platform in-app browsers β falling out of experiments entirely despite 100% traffic inclusion? Would love to know if there's a known root cause or a recommended pattern for making the assignment attribute more resilient on iOS/webview traffic.
Thanks!flaky-noon-11399
09/01/2026, 10:39 AMonboarding_name targeting condition and has a non-empty `fpid`; if fpid is missing when the flag is evaluated, the user will not be bucketed.
Please can you confirm whether the affected users receive the flagβs default value or are assigned correctly but missing the exposure event due to consent or analytics blocking?
It would be helpful to debug this by logging fpid and onboarding_name immediately before evaluation, the returned flag source/value, and whether the tracking callback successfully sends.flaky-noon-11399
09/01/2026, 10:41 AMfpid is missing or resolves late, it is recommended that you generate and persist a stable first-party ID before evaluating the flag, then update the SDK attributes and re-evaluate when it becomes available.
A stable fallback attribute with Sticky Bucketing can also helpadamant-guitar-27978
09/02/2026, 5:59 AM