Коротко
перевірка індексованості в Google показує, чи щось заважає Google проіндексувати сторінку. Вона проходить перенаправлення, читає HTTP-статус, перевіряє robots.txt для Googlebot, шукає noindex у мета-тегах і заголовку X-Robots-Tag та аналізує тег canonical аж до сторінки, на яку він вказує. Ви отримуєте один із трьох вердиктів: індексується, Google, імовірно, проіндексує іншу сторінку або не індексується, із точним сигналом, який слід виправити, і запропонованим тегом canonical.
Хочете дізнатися більше? Запитайте
Перевірка індексованості відповідає на запитання, яке слід ставити перед будь-якою іншою SEO-роботою: чи може ця сторінка взагалі з'явитися в Google? Сторінка може бути добре написаною, швидкою та з посиланнями, але все одно невидимою через один рядок у шаблоні. Google прямо зазначає, що сторінка з правилом noindex виключається з результатів пошуку, а правило працює лише тоді, коли сторінку не заблоковано в robots.txt, адже краулер, який не може прочитати сторінку, ніколи не побачить noindex (Google Search Central, блокування індексації за допомогою noindex). Інструмент зчитує ці сигнали разом, так само як Google.
Що перевіряє інструмент індексованості?
Вставте повний URL сторінки й запустіть аналіз. Інструмент запитує сторінку як браузер, а потім розглядає п'ять груп сигналів.
| Сигнал | Що читає інструмент | Блокує, коли |
|---|---|---|
| Перенаправлення | Кожен крок до кінцевої адреси | Ніколи саме по собі; Google індексує кінцевий URL |
| HTTP-статус | Код кінцевої сторінки | Будь-що, крім коду успіху 2xx |
| robots.txt | Правила для Googlebot щодо кінцевого шляху | Правило Disallow збігається зі сторінкою, або robots.txt відповідає серверною помилкою 5xx |
| Директиви для роботів | Meta robots, meta googlebot і заголовок X-Robots-Tag | Є noindex (або none) |
| Canonical | rel="canonical" у HTML або в HTTP-заголовку Link, а потім цільова сторінка | Кілька різних canonical, нечитабельний canonical або ціль, що перенаправляє, видає помилку чи має noindex |
Інструмент також позначає nofollow для всієї сторінки, файл, що не є HTML, та canonical, який є відносним, розташований поза <head>, використовує інший протокол або вказує на інший домен.
Як читати три вердикти?
| Вердикт | Що це означає | Що робити |
|---|---|---|
| Цю сторінку може проіндексувати Google | Сторінка відповідає 200, robots.txt пускає Googlebot, noindex немає, а canonical вказує на саму сторінку | Ніщо не блокує. Якщо її все одно немає в Google, перегляньте якість контенту та внутрішні посилання |
| Google, імовірно, проіндексує іншу сторінку | Ніщо не забороняє індексацію, але canonical вказує на інший URL або потребує виправлення | Залиште, якщо ця сторінка є дублікатом; інакше спрямуйте canonical на саму сторінку |
| Цю сторінку не можна проіндексувати | Принаймні один блокувальний сигнал: статус помилки, блокування в robots.txt або noindex | Спершу виправте червоні пункти, а потім запустіть перевірку знову |
Кожен результат супроводжується коротким поясненням, а інструмент пропонує тег canonical, який можна скопіювати в <head> сторінки. Перевірка безкоштовна, 3 аналізи на день.
Чому сторінку не індексує Google?
П'ять причин нижче пояснюють більшість випадків, які знаходить інструмент. Кожна з них походить із документації самого Google.
- Статус помилки. Google не індексує URL, що повертають код 4xx, а вже проіндексовані URL, які починають його повертати, з часом видаляються (Google, як HTTP-коди статусу впливають на краулерів).
- Noindex, що лишився з тестового сайту. Дуже поширено після запуску чи редизайну: шаблон досі містить noindex.
- Правило robots.txt. Google наголошує, що robots.txt «не є механізмом, який приховує вебсторінку від Google»: заблокований URL все одно може потрапити до видачі, але без свого вмісту (Google, вступ до robots.txt). Щоб сторінки не було у видачі, використовуйте noindex; щоб вона там була, зніміть блокування.
- Robots.txt, що відповідає серверною помилкою. Коли Google знаходить robots.txt, але не може його отримати через помилку 5xx, він припиняє сканувати сайт на перші 12 годин, продовжуючи повторювати спроби (Google, як Google інтерпретує robots.txt).
- Canonical, що вказує деінде. Google вважає інший URL основною версією і зазвичай індексує його замість цього.
Як слід задавати тег canonical?
На оригінальній сторінці canonical вказує на саму сторінку, з повним абсолютним URL, усередині <head>. Google рекомендує абсолютні шляхи, зазначаючи, що відносні шляхи підтримуються, але «можуть спричинити проблеми в довгостроковій перспективі», і застерігає від оголошення різних canonical різними методами (Google, як вказати canonical).
| Ситуація | Правильний canonical |
|---|---|
| Оригінальна сторінка | Її власний URL, з https:// і правильним хостом |
| Та сама сторінка з параметрами відстеження чи сортування (?utm_source=..., ?sort=price) | Чистий URL без параметрів; інструмент позначає цей випадок як правильний |
| Дублікат іншої сторінки | URL оригіналу |
| Контент, синдикований з іншого сайту | Оригінал на іншому домені |
| Сторінка, яку ви хочете прибрати з Google | Жодного canonical на іншу сторінку: використовуйте лише noindex |
Поєднання noindex із canonical на іншу сторінку надсилає суперечливі сигнали, які інструмент позначає. Щоб швидко перевірити canonical інших сторінок, скористайтеся перевіркою canonical і прочитайте статтю глосарія про тег canonical.
Як перенаправлення впливають на індексацію?
Google індексує кінцеву адресу ланцюжка перенаправлень, а не першу. Його краулери за замовчуванням проходять до 10 кроків перенаправлення, а вміст URL, що перенаправляють, ігнорується. Інструмент проходить до 8 кроків і показує кожен, щоб ви бачили, де ланцюжок слід скоротити.
- Посилайтеся на кінцевий URL у меню, sitemap і внутрішніх посиланнях, щоб ні відвідувачі, ні краулери не проходили через перенаправлення.
- Уникайте ланцюжків: http на https, на www, на слеш наприкінці це три кроки там, де вистачило б одного.
- Тестуйте старі URL після міграції за допомогою перевірки перенаправлень.
Чи завжди індексована сторінка, яку можна індексувати?
Ні. «Можна індексувати» означає, що ніщо не забороняє індексацію; Google все одно сам вирішує, що додати до свого індексу, виходячи з якості, дублювання та того, наскільки легко виявити сторінку. Якщо інструмент каже, що сторінку можна індексувати, але її немає в Google:
- Перевірте URL у Search Console: інструмент перевірки URL показує, чи знає Google про сторінку і чому її виключено.
- Перевірте внутрішні посилання: сторінку, на яку не посилається жодна інша, важко виявити.
- Додайте її до sitemap і перевірте файл за допомогою перевірки sitemap.
- Покращте контент, якщо він повторює те, що вже сказано на інших сторінках, на вашому сайті чи деінде.
Індексація важлива й поза класичними результатами. Google заявляє, що сторінка має бути проіндексована та відповідати вимогам для показу зі сніпетом, щоб з'явитися як додаткове посилання в AI Overviews або AI Mode (Google, функції ШІ та ваш вебсайт). Для інших ШІ перевірте доступ за допомогою аудиту доступності для ШІ-краулерів.
Які обмеження має інструмент?
- Один URL за раз: він не сканує сайт. Користуйтеся ним для важливих сторінок і шаблонів.
- Лише правила Googlebot: robots.txt читається для Googlebot; правила для інших краулерів тут не оцінюються.
- Без рендерингу JavaScript: noindex або canonical, додані JavaScript після завантаження, не видно. Google рендерить сторінки, тож перевіряйте такі випадки в Search Console.
- Миттєвий знімок: брандмауери, геоблокування чи обмеження частоти запитів можуть відповідати інструменту інакше, ніж Googlebot.
Від індексованої сторінки до видимої
Індексованість це двері: якщо вони зачинені, більше ніщо в SEO не має значення. Щойно двері відчинено, завдання полягає в тому, щоб заслужити місце у видачі. Генератор статей для блогу від Sorank щодня публікує індексовані сторінки з добрими посиланнями, дашборд GEO / SEO показує, які з них отримують покази та кліки, а SEO Chat відповідає на ваші запитання щодо індексації на основі даних вашого сайту. Перегляньте тарифи Sorank, щоб працювати на autopilot.
