Официальный сайт движения «Москва без Лужкова!»
Главная Новости Москвы Наши новости Популярное
  • Новости
  • Новости
  • ВХОД В ЛИЧНЫЙ КАБИНЕТ
    логин
    пароль
       
    Новости

    Как сделать так, чтобы бесконечная прокрутка не стоила вам видимости поиска

    1. Как бесконечный свиток влияет на SEO
    2. Реализация бесконечной прокрутки правильно
    3. Использование Canonicals на страничных страницах
    4. Использование history.pushState
    5. Пост реализации

    Бесконечная прокрутка, или «расстановка страниц», как вы, возможно, слышали, упоминается как техническая реализация, в которой новый контент для веб-страницы динамически добавляется к нижней части страницы, при этом пользователю не нужно нажимать «следующую страницу» или аналогичная кнопка.

    Вы, вероятно, видели это в действии на страницах социальных сетей, где, например, Facebook будет вводить новый контент в вашу ленту новостей при прокрутке, но эта техника все больше внедряется на веб-сайтах электронной коммерции.

    Но, конечно же, когда речь идет о сайтах электронной коммерции, поисковая оптимизация является важным фактором, так как вы можете быть уверены, что реализация бесконечной прокрутки не будет стоить вам видимости поиска.

    Как бесконечный свиток влияет на SEO

    Несмотря на способность поисковых систем понимать, что JavaScript улучшается в последнее время, реализация расширенных функций, использующих JavaScript, таких как бесконечная прокрутка, часто может сказываться на производительности обычного поиска.

    Поисковым системам иногда трудно точно имитировать поведение человека (например, нажатие кнопки, чтобы загрузить больше продуктов или контента), что означает, что они не всегда видят истинное представление веб-страницы. Это может означать, что продукты и контент не сканируются и не индексируются поисковыми системами, что в конечном итоге означает потерю трафика и конверсий. Чтобы обеспечить полную «сканируемость», каждый продукт или статья должны иметь уникальный URL-адрес, связанный с сайтом, а не только динамически загружаемый с помощью JavaScript.

    Реализация бесконечной прокрутки правильно

    Страница бесконечной прокрутки должна создавать ряды с нумерацией страниц, чтобы обеспечить полную совместимость в рамках обычного поиска. Это позволит реализовать теги rel 'next' и 'prev' в разделе head исходного кода, позволяя поисковым системам полностью понимать разбитые на страницы серии, а также разрешать обход физических ссылок.

    Чтобы избежать повторяющихся проблем с контентом, важно убедиться, что контент разделен по сериям без наложения, поэтому каждая страница с нумерацией страниц содержит уникальные ссылки на продукты или статьи. Как показано ниже:

    Крайне важно, чтобы ваши URL были правильно структурированы для разбивки на страницы. Поскольку каждая страница должна иметь собственный индивидуальный URL, лучше избегать использования hashbangs (#) в структуре. Если вы решите использовать параметры в своей структуре, рекомендуется объявить их в консоли поиска Google.

    Хороший URL: https://www.example.com/category?page-3 или https://www.example.com/category/page-3

    Неверный URL: https://www.example.com/category#page-3

    Использование Canonicals на страничных страницах

    Канонический тег должен использоваться на страницах с разбивкой по страницам, как и на любой другой веб-странице. Каждая страница в серии должна канонизировать себя. Ниже вы можете увидеть как хороший пример, так и плохой пример использования канонического тега в нумерации страниц.

    Неправильное использование Canonicals:
    https://www.example.com/category?page-3

    <link rel = "canonical" href = "https://www.example.com/category?page-3" />

    Неправильное использование Canonicals:

    https://www.example.com/category?page-3

    <link rel = "canonical" href = "https://www.example.com/category?page-1" />

    Использование history.pushState

    Мы рекомендуем, чтобы history.pushState был реализован на любой странице бесконечной прокрутки. Это изменит URL-адрес, когда пользователь прокручивает страницу вниз, позволяя веб-мастерам добавлять записи истории, когда пользователь взаимодействует со своей веб-страницей.

    Это может быть использовано, чтобы гарантировать, что пользователь, который, например, щелкает по фрагменту контента в бесконечной прокрутке, может затем вернуться к той части бесконечной страницы прокрутки, которой он был до этого. Есть 3 основных параметра, используемых с history.pushState:

    • Государственный объект
    • Заголовок - Обратите внимание, что по состоянию на 20.10.16 это не поддерживается в Firefox.
    • URL - параметр URL используется для запуска поиска новых URL-адресов сканерами и доступа пользователя (например, следующей страницы в серии)

    Джон Мюллер, аналитик веб-мастеров Google, создал это демо чтобы показать, как должна быть реализована бесконечная прокрутка для поиска. Обратите внимание, как изменяется URL при прокрутке страницы вниз, добавляя параметр « page = » и как rel «next» и «prev» реализованы в тегах <head> исходного кода.

    Пост реализации

    Важно протестировать вашу реализацию, чтобы убедиться, что вы избежали какого-либо негативного влияния на ваш обычный поисковый трафик или рейтинг.

    Одной из распространенных проблем является наличие доступных страниц «за пределами», которые не возвращаются как страница 404. Например, в вашей серии может быть 10 страниц, но страница 11 и далее может возвращать код состояния 200. Принять меры, чтобы эта проблема была выявлена ​​и решена.

    Также рекомендуется полностью протестировать пользовательскую бесконечную прокрутку, гарантируя, что посетители по-прежнему будут взаимодействовать с вашим сайтом и успешно перемещаться по страницам продуктов и статей.

    Также рекомендуется полностью протестировать пользовательскую бесконечную прокрутку, гарантируя, что посетители по-прежнему будут взаимодействовать с вашим сайтом и успешно перемещаться по страницам продуктов и статей

    Com/category?
    Com/category?
    Com/category?
    Com/category?
    Com/category?

     

    Найди свой район!

    Восточный

    Западный

    Зеленоградский

    Северный

    Северо-Восточный

    Северо-Западный

    Центральный

    Юго-Восточный

    Юго-Западный

    Южный

    Поиск:      


     
    Rambler's Top100
    © 2007 Движение «Москва без Лужкова!»