Posted in

LLM и JavaScript: защо важното съдържание трябва да бъде в raw HTML

Андре Алпар (Andre Alpar) проведе интересен SEO експеримент, споделен от Алейда Солис (Aleyda Solís): могат ли AI асистентите да видят съдържание, което се появява на страницата чак след изпълнението на JavaScript.

Идеята на теста е проста, но много показателна. На страницата е имало две стойности:

  • Фалшива стойност в чистия (raw) HTML;
  • Истинска стойност, която се е зареждала само след изпълнение на външен JavaScript.

След това авторите са проверявали не само отговора на модела, но и сървърните логове (server logs):

  • Дали AI асистентът изобщо е отворил страницата;
  • Дали е изтеглил JavaScript файла;
  • Дали е изпълнил кода и е направил заявка към endpoint-а, където се намира истинската стойност.

Резултатът за SEO е доста неприятен: ChatGPT, Claude, Gemini, Perplexity, Meta AI и Microsoft Copilot в този тест са отговорили със стойността от raw HTML. Тоест, те са видели уловката (decoy), а не реалното JS-rendered съдържание. Особено показателно е, че Gemini също не е използвал стойността след рендерирането, въпреки че е продукт на Google.

Това е важен нюанс: фактът, че Googlebot в класическото търсене може да рендерира JavaScript, не означава, че AI асистентът прави същото в сценарий за търсене в реално време (live grounding).

Имало е и изключения. DeepSeek, ERNIE, Qwen, Kimi и Mistral са успели да изпълнят JavaScript и да върнат истинската стойност. Grok е подходил още по-интересно: един от неговите възли (nodes) е изпълнил JavaScript, но отговорът му все пак е бил изграден върху стойността от raw HTML.

Основният извод не е, че „всички LLM не могат да рендерират JavaScript“. Изводът е по-точен: не може да се предполага, че AI асистентът ще види съдържание, което съществува само след client-side rendering.

За SEO това е изключително важно за сайтове на React, Vue, Angular, SPA решения, lazy-loaded блокове, табове, акордеони, продуктови спецификации (product specs), ценоразписи (pricing) и важни търговски елементи, които се подтягат след първоначалното зареждане на страницата.

Какво си струва да направите:

1. Проверете raw HTML на ключовите страници Отворете view-source: или изключете JavaScript в браузъра и вижте дали основното съдържание е там: цени, характеристики, описания, FAQ, сравнения, USP (уникални предимства за продажба), отзиви.

2. Не крийте важни факти зад JS Ако даден блок е важен за класирането, за AI-citations (цитирания от AI) или за конверсиите, той трябва да бъде достъпен още в първия HTML отговор на сървъра.

3. Използвайте SSR или pre-rendering За важните страници е по-добре да използвате server-side rendering (сървърно рендериране), static generation (статично генериране) или pre-rendering, за да може съдържанието да е достъпно веднага.

4. Гледайте в server logs, а не вярвайте на думите на чатбота В теста Perplexity е заявило, че не е успяло да получи достъп до страницата, но сървърните логове са показали HTTP 200. Ето защо, за да проверите достъпността за изкуствения интелект, трябва да гледате реалните заявки, user-agent, статусите и зареждането на ресурсите.

5. Тествайте отделно различните AI платформи Поведението на ChatGPT, Gemini, Claude, Perplexity, Grok, Mistral и DeepSeek може коренно да се различава. Един-единствен тест в Google Search Console не дава отговор на въпроса какво вижда конкретният AI асистент.

Практически извод: За добра видимост в AI средите (AI visibility), важното съдържание трябва да присъства в HTML кода веднага, а не да се появява едва след изпълнението на JavaScript.

Източници:

Вашият коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *

Produkcji kontraktowej suplementów diety. Це полегшує планування обслуговування. Faq made4media aps backlink generator.