В інтерв'ю з Kenichi Suzuki від Faber Company Inc., адвокат розробників Google Мартін Сплітт нещодавно поділився ключовою інформацією про рендерінг JavaScript, сервер та рендерінг на стороні клієнта та структуровані дані.
Розмова очистила загальну плутанину SEO та запропонувала практичні поради для розробників та маркетологів, які працюють із змінами пошукових систем Google.
Google AI Crawler & JavaScript
На запитання, як системи AI обробляють вміст JavaScript, Splitt виявив, що гусениця AI Google (використовується Gemini) добре обробляє JavaScript через спільну послугу.
Splitt пояснив:
“Ми не ділимося тим, що GoogleBot бачить для веб -пошуку, але гусениця AI Google, який використовує Близнюки, також надає. Він використовує WRS [Web Rendering Service]але це в основному так, як у нас використовується сервіс GoogleBot, і Близнюки також користуються послугою ».
Це дає інструментам AI Google перед конкурентами, які мають проблеми з JavaScript.
Хоча одне дослідження, про яке йдеться в інтерв'ю, стверджувалося, іноді займає тижні, Splitt пояснив, що це зазвичай відбувається набагато швидше.
“99 -й перцентиль знаходиться протягом декількох хвилин”, – зазначив Сплітт, що дозволяє припустити, що тривалі затримки рідкісні і можуть бути обумовлені помилками вимірювання.
Сервер на стороні клієнта: що краще?
Частина дискусії висвітлювала дискусію між рендеруванням на стороні сервера (SSR) та рендерінгом на стороні клієнта (КСВ).
Замість того, щоб сказати, завжди краще, Splitt підкреслив, що правильний вибір залежить від того, що робить ваш веб -сайт.
Спліф заявив:
“Якщо у вас є веб -сайт, який є класичним веб -сайтом, який, в основному, просто представляє інформацію користувачеві, то вимагати від JavaScript – це недолік. Це може зламати. Це може спричинити проблеми. Це зробить речі повільнішими. На вашому телефоні буде потрібно більше акумулятора”.
Splitt пропонує SSR або навіть попереднє ставлення статичного HTML для веб-сайтів, орієнтованих на вміст. Але КСВ краще працює для інтерактивних інструментів, таких як програми CAD або відео -редактори.
Роз'яснив розпалювач:
“Це не той чи інший. Це два інструменти. Вам потрібен молоток чи вам потрібна викрутка? Це залежить від того, що ви намагаєтесь зробити”.
Див. Також: Зрозумійте різницю між клієнтським та серверним відображенням.
Роль структурованих даних у розумінні ШІ
Потім розмова перейшла до структурованих даних, що стає важливішим у міру зростання систем AI.
На запитання, чи структуровані дані допомагають Google AI краще зрозуміти вміст, як, наприклад, претензії Microsoft щодо Bing, Splitt підтвердив, що це допомагає.
Він заявив:
«Структуровані дані дають нам більше інформації та надають нам більше впевненості в інформації. Тому має сенс мати структуровані дані».
Однак Splitt уточнив, що, хоча структуровані дані додають контекст, вони “не натискають на рейтинг” безпосередньо. Це важлива різниця для професіоналів SEO, які можуть подумати, що це безпосередньо підсилює пошукові позиції.
Що це означає
Ось ключові речі, які ми дізналися з цього інтерв'ю:
- Відкладання Google зазвичай відбувається протягом декількох хвилин, тому старий страх перед важкими сайтами JavaScript, що перебувають у невигідному стані, є меншим питанням.
- Інструменти, які не є Google AI, все ще можуть мати проблеми з JavaScript, що робить SSR, можливо, більш критичним для видимості у всіх системах AI.
- Використовуйте SSR для сайтів вмісту та КСВ для інтерактивних інструментів. Не використовуйте одне рішення для всього.
- Хоча не є фактором ранжування, структуровані дані допомагають Google краще зрозуміти ваш вміст. Це важливо, оскільки AI стає більшою частиною пошуку.
У своїх останніх порадах перед професіоналами SEO Splitt висвітлив основні принципи щодо технічних хитрощів:
“Подумайте про своїх користувачів. З’ясуйте, яка ваша бізнес -мета, як зробити користувачів щасливими, а потім просто створити чудовий вміст.”
Коли AI змінює технологію пошуку, розуміння цих технічних деталей стає важливішим для маркетологів, які хочуть оптимізувати вміст для людей та алгоритмів пошуку.
Почуйте повне обговорення у відео нижче: