<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
     xmlns:atom="http://www.w3.org/2005/Atom"
     xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Блогът на Menugram</title>
    <link>https://menugram.bg/blog</link>
    <description>Практични текстове за QR менюта, поръчки на масата, плащания и видимост в Google и AI асистентите — за ресторанти, барове и хотели в България.</description>
    <language>bg</language>
    <lastBuildDate>Wed, 02 Sep 2026 12:00:00 GMT</lastBuildDate>
    <atom:link href="https://menugram.bg/blog/rss.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Въпросите, които всеки ресторантьор в България задава</title>
      <link>https://menugram.bg/blog/chesti-vaprosi-restorantyorski-biznes</link>
      <guid isPermaLink="true">https://menugram.bg/blog/chesti-vaprosi-restorantyorski-biznes</guid>
      <pubDate>Wed, 02 Sep 2026 12:00:00 GMT</pubDate>
      <dc:creator>Екипът на Menugram</dc:creator>
      <description>Колко пари са нужни, каква цена да сложите, струва ли си доставката и какво се промени с еврото. Девет чести въпроса с кратки и честни отговори.</description>
      <category>operations</category>
      <category>marketing</category>
      <content:encoded><![CDATA[<p>Всяка седмица получаваме едни и същи въпроси. Не от хора, които тепърва мечтаят за заведение — от такива, които вече го управляват и нямат време да четат по двайсет страници на тема.</p>
<p>Ето деветте най-чести, с най-краткия честен отговор, който знаем.</p>

<aside class="mg-callout mg-reveal"><p class="mg-callout-title">Какво няма да намерите тук</p><div class="mg-callout-body"><p>Ставки, срокове и документи. ДДС, касовите апарати, категоризацията и изискванията на БАБХ се променят и зависят от конкретния случай — цитирана по памет цифра струва повече, отколкото спестява. За тях питайте НАП, БАБХ и общината, а за счетоводството — човек, който носи отговорност за отговора си.</p>
</div></aside>
<h2 id="kolko-pari-sa-mi-nuzhni-za-da-otvorya" class="mg-reveal">Колко пари са ми нужни, за да отворя?</h2>
<p>Повече, отколкото струва ремонтът.</p>
<p>Почти всеки бюджет описва наема, оборудването, обзавеждането и първите доставки. Почти никой не описва месеците, в които заведението вече работи, но още не изкарва — а наемът, заплатите, токът и стоката продължават да излизат, докато оборотът се качва бавно.</p>
<p>Практическото правило е да заделите толкова, колкото ви трябва за шест месеца пълни разходи без нито един гост. Ако сумата изглежда невъзможна, това не значи, че идеята е лоша — значи, че мащабът е твърде голям за момента.</p>
<h2 id="kakva-chast-ot-oborota-otiva-za-hrana-i-zaplati" class="mg-reveal">Каква част от оборота отива за храна и заплати?</h2>
<p>Двете заедно се наричат prime cost и са единственото число, което си заслужава да гледате всяка седмица.</p>
<p>За заведение с обслужване на маса ориентирът е около 60–65% от оборота — приблизително една трета за продукти и малко над една трета за персонал. Останалото покрива наем, ток и амортизация, а това, което оцелее накрая, е печалбата.</p>

<aside class="mg-stat mg-reveal"><p class="mg-stat-figure">65%</p><div class="mg-stat-body"><p>Над този праг много малко ресторанти остават печеливши дълго. Под него почти всички са. Ако следите едно-единствено число, следете това.</p>
</div></aside>
<p>По-важно от точния процент е колко често го мерите. Заведение, което смята prime cost веднъж годишно, научава за проблема си единайсет месеца по-късно.</p>
<h2 id="kak-da-opredelya-tsenata-na-edno-yastie" class="mg-reveal">Как да определя цената на едно ястие?</h2>
<p>Разделете себестойността на продуктите на процента, който искате храната да заема в цената.</p>
<p>Продуктите за едно ястие струват 3,20 €. Ако искате храната да е 30% от цената, делите 3,20 на 0,30 и получавате около 10,70 €.</p>
<p>Оттам нататък решавате вие, а не калкулаторът. Числото е под, не отговор. Едно ястие може да носи по-нисък процент, защото пълни залата в делник; друго може да носи по-висок, защото е трудоемко и малцина го поръчват.</p>

<figure class="mg-quote mg-reveal"><blockquote><p>Калкулаторът ви казва под коя цена губите. Той не знае нищо за квартала, за конкурента отсреща и за това колко струва същото ястие през две улици.</p>
</blockquote></figure>
<h2 id="kak-da-uvelicha-srednata-smetka-bez-da-vdigam-tsenite" class="mg-reveal">Как да увелича средната сметка, без да вдигам цените?</h2>
<p>Като предлагате. Това е целият отговор.</p>
<p>Разликата между сметка с и без предложен десерт или второ питие е няколко евро. Разликата за месеца не е няколко евро. Проблемът е, че предлагането зависи от това дали сервитьорът се е сетил, а в петък в девет вечерта обикновено не се е сетил.</p>

<figure class="mg-video mg-reveal" data-orientation="portrait"><video class="mg-video-el" src="/videos/stefi-upsell.mp4" poster="/videos/stefi-upsell-poster.jpg" width="540" height="960" controls playsinline preload="none"></video><figcaption><p>Отбелязвате кои позиции да се предлагат и менюто ги показва на госта, докато разглежда. Менюто не забравя и не бърза.</p>
</figcaption></figure>
<h2 id="struva-li-si-dostavkata-prez-glovo-i-wolt" class="mg-reveal">Струва ли си доставката през Glovo и Wolt?</h2>
<p>Зависи какво очаквате от нея.</p>
<p>Като канал за откриване — да. Там ви намират хора, които не са чували за вас, и това е истинска стойност, за която си струва да се плаща.</p>
<p>Като основен източник на приходи — рядко. При комисиона от порядъка на 25–30% ястие, което носи разумен марж в залата, може да излезе на нула навън, ако цената за доставка не е преизчислена отделно.</p>
<p>Грешката не е да сте в платформите. Грешката е да няма къде да отидат хората, след като веднъж вече ви познават — собствено меню, собствен канал за поръчки, собствен списък с гости.</p>
<h2 id="zashto-gostite-ne-se-vrashtat" class="mg-reveal">Защо гостите не се връщат?</h2>
<p>Почти никога заради храната.</p>
<p>Ако храната беше проблемът, нямаше да си доядат. Хората не се връщат, защото не са се сетили за вас — а не са се сетили, защото нищо не им е напомнило.</p>
<p>Заведение, което няма как да достигне до гост, останал доволен миналия месец, започва всеки следващ месец от нулата. Това е най-скъпият начин да се работи и е напълно невидим в отчета.</p>
<h2 id="tryabva-li-mi-sayt-kato-imam-instagram" class="mg-reveal">Трябва ли ми сайт, като имам Instagram?</h2>
<p>Instagram е за хората, които вече ви следват. Сайтът е за онези, които още не знаят, че съществувате.</p>
<p>Когато някой търси „ресторант с веранда в Пловдив“ или пита асистент къде да вечеря, се показва това, което е публично, четимо и на собствен адрес. Публикация в Instagram не участва в този разговор.</p>

<figure class="mg-video mg-reveal" data-orientation="landscape"><video class="mg-video-el" src="/videos/happy-customer.mp4" poster="/videos/happy-customer-poster.jpg" width="1280" height="720" controls playsinline preload="none"></video><figcaption><p>Гост сканира кода на масата и менюто се отваря в браузъра — без приложение за инсталиране и без PDF за увеличаване.</p>
</figcaption></figure>
<p>Как точно работи това — и защо асистентите цитират едни страници, а други не — сме описали <a href="/blog/restorant-v-otgovorite-na-ai">в отделна статия</a>.</p>

<aside class="mg-stefi mg-reveal" data-ground="light"><picture><source type="image/webp" srcset="/stefi/stefi-listening.webp 1x, /stefi/stefi-listening@2x.webp 2x" /><img src="/stefi/stefi-listening.png" alt="" aria-hidden="true" loading="lazy" decoding="async" class="mg-stefi-img" /></picture><div class="mg-stefi-body"><p>Ако гостът трябва да ви търси в Instagram, за да види менюто, вече сте загубили всички, които не ползват Instagram.</p>
</div></aside>
<h2 id="kakvo-se-promeni-s-evroto" class="mg-reveal">Какво се промени с еврото?</h2>
<p>На практика цените вече са в евро, а левът е справка.</p>
<p>Еврото е единствената законна валута в България от 1 февруари 2026 г., по фиксирания курс 1 € = 1,95583 лв. Много заведения продължават да показват и левовата стойност до нея, което е позволено и за част от гостите е полезно.</p>
<p>Истинската промяна обаче е друга и малцина я забелязаха: старите ценови прагове изчезнаха. Ястие за 19,90 лв. става 10,17 €, което не е цена, а резултат от делене. Менютата, които просто конвертираха, днес са пълни с числа, които никой не би избрал нарочно.</p>

<aside class="mg-callout mg-reveal"><p class="mg-callout-title">Половин час, който си заслужава</p><div class="mg-callout-body"><p>Минете през менюто и погледнете цените в евро като цени, а не като преизчисление. 10,17 € иска да бъде 10,20 € или 9,90 €. Разликата за вас е стотинки; разликата за окото на госта не е.</p>
</div></aside>
<h2 id="kolko-yastiya-tryabva-da-ima-menyuto" class="mg-reveal">Колко ястия трябва да има менюто?</h2>
<p>По-малко, отколкото имате в момента.</p>
<p>Дългото меню изглежда като щедрост, а работи като бавно решение. Гост, който избира между четиринайсет неща, се колебае по-дълго и по-често се връща към познатото, а кухнята междувременно държи повече продукти, за да поддържа позиции, които почти никой не поръчва.</p>

<figure class="mg-figure mg-reveal"><div class="mg-figure-frame"><p><img src="/landing/restaurant-website-settings-menugram.png" alt="Екран с настройки в Menugram — превключватели за онлайн поръчки, писмени отзиви и истории в менюто" width="3610" height="2144" loading="lazy" decoding="async" /></p>
</div><figcaption>Кое е включено и кое не — поръчките, отзивите и историите се превключват по едно, без да се пипа менюто.</figcaption></figure>
<p>Кои точно да махнете и как да ги намерите с данните, които вече имате, е <a href="/blog/koi-yastiya-v-menyuto-gubyat-pari">отделна тема</a> — въпросът заслужава повече от абзац.</p>

<aside class="mg-stefi mg-reveal" data-ground="light"><picture><source type="image/webp" srcset="/stefi/stefi-thumbsup.webp 1x, /stefi/stefi-thumbsup@2x.webp 2x" /><img src="/stefi/stefi-thumbsup.png" alt="" aria-hidden="true" loading="lazy" decoding="async" class="mg-stefi-img" /></picture><div class="mg-stefi-body"><p>Девет въпроса, девет отговора. Нито един от тях не иска нова система — искат половин час и лист хартия, веднъж месечно.</p>
</div></aside>

<div class="mg-cta mg-reveal"><div class="mg-cta-body"><p>Пишем за менюта, цени, поръчки и това как гостите намират заведението. Останалите статии са тук.</p>
</div><a class="mg-cta-link" href="/blog">→</a></div>]]></content:encoded>
    </item>
    <item>
      <title>Кои ястия в менюто ви губят пари</title>
      <link>https://menugram.bg/blog/koi-yastiya-v-menyuto-gubyat-pari</link>
      <guid isPermaLink="true">https://menugram.bg/blog/koi-yastiya-v-menyuto-gubyat-pari</guid>
      <pubDate>Tue, 01 Sep 2026 12:00:00 GMT</pubDate>
      <dc:creator>Екипът на Menugram</dc:creator>
      <description>Всяко меню носи няколко ястия, които заемат място, но не носят пари. Ето как да ги намерите с данните, които вече имате, и какво да направите после.</description>
      <category>operations</category>
      <category>qr-menu</category>
      <content:encoded><![CDATA[<p>Питайте собственик на ресторант колко ястия има в менюто му и ще получите точно число. Питайте го кои пет от тях не си заслужават мястото и ще получите пауза.</p>
<p>Не защото не познава заведението си. Защото знае вкуса на всяко ястие, но не и двете числа зад него — а отговорът живее точно там.</p>
<h2 id="vaprosat-koyto-se-zadava-v-nedelya-vecher" class="mg-reveal">Въпросът, който се задава в неделя вечер</h2>
<p>„Кое да махна?“</p>
<p>Обичайният отговор е усещане: „това май не върви“. Усещането обаче се гради от последните няколко дни и от това кое е направило впечатление, а не от това какво се е случило през месеца.</p>
<p>По-добрият отговор иска две числа на ястие: колко пъти е поръчано и колко остава от него, след като извадите себестойността. Нищо повече. И двете вече ги имате — просто са на две различни места.</p>

<aside class="mg-stat mg-reveal"><p class="mg-stat-figure">2</p><div class="mg-stat-body"><p>Толкова числа стигат, за да класирате цялото меню: продажби и марж на ястие. Всичко останало по-долу е какво да правите с тях.</p>
</div></aside>
<h2 id="chetirite-vida-yastiya" class="mg-reveal">Четирите вида ястия</h2>
<p>Моделът е от 1982 г., от двама преподаватели в Мичиганския щатски университет, и оттогава не се е налагало да бъде подобряван. Нанасяте ястията по две оси — колко се търсят и колко печелят — и се получават четири групи.</p>
<p><strong>Звезди.</strong> Търсени и печеливши. Не ги пипайте. Най-честата грешка е да „оптимизирате“ точно тях, защото са ви пред очите всеки ден.</p>
<p><strong>Работни коне.</strong> Търсени, но с тънък марж. Тук се работи по себестойността, а не по цената — гарнитурата, грамажът, доставчикът. Гостът е свикнал с тази цена; той не е свикнал с този разход.</p>
<p><strong>Загадки.</strong> Печеливши, но никой не ги поръчва. В тази група стоят най-много неизползвани пари и почти винаги причината е, че ястието е на грешно място в списъка или няма снимка.</p>
<p><strong>Кучета.</strong> Нито търсени, нито печеливши. Тези се махат — и това е единственото действие от четирите, което повечето хора правят първо. Обикновено и единственото, което правят изобщо.</p>

<figure class="mg-quote mg-reveal"><blockquote><p>Ястие, което никой не поръчва, не е безобидно. То заема ред в менюто, място в хладилника и по секунда от вниманието на всеки гост.</p>
</blockquote></figure>
<h2 id="haresva-mi-ne-e-shte-go-poracham" class="mg-reveal">„Харесва ми“ не е „ще го поръчам“</h2>
<p>Тук данните стават интересни, защото QR менюто вижда нещо, което касата не вижда: какво разглеждат хората, преди да решат.</p>

<figure class="mg-figure mg-reveal"><div class="mg-figure-frame"><p><img src="/landing/restaurant-analytics-menugram.png" alt="Табло с анализи в Menugram — брой сканирания и харесвания, класация на най-харесваните ястия и разбивка на скановете по дни от седмицата" width="3610" height="2144" loading="lazy" decoding="async" /></p>
</div><figcaption>Таблото за анализ: сканирания, харесвания и класация на най-харесваните ястия за избран период.</figcaption></figure>
<p>Касата ви казва какво е продадено. Менюто ви казва какво е било разгледано и подминато. Разликата между двата списъка е най-полезното нещо, което ще научите за менюто си този месец.</p>
<p>Ястие с дванайсет харесвания и три продажби няма проблем с вкуса. Хората го харесват — просто не стигат до „да“. Причината почти винаги е една от три: цената изглежда висока в сравнение със съседите му, няма снимка, или стои петнайсето по ред и никой не скролва дотам.</p>

<aside class="mg-stefi mg-reveal" data-ground="light"><picture><source type="image/webp" srcset="/stefi/stefi-point.webp 1x, /stefi/stefi-point@2x.webp 2x" /><img src="/stefi/stefi-point.png" alt="" aria-hidden="true" loading="lazy" decoding="async" class="mg-stefi-img" /></picture><div class="mg-stefi-body"><p>Ако едно ястие се харесва често и се поръчва рядко, не пипайте рецептата. Проверете цената, снимката и реда, на който стои — точно в тази последователност.</p>
</div></aside>
<h2 id="koga-izobshto-gledat-menyuto" class="mg-reveal">Кога изобщо гледат менюто</h2>
<p>Втората находка е по-проста и почти никой не я използва: в кой ден от седмицата хората отварят менюто.</p>
<p>Не в кой ден е пълно заведението — в кой ден го гледат. Двете не съвпадат. Сряда често събира повече сканирания от петък, защото в петък хората идват решени, а в сряда още се чудят.</p>
<p>Ден с много гледания и малко поръчки е точно моментът, в който една оферта има смисъл. Ден с малко гледания не се спасява с отстъпка — той се спасява с повод.</p>

<figure class="mg-figure mg-reveal"><div class="mg-figure-frame"><p><img src="/landing/promotions-menugram.png" alt="Редакторът на промоционален банер в Menugram — текст на английски и български, избор на цвят и икона, бутон с връзка към менюто" width="3610" height="2144" loading="lazy" decoding="async" /></p>
</div><figcaption>Банерът над менюто се пише на двата езика поотделно и води към конкретна страница — тук happy hour между 17:00 и 19:00.</figcaption></figure>
<h2 id="zashto-po-kasoto-menyu-prodava-poveche" class="mg-reveal">Защо по-късото меню продава повече</h2>
<p>Гост, който избира между шест неща, решава по-бързо от гост, който избира между четиринайсет. Това не е твърдение за вкусове, а за време: колкото повече опции, толкова по-дълго трае решението — и толкова по-често човек се връща към нещо, което вече познава.</p>
<p>Затова махането на едно ястие почти винаги вдига продажбите на съседите му. Не сте отнели избор; върнали сте внимание на останалите.</p>
<p>Същото важи и за реда. Първите два реда в една категория и последният събират непропорционално много внимание. Ястие, преместено от седмо на второ място, се продава по-добре, без в него да е променено каквото и да било.</p>
<h2 id="kakvo-da-napravite-v-ponedelnik" class="mg-reveal">Какво да направите в понеделник</h2>
<ol>
<li><strong>Извадете продажбите за последните трийсет дни.</strong> По ястие, не по категория — категорията крие точно това, което търсите.</li>
<li><strong>Сложете себестойност срещу всяко.</strong> Приблизителна е достатъчна. Грешка от двайсет стотинки не мести ястие между групите.</li>
<li><strong>Намерете кучетата и махнете едно.</strong> Едно, не пет. Едно ястие по-малко е решение, което можете да проследите; пет наведнъж е ново меню, за което няма да разберете кое е сработило.</li>
<li><strong>Вземете една загадка и я преместете нагоре.</strong> Едно преместване отнема две минути и не струва нищо.</li>
<li><strong>Върнете се след месец.</strong> Същите две числа. Ако не сте се върнали, нищо от горното не се е случило.</li>
</ol>

<aside class="mg-callout mg-reveal"><p class="mg-callout-title">Половин час, веднъж месечно</p><div class="mg-callout-body"><p>Това не е проект. Това е половин час в началото на месеца, с изнесени продажби и лист хартия. Заведенията, които го правят, не са по-аналитични от останалите — просто са го сложили в календара.</p>
</div></aside>
<p>Ако менюто ви е <a href="/blog/pdf-menu-google-seo">PDF файл</a>, нищо от това не е измеримо. PDF не брои нищо, не се чете добре на телефон и не може да ви каже кое ястие е било разгледано и подминато.</p>

<aside class="mg-stefi mg-reveal" data-ground="light"><picture><source type="image/webp" srcset="/stefi/stefi-thumbsup.webp 1x, /stefi/stefi-thumbsup@2x.webp 2x" /><img src="/stefi/stefi-thumbsup.png" alt="" aria-hidden="true" loading="lazy" decoding="async" class="mg-stefi-img" /></picture><div class="mg-stefi-body"><p>Едно махнато ястие и една преместена загадка на месец. За година това са двайсет и четири решения, взети с числа — вместо едно голямо преправяне на менюто, което всички отлагат.</p>
</div></aside>

<div class="mg-cta mg-reveal"><div class="mg-cta-body"><p>Пишем за менюта, поръчки и това как гостите намират заведението. Останалите статии са тук.</p>
</div><a class="mg-cta-link" href="/blog">→</a></div>]]></content:encoded>
    </item>
    <item>
      <title>Защо Google не вижда PDF менюто ви</title>
      <link>https://menugram.bg/blog/pdf-menu-google-seo</link>
      <guid isPermaLink="true">https://menugram.bg/blog/pdf-menu-google-seo</guid>
      <pubDate>Tue, 04 Aug 2026 12:00:00 GMT</pubDate>
      <dc:creator>Екипът на Menugram</dc:creator>
      <description>PDF менюто е картинка за търсачките — без ястия, без цени, без алергени. Ето какво губите и как изглежда меню, което Google наистина чете.</description>
      <category>seo</category>
      <category>qr-menu</category>
      <content:encoded><![CDATA[<p>Качвате менюто като PDF, генерирате QR код към него и залепяте кода на масите. Работи — гостът сканира и вижда менюто. Дотук добре.</p>
<p>Проблемът е какво се случва <strong>извън</strong> масата. Човек, който още не е избрал къде да вечеря, търси в Google или пита асистент. И в двата случая менюто ви не участва в разговора.</p>
<h2 id="kakvo-vizhda-tarsachkata-v-edno-pdf-menyu" class="mg-reveal">Какво вижда търсачката в едно PDF меню</h2>
<p>Google индексира PDF файлове — това е вярно и често се цитира като аргумент. Но индексира ги като <em>документи</em>: изважда заглавието, малко текст и толкова.</p>

<aside class="mg-stat mg-reveal"><p class="mg-stat-figure">0</p><div class="mg-stat-body"><p>Толкова структурирани данни за ястие, цена или алерген може да извлече търсачка от типичното PDF меню. Файлът няма къде да ги носи.</p>
</div></aside>
<p>Разликата е между „този файл съществува“ и „този ресторант предлага паста карбонара за 18 лв., без ядки, всеки ден до 23:00“. Второто е информация, с която търсачка може да отговори на въпрос. PDF-ът не я съдържа в четим вид — дори когато буквите са в него.</p>
<p>А ако менюто ви е сканирано или експортирано като изображение, дори текстът изчезва. Остава един файл с размер няколко мегабайта и нула смисъл за машина.</p>
<h2 id="kakvo-gubi-gostat" class="mg-reveal">Какво губи гостът</h2>
<p>Отделно от търсачките, PDF-ът е лош на телефон. Отваря се в отделен визуализатор, страницата е в А4 пропорция на екран с друга пропорция, и първото движение на всеки гост е да щипе с два пръста.</p>

<aside class="mg-callout mg-reveal"><p class="mg-callout-title">Проверете сами</p><div class="mg-callout-body"><p>Отворете сегашното си меню на телефон, засечете времето до момента, в който можете да прочетете цена без да зумирате. Това е времето, което всеки гост плаща на всяка маса.</p>
</div></aside>
<p>Менюто, което се чете веднага, не е козметична подобрение. То е разликата между гост, който разглежда цялото меню, и гост, който поръчва първото нещо, което е успял да прочете.</p>
<h2 id="kak-izglezhda-menyu-koeto-google-chete" class="mg-reveal">Как изглежда меню, което Google чете</h2>
<p>Три неща, в този ред:</p>
<ol>
<li><strong>Собствен адрес.</strong> Менюто трябва да е страница с URL — <code>вашият-ресторант.bg/menu</code> — а не файл. Страницата може да се линква, споделя, индексира и обновява.</li>
<li><strong>Текст в HTML.</strong> Имената на ястията, описанията, цените и алергените са текст в страницата, не пиксели в изображение.</li>
<li><strong>Schema.org разметка.</strong> <code>Restaurant</code>, <code>Menu</code>, <code>MenuItem</code> и <code>Offer</code> казват на търсачката кое е ястие и кое е цена, вместо да я оставят да гадае.</li>
</ol>
<p>Третото е това, което отваря резултатите за конкретно ястие, а не само за името на заведението.</p>

<figure class="mg-quote mg-reveal"><blockquote><p>Менюто не е файл, който раздавате. То е страницата, на която ви намират.</p>
</blockquote><figcaption>Menugram</figcaption></figure>
<h2 id="i-posle-obnovyavaneto" class="mg-reveal">И после — обновяването</h2>
<p>Има и по-прозаична причина. Свърши ви едно ястие. С PDF: отваряте документа, редактирате, експортирате, качвате, чакате кеша, а старият файл продължава да живее в нечий телефон.</p>
<p>Със страница: сменяте статуса на ястието и следващият, който отвори менюто, вижда промяната. QR кодът на масата не се променя никога, защото сочи към адрес, а не към файл.</p>

<div class="mg-cta mg-reveal"><div class="mg-cta-body"><p>Menugram прави точно това — брандирано меню на собствен адрес, четимо от Google и от гостите, което обновявате сами.</p>
</div><a class="mg-cta-link" href="/">→</a></div>
<p>Ако тепърва обмисляте как да го подредите, <a href="/tasteplace/menu">вижте живо меню</a> и после <a href="/">как работи платформата</a>.</p>
]]></content:encoded>
    </item>
    <item>
      <title>Как ресторантът ви да попада в отговорите на AI</title>
      <link>https://menugram.bg/blog/restorant-v-otgovorite-na-ai</link>
      <guid isPermaLink="true">https://menugram.bg/blog/restorant-v-otgovorite-na-ai</guid>
      <pubDate>Tue, 28 Jul 2026 12:00:00 GMT</pubDate>
      <dc:creator>Екипът на Menugram</dc:creator>
      <description>ChatGPT и Google AI Overviews вече препоръчват заведения. Ето какво четат, какво пропускат и какви страници трябва да имате, за да ви цитират.</description>
      <category>ai-search</category>
      <category>marketing</category>
      <content:encoded><![CDATA[<p>Все повече хора не търсят „ресторант в Лозенец“, а питат: „къде да вечерям в Лозенец с вегетарианско меню и тераса“. Отговорът идва като абзац с два-три линка, а не като списък от десет.</p>
<p>Това е различна игра. Търсачката подрежда източници; асистентът пише отговор и <em>после</em> избира кого да цитира. Ако не ви е чел, няма как да ви спомене.</p>
<h2 id="kakvo-chete-edin-ai-obhozhdach" class="mg-reveal">Какво чете един AI обхождач</h2>
<p>Кратко: HTML. И толкова.</p>
<p>Googlebot изпълнява JavaScript — със закъснение, но го прави. Обхождачите на повечето AI асистенти не. Те заявяват адреса, вземат отговора и продължават. Ако сайтът ви рисува съдържанието си в браузъра, те са видели празна страница.</p>

<aside class="mg-callout mg-reveal"><p class="mg-callout-title">Проверка за трийсет секунди</p><div class="mg-callout-body"><p><code>curl -A &quot;GPTBot&quot; https://вашият-сайт.bg/menu | wc -c</code> — ако числото е малко и в текста няма нито едно ястие, значи асистентът не знае какво предлагате.</p>
</div></aside>
<p>Затова първото нещо не е ключова дума, а въпросът дали текстът изобщо е в отговора на сървъра.</p>
<h2 id="zashto-kratkite-izrecheniya-pechelyat" class="mg-reveal">Защо кратките изречения печелят</h2>
<p>Асистентът съставя отговор от парчета. Парче, което е вярно само по себе си, е безопасно за цитиране. Парче, което зависи от предишния абзац, не е.</p>
<p>Сравнете:</p>
<ul>
<li>„Както видяхме по-горе, това също важи и за обедното меню.“</li>
<li>„Обедното меню на [заведението] се сервира от 12:00 до 16:00 в делнични дни.“</li>
</ul>
<p>Второто може да бъде цитирано без нищо около себе си. Първото — не.</p>

<aside class="mg-stat mg-reveal"><p class="mg-stat-figure">1</p><div class="mg-stat-body"><p>Едно самостоятелно изречение на въпрос. Това е форматът, на който отговарят и хората, които скролват, и моделите, които съставят отговор.</p>
</div></aside>
<p>Практически това означава: заглавие, формулирано като въпрос, и отговор в първото изречение под него. Останалото е обяснение за тези, които искат подробности.</p>
<h2 id="trite-fayla-koito-struvat-edin-sledobed" class="mg-reveal">Трите файла, които струват един следобед</h2>
<ol>
<li><strong><code>robots.txt</code>, който пуска правилните обхождачи.</strong> GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot, Google-Extended. Блокираният агент не спира да отговаря на въпроси за вашия квартал — просто отговаря без вас.</li>
<li><strong><code>llms.txt</code>.</strong> Кратка карта на сайта в markdown, написана за агент: какво е това място, кои страници са важни, как да се цитира. <a href="https://llmstxt.org/" target="_blank" rel="noopener noreferrer">Конвенцията</a> е нова, но файлът е петнайсет реда.</li>
<li><strong>Разметка <code>FAQPage</code> и <code>Restaurant</code>.</strong> Въпросите и отговорите, които вече сте написали за хората, стават машинно четими без да пишете нищо ново.</li>
</ol>
<h2 id="i-nay-skuchnoto-koeto-raboti" class="mg-reveal">И най-скучното, което работи</h2>
<p>Сложете име на автор и дата на последна редакция. Видими, на страницата, не само в мета таговете.</p>
<p>И човек, и модел, изправени пред два еднакво добри източника, избират по-скорошния и този с име отдолу. Това не е трик — това е същият критерий, по който бихте избрали и вие.</p>

<div class="mg-cta mg-reveal"><div class="mg-cta-body"><p>Пишем за това редовно. Останалите статии са тук.</p>
</div><a class="mg-cta-link" href="/blog">→</a></div>
<p>Ако още сглобявате основата, започнете с <a href="/blog/pdf-menu-google-seo">менюто си</a> — то е страницата, която асистентът ще цитира първа.</p>
]]></content:encoded>
    </item>
  </channel>
</rss>
