Аудит індексації в Google: сторінки, які продають, виявилися невидимими

Search Console перестав показувати актуальну картину, і ми перевірили кожну сторінку самі: блог Google знав, а сторінки, які продають, здебільшого ні. Що знайшли, що змінили і як це повторити.

Кілька тижнів звіт «Індексування сторінок» у нашому Search Console не відображав того, що відбувалося на сайті. Ми публікували нові статті, переписували сторінки послуг, виправляли canonical, а звіт показував ту саму картину зі старою датою. Що відбувалося на боці Google, ми сказати не можемо, знаємо лише одне: звіт перестав описувати наш сайт. Про це ми писали у статті Google Search Console: звіт про індексування сторінок не оновлюється. Тут ідеться про те, що ми зробили далі.

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

Далі розповімо, що ми знайшли, що змінили, яка невелика консоль із цього виросла, а наприкінці покажемо, як налаштувати такий самий аудит для свого сайту. Автор статті Peretz Group: у цьому проєкті це засновник, наші інженери і Claude, ШІ, з яким ми працюємо. Свої цифри ми навмисно округлюємо, бо цінність тут у методі.

Проблема

Звіт перестав рухатися

Search Console лишається головним вікном бізнесу в Google, і не дарма: це власні дані Google. Але це вікно розраховане на підсумкові цифри. Звіт «Індексування сторінок» рахує сторінки за причинами («Проскановано, наразі не проіндексовано», «Виявлено, наразі не проіндексовано») і для кожної показує вибірку прикладів. Коли звіт перестає збігатися із сайтом або його підсумки розходяться з тим, що видно в пошуку, на руках лишаються цифри, з якими нічого не зробиш.

Власник бізнесу ставить прості запитання. Чи потрапила в Google моя нова сторінка послуги? Чи помітив він переписаний минулого місяця текст? Які сторінки просувати насамперед? Загальний підсумок не відповідає на жодне з них, а ми в тій ситуації не могли навіть показати колезі звичні скриншоти, бо вони описували сайт, якого вже не було.

Була і друга проблема, наша власна. Ми зробили все, що радить документація Google: чиста карта сайту, внутрішні посилання, жодних заборон і терпіння. Порядок, у якому Google дивитиметься наші сторінки, ми залишили на його розсуд. Озираючись назад, саме це рішення коштувало нам найдорожче.

Запитання

Запитання до кожної адреси

Тому ми змінили саме запитання. Замість «скільки сторінок в індексі» ми запитали, що Google знає про кожну адресу нашого сайту на сьогодні.

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

Знахідки

Що знав Google

Перший повний прогін розклав адреси, які ми хочемо бачити в Google (живі, канонічні, є в карті сайту), за чотирма станами. В індексі виявилося менше половини. Помітна частина була просканована і залишилася поза індексом, менша частина була виявлена і чекала черги, а для великої частки адрес у Google не було жодного запису, попри карту сайту.

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

Продажні сторінки

Де була наша пропозиція

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

Наше найкраще пояснення поки що гіпотеза, а не вимірювання. Посилання з меню і футера ведуть на всі сторінки однаково, тому мало кажуть Google про те, яка з них важлива. Вагу несуть посилання всередині текстів, а в нас майже всі вони вели від однієї статті до іншої. Google ішов цими шляхами в блог, де ми публікуємо найчастіше, і комерційні сторінки чекали своєї черги. Щоб перевірити гіпотезу, ми поставили посилання на сторінки послуг зсередини статей, які Google уже показує (докладніше в розділі про дії), і більше нічого на цих сторінках не змінювали, тож наступні прогони підтвердять або спростують ідею.

Дотримуючись настанов, ми довірили Google порядок. Він обрав блог.

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

Кількість проіндексованих сторінок може виглядати чудово, коли жодна з них не продає.

Свій сайт

Готово, але не зовсім

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

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

Нічого з цього не було видно у зведеному звіті. Кожен пункт став очевидним, коли адреси стали в реєстрі поруч одна з одною.

Дії

Що ми змінили

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

• Запити вручну, за порядком: сторінки, найважливіші для бізнесу, першими йдуть у «Надіслати запит на індексування», невеликими партіями щодня.
• Посилання зсередини текстів: статті, які Google уже показує в пошуку, тепер ведуть на сторінки послуг через слова, що й так були в тексті, і сторінка, куди Google заходить, вказує на ту, якої він ще не бачив.
• Виправлення за підсумками обходу: canonical, редирект і список кейсів, яким потрібна написана історія.
• Переклади переписуємо під ринок кожної мови.

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

Консоль

Один клік до запиту

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

Консоль відкривається дашбордом: стани індексу, позиції, сторінки за розділами і мовами, візити ШІ-краулерів і пошукові запити зі змінами. Будь-який фрагмент будь-якого графіка веде далі. Натискаєте на сегмент і отримуєте список сторінок за ним, натискаєте на запит і бачите, які ваші сторінки Google за ним показує.

Найкорисніша частина влаштована найпростіше. Черга на індексацію перелічує сторінки, яких немає в індексі Google, за важливістю для бізнесу, і вгорі стоять сторінки, які продають. Поруч із кожною одна кнопка: вона відкриває цю адресу в «Перевірці URL-адреси» Search Console, де до запиту на індексування лишається один клік, і позначає сторінку як надіслану з датою. Лічильник показує, скільки пішло сьогодні. Денного ліміту таких запитів Google не публікує, з нашого досвіду це близько десяти для одного ресурсу. Після наступного щотижневого прогону в надісланих сторінок видно новий стан.

Те, що раніше було списком у чиїхось нотатках і здогадкою, що надіслати першим, тепер черга, яка вибудовується сама.

Як повторити

Налаштуйте це самі

Щоб провести такий самий аудит, наша консоль не потрібна. Налаштування на боці Google займає хвилин двадцять, а решту робить скрипт, який ШІ-агент напише разом із вами за зрозумілим завданням. Що знадобиться:

• Проєкт у Google Cloud з увімкненим Search Console API в бібліотеці API. У межах квот API безкоштовний, і цей один API дає пошукові дані, перевірку URL-адрес і карти сайту.
• Сервісний акаунт у цьому проєкті, тобто користувач-робот із JSON-ключем. Ключ зберігайте на своєму сервері, поза папкою сайту, не кладіть його в репозиторій і не вставляйте в чат: агент працює зі шляхом до файлу, а не з його вмістом.
• Доступ у Search Console: у розділі «Налаштування», «Користувачі й дозволи» додайте адресу сервісного акаунта з обмеженим доступом, а скрипт хай просить у Google лише права на читання.
• Точна назва ресурсу: sc-domain:example.com для доменного ресурсу або https://example.com/ зі скісною рискою в кінці для ресурсу з префіксом URL-адреси. Більшість помилок «немає доступу» виникає саме через цю деталь.
• Bing, якщо потрібен: Bing Webmaster Tools видає ключ API в налаштуваннях, а на індекс Bing спираються кілька ШІ-асистентів, зокрема Microsoft Copilot.

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

Кілька деталей заощаджують час (за документацією Google станом на листопад 2026). URL Inspection API дозволяє 2 000 перевірок на день на ресурс, і кожна відповідь містить посилання на ту саму перевірку в інтерфейсі Search Console, на цьому й тримається черга в один клік. Search Analytics API віддає до 25 000 рядків за запит, тоді як інтерфейс зупиняється на 1 000, уміє фільтрувати сторінки регулярним виразом (наприклад, окремий ряд для папки кожної мови) і зберігає близько шістнадцяти місяців даних із затримкою у два або три дні.

Дві деталі коштували нам часу, і обидві стосувалися даних, а не коду. Перша версія скрипту продовжувала повторювати запити після денного ліміту перевірок, нинішня акуратно зупиняється і зберігає останню відому відповідь із позначкою. А перші результати Bing казали, що великої частки наших сторінок у Bing немає. Сирі відповіді показали, що здебільшого це було «забагато запитів», бо в наших прогонах Bing відповідав лише на кілька перевірок на хвилину для одного сайту, і тепер така відповідь ніколи не зараховується як результат.

Один крок лишається ручним. Запит на індексування є лише в інтерфейсі Search Console, а свій Indexing API Google дозволяє тільки для вакансій і прямих трансляцій. Інструмент може довести вас до кнопки, натискати її все одно вам.

ШІ-краулери

Інші читачі

Google більше не єдиний читач, який має значення, тому сайт веде ще й журнал ШІ-краулерів: один рядок на кожен візит відомого краулера, з часом, адресою і статусом. Жодних IP-адрес і нічого про людей, і на сторінках сайту цього не видно.

Метод має межі, про які варто сказати. Краулера ми впізнаємо за user agent, а це лише те, що запит повідомляє про себе сам, і підробити його можна. Оскільки IP-адрес журнал навмисно не зберігає, звірку з діапазонами адрес, які публікують ШІ-компанії, ми не робимо. До того ж завантаження сторінки лишається завантаженням і не означає, що її процитують у відповіді ChatGPT, Perplexity чи когось іще.

З цими застереженнями перші години журналу все одно виявилися показовими. Запити з підписом кількох ШІ-компаній завантажували наші сторінки всіма трьома мовами, і понад половину прочитаного ними не було в індексі Google. Кілька годин дають пробу, а не дослідження, але видно, що списки різняться: повільний індекс Google не означає, що ШІ-асистенти вас не читають. Про цей зсув ми писали у статті SEO, AEO і GEO у 2026 році.

Висновки

Що взяти власнику

Висновки підходять будь-якому сайту, з консоллю чи без неї:

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

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

Про ШІ в маркетингу найчастіше говорять як про спосіб писати більше тексту швидше. Для невеликої компанії важливіше інше: інструменти, щоб бачити власний бізнес, тепер можна зібрати за пів дня, почавши із зрозумілого запитання. Метод, читання даних і рішення були нашими, а ШІ зробив сам інструмент дешевим.

Search Console лишається головним джерелом, і кожна цифра нашого реєстру прийшла з API самого Google. Ми додали шар, який зберігає історію, ставить джерела поруч, вибудовує роботу за порядком і не завмирає, коли завмирає звіт. Органічний пошук змінюється швидко, ми розбирали це у статті Органічний пошук стискається, реклама дорожчає, і такий шар варто мати.

FAQ

Джерела

• Google: URL Inspection API, UrlInspectionResult
• Google: Search Analytics API, query
• Google: Search Console API usage limits
• Довідка Google Search Console: звіт «Індексування сторінок»
• Google Search Central: Ask Google to recrawl your URLs