Summary
Google rejected the app because third-party SDK-driven data collection or sharing is not reflected accurately in Data Safety and policy disclosures.
Google Play App Review issue
Google rejected the app because third-party SDK-driven data collection or sharing is not reflected accurately in Data Safety and policy disclosures.
Use LogicSpring to run a free precheck, regenerate the right policy or disclosure pack, and shorten the loop from rejection notice to resubmission.
Google rejected the app because third-party SDK-driven data collection or sharing is not reflected accurately in Data Safety and policy disclosures.
Google sees or infers vendor data practices that your current store disclosures do not capture.
This is common for analytics, ads, attribution, auth, support, and AI model telemetry SDKs.
Even if the app team does not actively call every SDK path, the shipped dependency still matters.
Rebuild the shipped SDK inventory from the release branch and verify data categories against vendor docs and config.
Update Data Safety answers and policy sections from that same inventory.
Remove nonessential SDKs where disclosure cost and rejection risk outweigh release value.
Only for pure listing or form corrections. If the shipped build still requests the wrong permission, bundles the wrong SDK, or behaves inconsistently, resubmitting the same build is risky.
Prepare the updated public policy URL, the exact store fields you changed, screenshots for permission or disclosure flows where relevant, and a short reviewer note explaining what changed and why it now matches the app.
Yes. Review teams compare these surfaces together. If one says you collect or disclose something and another says you do not, the mismatch itself often becomes the next rejection.