- Демонстрація пошуку Foresight
- Як метод pushState робить сторінку, яку можна сканувати в Ajax?
- Створіть віртуальну панорамування, що сканується, на нескінченній сторінці
- Нагадування: у травні 2018 року Google змінить свою поведінку на URL-адреси, які включають #!
За замовчуванням пошукові системи не намагатимуться сканувати та індексувати вміст, завантажений у Ajax. Таким чином, використання цієї технології потенційно ставить вас на серйозний недолік, що стосується ефективного SEO.
Google вперше представив метод для полегшення виявлення контенту Ajax ще в 2009 році: це був так званий "хеш-банг" метод. Однак це рішення було оголошено застарілим у 2015 році, і протягом декількох років Google виступає за використання іншого підходу в HTML 5, який використовує потенціал методу JavaScript pushState.
Але все це дуже технічно, так як ви зрозумієте, як це працює, і як ви зможете показати розробнику, як добре кодувати Ajax, залишаючись сумісними з SEO?
Демонстрація пошуку Foresight
Щоб допомогти зрозуміти принцип методу, рекомендованого Google, ми опублікували онлайн-демонстрацію використання підходу, запропонованого Google у двох типових випадках:
- завантаження вмісту сторінки в Ajax
- нескінченну сторінку прокрутки
Як метод pushState робить сторінку, яку можна сканувати в Ajax?
Щоб зрозуміти практичне функціонування цього коду, просто натисніть вкладку "Нант" або "Париж" на демонстраційному сайті:
- вміст вкладки динамічно змінюється після завантаження вмісту Ajax
- URL-адреса сторінки на панелі навігації змінюється без перезавантаження сторінки
- Теги SEO динамічно змінюються (назва, мета-опис тощо…
Чому ці дії дозволяють індексувати вміст, завантажений Ajax? Оскільки Google інтерпретує зміни URL-адреси у веб-переглядачі, створені за допомогою методу pushState (), як якщо б він читав URL-адресу нової сторінки, перезавантажуваної звичайним способом.
Метод був описаний Google у цьому статті :
Створіть віртуальну панорамування, що сканується, на нескінченній сторінці
Якщо ви натискаєте на посилання "демонстрація нескінченного прокручування", ви побачите другу можливу реалізацію цього підходу на роботі, яка створює обхідний підкачки за допомогою методу pushState ().
Прокручуючи сторінку, ви помітите, що через деякий час:
- завантажений вміст генерує зміну URL-адреси в рядку URL-адреси веб-переглядача
- теги динамічно змінюються (зокрема, теги посилання rel = [наступний / попередній])
Хочете використовувати виклики Ajax і використовувати технологію LA, рекомендовану Google? Потім просто вкажіть URL нашої демонстрації вашій технічній команді, і скажіть їм, щоб вони надихалися з (ультра-спрощеного) коду, представленого в цій демонстрації.
Попередження: цей підхід не є чудовим рішенням, це просто більш "елегантний" виправлення. У 2018 році досі не рекомендується створювати вміст JavaScript на стороні браузера. Якщо ваш сайт SEO має стратегічне значення для вас, то ви повинні відійти від Ajax і JavaScript фреймворків, генеруючи вміст у браузері користувача.
Нагадування: у травні 2018 року Google змінить свою поведінку на URL-адреси, які включають #!
З другого кварталу 2018 року компанія Google оголосила, що припинить керувати URL-адресами, що містять "#!" У старій схемі сканування Ajax. Практично це означає, що коли сканер відповідає цьому типу url, він більше не шукатиме альтернативну версію: він буде прагнути сканувати сторінку безпосередньо в Ajax!
Але все це дуже технічно, так як ви зрозумієте, як це працює, і як ви зможете показати розробнику, як добре кодувати Ajax, залишаючись сумісними з SEO?