Кратко — причин несколько, но поведение (только на iOS; на Android/ПК нормально; исправляется через VPN с российским сервером) очень похоже на проблему маршрутизации/CDN или на несовместимость TLS/HTTP‑конфига конкретных узлов CDN/балансировщика, к которым iPhone попадает напрямую. Когда вы включаете VPN, вы попадаете на другой POP/сервер CDN и всё работает.
Возможные причины
- Некорректная работа CDN/балансировщика для конкретных IP/регионов: для мобильных iPhone запросы могут уходить на другой узел, у которого сломан HTTP/2, QUIC/HTTP3, TLS или статические ресурсы.
- Проблемы с TLS/шаблоном цепочки сертификатов/OCSP на узлах, несовместимые с iOS‑стеком (iOS более строг с некоторыми настройками).
- Битые/блокируемые ресурсы (скрипты, API) на сторонних доменах, которые Safari блокирует (межсайтовые куки, ITP), это ломает работу интерфейса.
- Проблемы с DNS (разные ответы с разных резолверов/операторов) — из‑за этого iPhone может резолвить в «плохие» IP.
- Проксирование/модификация трафика оператором или профилями (MDM, VPN/AdGuard/родительский контроль), которые портят часть HTTPS.
- MTU/фрагментация/PMTU blackhole для некоторых маршрутов — часть ресурсов не доходит.
Что попробовать сразу (быстрые исправления)
1. Обновить iOS до последней версии.
2. Выключить все блокировщики/AdGuard/частные DNS и убедиться, что тест делается с «чистыми» сетевыми настройками.
3. В Settings → Safari: отключить «Prevent Cross‑Site Tracking» и временно разрешить куки; в Settings → Safari → Advanced → Experimental Features нажать «Reset All to Defaults».
4. Удалить данные сайтов: Settings → Safari → Advanced → Website Data → Remove All Website Data.
5. Попробовать другие публичные DNS: в Wi‑Fi → i → Configure DNS → Manual → 1.1.1.1 (Cloudflare) или 8.8.8.8 (Google), и снова проверить.
6. Проверить есть ли профили/MDM: Settings → General → VPN & Device Management → удалить/отключить профили, если есть.
7. Если есть доступ к Mac — включить Web Inspector (Settings → Safari → Advanced → Web Inspector) и подключить iPhone к Mac → открыть Safari → Develop → посмотреть консоль/сеть при загрузке проблемного сайта — это даёт точные ошибки JS/сети.
Диагностика (если быстрые шаги не помогли)
- Снимки/логи: подключить iPhone к Mac и собрать Web Inspector network trace (или использовать Charles/Fiddler/mitmproxy с доверенным сертификатом) — посмотреть какие запросы падают и какие ресурсы не загружаются.
- Сравнить DNS/IP: на iPhone посмотрите, на какой IP резолвится сайт (можно через приложения Network Analyzer, Termius, или через удалённый dig). Сравните с тем, что видите на ПК/Android.
- Проверить TLS: запустите https://www.ssllabs.com/ssltest/ для сайта — посмотреть совместимость с iOS, отмеченные ошибки и цепочку сертификатов.
- Тест IPv6: https://test-ipv6.com/ — убедиться, что iPhone не пытается использовать некорректный IPv6‑путь.
- Сохраняйте время/дату, IP вашего доступа и скриншоты консоли — будут нужны техподдержке сайта.
Что сообщить техподдержке сайта или CDN/оператору
- Описание: «Проблема только на iOS (несколько моделей/операторов), на Android/ПК нормально; через VPN с российским сервером всё нормально».
- Точное время тестов, IP адреса (видимые с iPhone), скриншоты/консольные ошибки (Web Inspector) и pcap/trace, если есть.
- Результат DNS (A/AAAA записи), и результат SSL Labs.
Короткий обходной путь
- Использовать VPN (российский сервер) — уже работает у вас.
- Попробовать мобильное приложение компании (если есть) — возможно, там другой путь к API.
Итог
Самая вероятная причина — проблемный CDN / маршрут / TLS-конфигурация на тех узлах, куда попадают ваши iPhone (включая поведение WebKit/Safari). Для окончательного выяснения нужно собрать сетевые логи (Web Inspector / proxy capture) и передать их техподдержке сайта/CDN и/или провайдеру. Если хотите, могу прислать пошаговую инструкцию, как собрать Web Inspector лог и какую именно информацию взять для техподдержки — напишите есть ли у вас Mac или вы предпочитаете инструкции для прокси на ПК.