Ресурс домену чи URL-префікса
Ресурс домену охоплює протоколи й піддомени одного домену та підтверджується через DNS. Це зручний основний варіант, коли ви керуєте доменом. Ресурс із URL-префіксом охоплює лише точний префікс і підтримує більше способів підтвердження.
Для Montana WebStudio використовується DNS-підтвердження домену. Воно не залежить від шаблону сторінки, тому редизайн або зміна HTML не повинні видаляти токен із DNS.
| Тип | Коли підходить |
|---|---|
| Domain | Увесь домен, усі протоколи й піддомени |
| URL-prefix | Окремий HTTPS-префікс або секція сайту |
Як не втратити підтвердження
Тримайте токен підтвердження під контролем власника бізнесу. Якщо використовується HTML-файл або метатег, не видаляйте його під час очищення шаблону. Для DNS не змінюйте TXT-запис без перевірки, які сервіси на нього спираються.
Доступи іншим людям краще видавати через розділ «Користувачі та дозволи», а не передавати пароль обліковий запис Google. Після завершення роботи зайві доступи можна відкликати без зміни самого токена.
- Зберегти метод підтвердження в технічній документації.
- Не передавати особистий пароль.
- Перевіряти доступи після зміни підрядника.
- Не видаляти невідомий токен без з’ясування його призначення.
Подайте коректний sitemap
Перед поданням відкрийте sitemap.xml у браузері та перевірте, що він повертає 200. У списку повинні бути лише канонічні URL для індексації, які також доступні через внутрішні посилання.
Після подання дочекайтеся обробки й порівняйте кількість URL із результатами власного сканування. Статус успішного читання означає, що Google завантажив файл, але не гарантує індексацію кожної сторінки.
URL Inspection для діагностики
URL Inspection показує відомий Google статус і дозволяє перевірити актуальну версію URL. Дивіться доступність, заявлений та вибраний canonical, robots і дату останнього сканування.
«Запит на індексацію» доречний для кількох важливих оновлених сторінок після виправлення причини. Масове повторне натискання не прискорює слабкий або технічно суперечливий сайт.
- Вставити повний canonical URL.
- Перевірити відомий Google статус.
- Запустити перевірку актуальної версії за потреби.
- Виправити конкретну причину на сайті.
- Надіслати запит лише після виправлення.
Щотижнева й щомісячна рутина
Щотижня достатньо переглянути критичні повідомлення, ручні заходи безпеки й різкі зміни індексації. Щомісяця порівнюйте запити, сторінки, країни та пристрої, не роблячи висновок з одного дня.
Відокремлюйте технічні проблеми від контентних. Помилка 5xx або noindex потребує виправлення. Сторінка «Crawled - currently not indexed» може вимагати сильнішої самостійної користі, об’єднання з іншою або кращої внутрішньої навігації.
Власність і передача доступів
Search Console має залишатися під контролем власника сайту. Розробнику або SEO-фахівцю надають необхідний рівень доступу, але бізнес повинен мати хоча б одного підтвердженого власника.
У документі передачі зафіксуйте тип ресурсу, метод підтвердження, власників, адресу sitemap та дату останньої перевірки. Це зменшує ризик втрати даних після зміни команди.
Часті запитання
Який тип ресурсу краще для всього сайту?
Ресурс домену, якщо є доступ до DNS. Він охоплює всі протоколи й піддомени одного домену.
Чи потрібно щодня надсилати URL на індексацію?
Ні. Використовуйте sitemap та внутрішні посилання, а «Запит на індексацію» залишайте для кількох важливих сторінок після суттєвого виправлення.
Хто повинен бути відповідальний?
Власник бізнесу або контрольований ним обліковий запис Google. Підрядникам можна надати окремі дозволи без передачі пароля.