Навигация по сайту

Популярные статьи

Blog ScottGu - IIS Search Engine Optimization Toolkit

  1. Przedstawiamy zestaw narzędzi IIS Search Engine Optimization Toolkit
  2. Korzystanie z narzędzia do analizy lokalizacji narzędzia IIS SEO Toolkit
  3. Przyszłe wsparcie automatycznej korekcji
  4. streszczenie

SEO (optymalizacja pod kątem wyszukiwarek) jest jedną z ważnych kwestii, które każda strona internetowa musi zaprojektować z myślą. Nietrywialny procent ruchu internetowego do witryn jest napędzany przez wyszukiwarki, a dobre techniki SEO mogą jeszcze bardziej zwiększyć ruch w witrynie.

Podobnie drobne błędy mogą znacząco wpłynąć na trafność wyszukiwania treści witryny i spowodować, że przegapisz ruch, który powinien odbierać. Niektóre z tych błędów obejmują: wiele adresów URL w witrynie prowadzących do tej samej treści, zerwane linki ze strony, źle wybrane tytuły, opisy i słowa kluczowe, duże ilości wyświetlania, nieprawidłowe znaczniki itp. Błędy te są często łatwe do naprawienia - wyzwaniem jest odkrycie i wskazanie ich na stronie.

Przedstawiamy zestaw narzędzi IIS Search Engine Optimization Toolkit

Dzisiaj wysyłamy pierwszą wersję beta nowego bezpłatnego narzędzia - IIS Search Engine Optimization Toolkit - który ułatwia analizę SEO na swojej stronie oraz identyfikuje i naprawia problemy z nią związane.

Możesz zainstalować IIS Search Engine Optimization Toolkit za pomocą Instalator platformy Microsoft Web Pisałem na blogu na początku tego tygodnia. Możesz zainstalować go przez WebPI za pomocą linku „zainstaluj teraz” na stronie IIS SEO Toolkit home .

Po zainstalowaniu znajdziesz nową sekcję „Search Engine Optimization” w narzędziu administracyjnym IIS 7 oraz kilka dostępnych narzędzi SEO:

Narzędzia Robots i SiteMap umożliwiają łatwe tworzenie i zarządzanie plikami robots.txt i sitemap.xml w witrynie, które pomagają wyszukiwać w wyszukiwarkach adresy URL, które powinny i nie powinny indeksować.

Narzędzie Analiza witryny umożliwia indeksowanie witryny w taki sam sposób, jak wyszukiwarka, a następnie analizowanie treści przy użyciu różnych reguł, które pomagają zidentyfikować w niej problemy z SEO, dostępnością i wydajnością.

Korzystanie z narzędzia do analizy lokalizacji narzędzia IIS SEO Toolkit

Przyjrzyjmy się, w jaki sposób możemy użyć narzędzia do analizy witryn, aby szybko przejrzeć problemy z SEO w witrynie. Aby uniknąć zawstydzania kogokolwiek innego przez obluzowanie narzędzia na swojej stronie, zdecydowałem się zamiast tego użyć narzędzia do analizy w jednej z moich własnych witryn: www.scottgu.com . To jest strona, którą napisałem wiele lat temu (myślę, że ostatnia aktualizacja w 2005 r.). Jeśli zainstalujesz IIS SEO Toolkit, możesz wskazać go na mojej stronie i zduplikować poniższe kroki, aby zagłębić się w jego analizę SEO.

Otwórz narzędzie Analiza witryny

Zaczniemy od uruchomienia narzędzia administracyjnego IIS (inetmgr) i kliknięcia węzła głównego w lewym panelu widoku narzędzia administracyjnego IIS7 (nazwa komputera - w tym przypadku „Scottgu-PC”). Następnie wybierz ikonę „Analiza witryny” w sekcji Optymalizacja wyszukiwarki po prawej stronie. Otwarcie narzędzia Analiza witryny na poziomie maszyny pozwoli nam uruchomić narzędzie do analizy na dowolnym zdalnym serwerze (jeśli zamiast tego otworzymy go z wybraną witryną, będziemy mogli przeprowadzić analizę tylko na lokalnych witrynach w tym polu) .

Otwarcie narzędzia Analiza witryny powoduje wyświetlenie poniższego ekranu - zawiera on listę wcześniej zapisanych raportów analizy witryny, które stworzyliśmy w przeszłości. Ponieważ otwieramy to narzędzie po raz pierwszy, jest to pusta lista. Klikniemy link „Nowa analiza…” po prawej stronie narzędzia administracyjnego, aby utworzyć nowy raport analizy:

Klikniemy link „Nowa analiza…” po prawej stronie narzędzia administracyjnego, aby utworzyć nowy raport analizy:

Kliknięcie linku „Nowa analiza…” powoduje wyświetlenie poniższego okna dialogowego, które pozwala nam nazwać raport, a także skonfigurować witrynę, którą chcemy indeksować i jak głęboko chcemy ją sprawdzić.

Nazwamy nasz nowy raport „scottgu.com” i skonfigurujemy go tak, aby zaczął od http://www.scottgu.com URL, a następnie indeksuj do 10 000 stron w witrynie (uwaga: jeśli w oknie dialogowym nie widzisz pola tekstowego „Start URL”, to dlatego, że nie wybrałeś węzła głównego komputera w lewym panelu administratora) narzędzie, a zamiast tego otworzyło je na poziomie witryny - anuluj, wybierz węzeł głównego komputera, a następnie kliknij link Analiza witryny).

Gdy klikniemy przycisk „OK” w oknie dialogowym powyżej, narzędzie Analiza strony zażąda http://www.scottgu.com URL, sprawdź zwróconą treść HTML, a następnie zaindeksuj witrynę tak, jak zrobi to wyszukiwarka. Moja witryna zawiera 407 różnych adresów URL, a zestaw narzędzi IIS SEO potrzebował tylko 13 sekund na przeszukanie wszystkich i wykonanie analizy pobranej zawartości.

Po zakończeniu otworzy się podsumowanie raportu zawierające szczegółowe informacje o tym, co zostało znalezione. Poniżej widać, że w mojej witrynie znaleziono 721 naruszeń różnego rodzaju (ouch):

Poniżej widać, że w mojej witrynie znaleziono 721 naruszeń różnego rodzaju (ouch):

Możemy kliknąć dowolny z elementów w widoku podsumowania naruszeń, aby przejść do szczegółów na ich temat. Przyjrzymy się kilku z nich poniżej.

Patrząc na naruszenie „opisu brakuje”

Zauważysz powyżej, że mam 137 naruszeń „Opis brakuje”. Dwukrotnie kliknij regułę, aby dowiedzieć się więcej na jej temat i zobaczyć szczegóły dotyczące poszczególnych naruszeń. Dwukrotne kliknięcie powyższej reguły opisu otworzy nową kartę zapytania, która automatycznie zapewni filtrowany widok tylko naruszeń opisu (uwaga: można dostosować zapytanie, jeśli chcesz - i opcjonalnie wyeksportować je do programu Excel, jeśli chcesz wykonać jeszcze bogatsze dane) analiza):

Dwukrotne kliknięcie powyższej reguły opisu otworzy nową kartę zapytania, która automatycznie zapewni filtrowany widok tylko naruszeń opisu (uwaga: można dostosować zapytanie, jeśli chcesz - i opcjonalnie wyeksportować je do programu Excel, jeśli chcesz wykonać jeszcze bogatsze dane) analiza):

Dwukrotne kliknięcie któregokolwiek z naruszeń na powyższej liście otworzy szczegóły na ten temat. Każde naruszenie zawiera szczegółowe informacje na temat tego, czym dokładnie jest problem, oraz zalecaną czynność dotyczącą jego rozwiązania:

Każde naruszenie zawiera szczegółowe informacje na temat tego, czym dokładnie jest problem, oraz zalecaną czynność dotyczącą jego rozwiązania:

Zwróć uwagę, że zapomniałem dodać element opisu <meta> do strony ze zdjęciami (wraz ze wszystkimi innymi stronami). Ponieważ moja strona ze zdjęciami wyświetla teraz tylko obrazy, wyszukiwarka nie ma możliwości dowiedzenia się, jakie treści na niej znajdują. Opis o długości od 25 do 150 znaków mógłby wyjaśnić, że ten adres URL jest moim albumem zdjęć i zapewnia znacznie więcej kontekstu.

Zakładka „Analiza słów” jest często przydatna przy tworzeniu tekstu opisu. Ta karta zawiera szczegółowe informacje o stronie (jej tytuł, słowa kluczowe itp.) I wyświetla listę wszystkich słów użytych w HTML w niej zawartym - a także ile razy są duplikowane. Pozwala także zobaczyć wszystkie dwuliterowe i trójwyrazowe frazy, które są powtarzane na stronie. Zawiera również <a> tekst użyty na innej stronie, aby utworzyć link do tej strony - wszystko to jest przydatne do opisu:

Przeglądanie adresu URL jest połączone za pomocą różnych naruszeń obudowy

Przejdźmy teraz do naruszeń „Adres URL jest połączony przy użyciu innej obudowy”. Możemy to zrobić, wracając do naszej strony raportu podsumowującego, a następnie klikając na to konkretne naruszenie reguły:

Możemy to zrobić, wracając do naszej strony raportu podsumowującego, a następnie klikając na to konkretne naruszenie reguły:

Wyszukiwarki zliczają liczbę stron w Internecie, które łączą się z adresem URL, i używają tego numeru jako części algorytmu ważenia, którego używają do określenia trafności treści ujawnianej przez URL. Oznacza to, że jeśli 1000 stron łączy się z adresem URL, który mówi o danym temacie, wyszukiwarki przyjmą, że zawartość tego adresu URL ma znacznie większe znaczenie niż adres URL z tą samą treścią tematu, do której prowadzi tylko 10 osób.

Wiele osób nie zdaje sobie sprawy z tego, że wyszukiwarki są wrażliwe na wielkość liter i traktują różnie ukształtowane adresy URL jako różne rzeczywiste adresy URL. Oznacza to, że link do /Photos.aspx i /photos.aspx często nie będzie traktowany przez wyszukiwarkę jako jeden adres URL - ale jako dwa różne adresy URL. Oznacza to, że jeśli połowa przychodzących linków przechodzi do /Photos.aspx, a druga połowa do /photos.aspx, wyszukiwarki nie uznają strony ze zdjęciami za tak istotne, jak są w rzeczywistości (zamiast tego będą miały połowę istotne - ponieważ jego linki są podzielone między dwa). Znalezienie i naprawienie dowolnego miejsca, w którym używamy różnych adresów URL w naszej witrynie jest zatem bardzo ważne.

Jeśli klikniemy powyżej naruszenie „Adres URL jest połączony przy użyciu innej obudowy”, otrzymamy listę wszystkich 104 adresów URL, które są używane w witrynie z wieloma osłonami wielkimi literami:

Jeśli klikniemy powyżej naruszenie „Adres URL jest połączony przy użyciu innej obudowy”, otrzymamy listę wszystkich 104 adresów URL, które są używane w witrynie z wieloma osłonami wielkimi literami:

Kliknięcie dowolnego adresu URL spowoduje wyświetlenie szczegółowych informacji o tym konkretnym naruszeniu i wielu sposobów, w jaki jest ono umieszczane w witrynie. Zwróć uwagę na szczegóły dotyczące obu adresów URL znalezionych na stronie, które różnią się po prostu obudową kapitalizacyjną. W tym przypadku łączę się z tym adresem URL za pomocą parametru querystring o nazwie „AlbumId”. W innym miejscu na stronie łączę się również z adresem URL za pomocą parametru querystring o nazwie „albumid” (małe litery „a” i „i”). Wyszukiwarki będą w rezultacie traktować te adresy URL jako różne, więc nie będę maksymalizować rankingu strony pod względem treści:

Wyszukiwarki będą w rezultacie traktować te adresy URL jako różne, więc nie będę maksymalizować rankingu strony pod względem treści:

Pierwszym krokiem jest wiedza o tym problemie na stronie. Drugi krok jest zazwyczaj trudniejszy: próba znalezienia wszystkich różnych ścieżek, które należy wykonać, aby ten adres URL mógł być używany w ten sposób. Często tworzysz poprawkę i zakładasz, że naprawia wszystko - tylko po to, by odkryć, że istnieje inna ścieżka przez witrynę, o której nie wiedziałeś, która również powoduje problem z obudową. Aby pomóc w takich scenariuszach, możesz kliknąć menu rozwijane „Działania” w prawym górnym rogu okna naruszenia i wybrać znajdujący się w nim link „Wyświetl trasy do tej strony”.

Aby pomóc w takich scenariuszach, możesz kliknąć menu rozwijane „Działania” w prawym górnym rogu okna naruszenia i wybrać znajdujący się w nim link „Wyświetl trasy do tej strony”

Spowoduje to wyświetlenie okna dialogowego, w którym wyświetlone zostaną wszystkie kroki, które przeszedł robot, prowadząc do konkretnego adresu URL, którego wykonanie zostało wykonane. Poniżej pokazano, że znaleziono dwa sposoby dotarcia do tego konkretnego adresu URL:

Poniżej pokazano, że znaleziono dwa sposoby dotarcia do tego konkretnego adresu URL:

Możliwość uzyskania szczegółowych informacji na temat dokładnych problemów z obudową, a także przeanalizowania dokładnych kroków w celu dotarcia do konkretnej obudowy URL, znacznie ułatwia naprawienie tego typu problemów.

Przeglądanie strony zawiera wiele naruszeń formatu kanonicznego

Naprawienie problemów z obudowami, takich jak powyższe, jest dobrym pierwszym krokiem do poprawy liczby stron. Chcemy również naprawić scenariusze, w których można pobrać tę samą treść za pomocą adresów URL, które różnią się o więcej niż obudowa. W tym celu powrócimy do naszej strony podsumowania i wyciągniemy „stronę zawierającą wiele naruszeń formatu kanonicznego”:

W tym celu powrócimy do naszej strony podsumowania i wyciągniemy „stronę zawierającą wiele naruszeń formatu kanonicznego”:

Wiercenie w tym raporcie zawiera listę wszystkich adresów URL w naszej witrynie, do których można uzyskać dostęp na wiele „kanonicznych” sposobów:

Wiercenie w tym raporcie zawiera listę wszystkich adresów URL w naszej witrynie, do których można uzyskać dostęp na wiele „kanonicznych” sposobów:

Kliknięcie dowolnego z nich spowoduje wyświetlenie szczegółów dotyczących problemu. Zauważ poniżej, w jaki sposób narzędzie do analizy wykryło, że czasami odwołujemy się do strony głównej witryny jako „/”, a czasami jako „/Default.aspx”. Podczas gdy nasz serwer WWW będzie interpretował obie strony jako wykonujące tę samą stronę, wyszukiwarki będą traktować je jako dwa osobne adresy URL - co oznacza, że ​​trafność wyszukiwania nie jest tak wysoka, jak powinna być (ponieważ ważenie jest dzielone na dwa adresy URL zamiast połączony jako jeden).

Podczas gdy nasz serwer WWW będzie interpretował obie strony jako wykonujące tę samą stronę, wyszukiwarki będą traktować je jako dwa osobne adresy URL - co oznacza, że ​​trafność wyszukiwania nie jest tak wysoka, jak powinna być (ponieważ ważenie jest dzielone na dwa adresy URL zamiast połączony jako jeden)

Możemy zobaczyć wszystkie przypadki, w których używany jest adres URL /Default.aspx, klikając kartę „Linki” powyżej. Wyświetla wszystkie strony, które zawierają linki do adresu URL /Default.aspx, a także wszystkie adresy URL, do których prowadzi:

aspx, a także wszystkie adresy URL, do których prowadzi:

Możemy przełączyć się, aby zobaczyć szczegóły dotyczące tego, gdzie iw jaki sposób powiązany „/” adres URL jest używany, klikając menu rozwijane „Powiązane adresy URL” powyżej - spowoduje to wyświetlenie wszystkich innych adresów URL, które rozwiązują tę samą treść i pozwalają nam szybko wyciągnąć ich szczegóły również:

Możemy przełączyć się, aby zobaczyć szczegóły dotyczące tego, gdzie iw jaki sposób powiązany „/” adres URL jest używany, klikając menu rozwijane „Powiązane adresy URL” powyżej - spowoduje to wyświetlenie wszystkich innych adresów URL, które rozwiązują tę samą treść i pozwalają nam szybko wyciągnąć ich szczegóły również:

Podobnie jak w przypadku naruszeń obudowy, możemy użyć opcji „Wyświetl trasy do tej strony”, aby znaleźć wszystkie ścieżki w witrynie, które prowadzą do tych różnych adresów URL, i użyć tego, aby pomóc nam wytropić i zmienić je tak, abyśmy zawsze używaj wspólnego spójnego adresu URL, aby linkować do tych stron.

Uwaga: Naprawienie problemów związanych z obudową i kanonizacją wszystkich wewnętrznych linków w naszej witrynie jest dobrym pierwszym krokiem. Witryny zewnętrzne mogą jednak również łączyć się z naszymi adresami URL, a te będą trudniejsze do zaktualizowania. Jednym ze sposobów naprawienia naszego rankingu wyszukiwania bez konieczności aktualizacji zewnętrznych linków jest pobranie i zainstalowanie modułu przepisywania adresów URL IIS na naszym serwerze internetowym (jest on dostępny do bezpłatnego pobrania za pomocą Instalator platformy Microsoft Web ). Następnie możemy skonfigurować regułę przepisywania adresu URL, która automatycznie wykonuje stałe przekierowanie do prawidłowego kanonicznego adresu URL - co spowoduje, że wyszukiwarki będą traktować je tak samo (przeczytaj Carlos ” IIS7 i przepisywanie adresu URL: Ustaw SEO na swojej stronie wpis na blogu, aby dowiedzieć się, jak to zrobić).

Wyszukiwanie naruszeń przekierowań

W ostatnim kroku przyjrzyjmy się kilku naruszeniom przekierowań na stronie:

Wiercenie w tej kategorii reguł przypomniało mi coś, co zrobiłem kilka lat temu (kiedy przeniosłem mój blog na inną stronę) - to, co właśnie odkryłem, było pozornie głupie.

Kiedy po raz pierwszy konfigurowałem witrynę, miałem pierwotnie prostą stronę bloga pod adresem: www.scottgu.com/blog.aspx Po kilku tygodniach postanowiłem przenieść mój blog na weblogs.asp.net/scottgu . Zamiast przeglądać wszystkie moje strony i zmieniać link do nowego adresu, pomyślałem, że będę sprytny i po prostu zaktualizuję stronę blog.aspx, aby przekierować na stronę do nowego weblogs.asp.net/scottgu URL.

Działa to z perspektywy użytkownika końcowego, ale nie zdawałem sobie sprawy, dopóki nie uruchomiłem dzisiaj narzędzia do analizy, że wyszukiwarki nie są w stanie śledzić linku. Powodem jest to, że moja strona blog.aspx wykonuje przekierowanie po stronie serwera do weblogs.asp.net/scottgu URL. Ale z powodów SEO, oprogramowanie blogowe (Community Server) na weblogs.asp.net z kolei wykonuje drugie przekierowanie, aby naprawić przychodzące weblogs.asp.net/scottgu URL zamiast tego http://weblogs.asp.net/scottgu/ (zauważ, że dodawany jest ukośnik końcowy).

Zgodnie z naruszeniem reguły w narzędziu do analizy witryn, wyszukiwarki zrezygnują, gdy wykonasz dwa przekierowania serwera z rzędu. Wykryto, że moje przekierowanie na blog.aspx prowadzi do linku zewnętrznego, który z kolei wykonuje kolejne przekierowanie - w którym momencie roboty indeksujące wyszukiwarki rezygnują:

aspx prowadzi do linku zewnętrznego, który z kolei wykonuje kolejne przekierowanie - w którym momencie roboty indeksujące wyszukiwarki rezygnują:

Udało mi się to potwierdzić, bez konieczności otwierania kodu serwera strony blog.aspx. Wszystko, co musiałem zrobić, to kliknąć kartę „Nagłówki” w oknie dialogowym naruszenia i zobaczyć przekierowaną odpowiedź HTTP, którą wysłała strona blog.aspx. Zauważ, że nie ma końcowego ukośnika (i powoduje, że Community Server wykonuje kolejne przekierowanie, gdy je otrzyma):

Zauważ, że nie ma końcowego ukośnika (i powoduje, że Community Server wykonuje kolejne przekierowanie, gdy je otrzyma):

Naprawienie tego problemu jest łatwe. Nigdy jednak nie zdawałam sobie sprawy, że faktycznie mam problem, bez narzędzia do analizy strony wskazującego na to.

Przyszłe wsparcie automatycznej korekcji

Istnieje kilka dodatkowych naruszeń i problemów z treścią, które narzędzie Analiza witryny zidentyfikowało podczas indeksowania mojej strony internetowej. Identyfikacja i naprawianie ich jest proste i bardzo podobne do powyższych kroków. Każdy problem, który naprawiam, sprawia, że ​​moja witryna jest czystsza, łatwiejsza do indeksowania i pomaga uzyskać jeszcze większą trafność wyszukiwania. To z kolei spowoduje wzrost ruchu przychodzącego do mojej strony z wyszukiwarek - co jest bardzo opłacalnym zwrotem z inwestycji. Po wygenerowaniu i zapisaniu raportu pojawi się on na liście poprzednich raportów w narzędziu administracyjnym IIS. Możesz w dowolnym momencie kliknąć prawym przyciskiem myszy i poinformować IIS SEO Toolkit, aby ponownie go uruchomił - umożliwiając okresowe sprawdzanie, czy nie wprowadzono żadnych regresji.

Wersja podglądu narzędzia do analizy witryny sprawdza obecnie około 50 reguł podczas indeksowania witryny. Z czasem dodamy więcej reguł, które sprawdzają dodatkowe problemy i scenariusze. W przyszłych wersjach podglądu zaczniesz także widzieć jeszcze więcej inteligencji wbudowanej w narzędzie SEO Analysis, które pozwoli mu również zweryfikować po stronie serwera, czy masz zainstalowany moduł przepisywania URL z dobrym zestawem reguł przyjaznych SEO skonfigurowany. Narzędzie Analiza witryny umożliwi również automatyczne naprawianie niektórych naruszeń, sugerując reguły przepisywania, które można dodawać do witryny bezpośrednio z narzędzia do raportowania analizy witryny (na przykład: aby rozwiązać problemy takie jak „/” i „/Default.aspx ”Problem kanonizacji, na który patrzyliśmy wcześniej). Ułatwi to jeszcze skuteczniejsze egzekwowanie SEO na stronie. Do tego czasu polecam przeczytanie tych linków, aby dowiedzieć się więcej o ręcznym konfigurowaniu przepisywania adresu URL dla SEO:

streszczenie

IIS Search Engine Optimization Toolkit ułatwia analizę i ocenę, jak przyjazna dla wyszukiwarek jest strona internetowa. Wskazuje naruszenia SEO i zawiera instrukcje, jak je naprawić. Możesz dowiedzieć się więcej o zestawie narzędzi i jak najlepiej go wykorzystać z tych linków:

Zestaw narzędzi IIS Search Engine Optimization Toolkit jest darmowy, instalacja zajmuje mniej niż minutę i można go uruchomić na dowolnym istniejącym serwerze WWW lub stronie internetowej. Nie ma potrzeby instalowania czegokolwiek na zdalnym serwerze, aby z niego korzystać - wystarczy wpisać adres URL witryny, a otrzymasz raport z analizy analizy witryny z aktywnymi elementami, których możesz użyć natychmiast, aby ją poprawić.

Dzisiejsze wydanie jest wersją beta, więc użyj Forum narzędzi do optymalizacji wyszukiwarek IIS poinformować nas, jeśli napotkasz jakieś problemy lub sugestie dotyczące funkcji.

Mam nadzieję że to pomoże,

Scott