2009-08-26 4 views
0

Мы исходим из проектов GWT и из-за проблем с SEO, не желающих GWT для нашего следующего проекта, мы собираемся отказаться от GWT (главным образом потому, что seo является приоритетом для этого следующего проекта). Выбирая новую структуру, я смотрю на Wicket и люблю то, что я видел до сих пор. Я только сделал несколько руководств, но, глядя на макет войны (из этих учебников), похоже, что большинство html-страниц находятся в папке WEB-INF.Может ли Wicket препятствовать поисковой оптимизации или поисковым системам?

Это вызовет проблемы для поисковых систем и поисковых систем, которые сканируют файлы сайтов?

В идеале, я хотел бы использовать Wicket с некоторыми AJAX и развертывать в Google App Engine.

ответ

4

Не имеет значения, хранится ли ваш .jsps (или что-то еще) в/WEB-INF. Это просто означает, что к ним нельзя получить доступ напрямую, перейдя в http://webapp/path/to/jsp.

для SEO думать о:

  • Значимого URL-адресе и тексте ссылки (например, URL-адрес должен быть похож на ожидаемые запросы в поисковых системах)
  • просканировать страницы (убедитесь, что все ваше содержание может быть достигнуто путем не- JS-совместимый бот ... т. Е. Не делать контент, доступный только через AJAX, например). Карта сайт может помочь
+0

100% правдивый хороший комментарий! –

1

если вы проецируете SEO действительно важен, чем вы могли бы пересмотреть использовать много AJAX, так как гусеничное обыкновение выполнять JavaScript, они не собираются читать весь возврат вашего AJAX вызывает ... что, как сказал SEO-качество вашего сайта на самом деле не основано на структуре, которую вы будете использовать ... jsut всегда думает о img alts, link, meta, title, h1 ... на всех страницах, и вы должны быть в порядке ... также всегда старайтесь размещать ссылки на ваш сайт на других сайтах, чтобы получить видимость и получить значение для искателей.

3

Просмотрите ссылки закладки Wicket и UrlCodingStrategies для очень мощной комбинации для использования в SEO. В основном все ваши ссылки и параметры могут быть закодированы как/a/static/url, независимо от (изменения) реализации на бэкэнд.