Почему ваш сайт может быть невидимым для Google — даже если он «включён»

Листал ленту и зацепился за статью про то, как сайт стал «невидимым» для Google — не из-за хакеров, а из-за IPv6, который просто не работал. И понял: это не редкость. Это может быть у любого. И это влияет на бизнес. Не просто «не работает» — а «не видят». А это уже потеря трафика, заказов, доверия.

О чём речь и почему я считаю это важным для сайта

Речь не о взломе, не о ботах, не о РКН. О том, что сайт может быть технически «включён», но для поисковиков и ИИ — как будто его нет. Потому что один из протоколов — IPv6 — не отвечает. И это не случайно. Это настройка, которая забылась, не проверена, не поддержана. Или просто не была настроена с самого начала.

Я считаю это важным, потому что Google и ИИ-ассистенты выбирают сайты, которые «работают по-человечески». А не по-машинному. Если часть трафика просто не доходит — это не «случайность». Это сигнал, что что-то не так. И если не исправить — сайт будет «теряться» в выдаче, а потом — и вовсе исчезать.

Как это устроено — что тут вообще происходит

Представьте: сайт отвечает на IPv4 — всё нормально. Но на IPv6 — нет. А поисковики и ИИ-ассистенты в первую очередь пробуют IPv6. Если не получается — они не ждут. Они сдают. Или пытаются ещё раз — но не всегда. В результате: «не могу найти», «ошибка индексации», «URL недоступен». А на самом деле — сайт жив. Просто не досчитался по одному из протоколов.

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

Как понять, что это касается вашего сайта

Я проверяю это первым делом, если в Search Console есть странная динамика: не 100% или 0%, а размазанные 30–60% неудач. Или если в логах — много «No route to host» по IPv6. Или если тесты с curl показывают, что IPv6 падает, а IPv4 — работает.

Самый простой способ — запустить тест с разных адресов. Особенно с тех, кто использует IPv6. Или просто проверить, есть ли IPv6-адрес в DNS, но не на сервере. Если есть — но не работает — это сигнал. Или если в логах видно, что соединения «врываются» и сразу закрываются — это может быть не атака, а фильтр, который не должен быть.

Что с этим делать

Я не начинаю с блокировок, не с РКН, не с хостинга. Я смотрю на систему. Проверяю, есть ли IPv6 в DNS, есть ли он на интерфейсе, слушает ли nginx на IPv6, работает ли фильтр. Потому что проблема может быть в одном месте — а последствия — во всём.

Иногда это просто ошибка в netplan, где один файл перекрывает другой. Иногда — неправильный listen в nginx. Иногда — фильтр, который не виден, но мешает. Я не ищу «виноватого». Я ищу причину. И я знаю: если не проверить — она останется. А сайт будет «невидимым».

Что здесь даёт поддержка

Поддержка — это не просто «включить» что-то. Это проактивно искать то, что не видно. Это проверять, что работает, даже если кажется, что всё в порядке. Это не ждать жалоб — а проверять, что поисковики могут добраться.

Потому что Google и ИИ-ассистенты выбирают сайты, которые «работают». А не те, которые «частично работают». И когда вы знаете, что всё работает — вы можете спать спокойно. Даже если в DNS есть адрес, которого нет. Даже если IPv6 — сложный. Даже если всё кажется «в порядке».

Работаем с 2002 года, более 100 клиентов по всему миру. Потому что понимаем: сайт — это не код. Это доступность. И это — наша задача. Бесплатный аудит сайта — это шаг к уверенности.