Smart App Banner не отображается в Safari? Решение проблем с метатегами

Почему Smart App Banner не отображается на iOS? Баннер Smart App в Safari может не появляться, если на странице отсутствует или неправильно указан метатег apple-itunes-app, если приложение недоступно в App Store для устройства или региона пользователя, если страница отображается внутри iframe, или если Safari запомнил предыдущее отклонение баннера пользователем. Smart App Banners также не отображаются в iOS-симуляторе. Для диагностики проблемы проверьте цифровой app-id, проанализируйте HTML-документ верхнего уровня, проверьте доступность приложения в App Store и протестируйте работу на реальном физическом устройстве.

Apple Smart App Banner — это встроенный в Safari рекламный интерфейс, настраиваемый с помощью определенного Apple HTML-метатега. Он позволяет пользователям iOS, iPadOS и macOS запускать или загружать приложения из App Store с возможностью передачи контекста через URL. При корректной обработке WebKit баннер отображает динамические метаданные магазина, стоимость приложения и статус установки непосредственно в интерфейсе браузера.

Основные причины, по которым Safari скрывает Smart App Banner

Требования к синтаксису: ошибки в строках контента и отсутствие разделителей-запятых

Основа нативной маршрутизации с веб-страниц в приложения на платформах Apple зависит от того, как WebKit обрабатывает заголовочный тег <meta name="apple-itunes-app">. WebKit требует структуру «ключ-значение», разделенную запятыми, внутри атрибута content. Если разработчик пропускает обязательный ключ app-id, допускает ошибки в директивах атрибутов или использует точку с запятой вместо запятых, WebKit может не распознать метатег, не выведя при этом явной ошибки в стандартную консоль.

Частая структурная ошибка заключается в неправильной пунктуации или форматировании параметров:

<!-- Неправильно: использование точки с запятой приводит к ошибке парсинга WebKit -->
<meta name="apple-itunes-app" content="app-id=1234567890; app-argument=myapp://product/123">

<!-- Правильно: строгое разделение атрибутов запятыми -->
<meta name="apple-itunes-app" content="app-id=1234567890, app-argument=myapp://product/123">

Более того, значение app-id должно в точности соответствовать числовому идентификатору Apple Store, присвоенному в App Store Connect. Указание идентификатора пакета (например, com.example.myapp) или iTunes Team ID приведет к тому, что запрос на отображение баннера будет молча отклонен, так как Safari делает запрос к каталогу App Store по числовым идентификаторам.

Зависимость от состояния магазина: региональные ограничения и неопубликованные приложения

Smart App Banners в Safari не отображают статические локальные ресурсы. Когда WebKit обрабатывает тег apple-itunes-app, Safari запрашивает доступность в App Store и метаданные приложения, чтобы получить локализованную иконку, название, имя разработчика, цену и статус установки на устройстве.

Если приложение еще не проиндексировано или недоступно в магазине приложений на данном устройстве, Safari не будет показывать баннер. Аналогично, если приложение ограничено определенными регионами (например, доступно только в американском App Store), а Apple ID устройства или настройки региона указывают на другую страну, запрос не даст результатов. В обоих случаях Safari полностью блокирует отображение баннера.

Исключения среды: режим «Частный доступ» и история отклонений

Клиентские контексты просмотра часто препятствуют появлению Smart App Banners на реальных тестовых устройствах:

• Режим «Частный доступ» (Private Browsing): Тестирование во вкладках «Частный доступ» может привести к тому, что баннеры не будут отображаться стабильно. В ряде случаев, например с баннерами App Clip, Apple явно требует использовать обычные вкладки браузера. При диагностике видимости баннеров инженерам необходимо проверять поведение в стандартных, не приватных вкладках, чтобы исключить ограничения песочницы.
• История отклонений пользователем: Когда пользователь нажимает кнопку закрытия «X» на баннере, Safari запоминает, что баннер был отклонен на этом конкретном домене. WebKit больше не будет отображать баннер при последующих посещениях, чтобы не раздражать пользователей, отказавшихся от приложения.

Ограничения среды устройства: маскировка User-Agent на iPadOS

Начиная с iPadOS 13, Safari на iPad по умолчанию использует десктопный режим, отправляя строку User-Agent, напоминающую Safari для компьютеров. Хотя Apple разработала Smart App Banners для работы на всех устройствах iOS и iPadOS, «десктопные» строки User-Agent могут приводить к сбоям в работе скриптов определения устройства на стороне сайта.

Если ваш веб-сервер или фронтенд-приложение полагается на устаревший парсинг User-Agent для избирательной вставки тега <meta name="apple-itunes-app"> только для мобильных устройств, он может ошибочно классифицировать iPad как компьютер и полностью пропустить этот тег. Тестирование на реальных iPad требует проверки отдаваемого HTML, чтобы гарантировать наличие метатега в исходном DOM-ответе, независимо от заголовков десктопного типа.

Как проверить синтаксис метатега apple-itunes-app

Анатомия атрибутов: разбор обязательного app-id и опционального app-argument

Тег <meta name="apple-itunes-app"> поддерживает ключевые директивы внутри атрибута content:

• app-id (Обязательно): Должен содержать только уникальный числовой идентификатор, назначенный приложению в App Store. Нечисловые символы или идентификаторы пакетов делают директиву недействительной.
• app-argument (Опционально): Пользовательская схема URL или URI Universal Link, предназначенная для передачи контекста перехода в нативное приложение при запуске. Значения параметров запроса внутри URI должны строго соответствовать стандартам кодирования IETF RFC 3986.
• Директивы App Clip (Опционально): Баннеры Smart App для App Clip поддерживаются в совместимых выпусках iOS; указание app-clip-bundle-id активирует этот опыт, а отображение карточки app-clip-display=card требует iOS 15 или новее. Обратите внимание, что баннеры App Clip требуют активного опыта App Clip, настроенного в App Store Connect, и файла ассоциированного домена, размещенного на сайте. Параметр app-argument в App Clip не используется.

Нижеприведенный фрагмент реализации иллюстрирует корректные паттерны объявления HTML-метаданных и санирования атрибутов:

<!-- Файл: index.html (Заголовок документа) -->

<!DOCTYPE html>
<html lang="ru">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Целевая страница приложения</title>

    <!-- Стандартный метатег Apple Smart App Banner -->
    <!-- app-id: Обязательный числовой ID из App Store (НЕ используйте ID пакетов или SKU) -->
    <!-- app-argument: Опциональный RFC 3986-совместимый URI, который передается, если приложение уже установлено -->
    <meta name="apple-itunes-app" content="app-id=1234567890, app-argument=myapp://product/456?ref=web_banner">

    <!-- Опциональная поддержка App Clip (app-clip-bundle-id на iOS 14+; app-clip-display=card требует iOS 15+) -->
    <!-- Примечание: Для App Clips требуется настроенный опыт в App Store Connect -->
    <!-- и файл apple-app-site-association на домене. app-argument не используется в App Clips. -->
</head>
<body>
    <main>
        <h1>Добро пожаловать в наш сервис</h1>
        <p>Просматривайте контент или скачайте наше нативное приложение для лучшего опыта.</p>
    </main>
</body>
</html>

Типичные ошибки разметки: двойные кавычки, экранирование и правила расстановки пробелов

Когда движки динамического контента, CMS или системы серверного рендеринга (SSR) внедряют параметры в строку content, вложенные кавычки часто ломают парсинг HTML.

Если динамические параметры содержат строки запроса, разработчики должны использовать URL-кодирование для значений параметров, сохраняя при этом валидную структуру URI:

<!-- Ошибка: Неэкранированные вложенные кавычки преждевременно завершают атрибут content -->
<meta name="apple-itunes-app" content="app-id=1234567890, app-argument=myapp://open?data={"user":"123"}">

<!-- Исправлено: Строгое URI-кодирование значений параметров -->
<meta name="apple-itunes-app" content="app-id=1234567890, app-argument=myapp://open?data=%7B%22user%22%3A%22123%22%7D">

Кроме того, разработчикам следует избегать лишних пробелов внутри ключей директив (например, content=" app-id=1234567890"), обеспечивая чистое и стандартное форматирование атрибутов во всех движках браузеров.

Отладка с помощью Safari Web Inspector: инспекция DOM на реальных iOS-устройствах

Для диагностики «молчаливых» ошибок метатегов можно использовать физическое устройство, подключенное к Mac для удаленной диагностики через Web Inspector. Apple четко указывает, что Smart App Banners не появляются в симуляторе iOS, поэтому для проверки обязательно требуется физическое оборудование:

• Включение Web Inspector на iOS: На физическом iPhone или iPad перейдите в Настройки > Safari > Дополнения и активируйте Веб-инспектор.
• Включение инструментов разработчика в Safari на macOS: На рабочем Mac откройте Safari, перейдите в Настройки > Дополнения и установите флажок Показывать функции для веб-разработчиков.
• Подключение и инспекция: Подключите устройство к Mac, откройте Safari, перейдите в меню Разработка, выберите подключенное устройство и выберите активную вкладку веб-страницы.
• Проверка элементов Head документа: Осмотрите раздел <head> на вкладке Elements. Убедитесь, что тег <meta name="apple-itunes-app"> присутствует в разобранном DOM, и сравните его с исходным HTML, отдаваемым сервером, чтобы убедиться, что скрипты гидратации клиентских SPA-приложений не удалили его.
• Проверка исходного HTML: Кликните правой кнопкой мыши по странице и выберите «Показать исходный код», чтобы убедиться, что серверный рендеринг доставляет метатег до выполнения JavaScript, так как WebKit анализирует метаданные баннера во время первоначальной компиляции документа.

Клиентские среды, скрыто отключающие нативные баннеры Safari

Исключения платформ и фреймов: симулятор iOS и ограничения iframe

Apple документально подтверждает ограничения платформ, где нативные Smart App Banners фундаментально не поддерживаются:

• Несовместимость с симулятором iOS: Официальная документация WebKit от Apple подтверждает, что Smart App Banners не отображаются в симуляторе iOS. Разработчики должны тестировать отображение на реальном оборудовании.
• Подавление в iframe: Smart App Banners не появятся, если веб-страница загружена внутри контейнера <iframe>. Метатег должен находиться в заголовке родительского документа верхнего уровня, чтобы инициировать системное отображение баннера.

Отслеживание отклонения баннера пользователем: управление состоянием подавления

Когда пользователь нажимает кнопку «X» на левом краю Smart App Banner, WebKit регистрирует событие отклонения. WebKit подавляет отображение баннера на этом конкретном веб-домене при повторных посещениях, чтобы избежать навязчивых повторений.

Как очистить историю отклонений во время разработки и тестирования:

• Удаление данных по домену: Перейдите в Настройки > Safari > Дополнения > Данные веб-сайтов. Найдите свой тестовый домен, смахните влево и нажмите Удалить. Хотя это помогает сбросить флаги домена в некоторых версиях iOS, это не гарантирует очистку состояния во всех средах.
• Тестирование на неиспользованных устройствах: Проверка на другом физическом устройстве, которое никогда не загружало и не отклоняло баннер, дает надежную базовую линию для подтверждения того, вызвано ли исчезновение статусом отклонения.
• Глобальный сброс истории: Если удаление данных по домену не восстановило баннер, перейдите в Настройки > Safari, нажмите Очистить историю и данные и подтвердите действие. Учтите, что это очистит сохраненные логины и активные сессии на всех сайтах.

Ограничения сторонних браузеров: оценка ограничений вне Safari

Частым источником путаницы является ожидание того, что нативные Smart App Banners будут отображаться одинаково во всех мобильных браузерах. Тег <meta name="apple-itunes-app"> — это функция, встроенная непосредственно в Safari на iOS, iPadOS и macOS.

Различные веб-контейнеры обрабатывают нативные баннеры в соответствии с различными границами платформ:

• Сторонние браузеры iOS: Google Chrome, Mozilla Firefox, Microsoft Edge и Opera на iOS. Хотя эти браузеры используют движок Apple WebKit согласно политике платформы, их прикладные слои не реализуют UI, необходимый для отрисовки нативного баннера магазина Apple.
• Обычные внутриприложенческие WebView: Стандартные браузерные контейнеры внутри социальных сетей и мессенджеров (таких как WeChat, Instagram, Facebook Messenger, Slack и TikTok) работают внутри изолированных экземпляров WKWebView, которые не отображают нативные системные баннеры Safari.
• Контейнеры SFSafariViewController: Когда приложение iOS представляет веб-контент через SFSafariViewController, нативные функции Safari — включая баннеры App Clip там, где они поддерживаются, — могут отображаться в зависимости от конфигурации хост-приложения.
• Браузеры Android: Google Chrome, Samsung Internet и Firefox на Android не содержат архитектуры для обработки мета-заголовков, специфичных для Apple.

Технические различия между нативными баннерами Apple и динамическими веб-баннерами

Кроссплатформенность: «слепая зона» Android и десктопа для нативных баннеров Safari

Нативные Smart App Banners не решают проблемы многоплатформенных пользовательских путей. Учитывая, что Android составляет значительную часть мирового мобильного трафика, а сторонние iOS-браузеры имеют значительную долю пользователей, использование исключительно <meta name="apple-itunes-app"> оставляет мобильных посетителей, использующих не Safari, без встроенного предложения установить приложение.

Комплексная стратегия конверсии «веб-в-приложение» использует адаптивную механику баннеров. Динамические баннеры можно адаптировать для показа ссылок на загрузку для мобильных устройств или QR-кодов для десктопа с помощью дополнительных настроек конкретного приложения.

Ограничения глубоких ссылок: поведение app-argument при установке

Атрибут app-argument нативного Smart App Banner работает надежно, если приложение уже установлено на целевом устройстве. В этом сценарии нажатие кнопки «Открыть» запускает приложение и передает пользовательскую схему URL непосредственно в делегат приложения через системные API обработки URL.

Однако, если приложение не установлено, нажатие на баннер направляет пользователя на страницу продукта в App Store. Если пользователь устанавливает приложение и выполняет независимый «холодный» запуск с домашнего экрана, Apple не передает автоматически строку app-argument в начальный контекст запуска. Приложения, требующие сохранения контекста после чистой установки, должны использовать инструменты отложенных глубоких ссылок (deferred deep-linking), которые коррелируют контекст веб-активности с событиями первого запуска.

Индивидуальный брендинг и локализация: сравнение фиксированных баннеров Apple и HTML-баннеров

Нативные баннеры Safari навязывают неизменяемый системный внешний вид. Разработчики не могут настроить шрифт, цвета, формулировки призыва к действию (CTA), макет или размеры системной панели. Система отображает основную иконку из App Store и стандартную цену, независимо от маркетинговых кампаний.

Динамические веб-баннеры, напротив, предлагают полный творческий контроль. Разработчики могут проводить A/B-тестирование маркетинговых текстов, отображать локализованные промо-бейджи, выделять коды на скидки с ограниченным сроком действия и интегрировать пользовательские анимационные состояния для повышения CTR.

Диаграмма ниже противопоставляет путь нативного исполнения Safari и архитектуру динамического баннера:

[Посетитель заходит с сайта] ──> Проверка User-Agent и окружения
         │
         ├──> Safari на платформе Apple ──> Нативный Smart App Banner (может отображаться)
         │                                    (Зависит от наличия приложения и права на отображение)
         │
         └──> Android / Chrome / Внутриприложенческий WebView ──> Нативный баннер не поддерживается
                  │
                  ▼
         [Решение с динамическим веб-баннером] ──> Улучшает кроссплатформенный охват

Диагностическая матрица для сбоев Smart App Banner

Структурный чек-лист для веб-разработчиков и QA-инженеров

При отладке отсутствующих баннеров команды должны следовать структурированному процессу диагностики. Изоляция синтаксических ошибок от ограничений среды устройства помогает сэкономить время разработки.

Приведенная ниже диагностическая матрица описывает типичные симптомы сбоев, первопричины, методы проверки и корректирующие действия:

Внедрение фоллбэков и кроссплатформенных Smart App Banners

Преодоление ограничений Apple с помощью JavaScript-баннеров

Для улучшения охвата продвижения приложений на мобильных Safari, сторонних браузерах iOS и Android-устройствах, команды разработки внедряют динамические смарт-баннеры на JavaScript вместе с нативными тегами.

Обычный клиентский JavaScript, выполняющийся на странице, не может определить, был ли нативный Smart App Banner подавлен из-за истории отклонений или доступности в магазине. Поэтому рекомендуемая архитектура использует нативные теги <meta name="apple-itunes-app"> для пользователей мобильного Safari, одновременно отображая адаптивные HTML-баннеры в средах, где нативные баннеры могут быть недоступны.

Определение мобильных сред и сохранение ссылки на загрузку

Архитектуры динамических баннеров проверяют возможности клиента, используя эвристическое определение среды, сохраняя при этом доступную фоллбэк-ссылку.

Пример реализации в [CODE_BLOCK_02] демонстрирует, как настроить адаптивную HTML-разметку, безопасно проверять окружение, обрабатывать исключения, динамически управлять отступами макета и связывать события маршрутизации с помощью Web JS SDK от Openinstall. Обратите внимание: целевой HTTPS-фоллбэк определяется приложением; продакшн-приложения должны настраивать свои живые эндпоинты соответствующим образом.

Обратитесь к справочнику интеграции web-to-app за техническими спецификациями касательно инициализации Web JS SDK и привязки параметров.

<!-- Файл: smart_banner_fallback.html -->

<!DOCTYPE html>
<html lang="ru">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Кроссплатформенная загрузка приложения</title>

    <!-- Нативный баннер Safari -->
    <meta name="apple-itunes-app" content="app-id=1234567890, app-argument=myapp://details/987">

    <style>
        /* Адаптивные стили динамического смарт-баннера */
        .dynamic-smart-banner {
            display: none; /* Отображается динамически через JS для выбранных сред */
            position: fixed;
            top: 0;
            left: 0;
            width: 100%;
            min-height: 64px;
            background-color: #f7f7f7;
            border-bottom: 1px solid #dcdcdc;
            box-shadow: 0 2px 4px rgba(0, 0, 0, 0.08);
            z-index: 99999;
            box-sizing: border-box;
            padding: 8px 12px;
            font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, Helvetica, Arial, sans-serif;
        }

        .banner-content {
            display: flex;
            align-items: center;
            justify-content: space-between;
            flex-wrap: wrap;
            gap: 8px;
            min-height: 48px;
        }

        .banner-info {
            display: flex;
            align-items: center;
            gap: 10px;
        }

        .banner-close-btn {
            background: none;
            border: none;
            font-size: 18px;
            color: #888;
            cursor: pointer;
            padding: 0 4px;
        }

        .banner-icon {
            width: 44px;
            height: 44px;
            border-radius: 9px;
            object-fit: cover;
        }

        .banner-text h4 {
            margin: 0;
            font-size: 13px;
            color: #222;
            font-weight: 600;
        }

        .banner-text p {
            margin: 2px 0 0 0;
            font-size: 11px;
            color: #666;
        }

        .banner-action-btn {
            display: inline-block;
            background-color: #007aff;
            color: #ffffff;
            font-size: 13px;
            font-weight: 600;
            padding: 6px 14px;
            border-radius: 14px;
            text-decoration: none;
            border: none;
            cursor: pointer;
        }
    </style>
</head>
<body>
    <!-- Динамический фоллбэк-баннер -->
    <div id="dynamic-smart-banner" class="dynamic-smart-banner">
        <div class="banner-content">
            <div class="banner-info">
                <button id="banner-close-btn" class="banner-close-btn" aria-label="Закрыть баннер">&times;</button>
                <img src="https://cdn.example.com/assets/app-icon.png" alt="Иконка приложения" class="banner-icon">
                <div class="banner-text">
                    <h4>Наше мобильное приложение</h4>
                    <p>Откройте в приложении для лучшего опыта</p>
                </div>
            </div>
            <a id="banner-open-btn" class="banner-action-btn" href="https://app.example.com/download">
                ОТКРЫТЬ
            </a>
        </div>
    </div>

    <!-- Основной контент -->
    <main>
        <h2>Витрина продуктов</h2>
        <p>Исследуйте товары с автоматической маршрутизацией web-to-app.</p>
    </main>

    <!-- Подключение Openinstall Web JS SDK -->
    <script src="https://web.cdn.opoinstallcloud.com/openinstall.js"></script>
    <script>
    (function() {
        var ua = navigator.userAgent || "";
        var isIOS = /iPhone|iPod/.test(ua) || (navigator.platform === 'MacIntel' && navigator.maxTouchPoints > 1);
        var isAndroid = /Android/.test(ua);
        var isSafari = /Safari/.test(ua) && !/Chrome|CriOS|FxiOS|EdgiOS/.test(ua);

        var forceDynamicBanner = false;
        var isDismissed = false;
        try {
            isDismissed = sessionStorage.getItem("dynamic_banner_dismissed") === "true";
        } catch (e) {
            isDismissed = false;
        }

        var shouldRenderDynamicBanner = !isDismissed && (forceDynamicBanner || isAndroid || (isIOS && !isSafari));
        var bannerElement = document.getElementById("dynamic-smart-banner");
        var closeBtn = document.getElementById("banner-close-btn");
        var openBtn = document.getElementById("banner-open-btn");
        var originalBodyPaddingTop = document.body.style.paddingTop || "";

        function updateLayoutPadding() {
            if (bannerElement && bannerElement.style.display === "block") {
                document.body.style.paddingTop = bannerElement.offsetHeight + "px";
            }
        }

        if (shouldRenderDynamicBanner && bannerElement) {
            bannerElement.style.display = "block";
            updateLayoutPadding();
            window.addEventListener("resize", updateLayoutPadding);
            if (closeBtn) {
                closeBtn.onclick = function() {
                    bannerElement.style.display = "none";
                    document.body.style.paddingTop = originalBodyPaddingTop;
                    window.removeEventListener("resize", updateLayoutPadding);
                    try {
                        sessionStorage.setItem("dynamic_banner_dismissed", "true");
                    } catch (e) {}
                };
            }
        }

        try {
            if (typeof OpenInstall === "function") {
                new OpenInstall({
                    appKey: "OPOINSTALL_APPKEY_PLACEHOLDER",
                    data: {
                        source: "smart_app_banner",
                        target_route: "product/456"
                    },
                    onready: function() {
                        var sdkClient = this;
                        if (openBtn && typeof sdkClient.wakeupOrInstall === "function") {
                            openBtn.onclick = function(event) {
                                try {
                                    sdkClient.wakeupOrInstall();
                                    event.preventDefault();
                                } catch (error) {
                                    window.location.assign(openBtn.href);
                                }
                            };
                        }
                    }
                });
            }
        } catch (error) {}
    })();
    </script>
</body>
</html>

Сохранение контекста: как Openinstall восстанавливает параметры динамического запуска

Хотя нативные Smart App Banners не передают автоматически параметры app-argument в независимый первый запуск после скачивания из App Store, интеграция контекстной маршрутизации устраняет этот разрыв в атрибуции. Openinstall, платформа мобильной атрибуции и глубоких ссылок, захватывает пользовательские параметры запроса на веб-странице до перенаправления в магазин.

При поддержке SDK и конфигурации маршрутизации приложения, восстановленные параметры помогают приложению вернуть пользователя к целевому контенту после установки. Успех восстановления зависит от платформы, среды браузера, поведения SDK и доступного контекста сопоставления. Этот процесс сочетает в себе нативные «запуски в один клик» с отложенной маршрутизацией при поддержке SDK в подходящих браузерах и потоках установки.

Итоговый фреймворк диагностики

Отладка сбоев Smart App Banner в Safari требует систематической изоляции ошибок форматирования HTML-метаданных, условий песочницы устройства и ограничений браузера. Хотя нативный баннер обеспечивает легкую интеграцию для пользователей Safari, ограничения платформы, несовместимость с симулятором и невозможность передачи отложенных параметров после установки ограничивают его эффективность как омниканального драйвера роста.

Командам разработки следует использовать нативные теги <meta name="apple-itunes-app"> для базового соответствия требованиям Safari, одновременно внедряя динамические JavaScript-баннеры для кроссплатформенного трафика. Сочетая клиентское определение окружения с контекстными движками отложенных глубоких ссылок, платформы обеспечивают надежное привлечение пользователей в Safari, сторонних мобильных браузерах и на Android.

Чтобы развернуть адаптивные веб-баннеры, которые маршрутизируют пользователей iOS и Android с сохраненной атрибуцией, настройте параметры своего приложения в консоли разработчика Openinstall или ознакомьтесь со справочником интеграции web-to-app.

Связанные материалы

• Концепции: Smart App Banner, перенаправление Web-to-App, метатег apple-itunes-app, маршрутизация App Argument

• Технологии: Apple WebKit, Mobile Safari, пользовательские схемы URL, динамические веб-баннеры

• Стандарты: Спецификация метаданных документов W3C HTML5, синтаксис URI IETF RFC 3986

• API: Парсер метатегов Apple WebKit, Web JS API Openinstall m.wakeupOrInstall

• Официальная документация и ссылки:

  • Руководство Apple WebKit: Продвижение приложений с помощью Smart App Banners

  • Документация Apple: Поддержка App Clips на вашем веб-сайте

  • Рекомендации W3C по метаданным HTML-документов

  • Центр документации Openinstall

  • Центр загрузки Openinstall SDK

  • Обзор архитектуры платформы Openinstall