Як налаштувати Google Search Console для вашого сайту

Щоб налаштувати Google Search Console, увійдіть на search.google.com/search-console, додайте свій сайт як ресурс, підтвердіть право власності (DNS-записом для ресурсу типу «домен» або HTML-тегом чи файлом для ресурсу з префіксом URL), а потім надішліть карту сайту. Після цього перевірте звіт «Індексація сторінок» на предмет сторінок, які Google не може проіндексувати, і звіт «Ефективність» щодо пошукових запитів, які приводять людей. Уся настройка займає близько п'ятнадцяти хвилин.

Для чого Search Console

Google Search Console — безкоштовний інструмент Google для власників сайтів. Це єдине місце, де Google напряму показує, як він бачить ваш сайт:

• Які сторінки проіндексовано і чому інші — ні
• За якими пошуковими запитами показується ваш сайт, як часто (покази), як часто на нього клікають і яка ваша середня позиція
• Проблеми, наприклад сторінки, заблоковані в robots.txt, помилки перенаправлень, зламані структуровані дані або проблеми безпеки
• Запити — ви можете надсилати карти сайту та просити Google повторно обійти змінену сторінку

Вона не відстежує, що люди роблять на вашому сайті; для цього призначений Google Analytics.

Оберіть тип ресурсу

Перше рішення — тип ресурсу. Станом на вересень 2026 року довідка Google описує два типи:

Ресурс типу «домен» дає найповнішу картину, тож використовуйте його, якщо можете редагувати DNS свого домену. Якщо ваш сайт розміщено на чужому домені — yourapp.someplatform.com — там ви не можете додавати DNS-записи, тож використовуйте ресурс з префіксом URL і підтверджуйте HTML-тегом або файлом.

Можна мати обидва: підтвердження ресурсу типу «домен» автоматично підтверджує і ресурси з префіксом URL під ним.

Покроково

1. Переконайтеся, що сайт має остаточну адресу

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

2. Додайте ресурс

1. Перейдіть на search.google.com/search-console і увійдіть обліковим записом Google, який має володіти сайтом. Використовуйте бізнес-акаунт, яким будете користуватися надалі, а не особистий, до якого можете втратити доступ.
2. Відкрийте меню ресурсів і оберіть Додати ресурс.
3. Введіть або домен (для ресурсу типу «домен»), або повну адресу з https:// (для ресурсу з префіксом URL).

3. Підтвердіть право власності

Ресурс типу «домен» (DNS): Search Console показує TXT-запис. Додайте його у вашого DNS-провайдера — компанії, де керується DNS вашого домену; це може бути реєстратор або ваша хостинг-платформа. Потім натисніть Підтвердити. Зміни DNS можуть поширюватися деякий час; якщо не вийшло, зачекайте й спробуйте знову.

Ресурс з префіксом URL (HTML-тег): Search Console показує тег <meta name="google-site-verification" ...>. Він має бути в <head> вашої головної сторінки, у HTML, який надсилає сервер, — а не доданий пізніше JavaScript. Опублікуйте сайт і натисніть Підтвердити.

Додай цей тег підтвердження Google Search Console у head головної сторінки, у статичному HTML (а не вставленому JavaScript): <meta name="google-site-verification" content="PASTE-YOUR-CODE" />. Залишай його в кожній майбутній версії сайту.

Ресурс з префіксом URL (HTML-файл): завантажте файл, який дає Search Console, і розмістіть його в корені сайту, наприклад https://example.com/google1234abcd.html. Відкрийте цю адресу в браузері перед натисканням «Підтвердити», щоб переконатися, що вона завантажується.

Залиште тег, файл або DNS-запис на місці. Google перевіряє підтвердження знову, і його видалення може позбавити вас доступу.

4. Надішліть карту сайту

Карта сайту — це XML-файл зі списком сторінок, які ви хочете проіндексувати (див. що таке карта сайту). Якщо її немає, попросіть:

Додай sitemap.xml у корінь сайту зі списком кожної публічної сторінки з повною адресою https, і виключи маршрути входу, адміністрування та API. Додай robots.txt, який дозволяє обхід публічних сторінок, блокує /admin і /api та вказує на карту сайту.

Потім у Search Console відкрийте Карти сайту, введіть адресу карти (наприклад sitemap.xml) і натисніть Надіслати. Статус має змінитися на «Успішно», щойно Google її завантажить. Станом на вересень 2026 року ліміти Google становлять 50 000 URL або 50 МБ без стиснення на одну карту сайту; великим сайтам потрібен індекс карт сайту. Google зазначає, що надсилання карти сайту не гарантує обходу кожного URL.

5. Перевірте ключові сторінки

Вставте адресу головної сторінки в пошуковий рядок угорі (інструмент Перевірка URL). Він покаже, чи проіндексовано сторінку, коли її востаннє обходили і яку адресу Google вважає канонічною. Для нової або зміненої сторінки Запросити індексування просить Google повторно її обійти — використовуйте це для важливих сторінок, а не для кожного URL.

Для сайтів, важких на JavaScript, скористайтеся Перевірити активний URL і переглянете відрендерену сторінку. Якщо скріншот порожній або без вмісту, Google має проблеми з її рендерингом — див. SEO для вебсайтів, створених ШІ.

6. Додайте колег

У Налаштуваннях → Користувачі та дозволи надайте колегам або агентству доступ через їхні власні облікові записи Google, а не діліться одним логіном.

Звіти, які варто перевіряти

У звіті «Ефективність» відсортуйте запити за показами й шукайте пошуки, де ви з'являєтеся, але рідко отримуєте кліки. Чіткіший заголовок і опис або краща сторінка під цей запит часто дають найшвидший результат.

«Оброблено — наразі не проіндексовано» та «Виявлено — наразі не проіндексовано» у звіті «Індексація сторінок» поширені на нових сайтах. Зазвичай це означає, що Google поки не вважає сторінку вартою індексації — часто через те, що вона скупа або дуже схожа на іншу сторінку, — а не що щось зламано.

Типові помилки

• Підтвердження тегом, доданим через JavaScript. Перевірка читає сирий HTML; клієнтські теги можуть не спрацювати.
• Видалення тега підтвердження під час редизайну і тихе втрачання доступу.
• Додавання http:// або не того варіанта www як ресурсу з префіксом URL і відсутність даних. Ресурс типу «домен» цього уникає.
• Блокування сайту в robots.txt або залишений з розробки тег noindex.
• Карта сайту з URL, які перенаправляють, видають 404 або потребують входу.
• Повторні запити індексування. Це не прискорює процес понад перший запит.
• Очікування даних у перший день. Новому сайту потрібно, щоб його обійшли й показали в результатах, перш ніж звіти наповняться.

Чек-лист налаштування

• Сайт на остаточному домені з HTTPS
• Ресурс додано (тип «домен», якщо ви керуєте DNS)
• Право власності підтверджено; тег, файл або DNS-запис залишено на місці
• sitemap.xml доступний, містить лише реальні публічні сторінки й надісланий
• robots.txt не блокує публічні сторінки
• Головна та ключові сторінки перевірені в «Перевірці URL»
• Колеги додані з власними обліковими записами
• Нагадування в календарі перевіряти «Ефективність» і «Індексацію сторінок»

Search Console у Mythex

Застосунок Mythex, опублікований на your-slug.mythex.app, не може використовувати ресурс типу «домен», бо DNS-записи для mythex.app додавати не можна — додайте ресурс з префіксом URL і підтвердьте HTML-тегом, попросивши агента розмістити його в head сторінки, а потім опублікуйте знову. З власним доменом (функція Pro) можна використовувати ресурс типу «домен»: для домену, купленого через Mythex, додайте TXT-запис у Домени → Налаштувати → DNS-записи, які документація перелічує саме для такого підтвердження (власні домени); для домену, який у вас уже є, додайте запис у свого DNS-провайдера. В SEO-рецепті документації є стартовий промпт для заголовків, карти сайту та robots.txt. Нові застосунки Mythex за замовчуванням рендеряться на боці клієнта, тож перевірте скріншот у «Перевірці URL» і попросіть попередній рендеринг, якщо сторінки порожні.

Запитання