Поисковая оптимизация для защищенных серверных страниц и динамических URL-адресов

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

Со мной связались по 4500 страницам электронной почты. веб-мастер торговой площадки. Он недоумевал, почему поисковые системы игнорируют такой большой сайт. Я попросил URL-адрес веб-сайта и пошел на домашнюю страницу. Я заметил, что при загрузке URL-адреса http://anybusiness.com сайт сразу же перенаправляется на безопасную страницу httpS://anybusiness.com. Это имеет две прямые ошибки, которые могут быть проблемой: метод пересылки и другой сервер. Если мгновенная переадресация выполняется с помощью JavaScript, это плохие новости.

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

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

Например, если ваша корзина размещена в магазинах Yahoo или других поставщиках услуг приложений (ASP), страницы, размещенные в корзине, не относятся к вашему домену и не могут быть распознаны как страницы на ВАШЕМ веб-сайте, если только вы не разместили свой домен с та же компания. К сожалению, многие ASP корзины покупок используют динамические IP-адреса (IP-адрес меняется при каждом посещении) и используют динамические страницы, созданные базой данных.

Процесс обслуживания динамических страниц не является проблемой. Проблема в том, что URL-адреса этих страниц содержат несколько символов, которые останавливают или сильно ограничивают поисковые роботы. URL-адреса динамических страниц содержат вопросительные знаки (?), за которыми следуют амперсанд (&), знаки равенства (=), знаки процента (%) и знаки плюса (+).

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

1. Причины, по которым ваш сайт может быть не включен.

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

Тот факт, что ваш сайт динамически генерируется путем создания длинных URL-адресов, содержащих вопросительные знаки, знаки равенства и амперсанды, такие как www.domain.com/category.asp?ct=this+%28that+other%29&l=thing, не означает, что вы ищете клиренс двигателя. Есть простые решения для вашего веб-мастера. Вот несколько статей, объясняющих элегантное решение под названием mod_rewrite.

Если вы технически склонны, вы можете прочитать об этой технике:

http://alistapart.com/articles/urls/
http://alistapart.com/articles/succeed/

Этот метод просто создает набор инструкций для представления URL-адреса веб-серверу в другой форме, которая заменяет эти «плохие» вопросительные знаки и амперсанды косой чертой (/). Этот метод требует, чтобы ваш веб-мастер был немного более техническим, чем большинство владельцев домашнего бизнеса, которые создали свой собственный веб-сайт. Некоторые хосты помогут здесь, просто включив mod_rewrite на клиентах виртуального хостинга.

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

В вашей подробной карте сайта поместите эти динамические URL-адреса в большинство подкатегорий в разных разделах вашего сайта. Пока эти динамические ссылки (даже с символами ?=+%&) закодированы в карте сайта, пауки будут следовать им. Очевидно, что 4500 страниц, упомянутых выше, были бы слишком большими для листинга карты сайта. Тем не менее, основные страницы категорий могут быть предоставлены для двигателей.

Я посетил страницу карты сайта для веб-мастеров, упомянутую ранее, и увидел 14 страниц, перечисленных на карте сайта. Это объясняет, почему Google проиндексировал 14 страниц вместо 4500.

Как узнать, сколько страниц вашего сайта проиндексировано? Перейдите в поиск Google и введите «allinurl:www.domain.com» (без кавычек замените «домен» на ваше доменное имя в приведенном выше примере). Этот оператор запроса вернет список всех страниц вашего сайта. Посмотрите на синюю полосу в верхней части страницы результатов Google, чтобы увидеть количество проиндексированных страниц на вашем сайте!

Гостевая валентинка, статья Майка Бэнкса SEO оптимизм