Знаете ли дали сайтът ви достига до хора в България, или гледате общи резултати, смесени с посещения от други пазари? Google Search Console е безплатен инструмент на Google, който показва как сайтът ви се вижда в търсенето и помага да откривате технически проблеми. За български бизнес полезната отправна точка е филтърът по държава, съчетан с правилния избор на обхват за сайта.
Съдържание
- Какво ще получите и кой тип property да изберете
- Потвърждаване на собствеността през DNS стъпка по стъпка
- Изпращане на sitemap и ограниченията му
- Защо страниците не се индексират и как да проверите
- Кои отчети да четете първо в Performance
- Месечен преглед и запазване на данните
Какво ще получите и кой тип property да изберете
Започнете анализа с държава България, а не с общата графика за всички посетители. Както описва представянето на Google Search Console, можете да разглеждате резултатите по заявки, страници, държави и устройства. Така отделяте представянето на местния пазар, без да бъркате интереса от чужбина с потенциални клиенти за българския си бизнес.
Основните показатели са лесни за разбиране:
- Импресия е показване на връзка към сайта ви в резултатите.
- Клик е натискане върху тази връзка, което отвежда към сайта.
- CTR, или честота на кликване, е броят кликове, разделен на броя импресии.
- Средна позиция е средното място на резултата ви при отчетените показвания, а не постоянна позиция за всеки потребител.
Преди да видите тези данни, трябва да добавите property, тоест собственост. Това е обхватът от адреси, който Search Console ще наблюдава. Изборът е важен при многоезични сайтове, защото определя дали ще разглеждате целия домейн, или само конкретна част.
Тип property и начин на потвърждение
| Тип property | Начин на потвърждение | Какво обхваща | Подходящ за |
|---|---|---|---|
| Domain property | TXT запис в DNS | Всички протоколи, поддомейни и варианти с www и без www | Сайт с няколко езика или поддомейни |
| URL префикс | HTML файл, HTML таг или DNS | Само адреси с избрания префикс | Отделна секция или бърза проверка |
Domain property е практичният основен избор за фирмен сайт или онлайн магазин. При него не ограничавате наблюдението до конкретен протокол, например https, или до определена папка.
Примерен магазин има българска версия в /bg/ и английска в /en/. Domain property позволява да разглеждате двете версии заедно, а после да отделяте страниците чрез филтри. Допълнителна собственост с URL префикс е полезна, ако отделен екип следи само българската секция.
Държавата на потребителя и езикът на страницата са различни неща. Филтърът за България не означава автоматично, че всички показани страници са на български.
Подгответе следното, преди да започнете:
- Достъп до DNS панела, в който се управляват записите на домейна.
- Домейна без протокол, когато добавяте Domain property.
- Списък с езиковите версии, включително техните папки или поддомейни.
Потвърждаване на собствеността през DNS стъпка по стъпка
Настройката в панела отнема малко минути, но DNS промяната може да се разпространява известно време. DNS е системата, чрез която домейнът се свързва с различни услуги, а TXT записът е текстов запис, който в този случай доказва, че управлявате домейна.
Не е нужно да променяте работата на сайта или електронната поща. Добавяте отделен запис за проверка, без да заменяте съществуващите настройки.
Добавяне на записа и проверка
Изберете Domain property в Search Console. Въведете домейна без http, https и www. Така задавате целия домейн като обхват на собствеността.
Копирайте показания TXT запис. Използвайте точно стойността, която системата генерира. Не я пренаписвайте ръчно, защото лесно може да пропуснете знак.
Отворете панела на регистратора или DNS доставчика. Регистраторът е компанията, при която е регистриран домейнът, но DNS управлението може да е преместено другаде. Търсете активното управление на DNS, а не просто фактурата за домейна.
Добавете нов TXT запис с копираната стойност. Попълнете полетата според указанията на доставчика, без да редактирате други записи. Запазете промяната и проверете дали новият ред присъства в списъка.
Изчакайте разпространението. При някои доставчици това става за минути, при други за часове. Ако проверката не успее веднага, не създавайте многократно един и същ запис.
Върнете се в Search Console и натиснете бутона за потвърждение. При успех отворете Performance, отчета за ефективността в търсенето. В началото данните може да са непълни, затова не приемайте празната графика като доказателство за техническа грешка.
Грешките, които създават излишна работа
Честа грешка е изтриването на съществуващ TXT запис вместо добавянето на нов. Например SPF записът определя кои сървъри могат да изпращат имейли от името на домейна. Замяната му с кода за Search Console може да създаде проблеми с електронната поща.
Проверете и за излишни интервали или добавени кавички около копираната стойност. Ако панелът сам оформя записа, не добавяйте допълнителни символи по предположение.
Практично правило: Ако не сте сигурни кой управлява DNS, първо установете това. Промяна в неактивен панел няма да помогне за потвърждението.
При смяна на хостинг DNS може да остане при предишния доставчик или да се управлява от друга компания. Изпратете записа на техническата ѝ поддръжка или осигурете ограничен достъп за конкретната промяна, вместо да споделяте всички администраторски пароли.
Ако разграничението между домейн, регистратор и хостинг ви затруднява, използвайте обясненията за регистрация на домейн. След успешното потвърждение запазете достъпа до собствеността в служебен акаунт, който бизнесът контролира, а не само в личния профил на външен изпълнител.
Изпращане на sitemap и ограниченията му
XML sitemap е файл със списък на важните адреси в сайта. Той помага на Google да ги открива, но не замества добрата навигация и вътрешните връзки между страниците.
При WordPress и платформи за онлайн магазини файлът обикновено се генерира автоматично. Проверете кой компонент го създава, преди да активирате допълнителен плъгин със същата функция.
Подаване и първоначална проверка
- Отворете Sitemaps в менюто за индексиране на Search Console.
- Въведете адреса на файла, например пътя
sitemap.xml, според това, което генерира вашата платформа. - Натиснете Submit, бутона за изпращане, и проверете дали статусът показва успех или грешка.
- Прегледайте откритите URL адреси, тоест адресите на страниците, и ги сравнете с тези, които действително искате да присъстват в търсенето.
- При грешка отворете файла и проверете достъпността му. Уверете се, че включените страници се зареждат успешно и нямат указание noindex, което забранява индексирането.
Документацията на Google за sitemap отчетите определя следните ограничения: 50 MB некомпресиран размер на отделен файл, до 50 000 sitemap файла в sitemap index и максимум 1 000 показвани изпратени sitemap заявки в Search Console.
- При голям файл разделете съдържанието в отделни карти.
- За общо управление използвайте sitemap index, файл, който изброява отделните карти.
- При дълъг списък с подавания не приемайте видимите редове в отчета за пълен архив.
Включвайте каноничните адреси, тоест предпочитаните версии на страниците, които са достъпни и важни за търсенето. Не добавяйте автоматично всеки филтър, параметър или дубликат.
Примерен магазин с голям каталог и филтри по цвят може да раздели продуктовите карти на отделни файлове и да изключи параметризираните варианти. Така списъкът отразява страниците, които бизнесът иска да развива.
Успешно прочетеният sitemap не означава автоматично индексирани страници. Той потвърждава, че Google е обработил файла, а не че е включил всеки адрес в резултатите.
Защо страниците не се индексират и как да проверите
Проверете първо дали сами не сте забранили индексирането чрез noindex. Това е особено важно след прехвърляне от тестова среда, където подобна забрана може да е била умишлена.
Отворете Page indexing, отчета за индексиране на страниците. Експортирайте наличните списъци с индексирани, изключени и проблемни адреси и ги групирайте по причина, а не по дата. Така ще различите общ проблем в шаблона от изолиран случай.
Симптоми на индексиране, причини и корекции
| Симптом | Възможна причина | Какво да направите |
|---|---|---|
| Изключена страница с noindex | Meta таг noindex в страницата | Махнете тага, ако страницата трябва да е в търсенето |
| Блокирано от robots.txt | Правило забранява обхождането на пътя | Проверете robots.txt и премахнете забраната за важни страници |
| Canonical към друг URL | Google приема друг адрес за предпочитан | Проверете canonical и вътрешните връзки към предпочитания адрес |
| Открит, но неизбран за индексиране | Съдържанието или вътрешните връзки не показват важността на страницата | Добавете вътрешни връзки и подобрете съдържанието, преди да изпратите заявка за индексиране |
Robots.txt е файл с указания за обхождане, а canonical е указание за предпочитания адрес при сходни или дублирани страници. При многоезичен сайт проверете дали българска страница не сочи погрешно към английската като предпочитана.
Статусът е отправна точка за диагностика, не окончателно обяснение за качеството на страницата. Напримерен магазин може да открие 40 продуктови страници със статус „открит, но неизбран за индексиране“. В този хипотетичен случай екипът проверява връзките от категориите, добавя липсващите и подобрява продуктовата информация.
Проверка след корекцията
Използвайте URL Inspection, инструмента за проверка на конкретен адрес, за да разгледате индексираната версия и да тествате текущата. Документацията на Google за URL Inspection посочва дневни ограничения за проверките и заявките за индексиране, като самата заявка не гарантира обхождане или включване в резултатите.
Използвайте Request indexing за приоритетна категория или важен продукт след корекция, не като ежедневен метод за изпращане на целия каталог. Отбележете датата и направената промяна, за да можете да проследите резултата.
Технически достъпна страница не е същото като индексирана страница. Индексирана страница също не е обещание за органичен трафик.
След групирането на проблемите отворете Core Web Vitals, показателите за потребителското изживяване при зареждане и взаимодействие. Според техническите пояснения на Google отчетът използва реални потребителски данни и групира адресите по LCP, INP и CLS, които описват зареждането на основното съдържание, отзивчивостта и визуалната стабилност.
Разделете мобилните от настолните страници със слаб статус или нужда от подобрение. Започнете с шаблоните, които вече носят български заявки, запитвания или поръчки, вместо с целия каталог.
След техническата промяна проверете достъпността на адреса с URL Inspection, а потребителското изживяване проследявайте в съответния отчет. Тези показатели не измерват позиция или CTR. При проблеми в повече шаблони използвайте систематичен технически одит на сайта, вместо да коригирате адресите поотделно.
Кои отчети да четете първо в Performance
Ниският CTR не доказва сам по себе си лошо заглавие. Първо проверете при каква позиция, на какво устройство и за какво търсене се показва страницата. Иначе сравнявате различни ситуации и може да промените съдържание, което работи добре.
В Performance задайте държава България, после устройство и сравними периоди. Съпоставяйте заявките със страниците, които Google показва за тях, защото една обща графика не обяснява коя категория губи интерес и коя привлича подходящи посетители.
Поясненията на Google за Performance подкрепят работен процес със сравнение на последните 28 дни с предходния равен период, базов експорт за 28–90 дни и оценка след 2–4 седмици, като публикуването на данните обичайно може да изостава с 2–3 дни.
Какво да проверите в Performance
| Сигнал | Какво означава | Първо действие |
|---|---|---|
| Много импресии и нисък CTR | Възможно е заглавието или описанието да не отговаря на търсенето | Прегледайте title, meta description и Search appearance |
| Малко импресии и висок CTR | Страницата привлича кликове при ограничена видимост | Проверете възможностите за разширяване на съдържанието и вътрешните връзки |
| Последен период срещу предходен със същата дължина | Показва посоката на промяната, а не единичен пик | Запазете базов експорт преди редакции и измерете ефекта по-късно |
| Държава Bulgaria | Отделя търсенията от България от останалите пазари | Съпоставете резултата с общото представяне и езиковите страници |
| Устройство | Позволява да разграничите мобилни и настолни резултати | Не оценявайте CTR без тази разбивка |
| Най-новите дни | Стойностите могат да са предварителни | Изчакайте данните да се допълнят преди заключение |
Title е заглавието на страницата в нейния код, meta description е краткото ѝ описание, а Search appearance показва начина на представяне в търсенето. Google може да показва различен текст, затова проверявайте и реалния резултат за съответната заявка.
Сортирайте заявките по импресии и прегледайте CTR на най-видимите. После разгледайте отделно заявките с ограничени показвания, които привличат кликове. Те могат да подскажат тема за по-пълно съдържание, но високият CTR сам по себе си не доказва голямо търсене.
Примерен магазин за подаръци открива категория с много показвания и малко кликове. След проверка на позицията и устройството екипът заменя неясното заглавие с конкретно описание на продуктовия избор, без да добавя непотвърдени обещания за доставка.
От кликове към бизнес резултат
Search Console измерва показванията и кликовете в Google Search. Аналитична система като GA4, Google Analytics, измерва поведението след посещението, затова не очаквайте кликовете да съвпадат точно със сесиите.
За българския бизнес свържете целевите страници с изпратени формуляри, проследени обаждания и поръчки. Практическата връзка между трафика и тези действия е разгледана в материала за измерване с GA4 и маркетингова ефективност.
Категория с по-малко кликове, но релевантни поръчки може да заслужава повече внимание от информационна страница с голяма посещаемост. Запазете базовите данни преди редакциите и записвайте какво сте променили, за да оценявате конкретна намеса, а не общо впечатление.
Месечен преглед и запазване на данните
Създайте ритъм, който можете да поддържате: веднъж седмично проверявайте Page indexing за нови проблеми, а веднъж месечно запазвайте Performance данните. Това е практична организация на работата, не изискване на платформата.
Интерфейсът не е безсрочен архив. За дългосрочни сравнения съхранявайте експорти с ясни имена, период, държава, устройство и приложени филтри. Добавяйте бележки за редизайн, промени по категориите и технически корекции.
Кога е нужен автоматизиран експорт
За малък фирмен сайт ръчният експорт може да е достатъчен. Когато поддържате повече отчети или трябва редовно да обединявате информация, разгледайте автоматизираните варианти.
Според документацията на Google за масов експорт, Search Console API има лимит от 50 000 реда данни на ден за всеки тип търсене за всяка собственост, докато Bulk Data Export към BigQuery извежда всички налични Performance данни без този лимит, но изключва анонимизираните заявки.
- Search Console API е програмен интерфейс за автоматично извличане. Подходящ е за по-малки сайтове и регулярни справки, когато ограничението не отрязва необходимите детайли.
- Bulk Data Export към BigQuery е подходящ за големи каталози и обединяване с поръчки, разходи и приходи. BigQuery е среда за съхранение и анализ на данни, която изисква техническа настройка и поддръжка.
Не избирайте по-сложно решение само защото е налично. За управителя на малък магазин полезен файл със страниците и поръчките често е по-практичен от автоматизирана система, която никой не използва.
За полезен архив: Запазвайте не само резултатите, а и условията, при които сте ги измерили. Без филтрите сравнението може да изглежда убедително и да бъде подвеждащо.
Завършвайте месечния преглед с конкретни решения: кои адреси изискват техническа намеса, кои страници трябва да отговарят по-добре на търсенето и кои промени още се наблюдават. Определете отговорник за всяко действие, за да не остане отчетът само файл в папка.
В Studio Algorithm започваме техническите проблеми с преглед, а слабата видимост проверяваме през обхождането, индексирането, заявките и текущите страници. Можем да поемем конкретна част от работата, например индексирането или SEO, или да участваме като цялостен дигитален екип. За да обсъдим вашия сайт, изпратете запитване през страницата за контакти и посочете кои страници или промени в Search Console ви притесняват.
Да приложим това във вашия бизнес?
Разкажете ни за сайта и целите си. Ще обсъдим подходящите следващи стъпки.
Свържете се
