Шаблон брифу з налаштування SEO-сканування

Обсяг, хости й ліміти

Коли використовувати: Визначте, які саме хости, папки й шаблони URL входять у сканування і до якого розміру воно може вирости.

На яке запитання відповідає це сканування?

[напр. чому нові сторінки товарів не індексуються; базовий зріз перед міграцією; перевірка після запуску]

Обсяг

• Стартові URL: [https://www.example.com/]
• Хости в обсязі: [www, shop, піддомен blog]
• Хости поза обсягом: [staging, app, довідковий центр]
• Папки в обсязі: [/products/, /guides/] · сканувати поза стартовою папкою? [так / ні]
• Шаблони включення: [regex, перевірений на 5 прикладах URL]
• Шаблони виключення: [regex для /cart, /account, ?sort=, ?session=]

Ліміти

• Максимум URL: [кількість] · Максимальна глибина: [кліків від старту]
• Параметри: [сканувати всі / відкидати ці / виключати ці]
• Очікуваний розмір: [проіндексовані сторінки в Search Console, кількість URL у sitemap]

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

Рендеринг, user agent і директиви

Коли використовувати: Вирішіть, чи рендерити JavaScript, який user agent надсилати і чи дотримується краулер robots.txt, noindex та canonical.

Рендеринг

• Режим: [лише сирий HTML / рендеринг JavaScript]
• Чому: [напр. посилання в головному меню додає JavaScript]
• Тайм-аут рендерингу і вьюпорт: [секунди, мобільний]
• Зберігати сирий і відрендерений HTML: [так / ні] · потрібно, щоб порівняти, що змінюється після рендерингу

User agent

• Рядок user agent: [типовий для краулера / мобільний рядок на зразок Googlebot / власний]
• Видно в логах: [додайте суфікс, напр. -audit, щоб ваше сканування можна було відрізнити від справжнього Googlebot]

Директиви

• robots.txt: [дотримуватися / ігнорувати, і чому]
• Переходити за nofollow-посиланнями: [так / ні]
• Сканувати канонізовані URL і URL з noindex: [так, щоб показати їх у звіті / ні]

Базове правило: дотримуйтеся robots.txt, коли хочете бачити сайт так, як його бачать пошукові системи. Ігноруйте його лише тоді, коли завдання полягає в тому, щоб знайти приховане robots.txt, і зафіксуйте це тут.

Швидкість, розклад і доступи

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

Навантаження

• Потоки / URL за секунду: [напр. 2 потоки, 3 URL за секунду]
• Нотатки про сервер: [спільний хостинг, CDN, відомі повільні шаблони]

Розклад

• Вікно: [дата, час початку й завершення, часовий пояс]
• Уникати: [розпродажі, запуски, резервні копії, пікові години]

Доступи

• Білий список у файрволі / WAF: [IP або user agent, у кого запитали, коли підтвердили]
• Автентифікація: [немає / basic auth для стейджингу] · облікові дані передаються через менеджер паролів клієнта і ніколи не записуються в цей бриф
• Вхід через форму: [уникати, якщо це не критично] · залогінений краулер натискає кожне посилання, зокрема «видалити» і «вийти»

Під час сканування

• Контакт, якщо кількість помилок різко зросте: [ім'я, телефон]
• Умова зупинки: [напр. понад 5% відповідей 5xx за будь-які 5 хвилин]

Джерела даних і результати

Коли використовувати: Перелічіть sitemap і дані API, які треба підключити, та експорти, які має дати сканування.

Підключити

• XML sitemap: [URL усіх sitemap або індексу sitemap]
• Search Console: [ресурс, період] · показує сторінки з показами, до яких краулер так і не дійшов
• Аналітика: [ресурс GA4, період] · показує сторінки-сироти, які досі мають відвідування
• Попереднє сканування для порівняння: [назва файлу і дата]

Результати

• Експорти: [коди статусу, індексованість, canonical, редиректи, URL-сироти]
• Назви файлів: [domain_purpose_YYYY-MM-DD]
• Де зберігати: [спільна папка] · Зберігати до: [дата]

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

Погодження і фінальна перевірка

Коли використовувати: Затвердьте бриф до сканування і пройдіть фінальні перевірки, перш ніж хтось читатиме результати.

Перед скануванням

1. Запитання, на яке відповідає сканування, записане одним реченням.
2. Шаблони включення й виключення перевірені на прикладах URL.
3. Швидкість і вікно погоджені з власником сайту.
4. Білий список у файрволі підтверджено, якщо він потрібен.
5. Затвердив(-ла) [ім'я, роль], дата: [дата].

Після сканування

1. Проскановані URL проти очікуваного розміру: [кількість / кількість]. Великий розрив пояснено.
2. Частка 5xx і тайм-аутів: [%]. Якщо вона висока, результати описують сервер, а не сайт.
3. Сканування завершилося, а не зупинилося передчасно: [так / ні]
4. Налаштування збережені разом з експортом, щоб наступне сканування могло їх повторити.

Приклад (вигаданий інтернет-магазин)

Коли використовувати: Заповнений бриф для вигаданого магазину, який з'ясовує, чому нові сторінки категорій не індексуються, і що виявили налаштування.

Приклад: Harbor та Pine

Лише приклад. Компанія, люди, URL і цифри вигадані, щоб показати, як виглядає придатна заповнена версія.

Що виявили налаштування

Прохід по сирому HTML знайшов 3 посилання на нові категорії. Прохід з рендерингом знайшов 140. На нові сторінки посилалося лише JavaScript-меню, яке на повільних шаблонах не встигало відрендеритися до тайм-ауту. Рішенням стали звичайні HTML-посилання з батьківських категорій, а не повторне надсилання sitemap.

Наступний крок

Запустіть аудит сайту для швидкої первинної перевірки, перш ніж налаштовувати повне сканування. Скористайтеся інструментом перегляду вихідного коду сторінки, щоб перевірити, чи є посилання в сирому HTML, і перевіркою редиректів, щоб відстежити ланцюжки, які покаже сканування. Хочете, щоб експерт налаштував сканування і розібрав результати? Наші послуги SEO та GEO включають технічні аудити з планом впровадження.