Google разширява Local Search в EEA: какво се променя за бизнеса в България

Какво точно обяви Google на 18 септември

Google Search Central актуализира документацията си на 18 септември 2026 г. и добави local business query support към Aggregator Unit и Supplier Unit. В официалния changelog причината е формулирана директно: двата Search units вече поддържат local business queries.

Това надгражда документацията за регионалните разлики в Google Search, публикувана на 8 септември. В нея Google описва отделни Search experiences за EEA при хотели, полети, наземен транспорт, продукти и local businesses. България е част от Европейското икономическо пространство, затова промяната е пряко релевантна за местния пазар.

Факт: това не е Core Update или нов ranking factor

Google не е обявил промяна в основния ranking algorithm, нов Local SEO фактор или задължителна structured-data спецификация. Става дума за Search appearance и за допълнителни units в резултатите за определени типове заявки в EEA.

Затова не бихме тълкували всяко движение в local rankings като ефект от тази промяна. По-важният въпрос е дали при конкретната заявка Google показва новия Search surface и каква част от видимостта вече се разпределя между direct suppliers и aggregators.

Какво представлява Supplier Unit

Supplier Unit е Search feature за директни доставчици. Google дава примери като индивидуални хотели, airlines, собственици на физически бизнеси и доставчици на услуги като водопроводчици. Unit-ът се появява редом с Aggregator Unit и според документацията се показва само когато Aggregator Unit също е наличен.

Най-важното за малкия и средния бизнес е, че Google не изисква отделен data feed, за да бъде директният supplier eligible. Официалната документация казва, че не е нужно да се предоставят допълнителни данни отвъд информацията, която Google може да достъпи чрез web crawling. Допълнителни feeds могат да обогатят резултата, когато са налични.

Какво означава това на практика за фирмения сайт

Сайтът трябва ясно и машинно четимо да показва кой е бизнесът, какво предлага, къде работи и как клиентът може да стигне до него. Име, адрес, телефон, реални услуги, работно време, location pages и логична вътрешна структура стават още по-важни като entity signals.

Това не означава, че една LocalBusiness schema автоматично осигурява Supplier Unit. Google не посочва такова правило. Structured data остава добра техническа практика, но не трябва да се продава като magic switch за този Search feature.

Какво представлява Aggregator Unit

Aggregator Unit е предназначен за Vertical Search Services: директории, comparison services, metasearch платформи, OTA и други агрегатори. При local business queries Google посочва, че eligible aggregators трябва да бъдат одобрени като VSS, да имат релевантно съдържание и да предоставят необходимите данни.

Google описва multi-provider модел: резултатите на най-високо класирания provider са отворени по подразбиране, а потребителят може да избере друг агрегатор. Кликът води към сайта на съответния aggregator.

За агрегаторите това вече е data integration, не само SEO

За local-business aggregators Google Actions Center описва Point of Interest feed. Той може да съдържа идентификатор, име, телефон, URL за matching, адрес и координати, изображения, рейтинг, категория, описание, работно време, ценови диапазон и други данни.

Local VSS документацията препоръчва feed-овете да се качват ежедневно като full refresh. Това превръща възможността в реален product и data-engineering проект: каталогът трябва да има чисти entities, стабилни идентификатори, актуални данни и надежден export pipeline.

Защо темата има значение за българския бизнес

За local business това е още една причина собствената web presence да не бъде оставяна изцяло на социални мрежи и каталози. Ако Google може да извлече ясни данни директно от сайта, бизнесът има собствен first-party източник за име, услуги, локации, работно време и контакти.

За хотели, ресторанти, салони, медицински и wellness услуги, сервизи, строителни и домашни услуги, физически магазини и други локални компании промяната е особено интересна. При хотелите direct-supplier логиката е стратегически важна, защото видимостта може да насочи потребителя към директния сайт, а не само към OTA посредник.

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

Най-пряко са засегнати бизнеси, за които местоположението или обслужваният район е част от търсенето: хотел в Пловдив, автосервиз София, зъболекар Варна, ВиК услуги Бургас, ресторант близо до мен и подобни intent-и. Същото важи за директории и marketplace продукти, които агрегират такива обекти.

Pure SaaS продукт без local intent, издателски сайт без физическа услуга или B2B компания, която продава глобално без локален компонент, няма причина да променя стратегията си заради тази конкретна новина.

Практически checklist за local business

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

Прегледайте service и location страниците. Всяка реална локация трябва да има смислено съдържание и да е свързана логично от навигацията. Проверете indexability, canonical логиката, structured data, sitemap-а, mobile rendering-а и скоростта на ключовите local landing pages.

Следете Google Search Console по queries и pages, а при важни local terms проверявайте и самия SERP от България. Новият EEA layout може да промени click distribution дори когато традиционната organic позиция изглежда стабилна.

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

Какво бихме проверили при директория или marketplace

Тук checklist-ът е различен. Трябва да се прецени дали продуктът реално отговаря на профила на Vertical Search Service, дали има достатъчно качествен и актуален inventory и дали може да поддържа необходимия data feed без дублирани, остарели или непълни entities.

Преди разработка бихме моделирали стабилен POI идентификатор, source-of-truth за адреси и категории, процес за update и de-duplication, image pipeline, quality checks и daily export. Това е интеграционна архитектура, не WordPress SEO plugin.

Какво не бихме правили прибързано

Не бихме пренаписали всички local landing pages само заради новината. Не бихме създали десетки фалшиви градски страници без реално присъствие, не бихме добавили несъществуващи адреси и не бихме генерирали synthetic reviews, за да изглежда entity-то по-богато.

Не бихме обещали гарантирано включване в Supplier Unit и не бихме нарекли промяната нов Google ranking factor. Няма официална основа за нито едно от двете твърдения. За директния бизнес първата разумна стъпка е техническа и съдържателна хигиена, след което наблюдение на реалния SERP и Search Console.

Нашият редакционен извод

Тази промяна е важна не защото създава нов SEO трик, а защото продължава движението на Google към Search results, които моделират не само URL-и, а участници в конкретна екосистема: direct suppliers, aggregators и structured entities.

За българския local business това подсилва стойността на собствен, технически чист сайт с ясни данни и директен customer journey. За директориите и marketplace продуктите се отваря по-голяма, но и по-техническа възможност: участие в Search experience чрез одобрение и data feeds. И в двата случая правилният отговор е измерване и подготовка, не паническа оптимизация.