Ten post jest tłumaczeniem oryginału napisanego przez Scott’a Guthrie’go, który znajduje się na stronie http://weblogs.asp.net/scottgu/archive/2009/06/03/iis-search-engine-optimization-toolkit.aspx.
This is translation of original post by Scott Guthrie - http://weblogs.asp.net/scottgu/archive/2009/06/03/iis-search-engine-optimization-toolkit.aspx.
SEO (search engine optimization) to jeden z najważniejszych elementów, które należy uwzględnić podczas projektowania portalu. Znaczny procent odwiedzin portali opiera się o ruch pochodzący z wyszukiwarek, a dobre wykorzystanie SEO może jeszcze bardziej powiększyć popularność witryny.
Podobnie, nawet małe błędy mogą poważnie obniżyć skuteczność przeszukiwania witryny przez roboty i spowodować, ze ruch który powinien do danej strony trafić, nie będzie tam odpowiednio kierowany. Niektóre z tych błędów to: wiele adresów prowadzących do tej samej zawartości, niedziałające linki, źle dobrane tytuły, opisy i słowa kluczowe, duża ilość viewstate, zła konstrukcja markup'u, itp. Te błędy są często łatwe do naprawienia – problem w tym, jak je w każdym serwisie wykryć i oznaczyć.
Wprowadzenie do IIS Search Engine Optimization Toolkit
Dzisiaj (03.06.08r.) upubliczniona została wersja beta nowego darmowego narzędzia - IIS Search Engine Optimization Toolkit – który ułatwia przeprowadzenie analizy SEO dla serwisu oraz odnalezienie i poprawienie zawartych w nim błędów.
IIS Search Engine Optimization Toolkit można zainstalować przy użyciu Microsoft Web Platform Installer – bezpośredni link “install now” znajduje się na stronie domowej IIS SEO Toolkit.
Po ukończeniu instalacji odnajdziesz nową sekcję “Search Engine Optimization” oraz kilka narzędzi SEO w menedżerze IIS 7.
Narzędzia Robots i SiteMap ułatwiają utworzenie i zarządzaniem plikami robots.txt i sitemap.xml, które wskazują robotom wyszukiwarek, które adresy URL powinny być przeskanowane, a które nie.
Narzędzie Site Analysis umożliwia przeskanowanie witryny tak, jak zrobiłaby to wyszukiwarka, a następnie analizę treści pod kątem problemów związanych z SEO i dostępnością.
Wprowadzenie do IIS SEO Toolkit’s Site Analysis Tool
Zobaczmy, jak możemy użyć Site Analysis Tool, aby szybko sprawdzić zgodność witryny z SEO. Aby nikogo nie ośmieszyć skanując jego portal, zdecydowałem, że jako cel Site Analysis ustawię jedną z moich własnych witryn: www.scottgu.com. Napisałem tą witrynę już dość dawno temu (ostatni update przypada na 2005). Jeśli zainstalujesz IIS SEO Toolkit możesz wskazać na moją witrynę i powtórzyć poniższe kroki, by zbadać ją pod kątem SEO.
Uruchomienie Site Analysis Tool
Zaczniemy od włączenia menedżera IIS (inetmgr) i kliknięcia na główną gałąź znajdującego się po lewej stronie drzewka elementów IIS (nazwa komputera – w tym przypadku “Scottgu-PC”). Następnie zaznaczmy ikonę “Site Analysis” w sekcji Search Engine Optimization po prawej stronie. Otwierając Site Analysis na poziomie komputera w ten sposób możemy wykonać analizę dowolnej witryny, a nie tylko lokalnej, jak byłoby to w przypadku, gdybyśmy mieli zaznaczony jedną z lokalnych witryn.
Otwarcie narzędzia Site Analysis spowoduje otworzenie poniższego widoku – na liście wyświetlone są wszystkie raporty, które zostały do tej pory utworzone. Ponieważ jeszcze nie używaliśmy Site Analysis, lista jest pusta. Kliknijmy “New Analysis..” w znajdującym się po prawej stronie panelu “Actions”. aby utworzyć nowy raport:
Kliknięcie na “New Analysis..” spowoduje otwarcie okna dialogowego (poniższy screen), który pozwoli nam na nazwanie raportu, jak również wybranie witryny, która ma zostać poddana analizie i określenie “głebokości” analizy.
Nazwijmy nasz nowy raport “scottgu.com” i skonfigurujmy go tak, aby rozpoczął z adresem scottgu.com, a następnie przeskanował do 10 tysięcy stron w obrębie witryny (jeśli nie widzisz pola “Start URL” to oznaczana, że nie zaznaczyłeś głównej gałęzi serwera – cofnij się, zaznacz ją i wtedy kliknij link “Site Analysis”).
Kiedy klikniemy przycisk “Ok” w powyższym oknie narzędzie Site Analysis wyśle żądanie adresu http://www.scottgu.com, przeanalizuje zwrócony HTML i będzie analizować kolejne odnośniki tak, jak robiłby to robot. Moja witryna ma 407 różnych adresów, a IIS SEO wykonując analizę każdej z tych stron potrzebował jedynie 13 sekund, by ją przeprowadzić.
Gdy IIS SEO Toolkit zakończy analizę, zostanie otwarty raport przedstawiający efekt tej analizy. Poniżej widać, że Site Analysis znalazł 721 różnych błędów w całej mojej witrynie:
Możesz kliknąć na dowolny z tych błędów, by przejrzeć jego detale. Za chwilę spojrzymy na kilka z nich.
Badanie błędów “The description is missing”
Jak łatwo zauważyć, moja witryna ma 137 błędów typu “The description is missing”. Kliknijmy na niego podwójnie, by dokładniej go oglądnąć i przejrzeć jego detale. Podwójne kliknięcie na opis otworzy nową zakładkę z filtrowaną listą opisów błędów i wstępnie wypełni kryteria (możesz samemu zmieniać kryteria, a nawet wyeksportować dane do Excela jeżeli potrzebujesz przeprowadzić dokładniejszą analizę danych):
Podwójne kliknięcie na błąd z powyższej listy spowoduje otwarcie okienka z jego detalami. Każdy błąd ma dokładnie opisany powód oraz proponowane rozwiązanie:
Zauważ, że tutaj zapomniałem dodać tag <meta> do strony ze zdjęciami (tak jak na innych stronach). Ponieważ ta strona wyświetla jedynie zdjęcia, roboty wyszukiwarek nie są w stanie określić, co znajduje się na stronie. Opis zawierający od 25 do 150 znaków mógłby objaśniać, że jest to album ze zdjęciami i jaką treść zawiera.
Zakładka “Word Analysis” jest często przydatna przy tworzeniu i badaniu opisu. Można na niej znaleźć szczegóły strony (tytuł, słowa kluczowe, itp.) i listę użytych słów – włącznie z ilością ich powtórzeń. Pozwala też na odnalezienie dwu- i trzywyrazowych fraz powtarzających się na stronie. Jest też lista tytułów linków prowadzących do danej strony – wszystko, co może się przydać, kiedy zajmujemy się opisem strony:
Badanie błędów “URL is linked using different casing”
Spójrzmy teraz na błędy, które dotyczą sytuacji, kiedy to adresy URL nie są utrzymywane w stałej konwencji wielkich liter w odpowiednich miejscach. Zrobimy to klikając na jeden z nich na głównej liście raportu:
Roboty wyszukiwarek liczą ilość stron w Internecie, które w treści mają link do danego URL’a, a ta ilość jest używana podczas obliczania wartości strony podczas wyszukiwania. To oznacza, że jeśli 1000 stron zawiera link do danego URL’a, wyszukiwarka uzna, że ta strona jest bardziej trafna od takiej, do której linki zawiera tylko 10 stron.
Wiele ludzi nie zdaje sobie sprawy z faktu, że roboty wyszukiwarek zwracają uwagę na wielkie litery, a więc URL’e zawierające wielkie litery w innych miejscach są traktowane jako różne. To oznacza, że linki do /Photos.aspx i /photos.aspx będą często traktowane przez roboty nie jako jeden i ten sam, a jako różniące się od siebie. W efekcie, jeżeli połowa linków prowadzi do /Photos.aspx, a połowa do /photos.aspx, to roboty nie będą tej strony uznawać za tak wartościową, jak faktycznie powinna być (zamiast tego, będzie miała tylko jakby połowę wartości). W związku z tym, odnajdywanie i naprawianie miejsc, gdzie wielkie litery zostały błędnie użyte jest bardzo ważne.
Gdy klikniemy na błąd “URL is linked using different casing” powyżej, ujrzymy filtrowaną listę wszystkich 104 URL’ów, które mają kilka wersji w kontekście wielkich liter:
Kliknięcie na którykolwiek z tych URL’i spowoduje pokazanie detali a temat błędu i wyświetlenie wszystkich wersji różnych od siebie pod kątem wielkich liter. Zauważ poniżej jak niewielka różnica powoduje traktowanie URL’i jako różne. W tym przypadku w jednym URL’u jako parametr w querystring mam “AlbumId”, a w innym “albumid” (a więc małe “a” i “i”). Roboty wyszukiwarek będą w efekcie traktować te URL’e jako różne od siebie, a ja nie osiągnę najlepszej pozycji w wynikach wyszukiwania:
Wiedza o tym problemie jest pierwszym krokiem do sukcesu. Następny jest zwykle trudniejszy: odnalezienie wszystkich stron na których są te linki i ustawienie we wszystkich wielkich liter w odpowiednich miejscach. Często naprawisz jakiś błąd i będziesz myśleć, że rozwiązałeś cały problem – tylko po to, żeby się dowiedzieć, że jest jeszcze jakaś część kodu w której też trzeba to poprawić. Możesz sobie ten proces jednak znacznie ułatwić – w menu “Actions” (w prawym górnym rogu) odnajdziesz pozycję “View Routes to this Page”.
Po kliknięciu na nią zobaczysz okienko z listą wszystkich stron, które zaprowadziły robota do URL’a. Poniżej widać, że odnalazł on dwie drogi prowadzące do tego URL’a:
Możliwość dostępu do bardzo dokładnych szczegółów problemów związanych z wielkimi literami w adresach URL znacznie ułatwia naprawienie tych problemów i pozwala zaoszczędzić dużo czasu.
Badanie stron do których prowadzi URL o różnych postaciach
Poprawienie błędów związanych z wielkimi literami to dobry sposób na wstępne polepszenie wartości stron w wyszukiwarce. Chcemy jednak również mieć możliwość naprawienia sytuacji, kiedy ta sama treść może być uzyskana poprzez URL’e, które różnią się nie tylko wielkimi literami. Aby to zrobić wróćmy do głównej listy raportu i spójrzmy na błędy “page contains multiple canonical format violations”:
Gdy spojrzymy na szczegóły błędu, zobaczymy listę stron w naszej witrynie, które mogą zostać otwarte przy użyciu URL’i o różnych postaciach:
Kliknięcie na którąkolwiek z nich spowoduje wyświetlenie szczegółów problemu. Zauważ na poniższym screen’ie, że Analysis Tool wykrył, iż część linków do strony domowej prowadzi do “/”, a część do “/Default.aspx”. Serwer witryny będzie interpretował oba te adresy jako jeden i ten sam, ale roboty wyszukiwarek będą traktować je jako oddzielne, w związku z czym tak, jak w przypadku wielkich liter – spowoduje to obniżenie wartości strony w wyszukiwarce.
Gdy klikniemy na zakładkę “Links”, zobaczymy wszystkie przypadki, gdzie używany jest “/Default.aspx”. Pokaże to strony, które zawierają link do “Default.aspx”, jak również strony, do których linki znajdują się w “/Default.aspx”:
Możemy przełączyć widok, by zobaczyć szczegóły o tym, gdzie i jak został użyty URL “/” klikając na menu “Related URLs” powyżej – to pozwoli nam wyświetlić wszystkie inne URL’e prowadzące do tej treści i pozwoli na szybkie sprawdzenie ich szczegółów:
Podobnie, jak przy błędach związanych z wielkimi literami, możemy użyć “View Routes to this Page”, aby sprawdzić wszystkie URL’e w obrębie witryny, które różnią się od siebie i prowadzą do tej samej treści, a następnie poprawić je w łatwy sposób.
Zauważ, że poprawienie URL’i ww. sposobami jest dobrym pierwszym krokiem, ale do pełnego sukcesu brakuje nam poprawienia linków w zewnętrznych witrynach. Prościej jednak jest ściągnąć i zainstalować IIS URL Rewrite na naszym serwerze, ponieważ dzięki temu unikniemy ręcznego poprawiania URL’i w różnych miejscach, co czasami może być niemożliwe. Permanentny redirect sprawi, że roboty wyszukiwarek będą te URL’e traktować jako jeden i ten sam. IIS URL Rewrite możesz ściągnąć i zainstalować przez Microsoft Web Platform Installer, a instrukcję jak go skonfigurować znajdziesz na tej stronie.
Badanie błędnych przekierowań
Naszym ostatnim krokiem niech będzie poprawienie błędnie utworzonych przekierowań:
Kiedy przeglądałem tą kategorię przypomniało mi się coś, co zrobiłem parę lat temu (kiedy przenosiłem mój blog na inną witrynę) – co jak odkryłem było dość głupie.
Kiedy wystartowałem moją witrynę, posiadałem prosty blog na stronie www.scottgu.com/blog.aspx. Po kilku tygodniach zdecydowałem, że przeniosę swój blog do weblogs.asp.net/scottgu. Zamiast poprawiać linki na wszystkich moich stronach, pomyślałem, że będę sprytny i po prostu na stronie blog.aspx ustawię redirect po stronie serwera do URL’a weblogs.asp.net/scottgu.
Z punktu widzenia zwykłego użytkownika działa to poprawnie, ale jest coś, czego nie zauważyłem przed użyciem Site Analysis. Chodzi mianowicie o to, że roboty nie są w stanie prześledzić tego przekierowania, bo Community Server, który obsługuje weblogs.asp.net wykonuje dla URL’a weblogs.asp.net/scottgu kolejne przekierowanie do http://weblogs.asp.net/scottgu/ (zauważ, że na końcu jest slash).
Biorąc pod uwagę błąd wyświetlany w Site Analysis, roboty nie śledzą już dalej danej strony, gdy spotkają dwa przekierowania pod rząd. Site Analysis wykrył, że blog.aspx przekierowuje do zewnętrznego linku, który przekierowuje do kolejnego linku:
Mogłem potwierdzić ten problem bez otwierania kodu źródłowego strony. Wystarczyło, że przeszedłem do zakładki “Headers” w szczegółach błędu i przeglądnąłem odpowiedź serwera. Nie zawierała ona końcowego slasha, co spowodowało kolejny redirect, tym razem po stronie Community Server:
Poprawienie tego błędu jest proste. Jednak nigdy bym do nie zauważył, gdyby nie pomoc ze strony Site Analysis.
Wsparcie dla automatycznego poprawiania błędów – w przyszłości
Jest jeszcze sporo błędów i problemów, które odnalazł Site Analysis Tool badając moją witrynę. Poprawienie ich jest proste i bardzo podobne do sposobów przedstawionych powyżej. Eliminacja każdego z nich sprawia, że witryna jest łatwiejsza do analizy przez roboty i będzie miała wyższą pozycję w wynikach wyszukiwania. To zaś zwiększy ruch pochodzący z wyszukiwarek. Po wygenerowaniu raportu, będzie on dostępny na liście dostępnych raportów. W dowolnym momencie można też analizę przeprowadzić, żeby sprawdzić, czy nie pojawiły się nowe błędy (zrobisz to w menu kontekstowym elementu raportu na liście).
Aktualna wersja Site Analysis sprawdza witrynę pod kątem około 50 reguł. Z czasem będziemy dodawać więcej reguł, zwiększając dokładność analizy. W przyszłości zobaczysz też więcej inteligencji ze strony Site Analysis, np. z jego pomocą będziesz mógł sprawdzić poprawność konfiguracji IIS URL Rewrite lub pozwoli automatycznie poprawić błąd poprzez wybór najlepszego z sugerowanych rozwiązań. To sprawi, że SEO Twojej witryny będzie jeszcze łatwiejsze do poprawienia. Na razie jednak przynajmniej w kwestii konfiguracji URL Rewrite odsyłam do:
Podsumowanie
IIS Search Engine Optimization Toolkit upraszcza analizę i poprawienie witryny pod kątem zgodności z SEO. Wskazuje naruszenia zasad SEO i proponuje rozwiązania problemów. Możesz dowiedzieć się o nim więcej na stronach:
IIS SEO Toolkit jest darmowy, a jego instalacja trwa mniej niż minutę, może służyć do analizy dowolnej witryny. Nie musisz go instalować na serwerze gdzie utrzymujesz swoją witrynę – wystarczy, że wpiszesz jej adres – a w efekcie dostaniesz gotową analizę.
Aktualna wersja jest oznaczona jako beta, więc jeśli zauważysz jakieś błędy lub masz jakiekolwiek sugestie co do tej aplikacji to daj nam znać na IIS Search Engine Optimization Toolkit Forum.
Scott
Z uwagi na fakt, że jest to pierwsze tłumaczenie z tej serii – szczególnie proszę o uwagi na jego temat. Jeśli coś zwróciło Twoją uwagę – pisz w komentarzach.
Saturday, June 13, 2009 2:09 PM