Сайт не открывается на телефоне, но открывается на компьютере

Если сайт спокойно грузится на компьютере, но на телефоне вместо страницы — белый экран, ошибка соединения или бесконечная загрузка, это раздражает и пугает одновременно. Кажется, что сломалось что-то серьёзное. На самом деле у этой проблемы очень ограниченный набор причин, и в девяти случаях из десяти она решается за 5–15 минут — либо на стороне телефона, либо на стороне сайта. Ниже — пошаговая диагностика от самого простого к самому редкому, чтобы вы быстро нашли свой случай и закрыли вопрос.

Материал разделён на две части: если вы просто посетитель, который хочет открыть чужой сайт, и если вы владелец сайта, к которому не могут достучаться клиенты. Шаги для этих двух ролей разные, поэтому сразу переходите к своему разделу — но лучше сначала пройти общую диагностику, она общая для обеих ролей.

Почему это вообще происходит

Компьютер и телефон — это, по сути, два разных устройства с разным софтом, разным способом подключения к интернету и разными настройками безопасности. Сайт может корректно работать для одного из них и падать для другого по десятку технических причин: от банального обрыва Wi-Fi до сломанной мобильной вёрстки. Ни одна из этих причин не является чем-то катастрофическим — все они диагностируются последовательным исключением, как в чек-листе у врача: сначала проверяем самое частое и простое, потом переходим к более редкому.

Дальше — семь конкретных причин по порядку.

Шаг 1. Проверьте интернет-соединение: мобильные данные vs Wi-Fi

Самая частая причина — не в сайте, а в самом соединении телефона с интернетом. Причём проблема часто не в том, что интернета нет вообще, а в том, что он есть, но не работает именно для веб-браузера.

Что сделать:

1. Откройте любой другой сайт в том же браузере — например, ya.ru или google.com. Если он тоже не открывается, дело точно не в конкретном сайте, а в соединении телефона.
2. Проверьте иконку сети в верхней части экрана: есть ли значок Wi-Fi или мобильной сети (3G/4G/5G/LTE), и не перечёркнут ли он.
3. Если вы на Wi-Fi — переключитесь на мобильные данные (отключите Wi-Fi в настройках или в шторке уведомлений) и попробуйте открыть сайт снова.
4. Если вы на мобильных данных — переключитесь на Wi-Fi и повторите попытку.

Это ключевая проверка: она сразу показывает, привязана ли проблема к конкретному типу соединения. Если сайт открывается через мобильные данные, но не открывается через Wi-Fi (или наоборот) — вы нашли причину, и дальше нужно разбираться уже с конкретной сетью: возможно, роутер блокирует определённые домены, установлен родительский контроль на уровне роутера, или у оператора связи есть ограничения (об этом — в шаге 4).

Также стоит проверить банальные вещи: включён ли на телефоне режим полёта, не закончился ли трафик по тарифу, не стоит ли лимит скорости после исчерпания пакета данных (в этом случае интернет формально «есть», но настолько медленный, что страницы не грузятся и это выглядит как «сайт не открывается»).

Если с другими сайтами всё в порядке, а именно нужный вам сайт не грузится ни через Wi-Fi, ни через мобильные данные — переходите к следующему шагу.

Шаг 2. Очистите кэш и cookies мобильного браузера

Второй по частоте виновник — накопившийся кэш браузера на телефоне. Браузер сохраняет старые версии страниц, скрипты и куки, чтобы не загружать всё заново при каждом визите. Иногда этот сохранённый набор данных повреждается или устаревает настолько, что браузер пытается собрать страницу из несовместимых фрагментов — старого CSS с новым HTML, например, — и получает ошибку или пустой экран.

Это особенно вероятно, если сайт недавно обновлялся, у него сменился дизайн, или вы точно помните, что раньше он у вас открывался нормально, а потом вдруг перестал — без видимых внешних причин.

Как почистить кэш в Chrome на Android:

1. Откройте Chrome → три точки в правом верхнем углу → «История».
2. Нажмите «Очистить историю» (или «Очистить данные о просмотренных страницах»).
3. Выберите период «Всё время».
4. Отметьте галочками «Файлы cookie и данные сайтов» и «Изображения и другие файлы, сохранённые в кэше».
5. Подтвердите очистку и перезапустите браузер.

Как почистить кэш в Safari на iPhone:

1. Откройте «Настройки» → прокрутите вниз до Safari.
2. Нажмите «Очистить историю и данные сайтов».
3. Подтвердите действие.

Обратите внимание: очистка cookies разлогинит вас на всех сайтах, где вы были авторизованы через браузер — это нормально, просто будьте готовы заново ввести пароли там, где это важно.

После очистки полностью закройте браузер (не просто сверните — уберите его из списка последних приложений) и откройте заново. Затем попробуйте зайти на нужный сайт.

Если это не помогло — попробуйте открыть сайт в режиме инкогнито (в Chrome: три точки → «Новая вкладка инкогнито»; в Safari: значок вкладок → «Приватный доступ»). Режим инкогнито не использует сохранённый кэш и cookies, поэтому это быстрый способ проверить, была ли проблема именно в них. Если в инкогнито сайт открылся — значит, дело было в кэше, и обычная очистка (как описано выше) должна закрыть вопрос окончательно.

Шаг 3. Проверьте, не устарела ли версия браузера

Третья по частоте причина — сильно устаревший браузер на телефоне. Современные сайты используют актуальные веб-технологии (новые версии JavaScript, современные форматы шрифтов и изображений, свежие протоколы безопасности), которые старые версии браузеров могут не поддерживать или поддерживать некорректно. Это особенно характерно для телефонов, на которых давно не обновлялись приложения — а браузер часто именно устанавливается как приложение и требует ручного или автоматического обновления через магазин приложений.

Что сделать:

1. Откройте Google Play (Android) или App Store (iOS).
2. Найдите ваш браузер (Chrome, Safari — если это встроенный браузер iOS, он обновляется вместе с самой iOS, о чём ниже; Яндекс Браузер, Firefox, Opera и т.д.).
3. Проверьте, есть ли доступное обновление, и установите его.

Для Safari на iPhone важно также проверить версию самой операционной системы: «Настройки» → «Основные» → «Обновление ПО». Если система давно не обновлялась (год и больше), это может быть причиной некорректной работы не только Safari, но и других приложений-браузеров, использующих системный движок рендеринга.

Отдельно стоит проверить, не установлен ли на телефоне режим экономии трафика или режим «облегчённых страниц» — некоторые браузеры (особенно Opera Mini и её аналоги) по умолчанию сжимают и упрощают страницы через прокси-сервер производителя браузера, и если этот прокси-сервер временно недоступен или блокирует конкретный сайт, страница не откроется, хотя с обычным Chrome или Safari всё будет в порядке. Отключить такой режим можно в настройках браузера, обычно в разделе «Экономия трафика» или «Data Saver».

Если после обновления браузера и системы проблема сохраняется — переходите дальше.

Шаг 4. Проверьте блокировку на уровне мобильного оператора или DNS

Это менее очевидная, но реальная причина, особенно в России и странах СНГ, где операторы связи в отдельных случаях ограничивают доступ к конкретным доменам или IP-адресам по требованию регулятора, либо у оператора установлены собственные DNS-серверы, которые работают нестабильно или неполно резолвят некоторые домены.

Ключевой признак этой причины — сайт не открывается именно на мобильных данных конкретного оператора, но при этом прекрасно открывается через Wi-Fi (вы уже проверили это на шаге 1) или через мобильные данные с другой сим-картой/оператором.

Как проверить:

1. Если у вас есть доступ к Wi-Fi — проверьте, открывается ли сайт через него. Если да, а через мобильный интернет — нет, проблема почти наверняка на стороне оператора или его DNS.
2. Попробуйте сменить DNS-сервер на телефоне вручную на публичный: 8.8.8.8 (Google DNS) или 1.1.1.1 (Cloudflare DNS). На Android это делается через настройки Wi-Fi-сети (нужно зайти в свойства подключения и указать DNS вручную) или через приложения вроде 1.1.1.1 от Cloudflare, которые меняют DNS и для мобильного интернета тоже. На iPhone — через «Настройки» → Wi-Fi → значок (i) рядом с сетью → «Настроить DNS» → «Вручную».
3. Если после смены DNS сайт открылся — причина подтверждена, и решение — либо оставить публичный DNS постоянно включённым (это безопасно и бесплатно), либо использовать VPN (см. следующий раздел про VPN — здесь он, наоборот, может быть решением, а не причиной проблемы).

Также можно быстро проверить статус домена на общедоступных сервисах, которые показывают, доступен ли сайт из разных точек и не находится ли он в реестрах блокировок — например, через сервис проверки блокировок Роскомнадзора или аналогичные международные сервисы вроде check-host.net, которые тестируют доступность сайта с разных серверов одновременно.

Шаг 5. Для владельцев сайтов: проверьте, не сломана ли адаптивная вёрстка именно на мобильных

Этот пункт актуален в первую очередь для тех, кто отвечает за сайт, а не просто хочет его открыть. Если сайт не открывается или отображается некорректно у вас лично и одновременно у нескольких клиентов именно на телефонах, при этом на компьютере всё в порядке — весьма вероятно, что проблема не в сети конкретного человека, а в самом сайте: его адаптивная (мобильная) вёрстка технически сломана.

Такое случается по нескольким причинам:

• Ошибка в медиа-запросах CSS. Стили для мобильных экранов (обычно задаются через @media (max-width: ...)) могут содержать опечатку, конфликтовать друг с другом или неправильно каскадироваться, из-за чего часть элементов уезжает за пределы экрана, перекрывает друг друга или вовсе не отображается.
• JavaScript-ошибка, которая выполняется только на мобильных устройствах. Например, скрипт мобильного меню или слайдера может обращаться к элементу, которого на мобильной версии верстки не существует, из-за чего вся страница «падает» с ошибкой в консоли и не дорисовывается.
• Слишком тяжёлые изображения или скрипты, которые не успевают загрузиться на более медленном мобильном соединении, из-за чего браузер телефона показывает белый экран, пока пользователь на компьютере с быстрым проводным интернетом этой задержки просто не замечает.
• Проблема с viewport-мета-тегом. Если в <head> страницы отсутствует или неправильно задан тег <meta name="viewport" content="width=device-width, initial-scale=1">, мобильный браузер может пытаться отрисовать страницу в десктопном масштабе, что приводит к горизонтальному скроллу, наплывающим друг на друга блокам или полностью нечитаемой вёрстке.
• Плагин или виджет, несовместимый с мобильными браузерами. Особенно часто это встречается на сайтах, собранных в конструкторах (Tilda, WordPress с обилием плагинов), где сторонний виджет — чат, форма обратной связи, карта — может конфликтовать с мобильной версией темы.

Как проверить самостоятельно:

1. Откройте в Chrome на компьютере инструменты разработчика (клавиша F12 или правый клик → «Просмотреть код»), включите режим устройства (иконка телефона/планшета в верхнем левом углу панели инструментов) и выберите модель телефона из списка. Так вы увидите, как сайт выглядит на мобильном экране, не выходя из компьютера.
2. Откройте вкладку «Console» в тех же инструментах разработчика — если там красным цветом отображаются ошибки JavaScript именно в мобильном режиме эмуляции, это прямое указание на причину.
3. Проверьте сайт через официальный инструмент Google — «Тест на удобство для мобильных» (может быть интегрирован в Google Search Console как отчёт «Удобство для мобильных устройств») — он покажет конкретные технические проблемы: слишком мелкий текст, элементы, расположенные слишком близко друг к другу, контент шире экрана.
4. Проверьте страницу через PageSpeed Insights в режиме «Мобильные» — помимо скорости загрузки, инструмент покажет, если критические ресурсы (шрифты, скрипты, изображения) блокируют отрисовку на медленном соединении.

Если проблема подтвердилась — это уже задача для разработчика: как правило, речь идёт о нескольких часах работы по исправлению конкретных CSS- или JS-ошибок, а не о переделке сайта с нуля. Но откладывать это не стоит: если у вас интернет-магазин или сайт услуг, а половина трафика (а часто и больше половины) приходит именно с телефонов, каждый день с нерабочей мобильной версией — это прямые потерянные заявки и продажи.

Шаг 6. Проверьте агрессивные блокировщики рекламы и VPN на телефоне

Ещё одна частая причина — установленные на телефоне блокировщики рекламы (AdGuard, AdBlock и аналоги) или VPN-приложения, которые в попытке заблокировать рекламные и трекинговые скрипты иногда «перебарщивают» и блокируют часть основного функционала сайта, а в отдельных случаях — весь сайт целиком, если его домен ошибочно попал в базу блокировки конкретного фильтра.

Что сделать:

1. Если на телефоне установлен блокировщик рекламы, работающий на уровне всей системы (не только внутри браузера, а как VPN-профиль или DNS-фильтр) — временно отключите его полностью и попробуйте открыть сайт снова.
2. Если используется VPN — попробуйте отключить его. Некоторые VPN-серверы имеют плохую репутацию у хостинг-провайдеров или CDN (см. следующий шаг), из-за чего сайт может специально блокировать трафик с определённых VPN-диапазонов IP-адресов как меру защиты от ботов и спама.
3. Если сайт открылся после отключения блокировщика или VPN — можно либо оставить его выключенным для этого конкретного сайта (в большинстве блокировщиков есть функция добавления сайта в белый список/исключения), либо просто иметь в виду эту особенность на будущее.
4. Обратная ситуация тоже возможна: если ранее вы диагностировали блокировку на уровне оператора (шаг 4), то включение VPN, наоборот, может решить проблему, а не создать её — здесь важно проверить по факту, а не полагаться на общее правило.

Шаг 7. Проверьте региональную блокировку или гео-ограничение хостинга

Самая редкая, но всё же встречающаяся причина — сайт технически настроен так, что ограничивает доступ по географическому признаку (гео-блокировка) или по IP-диапазону конкретного провайдера. Это может быть сделано владельцем сайта намеренно (например, сайт работает только для одной страны) или неосознанно — как побочный эффект настроек защиты от DDoS-атак и ботов на уровне хостинга или CDN (Cloudflare и подобные сервисы иногда блокируют целые диапазоны IP-адресов мобильных операторов, если с них ранее фиксировалась подозрительная активность).

Мобильные операторы часто используют NAT — то есть множество пользователей телефонов «выходят» в интернет с одного и того же внешнего IP-адреса оператора. Если с этого IP-адреса ранее была зафиксирована подозрительная активность (например, кто-то из абонентов того же оператора случайно попал под спам-фильтр), под блокировку может попасть весь диапазон, включая ваш конкретный телефон, — при этом ваш компьютер, подключённый через домашний Wi-Fi с другим внешним IP, блокировку не почувствует вовсе.

Как проверить:

1. Используйте сервис вроде check-host.net или 2ip.ru/privacy — введите домен сайта, и сервис покажет, доступен ли он с разных географических точек и серверов одновременно. Если сайт недоступен из одного региона, но доступен из других — это подтверждает гео-блокировку или проблему конкретного диапазона IP.
2. Если у вас есть возможность проверить свой собственный внешний IP-адрес (например, через сервис 2ip.ru) — сравните IP на телефоне (мобильные данные) и на компьютере (домашний Wi-Fi). Если это принципиально разные подсети — это косвенно подтверждает версию про блокировку конкретного диапазона.

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

Частые ошибочные диагнозы: на что не стоит грешить в первую очередь

Когда сайт не открывается, легко начать подозревать что-то серьёзное — «меня заблокировали», «сайт взломали», «провайдер специально режет трафик». На практике такие версии подтверждаются реже всего, а время на них тратится в первую очередь, потому что они звучат тревожно и хочется разобраться именно с ними. Вот несколько версий, с которых обычно не стоит начинать:

• «Меня забанили лично». Персональная блокировка конкретного человека на уровне сайта — крайне редкая история, и она почти всегда касается действий, совершённых на самом сайте (спам в комментариях, накрутка форм, подозрительная активность в личном кабинете), а не просто попытки открыть страницу. Если вы не делали ничего подобного, эта версия маловероятна.
• «Сайт взломали». Взлом обычно проявляется иначе: подменённым содержимым, редиректом на посторонний ресурс, предупреждением браузера о вредоносном контенте — а не просто белым экраном или ошибкой соединения на одном типе устройств.
• «Провайдер специально блокирует именно меня». Массовая персональная слежка за конкретным абонентом ради блокировки одного сайта экономически бессмысленна для оператора и на практике не применяется. Если блокировка и есть, она касается домена или диапазона IP целиком, а не отдельного человека (см. шаг 4 и шаг 7).
• «Сайт закрылся/перестал существовать». Прежде чем делать такой вывод, проверьте домен через whois-сервис (например, nic.ru/whois или who.is) — если срок регистрации домена ещё не истёк и записи DNS присутствуют, сайт технически существует, и проблема именно в доступе, а не в его закрытии.

Держать в голове этот список полезно, чтобы не тратить силы на панику и сразу перейти к продуктивной проверке по шагам выше.

Что стоит сделать сразу после того, как проблема решена

Отдельный вопрос — что делать дальше, когда причина найдена и сайт снова открывается. Здесь тоже стоит разделить действия по ролям.

Если вы посетитель. Стоит запомнить, какой именно шаг помог — это сэкономит время, если ситуация повторится на другом сайте в будущем. Если помогла смена DNS, есть смысл оставить публичный DNS (8.8.8.8 или 1.1.1.1) включённым постоянно — это не только решает подобные проблемы на лету, но и обычно немного ускоряет открытие любых сайтов. Если помогло отключение блокировщика рекламы конкретно для этого сайта — добавьте домен в белый список расширения, чтобы не отключать защиту полностью при каждом визите.

Если вы владелец сайта. Важно не просто исправить симптом, а убедиться, что проблема не повторится:

1. Настройте регулярный мониторинг доступности сайта — сервисы вроде UptimeRobot или аналогичные бесплатные инструменты каждые несколько минут проверяют, открывается ли сайт, и присылают уведомление в Telegram или на почту при первом же сбое — задолго до того, как об этом напишут клиенты.
2. Добавьте в отчёт аналитики отдельный сегмент «мобильный трафик» и проверяйте его не реже раза в неделю — резкое падение именно в этом сегменте при стабильном десктопном трафике почти всегда сигнализирует о технической проблеме, а не о снижении интереса пользователей.
3. Тестируйте мобильную версию сайта после каждого значимого обновления — новой темы, крупного дизайн-изменения, добавления нового виджета или интеграции. Достаточно потратить пять минут на проверку через инструменты разработчика (шаг 5) сразу после публикации изменений, чтобы не узнавать о проблеме от расстроенных клиентов через день-два.
4. Держите под рукой контакт разработчика или студии поддержки, к которой можно обратиться быстро, если проблема окажется технически сложнее, чем кэш или настройки CDN — чем дольше сайт недоступен для существенной доли аудитории, тем больше упущенная выгода.

Почему мобильная доступность особенно критична именно сейчас

Стоит отдельно подчеркнуть, почему эта проблема заслуживает быстрой реакции, а не позиции «подождём, само пройдёт». Доля мобильного трафика на большинстве сайтов малого и среднего бизнеса в 2026 году составляет больше половины всех посетителей, а для некоторых ниш — доставки еды, услуг красоты, локального сервиса, где люди чаще ищут решение «здесь и сейчас», находясь вне дома, — доля мобильных пользователей может доходить до 80% и выше.

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

Отдельно эта проблема бьёт по позициям сайта в поисковой выдаче. Google и Яндекс используют mobile-first индексацию — то есть оценивают сайт в первую очередь по тому, как он выглядит и работает именно на мобильных устройствах, а не на десктопе. Если поисковый робот при очередном обходе сайта фиксирует ошибки или недоступность именно мобильной версии, это может напрямую отразиться на позициях в выдаче — даже если проблема была временной и уже исправлена, эффект от просадки в ранжировании может ощущаться ещё некоторое время после устранения технической причины.

Как отличить «проблема у меня» от «проблема на сайте»

После того как вы прошли базовые шаги (1–4), но так и не поняли, в чём дело, есть один надёжный способ разделить причину на «это моя сторона» и «это сторона сайта» — попросить кого-то другого проверить сайт с другого устройства и другой сети.

Как это сделать правильно:

1. Попросите знакомого, у которого другой телефон (желательно другой марки — если у вас iPhone, попросите проверить с Android, и наоборот) и, что важно, другой мобильный оператор или другой Wi-Fi (например, он находится не дома у вас, а в другом месте).
2. Пусть он откроет сайт в своём обычном браузере — не нужно ничего специально настраивать.
3. Если у него сайт тоже не открывается — проблема на стороне сайта, и дальше уже владельцу нужно разбираться с вёрсткой, хостингом или настройками защиты (шаги 5 и 7).
4. Если у него сайт открылся без проблем — проблема локальная, именно на вашем телефоне, в вашей сети или у вашего оператора, и стоит вернуться к шагам 1–4 и пройти их внимательнее.

Дополнительно можно использовать бесплатные онлайн-инструменты, которые эмулируют открытие сайта с разных серверов по всему миру без необходимости просить кого-то — например, тот же check-host.net с функцией HTTP-проверки, или downforeveryoneorjustme.com, который прямо отвечает на вопрос «сайт лежит для всех или только для вас».

Если вы владелец сайта и проблема массовая, а не у одного пользователя

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

1. Зафиксируйте масштаб проблемы. Уточните у обратившихся: какой у них браузер, модель телефона, оператор связи или интернет-провайдер, и в каком регионе они находятся. Если жалобы приходят от пользователей одного оператора или одного региона — вероятнее всего, дело в гео-блокировке или блокировке диапазона IP (шаг 7). Если жалобы приходят от разных операторов и регионов, но у всех именно мобильные устройства (компьютер у них же работает нормально) — вероятнее всего, дело в сломанной адаптивной вёрстке (шаг 5).

2. Проверьте аналитику. Зайдите в Яндекс.Метрику или Google Analytics и посмотрите отчёт по устройствам за последние часы/дни — упал ли трафик именно с мобильных устройств резко, в конкретный момент времени. Резкое падение точно в момент какого-либо обновления сайта (даже небольшого) — почти всегда прямое указание на то, что именно это обновление и сломало мобильную версию.

3. Проверьте логи хостинга и статус домена. Убедитесь, что домен не истёк и не заблокирован (это можно проверить через whois-сервисы), что SSL-сертификат действителен (истёкший сертификат сайты на мобильных браузерах часто блокируют более жёстко и заметно, чем десктопные), и что хостинг не находится в состоянии перегрузки или технических работ.

4. Проверьте настройки CDN и защиты от ботов, если они используются (Cloudflare, Qrator и подобные) — не был ли случайно включён слишком агрессивный режим защиты («I'm Under Attack Mode» в Cloudflare или аналогичные настройки), который может показывать капчу или блокировать запросы с мобильных IP-диапазонов, воспринимая их как подозрительный трафик.

5. Проверьте последние изменения на сайте. Если у вас есть история изменений (git-репозиторий, история версий в конструкторе сайта, лог деплоев) — посмотрите, что менялось непосредственно перед тем, как начали поступать жалобы. В подавляющем большинстве случаев массовая проблема с мобильной версией появляется не сама по себе, а как следствие конкретного изменения — обновления темы, добавления нового виджета, замены изображений на более тяжёлые, изменения структуры кода.

6. Не откладывайте исправление. Если у вашего сайта хотя бы средняя доля мобильного трафика (а в 2026 году это, как правило, 55–70% посетителей практически для любой ниши), каждый час нерабочей мобильной версии — это прямые упущенные заявки, звонки и продажи, а также риск того, что часть посетителей просто не вернётся и уйдёт к конкуренту, у которого сайт открылся с первого раза.

Итог: короткий чек-лист

Если коротко резюмировать всю диагностику в порядке действий:

1. Проверьте, открываются ли на телефоне другие сайты — если нет, дело в соединении.
2. Переключитесь между Wi-Fi и мобильными данными — проверьте, привязана ли проблема к конкретной сети.
3. Очистите кэш и cookies браузера, попробуйте режим инкогнито.
4. Обновите браузер и операционную систему телефона.
5. Проверьте, не блокирует ли сайт ваш оператор — смените DNS на 8.8.8.8 или 1.1.1.1.
6. Владельцам сайтов — проверьте мобильную вёрстку через инструменты разработчика и тест Google на удобство для мобильных.
7. Отключите блокировщики рекламы и VPN, проверьте оба варианта — с VPN и без.
8. Проверьте гео-блокировку и статус IP-диапазона через check-host.net.
9. Попросите кого-то с другого устройства и другой сети проверить сайт — это самый быстрый способ понять, на чьей стороне проблема.
10. Если вы владелец сайта и жалобы массовые — проверяйте аналитику, логи хостинга, настройки CDN и историю последних изменений, а не только телефон отдельного клиента.

В подавляющем большинстве случаев причина находится уже на первых четырёх-пяти шагах. Если вы посетитель — велика вероятность, что дело в кэше, соединении или блокировщике, и решение займёт пару минут. Если вы владелец сайта, а проблема массовая — скорее всего, дело в мобильной вёрстке или настройках защиты, и это уже требует участия разработчика, но тоже решается быстро при точной диагностике.

Если проблема не решилась — проведём бесплатную диагностику

Если вы прошли все шаги, а сайт всё равно не открывается на мобильных у вас или у ваших клиентов — не тратьте время на дальнейшие догадки. Команда G-land проведёт бесплатную техническую диагностику сайта: проверим адаптивную вёрстку, настройки хостинга и CDN, скорость загрузки на мобильных устройствах и покажем точную причину — с конкретным планом исправления, а не общими рекомендациями.

Напишите нам в Telegram @gland_studio — разберёмся, что не так, и скажем, сколько времени займёт исправление.