LLM і JavaScript: чому важливий контент має бути в raw HTMLAndre 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 пішов ще цікавішим шляхом: один із його вузлів виконав JavaScript, але відповідь усе одно була побудована на значенні з raw HTML.Головний висновок не в тому, що “усі LLM не вміють рендерити JavaScript”. Висновок точніший: не можна припускати, що AI-асистент побачить контент, який існує тільки після client-side rendering.Для SEO це особливо важливо для сайтів на React, Vue, Angular, SPA-рішень, lazy-loaded блоків, табів, акордеонів, product specs, pricing і важливих комерційних блоків, які підтягуються після завантаження сторінки.Що варто зробити:Перевірити raw HTML ключових сторінокВідкрийте view-source: або вимкніть JavaScript і подивіться, чи є там основний контент: ціни, характеристики, описи, FAQ, порівняння, USP, відгуки.Не ховати важливі факти за JSЯкщо блок важливий для ранжування, AI-citations або конверсії, він має бути доступний у першій HTML-відповіді.Використовувати SSR або pre-renderingДля важливих сторінок краще використовувати server-side rendering, static generation або pre-rendering, щоб контент був доступний одразу.Дивитись у server logs, а не вірити словам чатботаУ тесті Perplexity заявив, що не зміг отримати доступ до сторінки, але server logs показали HTTP 200. Тому для перевірки AI-доступності потрібно дивитися фактичні запити, user-agent, статуси та завантаження ресурсів.Тестувати окремо AI-платформиПоведінка ChatGPT, Gemini, Claude, Perplexity, Grok, Mistral і DeepSeek може сильно відрізнятись. Один тест у Google Search Console не відповідає на питання, що бачить AI-асистент.Практичний висновок: для AI visibility важливий контент має бути в HTML одразу, а не з’являтися тільки після JavaScript.Джерела:Search Engine World: Do AI Assistants Actually Render Your JavaScript when Grounding? — https://www.searchengineworld.com/do-ai-assistants-actually-render-your-javascript-when-grounding-we-put-it-to-the-testLinkedIn: Aleyda Solís про експеримент — https://www.linkedin.com/posts/aleyda_do-ai-assistants-actually-render-your-activity-7473307747128733697-YIWg