Блог ScottGu - инструментарий поисковой оптимизации IIS

1. Представляем инструментарий поисковой оптимизации IIS
2. Использование инструмента анализа сайта IIS SEO Toolkit
3. Будущая поддержка автоматической коррекции
4. Резюме

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

Точно так же, небольшие ошибки могут существенно повлиять на релевантность контента вашего сайта для поиска и привести к тому, что вы упустите трафик, который вы должны получать. Некоторые из этих ошибок включают в себя: несколько URL-адресов на сайте, приводящих к одному и тому же контенту, неработающие ссылки со страницы, плохо выбранные заголовки, описания и ключевые слова, большое количество просмотров, неправильная разметка и т. Д. Эти ошибки часто легко исправить - Задача состоит в том, как найти и определить их на сайте.

Представляем инструментарий поисковой оптимизации IIS

Сегодня мы выпускаем первую бета-версию нового бесплатного инструмента - IIS Search Engine Optimization Toolkit - который позволяет легко выполнять SEO-анализ на вашем сайте, выявлять и устранять проблемы на нем.

Вы можете установить инструментарий поисковой оптимизации IIS, используя Установщик веб-платформы Microsoft Я писал об этом ранее на этой неделе. Вы можете установить его через WebPI, используя ссылку «Установить сейчас» на IIS SEO Toolkit home ,

После установки вы найдете новый раздел «Поисковая оптимизация» в инструменте администрирования IIS 7 и несколько инструментов SEO, доступных в нем:

Инструменты Robots и SiteMap позволяют вам легко создавать и управлять файлами robots.txt и sitemap.xml для вашего сайта, которые помогают поисковым системам определять, какие URL они должны и не должны сканировать и выполнять.

Инструмент «Анализ сайта» позволяет сканировать сайт так, как это делает поисковая система, а затем анализировать контент, используя различные правила, помогающие выявить в нем проблемы SEO, доступности и производительности.

Использование инструмента анализа сайта IIS SEO Toolkit

Давайте посмотрим, как мы можем использовать инструмент «Анализ сайта» для быстрого анализа проблем SEO с сайтом. Чтобы не смущать кого-либо еще из-за того, что этот инструмент свободно размещался на их сайте, я решил вместо этого использовать инструмент анализа на одном из своих сайтов: www.scottgu.com , Это сайт, который я написал много лет назад (думаю, последнее обновление в 2005 году). Если вы установили IIS SEO Toolkit, вы можете указать его на моем сайте и повторить шаги ниже, чтобы углубиться в его SEO-анализ.

Откройте инструмент анализа сайта

Мы начнем с запуска средства администрирования IIS (inetmgr) и щелчка по корневому узлу в древовидном представлении левой панели средства администрирования IIS7 (имя машины - в данном случае «Scottgu-PC»). Затем мы выберем значок «Анализ сайта» в разделе «Поисковая оптимизация» справа. Открытие инструмента анализа сайта на уровне компьютера, как это, позволит нам запустить инструмент анализа на любом удаленном сервере (если бы мы вместо этого открыли его с выбранным сайтом, то мы могли бы выполнять анализ только локальных сайтов на коробке) ,

Открытие инструмента «Анализ сайта» приводит к отображению приведенного ниже экрана - в нем перечислены все ранее сохраненные отчеты об анализе сайта, которые мы создали в прошлом. Поскольку мы впервые открыли инструмент, это пустой список. Мы нажмем ссылку «Новый анализ…» в правой части инструмента администратора, чтобы создать новый отчет об анализе:

При нажатии на ссылку «Новый анализ…» открывается диалоговое окно, подобное приведенному ниже, которое позволяет нам назвать отчет, а также настроить, какой сайт мы хотим сканировать и насколько глубоко мы хотим его изучить.

Мы назовем наш новый отчет «scottgu.com» и настроим его для запуска с http://www.scottgu.com URL, а затем сканировать до 10000 страниц на сайте (примечание: если вы не видите текстовое поле «Начальный URL» в диалоговом окне, это потому, что вы не выбрали узел корневого компьютера на левой панели администратора инструмент и вместо этого открыл его на уровне сайта - отмените, выберите узел корневого компьютера, а затем нажмите ссылку Анализ сайта).

Когда мы нажимаем кнопку «ОК» в диалоговом окне над инструментом «Анализ сайта», запросим http://www.scottgu.com URL, проверьте возвращенный контент HTML, а затем сканируйте сайт так же, как и поисковая система. На моем сайте 407 разных URL-адресов, и IIS SEO Toolkit всего за 13 секунд просканировал их все и выполнил анализ загруженного контента.

Как только это будет сделано, откроется сводное представление отчета с подробным описанием найденного. Ниже вы можете увидеть, что на моем сайте было обнаружено 721 нарушение различного рода (ой):

Мы можем щелкнуть любой из элементов в сводном представлении нарушений, чтобы получить подробную информацию о них. Мы рассмотрим некоторые из них ниже.

Глядя на «описание отсутствует» нарушения

Вы заметите, что у меня 137 нарушений «Описание отсутствует». Давайте дважды щелкнем на правиле, чтобы узнать больше об этом и увидеть подробности об отдельных нарушениях. Двойной щелчок по описанному выше правилу описания откроет новую вкладку запроса, которая автоматически предоставляет отфильтрованное представление только нарушений описания (примечание: вы можете настроить запрос, если хотите - и при желании экспортировать его в Excel, если вы хотите сделать еще более богатые данные анализ):

Двойной щелчок по любому из нарушений в приведенном выше списке откроет подробности об этом. Каждое нарушение содержит подробную информацию о том, в чем конкретно заключается проблема, и рекомендуемые действия по ее устранению:

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

Вкладка «Анализ слов» часто бывает полезна при составлении текста описания. На этой вкладке отображаются сведения о странице (ее заголовок, ключевые слова и т. Д.), А также список всех слов, используемых в HTML-документе, а также количество повторений. Это также позволяет вам видеть все фразы из двух и трех слов, которые повторяются на странице. Он также перечисляет текст <a>, используемый на другой странице для ссылки на эту страницу - все это полезно для описания:

Просмотр ссылки связан с различными нарушениями регистра

Давайте теперь на «URL связан с использованием различных регистров» нарушений. Мы можем сделать это, вернувшись к нашей странице сводного отчета и затем нажав на это конкретное нарушение правила:

Поисковые системы подсчитывают количество страниц в Интернете, которые ссылаются на URL-адрес, и используют это число как часть алгоритма взвешивания, который они используют для определения релевантности контента, предоставляемого URL-адресом. Это означает, что если 1000 страниц ссылаются на URL, который говорит о теме, поисковые системы будут предполагать, что содержимое этого URL имеет гораздо более высокую релевантность, чем URL с тем же содержимым темы, на которое ссылается только 10 человек.

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

Если щелкнуть вышеуказанное нарушение «URL-адрес связан с использованием другого регистра», мы получим список всех 104 URL-адресов, которые используются на сайте с несколькими регистрами заглавных букв:

Нажав на любой из URL, вы получите подробную информацию об этом конкретном нарушении и о многочисленных способах его выявления на сайте. Обратите внимание, как ниже подробно описываются оба URL-адреса, найденные на сайте, которые отличаются просто регистром заглавных букв. В этом случае я ссылаюсь на этот URL с помощью параметра строки запроса с именем «AlbumId». В другом месте на сайте я также ссылаюсь на URL с помощью параметра строки запроса с именем «albumid» (строчные буквы «a» и «i»). В результате поисковые системы будут обрабатывать эти URL как разные, и поэтому я не буду максимизировать рейтинг страниц для контента:

Знание, что на сайте есть такая проблема, является первым шагом. Второй шаг, как правило, сложнее: попытаться выяснить все различные пути, которые необходимо использовать, чтобы этот URL-адрес использовался следующим образом. Часто вы делаете исправление и предполагаете, что все исправляет - только чтобы обнаружить, что через сайт был другой путь, о котором вы не знали, что также вызывает проблему с обсадной колонной. Чтобы помочь с подобными сценариями, вы можете щелкнуть раскрывающийся список «Действия» в правом верхнем углу диалогового окна нарушений и выбрать в нем ссылку «Просмотреть маршруты на эту страницу».

Откроется диалоговое окно, в котором отображаются все шаги, предпринятые сканером, которые привели к выполнению определенного URL-адреса. Ниже показано, что он нашел два способа достичь этого конкретного URL:

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

Просмотр страницы содержит несколько канонических нарушений формата

Исправление проблем с оболочкой, как мы делали выше, является хорошим первым шагом к улучшению количества страниц. Мы также хотим исправить сценарии, в которых один и тот же контент может быть получен с использованием URL-адресов, которые отличаются больше, чем регистр. Для этого мы вернемся к нашей сводной странице и выведем отчет «страница содержит несколько канонических нарушений формата»:

Детализация в этом отчете перечисляет все URL на нашем сайте, которые могут быть доступны несколькими «каноническими» способами:

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

Мы можем увидеть все случаи использования URL /Default.aspx, нажав на вкладку «Ссылки» выше. Это показывает все страницы, которые ссылаются на URL /Default.aspx, а также все URL, на которые он, в свою очередь, ссылается:

Мы можем переключиться, чтобы узнать подробности о том, где и как используется связанный URL-адрес «/», щелкнув раскрывающийся список «Связанные URL-адреса» выше - в нем будут показаны все другие URL-адреса, относящиеся к тому же контенту, и мы сможем быстро их детали также:

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

Примечание. Устранение проблем с регистром и канонизацией для всех внутренних ссылок на нашем сайте - это хороший первый шаг. Внешние сайты также могут ссылаться на наши URL-адреса, и их будет сложнее обновлять. Один из способов исправить наше поисковое ранжирование, не требуя обновления внешних ссылок, - это загрузить и установить модуль перезаписи URL IIS на наш веб-сервер (его можно бесплатно загрузить с помощью Установщик веб-платформы Microsoft ). Затем мы можем настроить правило перезаписи URL-адреса, которое автоматически выполняет постоянное перенаправление на правильный канонический URL-адрес, что приводит к тому, что поисковые системы воспринимают их как одинаковые (читайте Carlos ' IIS7 и URL переписать: сделать ваш сайт SEO сообщение в блоге, чтобы узнать, как это сделать).

Поиск нарушений перенаправления

В качестве последнего шага давайте рассмотрим некоторые нарушения перенаправления на сайте:

Развертывание этой категории правил напомнило мне кое-что, что я сделал несколько лет назад (когда я перенес свой блог на другой сайт) - то, что я только что обнаружил, было довольно глупым.

Когда я впервые настраивал сайт, у меня изначально была простая страница блога по адресу: www.scottgu.com/blog.aspx Через несколько недель я решил переместить свой блог в weblogs.asp.net/scottgu , Вместо того, чтобы просматривать все мои страницы и менять ссылку на новый адрес, я подумал, что буду умнее и просто обновлю страницу blog.aspx, чтобы выполнить перенаправление на серверной стороне нового weblogs.asp.net/scottgu URL.

Это работает с точки зрения конечного пользователя, но что я не осознавал, пока не запустил инструмент анализа сегодня, так это то, что поисковые системы не могут перейти по ссылке. Причина в том, что моя страница blog.aspx выполняет перенаправление на стороне сервера в weblogs.asp.net/scottgu URL. Но по причинам SEO, программное обеспечение для блогов (Community Server) на weblogs.asp.net в свою очередь делает второй редирект, чтобы исправить входящий weblogs.asp.net/scottgu URL вместо http://weblogs.asp.net/scottgu/ (обратите внимание, что добавляется косая черта).

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

Я смог подтвердить, что это была проблема, без необходимости открывать серверный код страницы blog.aspx. Все, что мне нужно было сделать, - это щелкнуть вкладку «Заголовки» в диалоге нарушения и посмотреть ответ HTTP перенаправления, который отправила страница blog.aspx. Обратите внимание, что у него нет косой черты (и поэтому Сервер совместной работы выполняет еще одно перенаправление при получении):

Исправить эту проблему легко. Я бы никогда не понял, что у меня действительно есть проблема, без инструмента анализа сайта, указывающего мне на это.

Будущая поддержка автоматической коррекции

Существует множество дополнительных нарушений и проблем с контентом, которые обнаружил инструмент анализа сайта при сканировании моего веб-сайта. Выявить и исправить их просто и очень похоже на описанные выше шаги. Каждая проблема, которую я исправляю, делает мой сайт чище, легче сканировать и помогает ему иметь еще большую релевантность поиска. Это, в свою очередь, приведет к увеличению трафика, приходящего на мой сайт из поисковых систем, что является очень рентабельным возвратом инвестиций. После создания и сохранения отчета он отобразится в списке предыдущих отчетов в инструменте администрирования IIS. Вы можете в любой момент щелкнуть по нему правой кнопкой мыши и сказать IIS SEO Toolkit перезапустить его, что позволит вам периодически проверять отсутствие регрессий.

Предварительная сборка инструмента анализа сайта сегодня проверяет около 50 правил при сканировании сайта. Со временем мы добавим больше правил, которые проверяют наличие дополнительных проблем и сценариев. В будущих предварительных выпусках вы также начнете видеть еще больше интеллектуальности, встроенной в инструмент SEO Analysis, который позволит ему также на стороне сервера проверить, что у вас установлен модуль перезаписи URL с хорошим набором SEO-дружественных правил. сконфигурировано. Инструмент анализа сайта также позволит вам автоматически исправлять определенные нарушения, предлагая правила перезаписи, которые вы можете добавить на свой сайт непосредственно из инструмента отчета об анализе сайта (например: для устранения таких проблем, как «/» и «/Default.aspx». «Вопрос канонизации мы уже рассматривали ранее). Это еще больше поможет обеспечить хорошее SEO на сайте. До этого я рекомендовал бы прочитать эти ссылки, чтобы узнать больше о ручной настройке URL Rewrite для SEO:

Резюме

IIS Search Engine Optimization Toolkit позволяет легко анализировать и оценивать, насколько дружественна поисковая система для вашего веб-сайта. Он выявляет нарушения SEO и предоставляет инструкции по их устранению. Вы можете узнать больше о наборе инструментов и о том, как наилучшим образом использовать его по следующим ссылкам:

IIS Search Engine Optimization Toolkit является бесплатным, его установка занимает не более минуты и может быть запущена на любом существующем веб-сервере или веб-сайте. Нет необходимости устанавливать что-либо на удаленном сервере, чтобы использовать его - просто введите URL-адрес сайта, и вы получите отчет об анализе сайта с активными элементами, которые можно сразу же использовать для его улучшения.

Сегодняшняя версия является бета-версией, поэтому, пожалуйста, используйте Форум по поисковой оптимизации IIS дайте нам знать, если у вас возникнут какие-либо проблемы или у вас есть предложения.

Надеюсь это поможет,

Скотт

Похожие

Комментарии