How To Send a FaceTime Link to Android (Yes, It Actually Works)
FaceTime has long been an Apple-only experience — you needed an iPhone, iPad, or Mac on both ends of the call. That changed with iOS 15, when Apple quietly opened the door to a cross-platform feature that most people still don't know exists. Today, you can send a FaceTime link to someone on an Android phone or Windows PC, and they can join your call directly from a browser.
Here's exactly how it works, what the limitations are, and what variables determine how smooth the experience actually is.
What Changed in iOS 15 That Makes This Possible
Before iOS 15, FaceTime required an Apple ID on both sides. The update introduced FaceTime Links — shareable URLs that work similarly to a Zoom or Google Meet link. The host creates a link from their Apple device, shares it via any messaging method, and the recipient opens it in a supported browser (Chrome or Edge on Android; Chrome, Edge, or Firefox on desktop).
The Android user doesn't install anything. No app download, no Apple account. They tap the link, enter a display name, and wait to be admitted to the call.
This is a significant shift. FaceTime went from a closed ecosystem feature to something that behaves more like a web conferencing tool — at least for joining calls.
How To Create and Send a FaceTime Link
The process starts entirely on the Apple side. Here's how it works:
On iPhone or iPad (iOS 15 or later):
- Open the FaceTime app
- Tap Create Link at the top of the screen
- A share sheet appears — you can send it via iMessage, WhatsApp, email, or copy the link manually
- Send that link to your Android contact through whatever channel you both use
On Mac (macOS Monterey or later):
- Open FaceTime
- Click Create Link in the top-left corner
- Share via the available options or copy to clipboard
The link looks like a standard URL (starting with facetime.apple.com) and can be pasted into any message or email.
What the Android Experience Looks Like
When your Android contact receives the link and taps it, here's what happens on their end:
- Their default browser opens the FaceTime web interface
- They're prompted to enter a name (no Apple ID required)
- They see a waiting screen until the host admits them
- Once admitted, the call functions with audio and video — they can mute themselves, flip the camera, and use basic call controls
The experience is intentionally minimal. Android participants cannot use FaceTime-specific features like SharePlay, screen sharing, or portrait mode effects. They're essentially in a guest mode — functional, but not feature-equivalent.
Supported browsers on Android:
- Google Chrome ✅
- Microsoft Edge ✅
- Firefox — inconsistent, not officially supported on Android
If an Android user tries to open the link in Samsung Internet or another third-party browser, the experience may fail or behave unpredictably.
Variables That Affect How Well It Works 📱
This isn't a guaranteed-smooth experience for everyone. Several factors shape the outcome:
| Variable | How It Affects the Call |
|---|---|
| Android OS version | Older Android versions may have browser compatibility issues |
| Browser version | Outdated Chrome/Edge builds can cause connection failures |
| Network quality | FaceTime uses significant bandwidth — both sides need a stable connection |
| Apple device iOS version | The host must be on iOS 15+ or macOS Monterey+ |
| Number of participants | Group FaceTime links support up to 32 participants, but quality degrades at scale |
Network conditions matter more than people expect. FaceTime is optimized for Apple's infrastructure, and the browser-based experience for Android users doesn't benefit from the same level of compression and adaptive streaming that native FaceTime uses. On a weak Wi-Fi signal or congested mobile network, the Android participant is more likely to experience audio dropouts or video degradation than the Apple users on the same call.
Who Controls the Call — and Who Doesn't
One important asymmetry: only the Apple device user can create the link. An Android user cannot initiate a FaceTime call, generate a FaceTime link, or manage participants. They're always joining, never hosting.
This means if you're coordinating a call where everyone needs equal control — ability to start the meeting, admit participants, or end the session — FaceTime Links aren't the right fit. The Apple user is always the anchor.
The host also controls admission. The Android participant sits in a waiting room until the Apple user taps to let them in. If the host steps away from their device or misses the join notification, the Android user is stuck waiting with no way to bypass it.
When This Works Well vs. When It Doesn't 🔍
Works well when:
- You're an iPhone user who occasionally needs to bring one or two Android contacts into a video call
- You want a no-download option for someone who won't install a third-party app
- The call is casual — catching up, quick check-ins, informal group calls
Works less well when:
- The Android participant needs to share their screen or use advanced call features
- You need the Android user to host or co-host
- You're managing a large group where stable browser performance across devices matters
- Any participant is on an older Android device with an outdated browser
The Feature Gap Android Users Will Notice
Even in a smooth call, Android participants experience a stripped-down version of FaceTime. Spatial Audio, Portrait mode, FaceTime effects, SharePlay — none of these translate to the browser interface. From the Android side, it looks and feels more like a generic video call than a FaceTime session.
Whether that matters depends entirely on why you're using FaceTime in the first place. For a quick video chat, the feature gap is invisible. For anything more involved, it becomes the central limitation.
How much that gap matters for your specific situation — the people you're calling, how often you do it, and what you need from those calls — is something only your own setup can answer.