Търсенията за фирмата ти в Google: какво показва Search Console

Заявки в Google Search Console

В отчета за заявки се появяват редове, които не изглеждат като търсене на клиент: "what is the company name for", "does X have a blog", "number of employees at". Произходът им не се установява от формулировката, но съдържанието им е еднозначно, това са проверки на фирмени данни. Полезното е диагностично: показват ти по какви въпроси за твоята фирма излиза твоята страница.

Накратко

• Произходът на тези заявки не се установява от формулировката. Възможните източници са сесии в AI Mode, инструменти за проследяване, автоматизирани проверки и реални хора.
• Съдържанието им съвпада с полетата на Organization schema: юридическо име, адрес, телефон, брой служители, година на основаване, ДДС номер.
• Работата е конкретна: страница за фирмата с реални данни в HTML текст плюс един коректен JSON-LD блок, за един работен ден.

Съдържание на статията

• Какво виждаш в отчета за заявки
• Откъде може да идват
• Какво показват нашите данни
• Защо си заслужава да се занимаваш с това
• За какво конкретно питат
• Страницата за фирмата: какво трябва да съдържа
• Organization schema: кои полета си заслужават
• Профилите в други платформи
• Как се проверява дали работи
• Грешки, които ще ти навредят
• План за един работен ден
• Често задавани въпроси

Какво виждаш в отчета за заявки

Виждаш въпроси в пълно изречение, обикновено на английски, обикновено с име на домейн вътре. Няма ключова дума, няма локация, няма намерение за покупка. Има искане за конкретен факт за конкретна фирма.

Типичните форми

• "what is the company name for example.bg" - юридическо име.
• "does example.bg have a blog" - наличие на раздел със съдържание.
• "what is the industry of example.bg" - бранш.
• "number of employees at example.bg" - размер на фирмата.
• "who is the ceo of example.bg" - управител.
• "example.com customer service phone number" - телефон за контакт.
• "how much money has example.bg raised" - финансиране.

Освен проверките ще видиш и фрагменти от разговори: "да", "продължи", "а какво ще кажеш за", както и цели инструкции към модел. Тези редове са остатъци от сесии и от инструменти, работещи по график. Няма смисъл да се анализират като ключови думи.

По какво се разпознават

Три признака обикновено вървят заедно: висока позиция, много импресии и нула клика. Позицията е висока, защото твоята страница наистина е най-близкият резултат за този домейн. Кликове няма - причините може да са различни и Search Console не ги разграничава.

Откъде може да идват

Тук е важно едно уточнение, което често се пропуска: от формулировката на заявката не може да се заключи дали зад нея има човек. Човек също може да търси управител на фирма или телефон за обслужване. Затова по-долу са възможните обяснения, а не твърдение за произход.

Защо един разговор дава няколко реда

Допълнителен въпрос, зададен вътре в AI Mode, се отчита като отделна заявка. Затова разговор от седем размени се появява като седем реда, а не като един. Това обяснява формата на данните, но не доказва, че от другата страна няма човек: напротив, в AI Mode обикновено има.

Защо част от данните липсва

Значителна част от импресиите в Search Console нямат видима заявка, защото Google анонимизира редките търсения. Реалният обем е по-голям от сбора на видимите редове. Съди по тенденцията, не по сбора.

Какво показват нашите данни

В нашия Search Console една проектна страница на клиент събра 9062 импресии за три месеца и нула клика. В отчета за заявки шест заявки за същия домейн събират 9307 импресии: проверка на име, наличие на блог, бранш, управител, финансиране и брой служители.

Защо двете числа не се връзват

Сборът на заявките надхвърля импресиите на страницата. Отчетът за страници и отчетът за заявки се агрегират различно и една заявка може да е показвала повече от една страница. Тоест не може да се твърди, че точно тези шест заявки са дали всички импресии на страницата - за това е нужен отчет за заявки с филтър по конкретния адрес. Връзката е ясна по съдържание, не по аритметика.

Какво все пак е установимо

Че нещо редовно проверява този бизнес и че Google редовно показва нашата страница като близък резултат: позициите по шестте заявки са между 4.65 и 7.81. Това показва близост до заявката. Не показва оценка за достоверност - показване и преценка за надеждност са различни неща.

Къде е пропуснатото

Страницата е проектно описание: как е направен сайтът, какви функции има. Не съдържа нито брой служители, нито година на основаване, нито бранш в явен вид. Тоест по заявки за точно тези данни излиза страница, която не ги носи. Какво се е случило после - дали е бил съставен отговор, какво е съдържал и откъде е дошъл - от Search Console не се вижда.

Защо си заслужава да се занимаваш с това

Не заради трафика. Заради това кой описва бизнеса ти, когато някой не те пита директно.

Три ситуации, в които това има смисъл

1. Потенциален клиент пита модел кои фирми в даден град вършат определена работа. Съставя се списък. Влизаш в него по-лесно, когато е ясно с какво се занимаваш и къде работиш.
2. Доставчик или партньор проверява фирмата преди преговори. Разпръснати данни удължават проверката и създават колебание.
3. Някой сравнява няколко оферти. Условията в HTML текст се обработват по-лесно от условия, достъпни само в документ за свалене.

Реалистични очаквания

Яснотата на фирмените данни е предпоставка да влезеш в сравнение, не причина да бъдеш избран. Причината да бъдеш избран остава предложението ти. Не очаквай и директен ръст в заявките от тази работа: тя премахва догадките за това кой си.

Кога са просто шум

Когато заявките се повтарят идентично всеки ден по едно и също време, това почти сигурно е инструмент за проследяване. Такива редове не влизат в отчет пред клиент, защото раздуват числата без стойност.

Как се отделят от отчета

Подходът е да ги отделиш на нивото, на което изкривяват, а не да ги премахваш. Ако една страница събира непропорционален дял от импресиите, тя се показва на отделен ред в отчета с описан филтър, за да е ясно какво е изключено и защо. Филтър по заявка работи по-зле, защото голяма част от тези търсения са анонимизирани и не могат да бъдат изброени.

Второ правило: не смесвай тези импресии със средната позиция на сайта. Позиции между 4 и 8 по шест такива заявки свалят средната стойност на целия сайт и после изглежда, че си се подобрил или влошил без никаква причина. Същото важи за процента кликване: нула клика при хиляди импресии прави общия показател безсмислен.

Какви са конкретните запитвания

За фирмени данни от първо ниво: кой си, къде си, колко си голям, как да се свържа с теб. Същите неща, които се питат на първа среща.

Как се проверява

Отвори началната страница, контактите и страницата за фирмата и ги прочети само като текст, без картинките. Ако някой от въпросите в таблицата остава без отговор, това е дупка. Паралелно провери дали списъкът ти със статии е достъпен от менюто и обхождаем: това е и въпрос на нормална навигация, независимо кой пита.

Страницата за фирмата: какво трябва да съдържа

Тази страница спира да бъде място за хубави думи и става мястото, което държи фирмените данни. В повечето български сайтове е най-подценената.

Съдържанието, точка по точка

1. Юридическо и търговско име, ако се различават.
2. Година на основаване.
3. С какво се занимава фирмата, в едно изречение без излишна украса.
4. Седалище и градове или региони, в които работи.
5. Брой служители, точен или в диапазон.
6. Кой управлява, ако това не е проблем за теб.
7. ЕИК и ДДС номер.
8. Телефон, имейл и работно време.
9. Връзки към официалните профили на фирмата.

Всичко това в текст

Данните трябва да са в HTML текст. Съвременните системи могат да разчитат изображения, но текстът е по-достъпен, по-надежден и по-лесен за обновяване. Телефон само в графика и адрес само в картата работят срещу теб без причина. Ако имаш инфографика с историята на фирмата, добави същата информация и като текст.

Какво да не пишеш

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

Organization schema: кои полета си заслужават

Organization schema е JSON-LD блок, който описва фирмата в машинно четим вид. Google препоръчва да е на началната страница или на една страница, която описва организацията, и уточнява, че не е необходимо да е на всяка страница от сайта. Това не е забрана, а указание къде е най-полезен.

Полетата, които покриват въпросите

Пълният списък е в документацията на Google за Organization структурирани данни.

Какво върши работа и какво не

Част от полетата работят невидимо, за еднозначно разпознаване на фирмата. Друга част може да влияе на видими елементи: Google посочва логото в резултатите и в информационния панел. Тоест това не е само "за машините". Но Organization schema не е фактор за класиране и няма да изкачи страница, която иначе не се класира.

Правилото, което не се нарушава

JSON-LD отразява видимото съдържание едно към едно. Ако в маркъпа пише 25 служители, на страницата също трябва да пише 25. Данни, които съществуват само в кода, са нарушение. Повече за това къде структурираните данни помагат и къде не, има в статията за използването на schema markup за по-добро SEO.

Профилите в други платформи

Полето sameAs съществува, защото данните се сверяват от няколко източника. Когато сайтът сочи към профилите, а профилите към сайта, данните се потвърждават взаимно.

Кои профили имат значение

• Профилът на бизнеса в Google, с актуален адрес, телефон и работно време.
• Профилът във водещата професионална мрежа, с актуален брой служители.
• Търговският регистър, където данните са официални.
• Браншови справочници, в които фирмата вече е вписана.
• Социални профили, които наистина се поддържат.

Какво трябва да се провери

Съответствието. Различен адрес в профила и на сайта е сигнал, че поне един е стар. Най-честият случай е преместен офис, актуализиран на сайта и забравен в профилите. Не изброявай профили, които не поддържаш: изоставен профил с публикация от 2022 година не добавя доверие.

Как се проверява 

Проверява се по два начина, защото едното показва присъствие, а другото съответствие.

В Search Console

1. Филтрирай заявките по името на домейна си и виж кои проверки се появяват.
2. Погледни кои страници събират тези импресии. Ако не са началната и страницата за фирмата, данните не са там, където трябва.
3. Пусни страницата за фирмата през Rich Results Test, за да видиш грешки в Organization разметката. Search Console няма отделен отчет за този тип, затова проверката се прави с теста.

Чрез директна проверка

Попитай един модел с какво се занимава фирмата ти, къде е и колко е голяма. Направи го в два различни инструмента. Ако отговорът е непълен или сбъркан, знаеш какво липсва. Повтори след месец, когато промените са обходени.

Какво не обещава това

Не обещава ръст в импресиите от AI функции. Няма установена причинна връзка между Organization маркъп и дял на такива импресии, затова не го залагай като цел в отчет. Целта тук е друга: отговорите за фирмата да станат точни. По-широкият въпрос за видимостта в AI отговорите е разгледан в статията за оптимизация за AI Overviews.

Грешки, които ще ти навредят

Текст, написан за модели

Не слагай скрит текст, инструкции към модели или блокове, които казват на системата какво да мисли за теб. Това е спам и носи риск от санкция. Работи обратното: верен текст за хора, в структура, която машина може да разчете.

Данни само в schema

Блок с двайсет полета, от които нищо не се вижда на страницата, е обратното на яснота. Първо пиши данните на страницата, после ги описвай в маркъп.

Копиран чужд блок

Взет от друг сайт JSON-LD с променени имена обикновено носи полета, които не отговарят на твоята фирма. Виждали сме блокове с чужди географски координати и с несъществуващи ценови диапазони.

Броене на тези импресии като вид успех

Хиляда импресии от такива заявки не са хиляда потенциални клиента. Сложени в отчет без обяснение, те създават очакване, което следващият месец няма да покриеш. Отделяй ги.

Разчитане само на това

Яснотата на фирмените данни не замества съдържание и не поправя сайт, който не се класира по нищо. Ако основният проблем е друг, редът за проверка е в статията за защо сайтът не се класира в Google. А ако въпросът е каква работа изобщо стои зад органичното класиране, обхватът е описан в страницата за SEO оптимизация.

Работен План

Това е от малкото SEO задачи, които се затварят в рамките на един ден и после не искат поддръжка месеци напред, стига данните за фирмата да са под ръка.

Стъпка 1: инвентаризация

Прегледай заявките в Search Console за името на домейна си. Запиши кои проверки се появяват и с какъв обем. Отвори страниците, които събират тези импресии.

Стъпка 2: текстът

Допълни страницата за фирмата с деветте точки отгоре - сверени данни, в текст, без украса. Ако такава страница няма, направи я и я сложи в менюто.

Стъпка 3: маркъпът

Добави един Organization блок на началната страница или на страницата за фирмата. Попълни само полетата с потвърдени данни. Провери го с Rich Results Test.

Стъпка 4: профилите

Свери адреса, телефона и работното време във всички профили, които поддържаш, и добави връзките им в sameAs.

Ако предпочиташ някой да го направи вместо теб, свържи се с нас и ще започнем от инвентаризацията на твоите заявки.

Често задавани въпроси

Вредят ли тези заявки на сайта ми?

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

Ще получа ли повече клиенти от Organization schema?

Не директно и не като правило. Тя не е фактор за класиране. Може да повлияе на видими елементи като логото в резултатите и в информационния панел, и премахва догадките за това кой си и какво правиш. Това помага да попаднеш в сравненията, които се съставят за твоята ниша. Дали ще те изберат, зависи от предложението ти.

Как да разбера дали зад заявките има хора?

От самата формулировка не можеш. Косвените признаци помагат: заявки, които се повтарят идентично и по график, почти сигурно са от инструмент, а нередовни единични проверки може да са от човек, проучващ доставчик. На практика разликата не променя какво трябва да направиш, защото и двата случая искат едно и също: верни данни за фирмата в текст.