Chrome tab
A focused way to show a browser-based exercise or document. Meet normally includes the selected tab's audio when you present it.
ApplicantAlly beside Google Meet
Meet runs the interview. ApplicantAlly follows the conversation and helps you respond when a question needs more structure. With the native desktop app, your microphone and the meeting audio provide the spoken context; Screen Analysis can add a visible task when you request it.
Two audio paths
The desktop app can use your microphone and system audio while Meet is in the browser. First make sure Meet itself is using the speaker or headset you expect. Then check that ApplicantAlly receives the interviewer's side and your own speech. If you use the browser-based ApplicantAlly Web App instead, it needs a permitted share source with audio for a separate meeting-audio stream; browser permissions and the chosen source determine what it gets.
Compare desktop and phone browser options on the Web App page.
Present now
A focused way to show a browser-based exercise or document. Meet normally includes the selected tab's audio when you present it.
Useful for an editor or application task. The content is limited to the chosen window; audio sharing depends on Meet and the operating system.
Use when the interviewer must see multiple apps. Confirm which display you selected and what appears in the recipient view.
Meet documents the current audio toggles and OS requirements in its presentation guide and screen-sharing troubleshooting guide. Those controls send presentation audio to meeting participants; they do not configure ApplicantAlly's own capture.
While you answer
A Meet interview may move from “tell me about yourself” to a question about one project. ApplicantAlly keeps recent turns in context so Quick Answer can suggest a concise next point. Full Answer in the native app can help structure a longer explanation or a follow-up. You still choose the details and speak for yourself.
See the AI interview copilot workflow for the full sequence.
When the prompt is visible
If the interviewer shares code, a case prompt, or a diagram, move it to the display you intend to capture. Trigger Screen Analysis to add the image to the answer request. It is a requested capture, not a constant watch of your desktop. Read more about Screen Analysis.
Rehearsal
The native app's window protection has been checked with normal Meet sharing. Review Stealth Mode and its limits for your exact setup. Remote Control is available if you want to request desktop actions from a phone.
FAQ
No. Presenting is for showing content to the interviewer. The native ApplicantAlly app receives microphone and system audio on your computer whether or not you present. Use Meet’s Present now only when the interview calls for screen sharing.
Google Meet says that choosing Present from its pre-join greenroom can join you in Companion mode, where microphone and speaker are unavailable. Join the meeting normally first, then use Present now if you need to share. Check your audio again after changing modes.
Meet’s tab-audio setting controls audio sent with your presentation to other participants. It is not the same as ApplicantAlly’s audio capture. The native desktop app listens through its own system-audio path; the browser Web App needs audio from the share source you explicitly allow it to use.
The native app applies screen-capture protection by default, and normal Meet sharing has been checked by the product team. Test the exact browser, operating system, and tab/window/screen choice you will use, since capture paths can differ.
Join normally, confirm both audio paths, and test the exact share source you plan to present.