Чому не відображається фавікон у Google: причини та рішення

Favicon (від англ. favorite icon) — компактний значок сайту, який відображається у вкладках браузера, у закладках і в сніпетах Google. Він виконує роль головного елемента візуального брендингу: робить ресурс впізнаваним і допомагає користувачу миттєво зорієнтуватися серед десятків відкритих вкладок.

У пошуковій видачі ця мініатюра вирішує одразу два завдання: виділяє сніпет на тлі конкурентів і підштовхує до кліку. Щоб не втрачати цільовий трафік, важливо переконатися, що іконка відображається коректно і легко зчитується з будь-якого екрана.

Ми проаналізували код head та пошукову видачу Google для 10 проєктів на різних CMS: майже всюди пошуковик показує стандартний глобус замість унікальної іконки. У частини сайтів розмітка на перший погляд виглядає коректною, у частини favicon не підключений взагалі — і ці спостереження лягли в основу розбору. Гарна новина: більшість таких помилок усувається за пару хвилин, а от на те, щоб Google підхопив правку, зазвичай іде від кількох днів до кількох тижнів (докладніше — у розділі про терміни).

Нижче розберемо поширені причини, через які favicon зникає з пошукової видачі Google або відображається некоректно.

Favicon повертає 404 за прямим URL

Одна з найприкріших причин, через яку не відображається значок сайту, — невірний шлях до файлу або невідповідність імені. Навіть невелика розбіжність у написанні (наприклад, Favicon.ico замість favicon.ico) або помилка в розташуванні файлу в каталозі призведе до того, що Google просто не знайде іконку. При цьому сам файл може лежати як у корені сайту, так і на окремому домені — згідно з офіційною документацією Google це допустимо і помилкою не вважається.

Щоб переконатися, що проблема саме в цьому, пройдіть три кроки діагностики:

Відкрийте https://вашсайт.com/favicon.ico у приватному вікні браузера — це виключить вплив локального кешу. Файл повинен коректно відкритися як зображення.
Перевірте HTTP-статус запиту через DevTools → Network → перезавантаження сторінки → знайдіть запит до favicon. Очікувана відповідь — 200 OK. Коди 404 і 403 вказують на проблему напряму, а ланцюжок редиректів — на те, що шлях варто привести до кінцевої адреси.
У Google Search Console скористайтеся інструментом перевірки URL («Перевірити активний URL») — він покаже, що бачить робот Google прямо зараз, а не те, що встиг закешувати ваш браузер.

Якщо хоча б один пункт не проходить перевірку, ви знайшли причину і можете переходити до виправлення: скоригувати шлях, ім’я файлу або налаштування сервера, що видає невірний статус-код.

Favicon заблокирован в robots.txt, WAF, CDN или настройках сервера

Ще одна часта причина — файл закритий для одного з двох роботів, що відповідають за favicon: Googlebot і Googlebot-Image. Якщо заблокований хоча б один з них, цього достатньо, щоб іконка не з’явилася у видачі, навіть якщо друга частина ланцюжка в повному порядку. Раніше існував окремий User-Agent Google Favicon, спеціально призначений для збору значків сайтів, але з жовтня 2023 року Google від нього відмовився.

Живі приклади з аудиту:

autosolo.com.ua (Joomla) — у head правильно розміщений код link href=”/templates/autosolo/favicon.ico” rel=”shortcut icon” type=”image/vnd.microsoft.icon”, розширення файлу вказано правильно, але в robots.txt для User-agent: Googlebot прописано Disallow: /templates/, яке перекриває весь шлях цілком.

supercredit.kiev.ua (Joomla) — та сама історія: фавікон лежить всередині закритої для ботів папки шаблону.

Щоб переконатися, що справа саме в цьому, пройдіть етапи перевірки по черзі.

Перевірте robots.txt. Переконайтеся, що шлях до файлу іконки не потрапляє під директиву Disallow. Найшвидше це зробити через Search Console: перейдіть на вкладку «Налаштування» → блок «Сканування на сторінці» → відкрийте звіт напроти robots.txt і перевірте шлях.
Перевірте відповідь сервера. У терміналі виконайте:

curl -I https://example.com/assets/favicon.png

Нормальний результат:

HTTP/2 200 content-type: image/png

Для ICO-файлів допустимо, наприклад, content-type: image/x-icon. Додатково перевірте відповідь саме з User-Agent від Google:

curl -I -A “Googlebot-Image” https://example.com/assets/favicon.png

Якщо у відповіді з’являється 403, 429, 500 або редирект на сторінку авторизації — проблему потрібно шукати у WAF, CDN або налаштуваннях сервера.

Перевірте WAF. У панелі WAF або Cloudflare відкрийте розділи на кшталт Security Events, Firewall Events, Logs, Bot Management і знайдіть запит до /assets/favicon.png. Перевірте, чи не застосовувалася до нього дія Block, Challenge, Rate limit, Managed challenge або Country/IP block. Створіть виняток для URL фавікона та головної сторінки або дозвольте запити від перевірених Googlebot. Не покладайтеся лише на User-Agent — його легко підробити, тому додатково звіряйте IP.
Перевірте CDN. Виконайте той самий запит і подивіться на заголовки Age, X-Cache, CF-Cache-Status, ETag, Last-Modified. Якщо CDN повертає HIT, старий ETag або застарілу дату зміни — очистіть кеш саме для фавікона і повторіть запит, щоб переконатися, що видається нова версія файлу.
Перевірте логи сервера. У access-логах знайдіть запити до /favicon.ico і /assets/favicon.png, відфільтруйте за User-Agent Googlebot і Googlebot-Image. Очікуваний результат — код 200. Помилки 403, 404, 429, 500 або повна відсутність таких запитів вкажуть, у який бік копати: відповідно WAF, шлях до файлу, ліміти запитів, сервер або затримка повторного обходу.

Порожній або зламаний код посилання на іконку сайту

Пустой или битый код ссылки на фавиконку

Тег link rel=”icon” href=”” без реального шляху до файлу — або посилання на файл, який не залили на сервер після деплою, — залишає Google без валідної адреси іконки.

Окремий підступ для JS-сайтів: тег може коректно бути присутнім у вихідному коді, але не потрапляти до фінального відрендереного HTML. Перевіряйте обидві версії сторінки — статичний вихідник і відрендерений HTML в інструменті перевірки URL. Якщо у вихідниках тег є, а у відрендереному HTML його немає — справа в збірці або JS-рендерингу, і вирішувати питання потрібно саме там.

Більш радикальний варіант того ж симптому — коли тега link rel=”icon” в коді немає взагалі, в жодному вигляді. Так справи у oks.org.ua та autodopomoha.com.ua: favicon на сайтах не підключений в принципі, тому діагностувати тут нічого — спочатку потрібно додати значок з нуля, а вже потім переходити до тонкого налаштування.

URL favicon постійно змінюється

Google віддає перевагу стабільній адресі іконки. Збірники з хешованими іменами файлів (React/Next.js, деякі плагіни оптимізації зображень) змінюють шлях до фавікона при кожній перезбірці проєкту — Google просто не встигає відстежити нову адресу. Тримайте favicon.ico за фіксованим, незмінним шляхом у корені сайту незалежно від того, як хешуються інші статичні файли при збірці.

Застарілий cache-control на CDN або сервері

Тут важливо розрізняти два кеші. Кеш браузера на робота не впливає взагалі: Googlebot не перевикористовує ваш локальний кеш і запитує файл сам. А от кеш CDN стоїть перед сервером і видає роботу рівно те, що лежить на прикордонному вузлі, — тому довгий max-age на стороні CDN дійсно може якийсь час підсовувати боту стару версію файлу (як це діагностувати, описано в пункті попереднього розділу).

Звідси й типова помилка у висновках: власник сайту бачить стару іконку з кешу власного браузера, вирішує, що «нічого не змінилося», і починає шукати проблему на стороні Google.

Тому перевіряйте актуальність файлу не у своєму браузері, а через Search Console або запитом з чистим кешем. Якщо потрібно примусово оновити версію в CDN — очистіть кеш конкретно для фавікона.

Google показує чужу іконку (наприклад, «W» від WordPress)

Означає, що в сайту два конкуруючі джерела іконки, і Google обрав не те. Типовий випадок на WordPress: іконка, завантажена через «Зовнішній вигляд → Налаштувати → Властивості сайту → Іконка сайту», спочатку орієнтована на AMP-версії і системні потреби CMS і не завжди коректно потрапляє в тег link rel=”icon” головної сторінки — особливо за активних SEO- чи security-плагінів, які самі перевизначають вміст head.

Що перевірити:

Деактивуйте SEO- і security-плагіни по одному, перевіряючи код після кожного кроку, — так ви знайдете джерело перевизначення.
Якщо використовується PWA-маніфест (manifest.json), відкрийте вкладку Application → Manifest у DevTools: у частині випадків Google пріоритизує іконку саме звідти, і застарілий шлях у маніфесті перекриває коректний тег у HTML.

Неправильні розміри фавікону

Одна з найпоширеніших на практиці проблем. Актуальні вимоги Google виглядають так: іконка зобов’язана бути квадратною (співвідношення сторін 1:1) і не менше 8×8 пікселів, при цьому Google наполегливо рекомендує розмір більше 48×48 — щоб значок добре виглядав на різних поверхнях видачі.

Окремо варто проговорити популярну помилку: вимоги «розмір має бути кратний 48» у документації більше немає. Раніше формулювання дійсно було таким, але в жовтні 2024 року Google переписав цей розділ, знизивши формальний мінімум до 8×8 і залишивши 48×48 у статусі рекомендації. Тож 96×96, 144×144 та інші кратні значення — зручний, але не обов’язковий вибір: квадратні 64×64 або 120×120 вимогам теж відповідають.

Жорстка вимога тут рівно одна — квадрат. В аудиті трапився випадок з неквадратною іконкою: Google примусово підігнав її під потрібні пропорції, і у видачі вона виглядала помітно спотвореною.

Що робити:

Перевірте, що співвідношення сторін строго 1:1 — без «довісків» із прозорого фону та обрізаних країв.
Орієнтуйтеся на розмір від 48×48 і вище: формально пройде і менший квадрат, але на великих екранах і в мобільній видачі він виглядатиме мильним.
Не покладайтеся на візуальний перегляд файлу: завантажте його і подивіться фактичні розміри самого зображення, а не розмір полотна, у яке воно вписане.

Іконка містить неприпустимий контент

Окрема вимога з документації Google: пошуковик не показує значки, які вважає неприйнятними, — наприклад, зображення порнографічного характеру або символіку ненависті, включно з нацистською. У цьому випадку сніпет отримає стандартний глобус, наскільки б коректно не була налаштована технічна частина.

Для більшості сайтів пункт неактуальний, але якщо іконка побудована на провокаційному чи спірному зображенні, перевірте її за цим критерієм перед тим, як шукати помилку в коді.

Редирект http→https налаштований не для всіх шляхів

Якщо сайт переїхав на SSL, а абсолютний шлях до фавікона в коді залишився з http:// і 301-редирект налаштований лише для основних сторінок, бот отримує помилку замість іконки.

Відсутній стандартний rel=”icon” малого розміру

maxbabyshop.com.ua (OpenCart) підключає link href=”https://maxbabyshop.com.ua/image/catalog/ms-icon-310×310.png” rel=”icon” /, набір apple-touch-icon (від 57×57 до 180×180) і android-icon-192×192, але звичайного rel=”icon” на 16×16 / 32×32 серед тегів немає.

Саме по собі це ще не порушення: єдиний rel=”icon” на 310×310 — квадратний, більший за 48×48 і формально вимогам Google відповідає. Але набір із tile- та touch-іконок Google самостійною заміною звичайному фавікону не вважає: він шукає саме rel=”icon”. Тому конфігурація тримається на одному тегу, і будь-який збій у ньому — помилка в шляху, перевизначення шаблоном, блокування каталогу /image/ — залишає сайт у видачі взагалі без іконки. Класичний маленький rel=”icon” поряд із великим закриває і цей ризик, і відображення у вкладках браузера.

Скільки часу займає оновлення фавікона в пошуку

На первинне сканування іде від кількох днів до кількох тижнів; на практиці трапляються терміни від 2 тижнів до 2 місяців, в окремих випадках довше.

Важливо: ці терміни базуються на даних і спостереженнях станом на середину 2026 року. Пошукові алгоритми регулярно змінюються — рекомендуємо перевіряти актуальність цифр не рідше разу на півроку і не сприймати їх як гарантований SLA пошуковика.

Як прискорити індексацію фавікона в Google

Как ускорить индексацию фавикона в Google

Чекати два місяці не обов’язково. У Google Search Console є штатний інструмент, який запитує повторне сканування конкретного файлу або сторінки, а не всього сайту цілком: відкрийте «Перевірка URL» (URL Inspection), введіть адресу головної сторінки і натисніть «Запросити індексування» (Request Indexing). Це підштовхне Googlebot-Image до повторного сканування іконки при наступному обході — офіційна документація Google щодо значків сайту прямо називає такий спосіб штатним.

Миттєвого результату це не гарантує: переобхід все одно стає в чергу. Але термін очікування помітно скорочується порівняно з пасивним очікуванням планового візиту робота.

Чек-лист перевірки favicon у сніпеті

Файл видає успішну кінцеву відповідь (200 OK або коректний редирект без циклу) за прямим URL /favicon.ico.
Шлях не заблокований у robots.txt для Googlebot-Image — окремо перевірте, чи не потрапляє він під загальне правило Disallow: /templates/ або /themes/. Головна сторінка повинна бути відкрита для Googlebot.
У коді є базовий rel=”icon”, а не лише apple-touch- та ms-icon.
Зображення — строгий квадрат 1:1, не менше 8×8 px, для якісного відображення — від 48×48 px.
Картинка унікальна, прийнятної якості і не містить контенту, який Google відносить до неприпустимого.
Якщо все в порядку — запросіть індексування головної сторінки через Search Console і дочекайтеся планового переобходу; гарантованого терміну оновлення Google не дає.

Якщо ви тільки збираєтеся додати favicon на сайт вперше — почніть не з цього чек-листа, а з розділу «Рекомендована конфігурація від SEOZA» нижче.

Не допомогло? Зверніться за консультацією до SEOZA

Перш ніж додавати фавікон заново або міняти розмір іконки сайту, пройдіть чек-лист вище по порядку: часто проблема не в самій іконці, а в тому, що шлях до неї випадково закритий для робота або файл не відповідає вимогам Google щодо розміру і формату. Якщо технічно все в порядку — не намагайтеся «покращити» робочий фавікон, а дочекайтеся планового обходу або запросіть прискорену індексацію, як описано вище.

А якщо після всіх перевірок іконка так і не з’явилася в пошуку або ви не впевнені, що знайшли справжню причину, — зверніться до команди SEOZA. Ми розберемо саме ваш випадок і вкажемо на конкретну технічну помилку на вашому сайті.

Чому у пошукових системах не відображається favicon