«Проскановано — наразі не проіндексовано» в Google Search Console: що це означає і що робити
Власник сайту публікує нову сторінку, додає її в sitemap, ставить внутрішні посилання і через кілька днів заходить у Google Search Console перевірити результат. Замість зеленого повідомлення про індексацію бачить статус: «Проскановано — наразі не проіндексовано».
Перша реакція зазвичай однакова: щось зламалося.
Насправді цей статус не обов'язково означає технічну помилку. Google уже знайшов URL і відвідав його, але на момент формування звіту не додав сторінку до свого індексу. Вона може потрапити туди пізніше, а може залишитися поза пошуком. Сам Google окремо зазначає, що не кожна просканована сторінка обов'язково буде проіндексована.
Тому головне питання тут не «як змусити Google ще раз зайти на сторінку», а чому після обходу він не побачив достатньої причини залишити її в індексі.
Що насправді означає «Проскановано — наразі не проіндексовано»
Щоб не плутатися, розділимо процес на кілька етапів.
Спочатку Google має дізнатися, що URL взагалі існує. Він може знайти його через sitemap, внутрішнє або зовнішнє посилання та іншими способами.
Потім Googlebot приходить за цією адресою і завантажує сторінку.
А вже після цього Google обробляє її вміст і вирішує, чи потрібно включати документ до індексу.
Статус «Проскановано — наразі не проіндексовано» означає, що перші два етапи вже відбулися. Проблема не в тому, що робот не знає про сторінку. Він її бачив.
А от рішення щодо індексації було негативним або ще не остаточним. У довідці Search Console Google прямо описує цей статус як ситуацію, коли URL уже просканований, але поки не проіндексований.
Це важлива різниця. Бо якщо Google вже приходив на сторінку, нескінченно надсилати її на повторну індексацію — далеко не найкращий спосіб витрачати час.
Чому кнопка «Запросити індексацію» не вирішує проблему
Коли сторінка не з'являється в Google, хочеться відкрити перевірку URL і ще раз натиснути кнопку запиту індексації.
Іноді це доречно після суттєвого оновлення матеріалу. Але використовувати кнопку як «ліки» від будь-якої проблеми з індексацією не варто.
Google попереджає, що повторні запити для одного URL не прискорюють його повторне сканування. Навіть сам запит на обхід не гарантує, що сторінка одразу потрапить у пошук.
Тобто сценарій:
запросив індексацію → почекав → не з'явилася → запросив ще раз
можна повторити десять разів і не наблизитися до причини проблеми.
Якщо Google вже просканував URL, спочатку краще розібрати саму сторінку.
Спочатку переконайтеся, що проблема ще існує
Є ще одна деталь, через яку власники сайтів іноді починають ремонтувати те, що вже працює.
Звіт про індексацію сторінок у Search Console не є секундним відображенням стану Google. Дані в ньому можуть оновлюватися із затримкою. Тому URL, який у загальному звіті все ще знаходиться серед непроіндексованих, іноді вже може бути в індексі. Для перевірки конкретної сторінки краще додатково використовувати інструмент перевірки URL.
Отже, перед будь-якими змінами:
відкрийте URL Inspection;
перевірте саме потрібну адресу;
подивіться поточний статус;
лише після цього починайте шукати причину.
Це займає хвилину, зате іноді економить годину непотрібної роботи.
Перевірте, чи це взагалі сторінка, яку потрібно індексувати
У великих сайтах у звіти Search Console потрапляють не тільки хороші статті чи категорії.
Там можуть бути:
службові URL;
сторінки фільтрів;
результати внутрішнього пошуку;
сторінки з параметрами;
дублікати;
RSS або технічні адреси;
старі URL, які вже не мають цінності.
І тут потрібно поставити дуже просте питання:
я хочу бачити саме цю сторінку в Google?
Якщо відповідь «ні», сам факт її відсутності в індексі не є проблемою.
Найгірше, що можна зробити під час SEO-аудиту, — намагатися домогтися індексації кожного URL тільки тому, що Search Console показує його у звіті.
Індексувати потрібно не все, що існує на сервері, а те, що має сенс для користувача і пошуку.
Якщо сторінка потрібна — перевіряємо технічну частину
Навіть коли статус не виглядає як очевидна технічна помилка, базову перевірку пропускати не треба.
Я б почав із кількох речей.
Чи відкривається сторінка нормально
URL має бути доступним для Google і користувача, а сервер не повинен регулярно віддавати помилки.
Якщо сторінка сьогодні працює, завтра повертає 500, а післязавтра знову відкривається, чекати стабільної індексації було б дивно.
Чи немає noindex
Іноді сторінку місяцями намагаються «загнати» в Google, а в HTML залишається директива noindex.
Google використовує її саме для заборони індексації. Щоб правило спрацювало, робот повинен мати доступ до сторінки та побачити відповідний meta-тег або HTTP-заголовок.
Це банальна перевірка, але вона варта кількох секунд.
Який canonical бачить Google
Особливо уважно потрібно дивитися на сайти, де схожий контент доступний за кількома URL.
Наприклад:
/category/product/
і
/product/
або адреси з параметрами.
Якщо сторінка фактично дублює іншу, Google може працювати не з тим URL, який власник сайту вважає головним.
Тому перевіряти потрібно не тільки наявність rel="canonical", а й те, яку канонічну адресу визначив сам Google.
Найскладніша причина — сторінка просто слабка
Ось тут починається частина, яку не виправиш одним плагіном.
Сторінка може бути технічно нормальною:
відкривається;
не закрита від роботів;
є в sitemap;
має правильний canonical;
отримала обхід Googlebot.
І все одно не потрапляє в індекс.
Тоді потрібно перестати шукати чарівний прапорець у налаштуваннях і подивитися на матеріал очима стороннього відвідувача.
Google рекомендує оцінювати, чи дає сторінка оригінальну інформацію, повне розкриття теми, власний аналіз або іншу реальну цінність порівняно з уже доступними матеріалами. Окремо Google радить не обмежуватися простим переписуванням інформації з інших джерел.
Для власника сайту це незручна перевірка. Свій текст майже завжди здається кориснішим, ніж він є насправді.
Тому спробуйте відкрити сторінку і чесно відповісти:
Що тут є такого, заради чого Google потрібен ще один документ на цю тему?
Якщо відповідь зводиться до «у нас теж є стаття про це», причина може бути саме тут.
Унікальний текст і корисна сторінка — не одне й те саме
Це одна з найпоширеніших помилок.
Текст може мати 100% унікальності в якомусь сервісі перевірки, але не додавати нічого нового для читача.
Наприклад, у пошуку вже є десятки статей:
Як вибрати домен для сайту
Можна переписати ті самі сім порад іншими словами й отримати формально унікальний матеріал.
Але з погляду користувача з'явилася ще одна сторінка з тією самою відповіддю.
Саме тому під час доопрацювання проблемної сторінки я б дивився не на відсоток унікальності, а на її інформаційну відмінність.
Чи є:
власні приклади;
нормальне пояснення складних моментів;
порівняння;
таблиця, яка справді допомагає;
практичний алгоритм;
дані або спостереження;
відповіді на питання, які конкуренти пропустили.
Часто корисніше дописати три сильні абзаци, ніж додати ще дві тисячі символів загальних фраз.
Перевірте, чи не створили ви кілька сторінок про одне й те саме
Інша типова картина:
«Як просунути сайт у Google»;
«Як підняти сайт у Google»;
«Як покращити позиції сайту»;
«Як вивести сайт у топ Google».
Чотири URL, але за змістом майже одна потреба користувача.
Власник бачить чотири окремі статті. Пошуковій системі може бути складніше зрозуміти, навіщо їй потрібні всі чотири.
Якщо кілька сторінок постійно повторюють одна одну, іноді правильним рішенням буде не «покращити SEO кожної», а вибрати одну сильну сторінку, перенести до неї корисні фрагменти з інших і нормально перебудувати структуру.
Це особливо актуально для блогів, які роками публікували матеріали без єдиного контент-плану.
Подивіться на внутрішні посилання
Сторінка може бути хорошою, але фактично жити окремо від сайту.
Наприклад, вона є в sitemap, але:
на неї не веде жодна стаття;
її немає в категорії;
вона захована глибоко в архіві;
дістатися до неї можна тільки через пошук на сайті.
Google прямо рекомендує мати хоча б одне внутрішнє посилання на кожну важливу сторінку. Внутрішні посилання допомагають пошуковій системі знаходити URL і краще розуміти зв'язки між матеріалами.
Тому для сторінки зі статусом «Проскановано — наразі не проіндексовано» я б перевірив не кількість посилань як таку, а їхню логіку.
Якщо є стаття про індексацію — на неї природно можуть посилатися матеріали про Search Console, sitemap, технічний SEO-аудит або проблеми з трафіком.
А випадкове посилання з футера всього сайту не замінює нормального тематичного зв'язку.
Що робити зі слабкою сторінкою
Після перевірки зазвичай залишається один із чотирьох сценаріїв.
1. Сторінка хороша, але опублікована недавно
Не потрібно відразу переписувати її щодня.
Google прямо попереджає, що обхід і повторна обробка URL можуть тривати від кількох днів до кількох тижнів.
Перевірте технічну доступність, внутрішні посилання і дайте системі час.
2. Сторінка потрібна, але слабка
Тоді її варто доопрацювати.
Не «додати 5000 знаків», а реально зробити кращою:
прибрати порожній вступ;
додати конкретику;
відповісти на пропущені питання;
показати приклад;
уточнити заголовки;
оновити застарілі дані;
додати доречні внутрішні посилання.
Після суттєвого оновлення вже є сенс запросити повторний обхід.
3. Є сильніша сторінка на ту саму тему
Розгляньте об'єднання.
Іноді дві посередні сторінки після нормального зведення матеріалу дають одну хорошу.
4. Сторінка не потрібна
Не треба рятувати URL заради самого URL.
Службова сторінка, порожній тег, випадковий дублікат чи матеріал без користі не стає ціннішим тільки тому, що він колись був створений.
Мій робочий порядок перевірки
Щоб не стрибати між десятками звітів, можна йти по простій схемі.
Крок 1. Перевірити URL через URL Inspection.
Крок 2. Переконатися, що сторінка доступна і справді повинна бути в пошуку.
Крок 3. Перевірити noindex, robots.txt і canonical.
Крок 4. Подивитися, чи є URL у sitemap.
Крок 5. Знайти внутрішні посилання на сторінку.
Крок 6. Порівняти її з іншими матеріалами власного сайту.
Крок 7. Відкрити результати Google за головною темою сторінки й чесно порівняти матеріал із тим, що вже ранжується.
Крок 8. Вирішити: залишити, покращити, об'єднати або прибрати.
І лише після цього натискати «Запросити індексацію».
Такий порядок корисний тим, що відділяє проблему індексації від звичайного бажання побачити нову сторінку в Google якомога швидше.
Чого точно не варто робити
Є кілька дій, які створюють відчуття роботи, але рідко вирішують саму причину.
Не потрібно щодня надсилати той самий URL на індексацію. Google прямо говорить, що повторні запити не прискорюють обхід.
Не потрібно збільшувати текст тільки заради кількості слів. У рекомендаціях Google немає «правильної» довжини статті, яка сама по собі забезпечує індексацію; натомість акцент зроблено на повноті, оригінальності та користі матеріалу.
І точно не варто масово копіювати одну схему сторінки, змінюючи лише місто, товар або ключову фразу, а потім дивуватися, чому велика частина URL не потрапляє в індекс.
Коли вже потрібно дивитися на проблему всього сайту
Одна непроіндексована сторінка — це ще не привід для паніки.
Інша справа, коли сайт регулярно публікує нові матеріали, Google їх сканує, але десятки або сотні важливих URL залишаються в одному статусі.
У такій ситуації я б уже не аналізував кожну адресу окремо.
Потрібно шукати спільну причину:
чи не складається сайт із великої кількості схожих сторінок;
чи є нормальна структура;
чи не створює CMS сотні зайвих URL;
чи отримують важливі матеріали внутрішні посилання;
чи є в контенті власна цінність;
чи не публікуються сторінки швидше, ніж редакція здатна нормально їх опрацювати.
Коли один і той самий симптом повторюється на сотнях URL, проблема часто знаходиться рівнем вище за конкретну сторінку.
Висновок
Статус «Проскановано — наразі не проіндексовано» не означає, що Google не зміг знайти сторінку. Навпаки — робот уже приходив на неї.
Тому нескінченні повторні запити на індексацію зазвичай відволікають від головного.
Спочатку перевірте, чи URL справді ще не в індексі. Потім виключіть технічні причини. А далі подивіться на сам матеріал: чи потрібен він користувачу, чи відрізняється від інших сторінок і чи займає зрозуміле місце в структурі сайту.
У багатьох випадках проблема вирішується не кнопкою в Search Console, а відповіддю на значно складніше питання:
чи справді ця сторінка заслуговує бути окремим результатом пошуку?
