Отчетът Page indexing и проверката на URL адреса

Модул 2: Search Console, Bing и IndexNow · Време за четене: 13 минути

Цел на урока: След този урок ще можете да видите в отчета Page indexing (Индексиране на страниците) кои страници не са в индекса и защо, да проучите една страница с URL inspection (Проверка на URL адреса) и ще знаете какво правят и какво не правят Request indexing, Removals и Manual actions.

Основни понятия: отчет Page indexing, индексирани, неиндексирани, причини, Validate fix (потвърждаване на корекцията), URL inspection, Test live URL (тестване на актуалния URL адрес), Request indexing (заявяване на индексиране, с квота), посочен от потребителя и избран от Google canonical URL, View tested page (преглед на тестваната страница), Removals (премахвания, временни), Manual actions (ръчни действия), Security issues (проблеми със сигурността)

Отчетът Page indexing

В урок 1.3 прочетохте, че не всяка страница попада в индекса. Отчетът Page indexing (в менюто под Indexing, Pages) показва как стоят нещата за Вашия сайт. Най-горе има две числа: индексирани (Indexed) и неиндексирани (Not indexed). Под тях е таблицата "Why pages aren't indexed" (Защо страниците не са индексирани), с броя страници за всяка причина.

Първо най-важното: целта не е всичко да бъде индексирано. Самият Google пише, че трябва да се погрижите каноничната версия на всяка важна страница да е в индекса и че не бива да очаквате сто процента. Сайт с тагове, филтри, страници за търсене и варианти винаги има страници, които с право не са в индекса. Затова въпросът винаги е: има ли сред тях страница, която всъщност трябва да е там?

Причините на разбираем език

Освен това има две предупреждения: Indexed, though blocked by robots.txt (Google е включил адреса, без да прочете съдържанието, често защото към него сочат връзки) и Page indexed without content (страницата е индексирана без съдържание).

Щракнете върху причина, за да видите примерни адреси. Ако сте поправили нещо, можете да изберете Validate fix. Тогава Google проверява отново известните адреси с този проблем; според Google това обикновено отнема до около две седмици. Не щраквайте отново и отново: изчакайте валидирането да завърши успешно или неуспешно. Поправката впрочем действа и без валидиране; Google я вижда при следващото обхождане.

URL inspection: една страница под лупа

Най-горе в Search Console има лента за търсене. Поставете там пълен адрес от Вашия сайт и ще получите URL inspection. Първо виждате какво има Google в индекса: "URL is on Google" (URL адресът е в Google) или "URL is not on Google" (URL адресът не е в Google), а под Page indexing, наред с другото:

• кога Google последно е обходил страницата и Crawled as (с мобилния или с настолния crawler);
• дали robots.txt позволява обхождането и Indexing allowed? (има ли noindex?);
• Page fetch: успешно ли е извличането на страницата?
• User-declared canonical (canonical, посочен от потребителя, тоест това, което Вие сте задали) и Google-selected canonical (canonical, избран от Google).

Това е състоянието в индекса, а не измерване в реално време. Ако току-що сте премахнали noindex, тук той все още ще се вижда.

Test live URL

С Test live URL Google извлича страницата сега. Така веднага проверявате дадена поправка. С View tested page виждате HTML след изпълнението на JavaScript, HTTP заглавките на отговора, съобщенията от конзолата и, при успешен тест, екранна снимка. Това е мястото да проверите дали заглавието, canonical или структурираните данни наистина са там, когато се добавят с JavaScript.

Внимание: успешният тест на живо не е обещание. Тестът не оценява качеството, дублираното съдържание или избора на canonical.

Request indexing

След тест на живо можете да изберете Request indexing. Тогава Google поставя страницата на опашката за обхождане. Три неща, които трябва да знаете:

1. Има дневна квота за всяка property. За много страници наведнъж правилният път е картата на сайта (урок 2.2).
2. Многократните заявки за една и съща страница не ускоряват процеса.
3. Това не е гаранция: обхождането може да отнеме от дни до седмици, а след това Google все още решава дали да включи страницата.

Затова го използвайте за нова важна страница или след поправка, а не като ежедневна рутина.

Можете да проверявате само адреси от property, на която сте собственик или потребител. Ако искате да прегледате чужда страница, използвайте публични инструменти като Rich Results Test (модул 5).

Още три отчета, които е добре да познавате

Removals. С него премахвате страница временно (около шест месеца) от резултатите от търсенето, например ако по погрешка са публикувани лични данни. Страницата остава в индекса. Ако искате да я премахнете окончателно, погрижете се тя да връща 404 или 410, да е защитена с парола или да има noindex. Robots.txt не е подходящ за това: Google не може да прочете блокирана страница и следователно не може да види и noindex.

Manual actions. Ръчно действие означава, че служител на Google е установил, че страници нарушават правилата за спам (урок 8.2), например чрез скрит текст или неестествени връзки. Тези страници могат да паднат по-ниско или да изчезнат от резултатите. Ако тук няма съобщение, всичко е наред. Ако има: поправете проблема на всички страници и след това подайте заявка за преразглеждане.

Security issues. Тук Google съобщава, ако сайтът Ви изглежда хакнат или разпространява зловреден софтуер. Тогава посетителите може да видят предупреждение. Това е спешен случай: вижте курса за WordPress и курса Safe online за възстановяването.

На практика: след нов сайт

Виктория публикува новия си сайт с AI Builder и забрави, че сайтът все още е настроен на "да не се индексира". След седмица тя вижда в Page indexing почти всичко под "Blocked by robots.txt". Тя превключва настройката и публикува отново, проверява началната си страница, вижда в теста на живо, че обхождането и индексирането вече са разрешени, и заявява индексиране за началната страница и за страницата Сватбени аранжировки. За останалото изчаква картата на сайта. В WordPress същият капан се крие в отметката за обезкуражаване на търсачките ("Discourage search engines from indexing this site"), а при други конструктори на сайтове под подобно име.

Обобщение

• Page indexing показва индексираните и неиндексираните страници с причината; не всичко трябва да е в индекса.
• Четете всяка причина като въпрос: трябва ли тази страница да е в индекса? Ако да, поправете и валидирайте.
• URL inspection показва състоянието в индекса; Test live URL показва страницата сега, и след JavaScript.
• Request indexing има квота, не помага при повтаряне и не гарантира нищо.
• Removals е временно; Manual actions и Security issues трябва да са празни.

Тест (quiz)

Задача

Задача D2.4: Проверка на една страница. Изберете важна страница от Вашия сайт (например страницата с Вашите услуги) и я проверете в Search Console. Запишете дали е индексирана, кога е обходена за последно, кой canonical сте посочили Вие и кой е избрал Google. След това направете тест на живо, отворете тестваната страница и проверете дали заглавието е в HTML. Накрая погледнете в Page indexing коя причина се среща най-често и дали сред тези страници има такива, които трябва да са в индекса.

Прочетете още

• Google, отчет Page indexing (на нидерландски): https://support.google.com/webmasters/answer/7440203?hl=nl
• Google, инструмент URL inspection (на нидерландски): https://support.google.com/webmasters/answer/9012289?hl=nl
• Google Search Central, Как да помолите Google да обходи отново URL адреси: https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl
• Google, инструмент Removals (на нидерландски): https://support.google.com/webmasters/answer/9689846?hl=nl
• Google, отчет Manual actions (на нидерландски): https://support.google.com/webmasters/answer/9044175?hl=nl
• Моята страница не се показва в Google: ето как да откриете причината
• Изтриване на уебсайта и запазване само на Вашия имейл
• Да бъдете намерени онлайн 2.6: Проверка на една страница с „Проверка на URL адреса“
• Да бъдете намерени онлайн 2.7: Как да четете отчетите „Ефективност“ и „Индексиране на страници“