✓ 28 августа 2026 года Google обновил документацию по favicon в поисковой выдаче и впервые явно перечислил поддерживаемые форматы файлов. Поведение поиска не менялось: обновление снимает неоднозначность, которая возникала из-за прежней ссылки на внешний перечень форматов.
Для бизнеса Казахстана это небольшой, но практичный технический повод. Favicon помогает пользователю визуально отличить сайт в результатах поиска, однако его отсутствие или неверная реализация часто обнаруживаются уже после редизайна, переноса домена или запуска новой версии сайта. Особенно легко пропустить блокировку изображения в robots.txt, ссылку на нестабильный URL или попытку назначить разные значки отдельным каталогам одного hostname.
Google теперь прямо указывает семь поддерживаемых форматов: BMP, GIF, ICO, PNG, JPEG, PPM и TIFF. Одновременно сохраняются требования к квадратной форме, доступности для обхода и стабильности адреса. Выполнение правил делает сайт подходящим для показа favicon, но не гарантирует, что Google обязательно отобразит его в каждом результате.
- Что именно уточнил Google
- Какие форматы поддерживаются
- Почему favicon задаётся на hostname
- Что проверить в robots.txt и ответах сервера
- Как внедрить favicon без лишней сложности
- Что делать после редизайна или переезда
- Как проверить изменение через Search Console
- Практика для сайтов Казахстана
- Частые ошибки
- Чек-лист аудита
Что именно уточнил Google
В журнале Search Central обновление описано как документальное: Google отдельно перечислил форматы favicon, которые поддерживает поиск. Компания подчёркивает, что сам список возможностей не изменился. Это важно для корректной интерпретации новости: речь не о новом факторе ранжирования и не о запуске отдельного формата выдачи.
Уточнение помогает закрыть конкретный вопрос внедрения. Теперь команда может проверить файл по официальному перечню, не опираясь на возможности браузера или внешнюю таблицу. Браузер способен показать формат во вкладке, но это ещё не доказывает, что тот же файл подходит для Google Search.
Favicon относится к оформлению результата. Он может помогать узнаваемости бренда, но Google не заявляет, что выбор PNG вместо ICO повышает позиции. Задача SEO-специалиста здесь техническая: сделать корректный, доступный и стабильный сигнал, а затем проверить, что поисковая система смогла его получить.
Какие форматы поддерживаются
По состоянию на 7 октября 2026 года документация Google перечисляет:
- BMP;
- GIF;
- ICO;
- PNG;
- JPEG;
- PPM;
- TIFF.
Поддержка формата не означает, что любой файл этого типа будет хорошим выбором. Для большинства обычных сайтов практичны ICO или PNG: они широко используются, предсказуемо обрабатываются инструментами и подходят для прозрачного фона. Выбор должен учитывать реальный дизайн, вес файла и качество в малом размере.
Google требует квадратное соотношение сторон 1:1. Минимальный размер — 8×8 пикселей, но рекомендуется изображение больше 48×48 пикселей, чтобы оно выглядело качественно на разных поверхностях. На практике полезно подготовить чёткий мастер-файл кратного 48 размера, проверить его уменьшенную версию и не помещать в значок мелкий текст.
GIF входит в перечень поддерживаемых форматов, однако это не следует трактовать как рекомендацию делать анимированную иконку. Для узнаваемости в маленьком интерфейсе лучше простой статичный знак с достаточным контрастом.
Почему favicon задаётся на hostname
Google Search поддерживает один favicon для одного сайта, где сайт в этом правиле определяется hostname.
Это означает:
https://example.kz/может иметь свой favicon;https://shop.example.kz/считается другим hostname и может иметь другой favicon;https://example.kz/almaty/является каталогом того же hostname и не может получить отдельный favicon только для этого раздела.
Для казахстанских компаний правило особенно важно при сложной структуре: отдельные города, языки или услуги нередко размещаются в каталогах. Нельзя рассчитывать, что Алматы, Астана и Шымкент получат разные значки в Google, если все страницы находятся на одном hostname. Если используются реальные поддомены, каждый из них должен иметь доступную главную страницу и собственную корректную ссылку на иконку.
Google считывает объявление favicon с главной страницы hostname. Поэтому добавление тега только на внутреннюю посадочную страницу недостаточно. Общий шаблон может включать тег на всех страницах, но критично, чтобы он присутствовал в head главной страницы.
Что проверить в robots.txt и ответах сервера
Для обработки favicon Googlebot должен иметь доступ к главной странице, а Googlebot-Image — к самому файлу изображения. Если один из этих ресурсов закрыт правилами обхода, Google может не получить актуальный значок.
Официальный список краулеров поясняет, что настройки для токена Googlebot-Image влияют не только на Google Images, но и на поверхности Google Search, где используются изображения, логотипы и favicon.
Проверка должна включать:
- Главная страница отвечает HTTP 200 без цепочки нежелательных перенаправлений.
- Файл favicon отвечает HTTP 200.
- robots.txt не запрещает Googlebot обход главной страницы.
- robots.txt не запрещает Googlebot-Image доступ к каталогу или точному файлу.
- URL изображения не требует cookie, авторизации или одноразовой подписи.
- CDN не возвращает Googlebot-Image ошибку 403.
- Заголовок Content-Type соответствует файлу.
- На favicon нет X-Robots-Tag, который мешает его использованию.
Не нужно открывать для обхода весь закрытый медиакаталог, если этого не требует архитектура. Достаточно убедиться, что правило для нужного файла однозначно разрешает доступ и не конфликтует с более широкими запретами.
Как внедрить favicon без лишней сложности
На главной странице внутри head указывается элемент link. Базовый вариант:
<link rel="icon" href="/favicon.ico">Google принимает относительный и абсолютный URL. Файл необязательно хранить на том же домене: допустим CDN. Но внешний адрес добавляет зависимости. При смене CDN, истечении подписи или настройке защиты от ботов Google может потерять доступ к изображению.
В качестве значения rel поддерживаются:
icon;- исторический вариант
shortcut icon; apple-touch-icon;apple-touch-icon-precomposed.
Для нового сайта разумно использовать стандартный rel=“icon”. Дополнительные варианты могут оставаться для совместимости с устройствами, но не заменяют проверку основного объявления.
URL favicon должен быть стабильным. Не меняйте его при каждом деплое только из-за автоматического хеширования ассетов. Если сборщик генерирует новое имя файла, обеспечьте постоянный публичный адрес либо контролируемое перенаправление и не удаляйте предыдущую версию до повторного обхода.
Что делать после редизайна или переезда
Favicon часто ломается не при первоначальной настройке, а во время изменений сайта.
После редизайна
Проверьте, что новый знак остаётся различимым в очень маленьком размере. Полная версия логотипа с подписью обычно теряет читаемость. Для поисковой выдачи лучше отдельный компактный знак бренда.
После переноса домена
Новый hostname должен объявлять собственный favicon на новой главной странице. Не оставляйте постоянную зависимость от файла на старом домене, если он будет отключён.
После перехода на CDN
Проверьте ответ без пользовательской сессии, правила защиты от ботов и Content-Type. Файл, который открывается у разработчика в браузере, может возвращать другой статус краулеру.
После смены CMS
Убедитесь, что CMS не создала несколько конфликтующих тегов link rel=“icon”. Google рекомендует один favicon на hostname; разные плагины и тема не должны одновременно объявлять устаревшие и новые адреса без понятной причины.
Как проверить изменение через Search Console
Google сообщает, что повторный обход и обработка favicon могут занять от нескольких дней до нескольких недель. Это не мгновенное обновление интерфейса.
После внедрения:
- Откройте главную страницу в URL Inspection.
- Запустите проверку опубликованной версии.
- Убедитесь, что главная доступна и индексирование разрешено.
- Посмотрите загруженные ресурсы, если есть подозрение на ошибку.
- После исправления запросите повторное индексирование главной страницы.
- Отдельно проверьте прямой URL favicon и ответ сервера.
- Наблюдайте за выдачей без обещания точной даты появления.
URL Inspection позволяет попросить повторный обход, но такой запрос не гарантирует ни индексацию, ни отображение нового значка. Массово отправлять внутренние страницы ради favicon не требуется: источник объявления — главная страница hostname.
Практика для сайтов Казахстана
Для локального бизнеса favicon должен поддерживать бренд, а не пытаться передать весь список услуг или город. Один ясный знак лучше набора мелких букв.
Если сайт имеет версии на русском и казахском языках в каталогах одного домена, правило hostname остаётся тем же: Google использует один favicon. Языковые различия нужно передавать содержанием, URL, hreflang и навигацией, а не сменой значка в каждом каталоге.
Если компания действительно разделяет продукты по поддоменам, оцените пользу разных favicon для пользователя. Техническая возможность не требует визуально дробить бренд. Единый знак может быть сильнее, если все поддомены относятся к одной компании.
В аудите стоит проверять мобильную выдачу отдельно. Пользователь видит маленький значок рядом с названием сайта; слабый контраст, тонкие линии или буквенный логотип могут выглядеть хуже, чем на дизайнерском макете.
Не следует измерять успех внедрения только наличием значка. Более важные SEO-задачи остаются прежними: доступность страниц, полезное содержание, корректные canonical, внутренняя структура, локальная релевантность и качество сниппета. Favicon дополняет эту основу.
Частые ошибки
Считать обновление новым фактором ранжирования
Google изменил документацию, а не сообщил об алгоритмическом преимуществе формата. Нельзя обещать рост позиций после замены ICO на PNG.
Назначать разные favicon каталогам
Один hostname получает один favicon. Разные теги на страницах городских разделов не создают поддерживаемую систему отдельных значков.
Закрывать медиакаталог целиком
Широкий запрет для Googlebot-Image может затронуть favicon. Проверяйте итоговые правила, а не только наличие файла.
Использовать временный URL
Подписанный CDN-адрес, имя сборочного хеша или файл из временной папки может исчезнуть до повторного обхода.
Загружать прямоугольный логотип
Google требует квадрат 1:1. Даже если браузер масштабирует прямоугольник, такой вариант не соответствует руководству.
Ждать немедленной замены
Поисковой системе нужно повторно обойти главную страницу и обработать сигнал. Задержка в несколько дней не доказывает ошибку.
Обещать гарантированный показ
Google прямо предупреждает: выполнение требований не гарантирует отображение favicon в результатах поиска.
Чек-лист аудита
- На главной странице hostname есть корректный
link rel=“icon”. - Адрес favicon постоянный и открывается без авторизации.
- Формат входит в официальный перечень Google.
- Изображение квадратное.
- Размер не меньше 8×8 пикселей; подготовлена версия больше 48×48.
- Значок узнаваем и читаем в малом размере.
- Главная страница отвечает HTTP 200.
- Файл favicon отвечает HTTP 200.
- Googlebot может обойти главную страницу.
- Googlebot-Image может получить изображение.
- CDN или WAF не блокирует краулер.
- Content-Type соответствует файлу.
- На hostname нет конфликтующих объявлений.
- Для каталогов не пытаются назначать отдельные favicon.
- После изменения проверена главная страница в URL Inspection.
- Команда учитывает срок обработки от нескольких дней до нескольких недель.
- Клиенту не обещают рост позиций или гарантированный показ значка.
Вывод
Обновление Google от 28 августа 2026 года не вводит новый SEO-фактор, но делает технические требования прозрачнее. Поиск поддерживает BMP, GIF, ICO, PNG, JPEG, PPM и TIFF; favicon должен быть квадратным, доступным для Googlebot-Image, объявленным на главной странице hostname и размещённым по стабильному URL.
Для сайтов Казахстана полезно включить эту проверку в технический аудит, редизайн и перенос домена. Правильный значок повышает шанс на последовательное брендированное отображение результата, но не заменяет качественный контент, индексацию и работу со сниппетом.
PIUN Marketing выполняет SEO-оптимизацию сайтов в Казахстане с техническим аудитом обхода, индексации, canonical, метаданных и поискового представления сайта.