Проскановано – наразі не індексується: як перевірити одну сторінку, перш ніж змінювати весь сайт

На вашому новому сайті є кілька сторінок. Головна сторінка проіндексована, але Search Console вказує статтю як «Проскановано – наразі не індексується». Ви можете відкрити сторінку самостійно. Вашу карту сайту надіслано. Що робити далі?

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

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

Спочатку перевірте точну URL-адресу

Відкрийте Search Console для правильної властивості. У розділі Сторінки відкрийте групу «Проскановано – наразі не індексується» і виберіть сторінку, яку ви справді хочете, щоб шукачі знайшли. Скопіюйте її повну URL-адресу, включно з https, іменем хоста, шляхом і будь-якою кінцевою скісною рискою. Потім вставте цю URL-адресу в Перевірку URL-адреси.

Запишіть результат і дату останнього сканування. Порівняйте їх із датою останньої зміни сторінки. Порівняйте дату звіту з результатом перевірки та його датою останнього сканування; звіти можуть відображати спостереження з різних моментів. Google пояснює різницю між проіндексованими даними та живими тестами у своїй документації з перевірки URL-адреси.

Якщо перевірена URL-адреса вже проіндексована, перевірте, чи ви перевірили ту саму адресу, що з'явилася у звіті. Потім запишіть дати, а не робіть одразу іншу зміну. Якщо вона все ще виключена, збережіть результат перевірки як вашу вихідну точку.

Що живий тест може й чого не може вам сказати

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

Перевірте, чи це сторінка, яку ви маєте намір зберегти

У перевірці URL-адреси порівняйте канонічну URL-адресу, оголошену користувачем, із канонічною URL-адресою, обраною Google, якщо ці поля доступні. Канонічна URL-адреса — це бажана URL-адреса серед дубльованих або дуже схожих сторінок; вибір Google може відрізнятися від того, що оголошує сайт. Дивіться рекомендації Google щодо канонізації.

Уявіть, що ваша стаття доступна як за /guide, так і за /guide?source=newsletter. Якщо URL-адреса з тегом виключена, а чиста URL-адреса обрана й проіндексована, наступним кроком може бути використання чистої URL-адреси у внутрішніх посиланнях і вашій карті сайту—а не створення ще однієї копії. Це приклад, а не твердження про ваші власні налаштування канонічних URL-адрес.

Якщо важлива, суттєво відмінна сторінка вказує на не пов'язану канонічну URL-адресу, дослідіть чому. Перевірте канонічний елемент сторінки та перенаправлення, і порівняйте її основний вміст з обраною сторінкою. Не припускайте, що зміна лише канонічного тегу змусить Google обрати його.

Порівняйте те, що бачать люди, з тим, до чого Google має доступ

Відкрийте сторінку у звичайному браузері. Підтвердьте, що головний заголовок, відповідь і будь-який важливий вміст справді присутні. Потім використайте доступну інформацію про сканування або відрендерену сторінку в перевірці URL-адреси, щоб перевірити, що отримав Google. Google описує доступні знімки екрана та відрендерений HTML в інструкціях живого тесту.

Шукайте конкретну невідповідність. Наприклад, якщо відвідувач бачить статтю, але перевірений HTML або знімок екрана показує лише екран входу, перевірте відповідь і шлях рендерингу з особою, відповідальною за сайт. JavaScript сам по собі не є діагнозом: Google може рендерити JavaScript, але рендеринг і доступ все одно потрібно перевірити для відповідної сторінки. Дивіться основи SEO JavaScript Google.

Також перевірте поточну відповідь, перенаправлення та будь-яку директиву noindex, якщо живий тест вказує на обмеження доступу або індексації. Попередній статус «проскановано» є історичним спостереженням; він не гарантує, що поточна сторінка сьогодні має ту саму відповідь. Сама лише успішна HTTP-відповідь не є доказом того, що сторінку проіндексовано.

Дайте сторінці завдання, яке вже не виконує інша сторінка

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

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

Не додавайте загальні абзаци лише для того, щоб зробити сторінку довшою. Якщо дві сторінки справді задовольняють ту саму потребу, вирішіть, яка має бути головною сторінкою, і навмисно впорайтеся з перекриттям. Рекомендації Google щодо корисного вмісту просять творців зосереджуватися на вмісті, створеному для людей; вони не дають жодної гарантії індексації для конкретної редакції.

Зробіть наступний крок легким для виявлення

Знайдіть існуючу сторінку, де виключена URL-адреса допомогла б читачеві продовжити. Додайте описове посилання в контексті, якщо його бракує. Наприклад, посібник про порівняння пропозицій послуг міг би посилатися на справді корисну сторінку, що пояснює, що включає місцева пропозиція. Уникайте додавання посилання на всьому сайті до кожної виключеної сторінки просто тому, що вона виключена.

Тримайте свою карту сайту узгодженою з канонічними URL-адресами, які ви хочете виявити. Карта сайту є сигналом виявлення, а не обіцянкою індексації. Документація Google щодо карт сайту пояснює її роль і обмеження. Якщо сторінка вже має відповідне внутрішнє посилання і є в карті сайту, запишіть це й рухайтеся далі; повторне надсилання тієї самої карти сайту не доводить, що сторінка потребує іншого виправлення.

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

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

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

Для окремої перевірки головної сторінки зареєстрований власник сайту може використати перевірку SEO вебсайту від SEOHabit; її перша перевірка має обмежений обсяг головної сторінки. Вона не діагностує статус індексації внутрішньої сторінки в цьому прикладі. Право власності на сайт і поточні перевірки відповідають поточному робочому процесу продукту. Використовуйте Search Console для інформації Google про індексацію.

Наразі виберіть одну важливу URL-адресу й збережіть результат її перевірки. Це дає вам реальну вихідну точку для наступного рішення, навіть якщо відповідь сьогодні просто така, що Google ще її не проіндексував.