Минулого року Apple нарешті додала підтримку Rich Communications Services (RCS) у своїх платформах, покращивши узгодженість, надійність і безпеку під час обміну повідомленнями типу «зелена бульбашка» між конкуруючими екосистемами iPhone і Android. Сьогодні Google оголошує про ще один невеликий крок уперед у напрямі взаємної сумісності, вказуючи на трохи менш дратівливе майбутнє для груп друзів або домогосподарств, де не всі користуються iPhone.
Google оновила функцію Quick Share в Android, додавши підтримку Apple AirDrop, що дає змогу користувачам пристроїв Apple передавати файли безпосередньо через локальне однорангове Wi-Fi-з’єднання. Пристрої Apple з увімкненим AirDrop, встановленим у режим «для всіх протягом 10 хвилин», відображатимуться у списку пристроїв Quick Share так само, як інші телефони Android, а пристрої Android, що підтримують цю нову версію Quick Share, також з’являтимуться в меню AirDrop.
Google підтримуватиме цю функцію лише на серії Pixel 10, принаймні на початковому етапі. Компанія «очікує на покращення досвіду користування та розширення підтримки на більшу кількість пристроїв Android», але не оголосила жодних термінів ані вимог до апаратного чи програмного забезпечення. Quick Share також не працюватиме з пристроями AirDrop, які використовують стандартний режим «лише контакти», хоча Google «вітає можливість співпраці з Apple для впровадження режиму “Лише контакти” у майбутньому». Якщо читати між рядків, Google і Apple наразі не співпрацюють для реалізації цієї функції, і Google підтвердила The Verge, що Apple взагалі не була залучена до цього процесу.
Як і у випадку з AirDrop, Google зазначає, що файли, надіслані через Quick Share, передаються безпосередньо між пристроями, без попередньої відправки на сервери будь-якої з компаній.
Google поділилася додатковою інформацією в окремій публікації щодо безпеки Quick Share, відзначивши використання в Android безпечної щодо пам’яті мови програмування Rust як чинник, що зробив можливим захищений обмін файлами між платформами.
«Її компілятор забезпечує суворі правила володіння і запозичення на етапі компіляції, що гарантує безпеку пам’яті», — пише віцепрезидент Google із безпеки платформ і конфіденційності Дейв Кляйдермахер. — «Rust усуває цілі класи помилок, пов’язаних із пам’яттю. Це означає, що наша реалізація є стійкою до спроб зловмисників використати спеціально сформовані пакети даних для експлуатації помилок роботи з пам’яттю».
Чому це відбувається саме зараз?
Google не згадує про це в жодній із публікацій щодо Quick Share, але якщо виникає питання, чому раптово стало можливим працювати Quick Share із AirDrop, це майже напевно пов’язано з регуляціями Європейського Союзу, запровадженими в межах Digital Markets Act (DMA).
Почнемо з принципу роботи AirDrop. Як і багато функцій безперервності (Continuity) Apple, які покладаються на бездротовий зв’язок між пристроями, AirDrop використовує Bluetooth для виявлення пристроїв один одним і швидке однорангове Wi-Fi-з’єднання для фактичної передачі файлів та інших даних. Це не є якимось екзотичним обладнанням, оскільки всі сучасні смартфони, планшети та комп’ютери мають той чи інший варіант Bluetooth і Wi-Fi.
Однак для забезпечення роботи цих функцій безперервності Apple також розробила власний пропрієтарний протокол під назвою Apple Wireless Direct Link (AWDL), який забезпечує безпосереднє з’єднання між пристроями та передачу даних. Оскільки це не був загальноприйнятий стандарт, інші компанії не могли намагатися зробити свої бездротові функції обміну сумісними з AirDrop.
Однак на початку цього року ЄС ухвалив нові специфікаційні рішення, які зобов’язують Apple запровадити нові взаємосумісні бездротові стандарти, починаючи з релізу iOS 26 цього року. Якщо не заглиблюватися в регуляторні документи, публікація хмарної компанії Ditto пропонує корисну часову шкалу подій, викладену більш зрозумілою мовою.
Ці рішення зобов’язали Apple додати підтримку стандарту Wi-Fi Aware від Wi-Fi Alliance замість AWDL, а фактично також вимагали відмовитися від AWDL і допомогти перенести його функції до Wi-Fi Aware, аби будь-який пристрій міг ними скористатися. Це не було таким жорстким втручанням, як могло здаватися, оскільки стандарт Wi-Fi Aware розроблявся за участі Apple, спираючись на роботу, яку Apple вже виконала над AWDL. Проте це означало, що Apple більше не могла блокувати доступ інших компаній до AirDrop, використовуючи функціонально схожий, але закритий комунікаційний протокол замість стандартизованого.
Певною мірою шлях Apple до Wi-Fi Aware нагадує перехід iPhone на USB-C: спочатку Apple розробила власний порт, який виконував деякі ті самі функції, що й USB-C; потім внесла свій внесок у розробку стандартизованого роз’єму USB-C; але зрештою зволікала з безпосереднім впровадженням цього стандарту в свої телефони, поки на неї не натиснули регулятори.
У будь-якому разі Wi-Fi Aware було додано в iOS 26 та iPadOS 26, і в документації для розробників Apple зазначено конкретне апаратне забезпечення, яке його підтримує: iPhone 12 і новіші, а також більшість iPad, випущених протягом останніх трьох або чотирьох років. Для користувачів Android це, ймовірно, означає, що Quick Share працюватиме з AirDrop лише на цих пристроях, за умови їх оновлення до iOS або iPadOS 26 чи новішої версії. Google підтримує Wi-Fi Aware в Android, починаючи з версії 8.0, тому теоретично більшість сучасних телефонів на Android у майбутньому можуть отримати підтримку цієї функції через оновлення програмного забезпечення.
Список апаратної підтримки Apple також свідчить про те, що телефони на Android не працюватимуть із AirDrop на Mac, оскільки macOS 26 не зазначено серед операційних систем, які підтримують Wi-Fi Aware у документації Apple. Ймовірно, це не випадковість, адже macOS не вважається «операційною системою-сторожем» у межах DMA, на відміну від iOS і iPadOS.
Якщо припустити, чому жодна з публікацій Google про Quick Share не згадує стандарти взаємної сумісності Wi-Fi або DMA, це може бути пов’язано з тим, що Google критикує різні аспекти цього закону та його застосування ще з того часу, як його тільки розробляли, так само як і багато американських технологічних компаній, визначених у документі як «сторожі». Час від часу Google намагалася скористатися можливостями, які надає DMA, зокрема тоді, коли заявляла, що сервіс iMessage має бути відкритий. Однак можливо, що компанія не хоче прямо посилатися на DMA або хвалити його у своїх пресрелізах, зважаючи на ризик значних штрафів у межах цього ж закону.
Раніше цього тижня The New York Times повідомила, що регулятори ЄС розглядають можливі зміни до частини своїх технологічних правил, посилаючись на занепокоєння щодо «надмірного регулювання» та «конкурентоспроможності», однак на даний момент ЄС не розглядає змін до DMA. Зі свого боку Apple нещодавно закликала до повного скасування цього законодавства.
