The workaround involves going to spongecrunch.com (representing your website), and submitting the application without clicking the two scopes you are trying to get verified for. This prevents Google from seeing those scopes initially.
That's a correct summary of the workaround described in the transcript. The video explains the process but doesn't delve into the underlying reasons why this step is necessary.
This video provides a step-by-step guide on creating a demo video and justifying scopes for Google OAuth verification. It addresses potential pushback from Google regarding requested scopes and offers a workaround.
The transcript doesn't explicitly state why this workaround is necessary to avoid Google rejecting scope requests. It only explains the how. The implication is that Google's initial review process might flag certain scope requests, and this workaround allows the application to proceed to the next steps (video submission and detailed justification) before Google encounters those potentially problematic scopes.
The video explains a process to avoid Google rejecting your OAuth application's scope requests before you even submit your demo video. This process involves using a website (spongecrunch.com, which is likely a placeholder for the user's own website) during the Google OAuth application setup. Instead of selecting the scopes (permissions your app requests from Google) at that stage, the video instructs the user to bypass that selection. Essentially, the user submits the initial application without explicitly declaring the specific scopes they need, sidestepping a potential early rejection by Google. The justification for these scopes, and the demonstration of their use, is then provided later through the demo video.
The justification for the scopes is explained later in the video. The speaker states you need to tell Google why you need the scopes and what you're going to do with them. Specifically, the example given is to explain that the app needs access to Google Contacts so users can select friends to send referrals. The justification should explain the app's use case, whether it's for referrals, newsletter sign-ups, or other purposes. The speaker also notes that Google splits their scopes into two categories: "saved contacts" and "other contacts," and advises explaining the need for "other contacts" access because users likely interact with many people not explicitly saved in their address books.