Что является хорошим примером стратегии для достижения SEO-дружественности в приложении с большим количеством JavaScript? - PullRequest
7 голосов
/ 05 января 2012

Intro

Я знаю, что об этом уже спрашивали, но вопросы, которые я нашел, были либо конкретными, либо общими, чтобы спровоцировать тот ответ, который я искал.Лучший возможный ответ, который я могу себе представить, - это пример использования магистрали и наименьшего количества возможной логики на стороне сервера (там нет предпочтительного языка / структуры).

Проблема

Я планирую javascript / ajax-heavy (backbone + преимущественно-json backend) приложение, которое реализует фасетный поиск.Возьмем, к примеру, многогранный поиск простого приложения обувного магазина, которое позволяет фильтровать цвет, марку и тип обуви, а также сортировать по цене и размеру или что-либо еще.

Предположим, что я использую основную или аналогичную структуру наклиент и служба json в качестве бэкэнда.

Какая будет хорошая стратегия (компромисс между усилием и результатом) для достижения seo-содружественности, а также быстрого интерфейса?

Ресурсы

Решение, которое привлекло мое внимание, - это Hijax путем повторного использования клиентских шаблонов на стороне сервера, как описано здесь: http://duganchen.ca/single-page-web-app-architecture-done-right

Ресурсы, которые я переварил без окончательного заключения

Ответы [ 3 ]

3 голосов
/ 05 января 2012

Общий смысл в SEO-дружелюбии: Он должен работать без JavaScript .

Это также хорошо для доступности, поэтому вы должны делать это так, если у пользователя не включен JavaScript(как это делает поисковая система), он будет работать.

Если у него включен JavaScript (как у любого здравомыслящего человека), он будет работать со всеми добавленными вами прекрасными функциями JavaScript.

Как общее практическое правило: Если это работает, оно также должно работать без JavaScript!

1 голос
/ 05 января 2012

Также помните, что поисковые системы следуют по ссылкам гораздо чаще, чем они (когда-либо?) Заполняют формы.

Эта проблема, позволяющая сканерам просматривать содержимое вашей базы данных, называется "темной паутиной", "невидимой".сеть "," глубокая сеть "или" скрытая сеть ". Пост в блоге

Итак, ваша формулировка проблемы:

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

Я бы предложил включить поиск по иерархии ссылок в дополнение к поиску по формам с полями выбора.

Например, во вторичное меню включаются все разные бренды в виде отдельных ссылок.Тогда каждая ссылка должна вести к списку товаров, продаваемых этим брендом.Хитрость заключается в том, чтобы упорядочить вещи так, чтобы ссылка на отдельный ботинок вернула вас на первую страницу (приложение с богатой страницей), но показывала конкретный ботинок.- На странице должны быть реализованы рекомендации по сканированию Ajax в Google, на которые вы ссылаетесь в OP.

1 голос
/ 05 января 2012

Решение вашей первой ссылки звучит правильно. Основная проблема одностраничного приложения заключается в том, что вы должны визуализировать свои шаблоны с обеих сторон, бэкэнда и внешнего интерфейса. Хорошим решением будет использование шаблона «Усы» или «Google».

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

...