Mã nguồn iOS 27 gợi ý về quảng cáo tìm kiếm bằng hình ảnh của Apple? Mã nguồn được phát hiện trong các bản dựng dành cho nhà phát triển vào ngày 10 tháng 9 năm 2026 cho thấy Apple đang khám phá các cơ chế kỹ thuật cho phép các đơn vị cung cấp tìm kiếm bên thứ ba hiển thị kết quả được tài trợ trong Visual Intelligence. Đối với các kiến trúc sư phần mềm di động, kỹ sư thương mại điện tử và đội ngũ tăng trưởng người dùng, khả năng Apple Visual Search Ads đưa các danh mục được tài trợ vào khung hình camera có thể đại diện cho một bước chuyển mình đáng kể trong khám phá trên di động. Thay vì yêu cầu người dùng mở trình duyệt web hoặc nhập từ khóa vào hộp tìm kiếm truyền thống, các quy trình nhận dạng hình ảnh cho phép các mặt hàng vật lý khởi tạo các tra cứu thương mại kỹ thuật số trực tiếp từ camera. Khi khung hình camera kết nối hàng hóa vật lý với các cửa hàng kỹ thuật số, các đội ngũ phát triển cần xem xét cách thức Universal Links cấp giao thức, trang đích web và quá trình chuyển tiếp ứng dụng duy trì ngữ cảnh giao dịch.
Các chỉ báo mã nguồn và Kiến trúc Visual Intelligence
Visual Intelligence đóng vai trò là giao diện tra cứu hình ảnh dựa trên camera của Apple trong Apple Intelligence, cho phép người dùng iPhone phân tích các vật thể thực tế, nhận diện địa danh, tương tác với văn bản và tìm kiếm các sản phẩm có hình ảnh tương tự. Trong tài liệu nền tảng của Apple, tính năng này được hỗ trợ trên các thiết bị tương thích với Apple Intelligence; trên phần cứng được trang bị Camera Control, nó có thể được khởi chạy trực tiếp từ nút điều khiển vật lý, trong khi các thiết bị như iPhone 15 Pro truy cập tính năng này thông qua các điểm truy cập hệ thống khác. iOS 27 cũng tích hợp chế độ Siri trong Camera trên các phần cứng được hỗ trợ.
Điểm nổi bật
- Chèn nội dung được tài trợ từ bên thứ ba: Mã nguồn iOS 27 bị rò rỉ tiết lộ các hook có thể cho phép các đơn vị tìm kiếm bên ngoài, như Google, phân phối danh mục sản phẩm được tài trợ bên cạnh các kết quả hình ảnh tự nhiên.
- Kiến trúc thăm dò: Chức năng này đại diện cho mã nguồn thăm dò trong các bản dựng trước khi phát hành; Apple chưa công bố quảng cáo tìm kiếm hình ảnh và các cơ chế chia sẻ doanh thu vẫn chưa được tiết lộ công khai.
- Chuyển tiếp thương mại có điều kiện: Nếu một kết quả tìm kiếm hình ảnh được tài trợ chuyển hướng đến trang web do người bán kiểm soát, quá trình chuyển đổi hạ nguồn sẽ phụ thuộc vào việc xử lý URL hệ thống tiêu chuẩn và bảo toàn trạng thái ứng dụng.

Theo phân tích kỹ thuật được xuất bản bởi MacRumors, mã nguồn liên quan đến quảng cáo đã được nhà phát triển Aaron Perris xác định. Mã nguồn cho thấy thay vì Apple tự tung ra mạng lưới bán quảng cáo trực tiếp cho Visual Intelligence, hệ điều hành có thể cho phép các đối tác tìm kiếm bên ngoài tự cung cấp danh mục sản phẩm được tài trợ. Cấu trúc này tương tự như các mô-đun sản phẩm được tài trợ tích hợp trong kết quả tìm kiếm của Google hoặc Amazon.
Các phiên bản sản xuất hiện tại của Visual Intelligence đã định tuyến các truy vấn định hướng sản phẩm đến các đối tác bên ngoài, bao gồm Google Image Search, cùng với các dịch vụ bán lẻ chuyên dụng như Etsy và Amazon. Việc thêm danh mục được tài trợ vào giao diện này sẽ phát triển dựa trên các quy trình tổng hợp đối tác hiện có. Tuy nhiên, như đã lưu ý trong các báo cáo của PCMag, phát hiện này không làm rõ liệu Apple có ý định chia sẻ doanh thu từ các lượt nhấp được tài trợ bởi đối tác hay không, cũng như không xác nhận liệu khả năng này có được kích hoạt trong các phiên bản phát hành công khai của iOS 27 hay không.
+-------------------------------------------------------------------------+ | QUY TRÌNH KHÁM PHÁ ĐƯỢC TÀI TRỢ TRONG VISUAL INTELLIGENCE | +-------------------------------------------------------------------------+ | | | [ Vật thể thực tế / Mặt hàng thương mại ] | | | | | |-- (Người dùng hướng Camera qua Camera Control hoặc hệ thống) | | v | | [ Visual Intelligence / Chế độ Siri trong Camera ] | | | | | |-- (Gửi truy vấn hình ảnh đến Đối tác tìm kiếm cấu hình) | | v | | [ Đơn vị cung cấp tìm kiếm bên thứ ba (VD: Google, Đối tác bán lẻ) ] | | | | | +---------------------------------------+ | | | | | | v v | | [ Kết quả hình ảnh tự nhiên ] [ Danh mục được tài trợ tiềm năng ] | | | | | | +-------------------+-------------------+ | | | | | v | | [ Thẻ kết quả Visual Intelligence: Hiển thị trong System HUD ] | | | | | |-- (Người dùng chọn kết quả) | | v | | [ Điểm đến phụ thuộc vào đơn vị cung cấp và thiết kế kết quả ] | | | +-------------------------------------------------------------------------+
Phát hiện này trùng khớp với sự tăng trưởng ổn định của bộ phận Dịch vụ của Apple. Thông qua nền tảng Apple Ads, Apple quản lý các vị trí thương mại trên App Store, Apple News và các quảng cáo tìm kiếm mới được ra mắt gần đây trong Apple Maps tại Mỹ và Canada. Việc cho phép các đối tác tìm kiếm bên thứ ba hiển thị các mặt hàng được tài trợ trong giao diện camera sẽ mở rộng phạm vi khám phá thương mại vào các môi trường bán lẻ vật lý.
Sự dịch chuyển của Viewport: Cơ chế chuyển tiếp từ Camera sang Thương mại
Trong tiếp thị di động truyền thống, hành trình khám phá của người dùng bắt đầu trong các môi trường chứa nhiều văn bản: trang kết quả công cụ tìm kiếm, nguồn cấp dữ liệu mạng xã hội hoặc chiến dịch email. Trong các ngữ cảnh này, người dùng đánh giá các mô tả văn bản, so sánh giá cả và đọc đánh giá trước khi nhấp vào một URL theo dõi.

Tìm kiếm bằng hình ảnh có thể thay đổi hành trình này bằng cách bắt đầu các truy vấn sản phẩm trực tiếp từ một ảnh chụp quang học. Một người dùng hướng camera iPhone vào quần áo, đồ trang trí nhà cửa hoặc đồ điện tử tiêu dùng để tìm kiếm nhận diện ngay lập tức. Nếu một đơn vị tìm kiếm bên thứ ba trả về danh mục sản phẩm được tài trợ trong Visual Intelligence, việc chuyển tiếp đến cửa hàng của người bán phụ thuộc vào cách đơn vị cung cấp thiết kế liên kết đích.
Nếu một kết quả được tài trợ cuối cùng giải quyết thành một URL HTTPS do người bán kiểm soát, iOS đánh giá đích đến bằng các cơ chế định tuyến hệ thống tiêu chuẩn:
- Ứng dụng mục tiêu đã được cài đặt: Nếu người dùng đã cài đặt ứng dụng gốc của người bán và người bán đã cấu hình xác thực Apple Universal Links, iOS sẽ chặn URL HTTPS trực tiếp dựa trên tệp
apple-app-site-associationcủa tên miền. Đối với các ứng dụng sử dụng Scenes, UIKit cung cấp liên kết đến thông quascene(_:willConnectTo:options:)nếu ứng dụng chưa chạy, hoặc thông quascene(_:continue:)nếu ứng dụng đang chạy hoặc bị treo trong bộ nhớ. - Ứng dụng mục tiêu chưa được cài đặt: Nếu ứng dụng di động gốc không có trên thiết bị, Universal Link sẽ mặc định mở trang đích web của người bán trong Safari hoặc chế độ xem trình duyệt trong ứng dụng.
Một số người bán ưu tiên thanh toán trong ứng dụng gốc vì các ứng dụng đã cài đặt có thể hỗ trợ xác thực tài khoản liên tục, các phương thức thanh toán đã lưu và xác thực sinh trắc học gốc của nền tảng. Tuy nhiên, việc kết nối người dùng từ một điểm chạm web chưa cài đặt vào một ứng dụng gốc sẽ tạo ra rào cản cài đặt riêng biệt.
// Triển khai Swift minh họa để giải quyết các liên kết sâu sản phẩm đầu vào.
// Minh họa việc xử lý Universal Link phía người bán trên toàn bộ vòng đời khởi chạy lạnh và scene ấm.
// Lưu ý: Điều này phản ánh định tuyến phía người bán tiêu chuẩn và không đại diện cho API hệ thống Visual Intelligence.
import UIKit
struct ProductRouteContext {
let sku: String
let campaignId: String?
let referrerSource: String?
}
class ProductRouter {
static let shared = ProductRouter()
private init() {}
/// Phân tích một Universal Link HTTPS đầu vào để trích xuất siêu dữ liệu định tuyến sản phẩm
func parseRoute(from url: URL) -> ProductRouteContext? {
guard let components = URLComponents(url: url, resolvingAgainstBaseURL: true) else {
return nil
}
// Định dạng mong đợi: https://shop.example.com/products/SKU-10842?campaign_id=vis_2026&source=partner
let pathSegments = components.path.split(separator: "/").map(String.init)
guard let productIndex = pathSegments.firstIndex(of: "products"),
productIndex + 1 < pathSegments.count else {
return nil
}
let sku = pathSegments[productIndex + 1]
let queryItems = components.queryItems ?? []
let campaignId = queryItems.first(where: { $0.name == "campaign_id" })?.value
let referrerSource = queryItems.first(where: { $0.name == "source" })?.value
return ProductRouteContext(sku: sku, campaignId: campaignId, referrerSource: referrerSource)
}
/// Hướng hệ thống phân cấp hiển thị đến bộ điều khiển hiển thị sản phẩm được chỉ định
func navigate(to route: ProductRouteContext, from window: UIWindow?) {
guard let rootNav = window?.rootViewController as? UINavigationController else {
return
}
let productViewController = ProductDetailViewController(sku: route.sku, campaign: route.campaignId)
rootNav.pushViewController(productViewController, animated: true)
}
}
// Triển khai UIWindowSceneDelegate minh họa việc phân phối liên kết khi khởi chạy lạnh và vòng đời ấm
class SceneDelegate: UIResponder, UIWindowSceneDelegate {
var window: UIWindow?
// Được xử lý khi ứng dụng được khởi chạy từ trạng thái lạnh thông qua Universal Link
func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {
guard let windowScene = scene as? UIWindowScene else { return }
let window = UIWindow(windowScene: windowScene)
let rootNav = UINavigationController(rootViewController: HomeViewController())
window.rootViewController = rootNav
self.window = window
window.makeKeyAndVisible()
if let userActivity = connectionOptions.userActivities.first(where: { $0.activityType == NSUserActivityTypeBrowsingWeb }),
let incomingURL = userActivity.webpageURL,
let route = ProductRouter.shared.parseRoute(from: incomingURL) {
ProductRouter.shared.navigate(to: route, from: window)
}
}
// Được xử lý khi ứng dụng đã chạy hoặc đang bị treo trong bộ nhớ
func scene(_ scene: UIScene, continue userActivity: NSUserActivity) {
guard userActivity.activityType == NSUserActivityTypeBrowsingWeb,
let incomingURL = userActivity.webpageURL,
let route = ProductRouter.shared.parseRoute(from: incomingURL) else {
return
}
ProductRouter.shared.navigate(to: route, from: self.window)
}
}
class HomeViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
self.title = "Cửa hàng"
view.backgroundColor = .systemBackground
}
}
class ProductDetailViewController: UIViewController {
let sku: String
let campaign: String?
init(sku: String, campaign: String?) {
self.sku = sku
self.campaign = campaign
super.init(nibName: nil, bundle: nil)
}
required init?(coder: NSCoder) {
fatalError("init(coder:) chưa được triển khai")
}
override func viewDidLoad() {
super.viewDidLoad()
self.title = "SKU: \(sku)"
view.backgroundColor = .secondarySystemBackground
// Ràng buộc dữ liệu sản phẩm và ghi nhật ký phân tích từ xa
}
}
Chuyển đổi hạ nguồn và Định tuyến đa nền tảng
Sự xuất hiện của khám phá được tài trợ dựa trên camera làm nổi bật một sự tách biệt về kiến trúc: việc hiển thị thẻ tìm kiếm được tài trợ trong giao diện hệ thống khác biệt với việc bảo toàn ngữ cảnh mua lại khách hàng thông qua rào cản cài đặt ứng dụng. Khi URL người bán bên ngoài được hiển thị, hành vi xử lý liên kết tiêu chuẩn của iOS trở nên quan trọng. Các nhà bán lẻ và đội ngũ tăng trưởng thương mại điện tử phải quản lý những gì xảy ra khi một khách hàng chưa cài đặt ứng dụng chuyển từ web sang ứng dụng di động gốc của họ.
Trong một vòng đời mua lại di động riêng biệt, các nhà bán lẻ thương mại điện tử tận dụng các kênh khám phá bên ngoài—bao gồm quảng cáo tìm kiếm, quảng cáo xã hội và các liên kết tìm kiếm hình ảnh mới nổi—để thu hút những khách hàng mới có ý định mua cao. Nếu người dùng tìm thấy một sản phẩm thông qua quảng cáo tìm kiếm hình ảnh nhưng không cài đặt ứng dụng của người bán, một điểm ma sát sẽ xuất hiện tại ranh giới thị trường ứng dụng.
+-------------------------------------------------------------------------+ | HÀNH TRÌNH MUA LẠI DI ĐỘNG HẠ NGUỒN RIÊNG BIỆT | +-------------------------------------------------------------------------+ | | | [ Điểm chạm bên ngoài: Kết quả tìm kiếm hình ảnh được tài trợ / Liên kết ] | | | | | |-- (Người dùng nhấp vào liên kết từ Thẻ kết quả tìm kiếm) | | v | | [ NẾU kết quả dẫn đến URL HTTPS do người bán kiểm soát ] | | | | | v | | [ HĐH Di động đánh giá Liên kết tên miền Universal Link ] | | | | | +---------------------------------------+ | | | | | | v v | | [ Ứng dụng mục tiêu đã cài đặt ] [ Ứng dụng mục tiêu vắng mặt ] | | | | | | v v | | [ Giải quyết trong ứng dụng ] [ Dự phòng đến Web Landing ] | | (Xem sản phẩm SKU trực tiếp) | | | v | | [ Biểu ngữ Web gợi ý tải App ] | | | | | v | | [ Chuyển đến App Store ] | | | | | v | | [ Luồng cửa hàng không tự động ]| | mang truy vấn web vào app ] | | | | | v | | [ Động cơ liên kết sâu trì hoãn ]| | | | | v | | [ Khôi phục SKU lần khởi chạy ] | | | +-------------------------------------------------------------------------+
Khi một người dùng chưa cài đặt ứng dụng truy cập vào trang web di động của người bán, nhà bán lẻ thường hiển thị Smart App Banner hoặc kêu gọi hành động khuyến khích người dùng tải xuống ứng dụng gốc để thanh toán nhanh hơn. Tuy nhiên, các luồng cài đặt App Store tiêu chuẩn không tự động chuyển các chuỗi truy vấn URL tùy chỉnh hoặc mã chiến dịch vào tệp nhị phân ứng dụng khi tải xuống, nghĩa là các tham số web đó không được phân phối tự động đến ứng dụng mới cài đặt trong lần khởi chạy đầu tiên.
Nếu không có cơ sở hạ tầng chuyên dụng, người dùng tải xuống ứng dụng sau khi tham chiếu tìm kiếm hình ảnh sẽ mở ứng dụng đến màn hình giới thiệu chung hoặc nguồn cấp dữ liệu chính, buộc họ phải tìm kiếm lại mặt hàng đó.
Các đội ngũ kỹ thuật đánh giá một số kiến trúc định tuyến khi xây dựng các đường dẫn mua lại này:
| Kiến trúc định tuyến | Xử lý ứng dụng đã cài đặt | Xử lý ứng dụng chưa cài đặt | Bảo toàn tham số ranh giới cài đặt | Mô hình sở hữu vận hành |
|---|---|---|---|---|
| Custom URI Schemes | Xử lý thông qua lược đồ URL tùy chỉnh đã đăng ký | Không có đích đến gốc khi ứng dụng vắng mặt; yêu cầu xử lý dự phòng | Không; tham số truy vấn bị mất qua cài đặt cửa hàng | Sở hữu bởi ứng dụng (Chi phí bảo trì cao) |
| Verified Universal Links | Định tuyến gốc trực tiếp đến hệ thống phân cấp qua vòng đời scene | Giải quyết thành trang đích web dự phòng | Không có sẵn; luồng tải xuống cửa hàng tiêu chuẩn không chuyển tiếp tham số | Sở hữu bởi Tên miền + Ứng dụng (Cần hosting AASA và thiết lập DNS) |
| Deferred Deep Linking | Ủy quyền cho Universal Links hoặc các lược đồ gốc | Định tuyến qua landing page web đến tải xuống cửa hàng | Khôi phục tham số đủ điều kiện trước khi cài đặt trong lần khởi chạy đầu tiên | Hỗ trợ qua SDK (Khung quản lý ghi nhận và máy chủ) |
Trong môi trường sản xuất doanh nghiệp, các đội ngũ kỹ thuật di động và tiếp thị thường triển khai cơ sở hạ tầng ghi nhận trì hoãn chuyên dụng như Branch, AppsFlyer, Adjust hoặc Opoinstall. Một nền tảng như Opoinstall lập bản đồ siêu dữ liệu nhấp chuột trước khi cài đặt—như định danh sản phẩm, thẻ chiến dịch tiếp thị hoặc mã giới thiệu—và kết hợp nó với các tín hiệu ứng dụng lần khởi chạy đầu tiên bằng cách khớp hỗ trợ máy chủ. Theo tài liệu nền tảng chính thức trên trang chủ Opoinstall, khung chuyển tiếp tham số trì hoãn này có thể khôi phục các tham số trong lần khởi chạy đầu tiên lên tới 98% các trường hợp đủ điều kiện, cung cấp giải pháp tự động thay thế cho các truy vấn tìm kiếm thủ công hoặc mã giảm giá.
Bằng cách tách biệt việc trình bày kết quả tìm kiếm hình ảnh ở phía thượng nguồn với khả năng duy trì ở phía hạ nguồn cần thiết qua các phễu mua lại trên di động, các tổ chức kỹ thuật có thể đảm bảo rằng khám phá sản phẩm bằng hình ảnh chuyển đổi một cách sạch sẽ thành sự gắn kết khách hàng bền vững.
Các câu hỏi thường gặp (FAQ)
Apple đã chính thức thông báo về việc quảng cáo trong Visual Intelligence chưa?
Kết quả tìm kiếm hình ảnh được tài trợ sẽ khác biệt thế nào so với quảng cáo trên App Store hoặc Apple Maps?
Các ứng dụng thương mại điện tử bảo toàn ngữ cảnh sản phẩm khi người dùng cài đặt ứng dụng từ quảng cáo web như thế nào?
Ý nghĩa thực tiễn và Bài học kỹ thuật
Việc phát hiện mã nguồn liên quan đến quảng cáo trong Visual Intelligence của iOS 27 làm nổi bật biên giới đang mở rộng của thương mại trực quan, xung quanh. Khi các hệ điều hành di động biến camera thành thiết bị đầu vào thời gian thực cho tìm kiếm sản phẩm, các điểm truy cập thương mại đang tiến gần hơn đến các tương tác thực tế của người dùng.
Đối với các kiến trúc sư phần mềm, kỹ sư di động và đội ngũ thương mại kỹ thuật số, sự phát triển này củng cố tầm quan trọng của các kiến trúc định tuyến đa nền tảng mạnh mẽ. Các giao diện tìm kiếm thượng nguồn sẽ tiếp tục phát triển, nhưng yêu cầu kỹ thuật cốt lõi vẫn nhất quán: kết nối ý định của người dùng với các đích đến ứng dụng cụ thể mà không gặp ma sát. Bằng cách duy trì Universal Links xác thực, các trang dự phòng web phản hồi và hệ thống khôi phục tham số trì hoãn bền bỉ, các đội ngũ kỹ thuật có thể xây dựng các phễu mua lại có khả năng nắm bắt sự quan tâm của khách hàng trên các kênh web, ứng dụng gốc và các kênh trực quan mới nổi.
Tài liệu tham khảo
-
MacRumors. (2026). Apple Considering Ads Inside Visual Intelligence, Code Suggests. https://www.macrumors.com/2026/09/10/apple-considering-ads-inside-visual-intelligence/
-
AppleInsider. (2026). Apple is laying groundwork for ads in Visual Intelligence. https://appleinsider.com/articles/26/09/10/apple-is-laying-groundwork-for-ads-in-visual-intelligence
-
PCMag. (2026). Apple May Be Prepping Ads for Visual Intelligence on the iPhone. https://www.pcmag.com/news/apple-may-be-prepping-ads-for-visual-intelligence-on-the-iphone
-
Apple. (2026). Apple Intelligence and Siri Capabilities Overview. Apple Newsroom. https://www.apple.com/apple-intelligence/
-
Apple Developer. (2026). Supporting Universal Links in your app. Apple Documentation. https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app
-
Apple Ads. (2026). Apple Ads Platform Overview. Apple Documentation. https://ads.apple.com/
-
Opoinstall. (2026). Deferred Deep Linking and Parameterized App Installation Overview. https://www.opoinstall.com/
Share this article



