Индексирование содержимого, управляемого базой данных

#asp.net #seo

#asp.net #seo

Вопрос:

Я создаю сайт в asp.net и большая часть контента будет обслуживаться из базы данных. Главной страницей сайта будет <select> окно с X количеством продуктов на выбор. В зависимости от выбранной опции пользователь перенаправляется на новую страницу (что-то вроде mysite.aspx?q=product1), и страница заполняется содержимым продукта и информацией, загруженной из таблицы в моей базе данных.

Мой вопрос таков: будут ли основные поисковые системы просматривать мой <select> ящик и индексировать содержимое с результирующих страниц, или мне придется предпринять дополнительные шаги, чтобы проиндексировать этот контент? Если да, то какие дополнительные шаги необходимо предпринять?

Редактировать:

Один дополнительный вопрос, о котором я подумал: допустим, что в зависимости от выбора поля выбора пользователь попадает на mysite / productdetails.aspx?id=123 где productdetails.aspx — это созданная мной страница, которая извлекает данные о продукте с сервера в зависимости от того, какой продукт передан в строке запроса. Будет ли этот метод извлечения динамических данных на одной странице лучше, хуже или таким же, как создание фактической отдельной веб-страницы для каждого продукта и просто перенаправление пользователя на правильную страницу на основе их выбора?

Ответ №1:

Будут ли основные поисковые системы просматривать мой select ящик и индексировать содержимое с результирующих страниц?

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

По сути, вам нужно, чтобы на ваш контент была ссылка — в традиционном смысле, через гиперссылку, — чтобы он был проиндексирован. Это означает внутреннюю и внешнюю компоновку.

или мне придется предпринять дополнительные шаги, чтобы проиндексировать это содержимое?

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

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

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

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

Комментарии:

1. Спасибо за совет. Поскольку использование традиционных гиперссылок — к сожалению — не вариант, я решил использовать комбинацию перезаписи URL и sitemap.xml файл, чтобы сделать мой сайт более удобным для пользователя и поисковой системы.

Ответ №2:

Я сомневаюсь, что роботы будут индексировать эти страницы, но что более важно, действительно ли это лучший интерфейс для вашего сайта? Поместить все страницы вашего продукта за select рамку? Я ненавижу, когда веб-сайты делают это, и я подозреваю, что некоторые из ваших клиентов могли бы сделать то же самое. Почему бы просто не использовать более традиционный индекс, где посетители могут, по крайней мере, видеть все продукты, не копаясь в форме?

Комментарии:

1. В ответ на ваше недовольство: продуктов будет небольшое количество, возможно, 6, поэтому само поле выбора не будет иметь плохого пользовательского интерфейса; кроме того, поле выбора — это то, что «сильные мира сего» желают для базового макета. Что касается предоставленного вами ответа, не могли бы вы уточнить? Вы точно знаете, что goolgebot не будет сканировать select окно таким же образом, как он сканирует ссылки? Или вы просто догадываетесь?

2. По той же причине, что и ответ Майка. Хотя для бота было бы теоретически возможно определить, что методом формы является GET и что существует конечное число возможных отправлений, и сканировать целевую страницу отдельно с каждым параметром запроса, я не знаю ни одного бота, который на самом деле это сделает. Кроме того, я придерживаюсь своего мнения относительно select навигации на основе. Я никогда не видел, чтобы его использование улучшало пользовательский опыт. Если у вас нет выбора в этом вопросе, я понимаю (черт возьми, мой офис заставляет меня использовать VBScript), но я бы посоветовал вам дополнить его обычной навигацией на основе ссылок.