плюси / мінуси хеш-навігації з точки зору SEO


15

Я працюю над додатком, який реалізує навігацію на основі подій хеш-змін. Вміст завантажується в основному через дзвінки ajax після змін хешу (і відображається за допомогою ін'єкцій DOM).

З точки зору SEO - чи можуть пошукові системи індексувати цей введений вміст?
Чи можуть пошукові системи переходити до моїх хеш-посилань (ex href = "# page = 1")?

Якщо ні - будь-які обходи, окрім того, що на моїх сторінках є статичний вміст лише з SEO-причин?

Дякую

Я знайшов кілька подібних тем на SO, але не знайшов задовольняючих відповідей, тож пробачте мене знову запитати.

jquery  ajax  seo 

Відповіді:




2

чи пошукові системи можуть індексувати цей введений вміст?

Відповідь - так і ні

Ні: Якщо ви вводите вміст, просто змінивши хештег , жоден сканер не зможе проіндексувати вміст. Ці звичайні хештеги були призначені для навігації по одній сторінці (задовго до появи AJAX), а не для зміни стану сторінки. Отже, щоб не допустити повторної індексації одних і тих же сторінок кілька разів, сканери навмисно запрограмовані ігнорувати все після хештегу в URL-адресі.

Так: у вас є два робочих кола:

Що стосується SEO, то обидва робочі рамки / рішення працюють однаково добре, якщо впроваджені правильно. Але хто з двох краще від SEO - це ще одна дискусія .


0

Щоб виконати відповідь legoscia ( /programming//a/11582278/1518423 ), ви можете використовувати безголову бібліотеку браузера на стороні сервера, щоб надати статичний html боту Google.

Оскільки ви дуже активно використовуєте ajax, вам здається, що вам подобається javascript, ось ось браузер без заголовка JavaScript, який можна використовувати з node.js: http://zombie.labnotes.org/

Сподіваюся, це працює для вас, весело!


0

Хоча існують пошукові системи, які підтримують сканування вмісту ajax, традиційні URL-адреси та статичний вміст сторінки все ще надійніші для видимості пошукових систем.

Коли значну (велику) частину сторінки потрібно перезавантажити, зазвичай бажано, щоб вміст ajax був сканованим. Однак у таких випадках переадресація зазвичай є життєздатною (але небажаною) альтернативою.

Я б запропонував спочатку кодувати сторінку таким чином, щоб вона переспрямовувалась, коли великі / значні частини сторінки повинні бути перезавантажені ( Крок1 ). Значить, ми прив’язуємося до традиційного URL-адреса <a href="/webmasters//page/1">(або чогось подібного), а не <a href="#page=1">.

Після цього напишіть javascript (jQuery) для перехоплення переадресації та використовуйте ajax для перезавантаження тієї частини сторінки, яка змінилася б, якщо сторінку перенаправлено ( Step2 ).

<a id="page1" href="/page/1">Page 1</a>
<script>
    $("#page1").click(function () {

        /*
         * Perform ajax here to replace a portion of the page.
         */

        return false;    // prevent redirection
    });
</script>

Перший крок призводить до створення веб-сторінок зі статичним вмістом та традиційних URL-адрес, які працюють навіть без javascript, а другий крок робить веб-сторінку динамічною (уникає статичного вмісту).

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.