Nowa propozycja systemu indeksowania stron ajaksowych wchodzi już w życie?

W październiku 2009 r. Google przedstawiło swoją propozycję implementowania Ajaksa na stronach internetowych, która pomogłaby wyszukiwarkom znajdywać treści. Jak donosi serwis Search Engine Land, google'owa propozycja prawdopodobnie została już wdrożona.

Odkąd w Sieci rozpowszechnił się Ajax, wyszukiwarki mają problemy z indeksowaniem tak udostępnianych treści. Specjaliści od SEO radzili, aby w tym wypadku robić to, co radziły zbiory najlepszych praktyk – budować witryny tak, aby były dostępne np. dla głosowych czytników wykorzystywanych przez niewidomych. Jeśli taki czytnik poradziłby sobie ze stroną, to i Google zrobiłoby to bez problemu.

Problemy z kratką

Z kolei samo Google w swoim Centrum dla Webmasterów przedstawiło już w 2007 roku porady związane z dostosowaniem Ajaksa do wyszukiwarek. Cały problem w tym, że Ajax generuje URL-e, które zawierają znak kratki (#). Znaki te wykorzystywane są jednak też do oznaczenia kotwic na stronie, a co za tym idzie, wyszukiwarki ignorują element adresu następujący po tym znaku – z punktu widzenia Google adresy http://strona.pl/produkt.php i http://strona.pl/produkt.php#kategoria=3 są identyczne.

Google zaproponowało, żeby w generowanych przez Ajaksa URL-ach zastąpić znak kratki sekwencją kratki i wykrzyknika (#!). W momencie gdy Googlebot napotka po znaku kratki wykrzyknik, wyśle do serwera WWW żądanie o URL, w którym sekwencja #! zostanie zastąpiona ciągiem ?_escaped_fragment_=.

Ciąg taki mówi serwerowi, aby przekierował odpowiedź do wbudowanej przeglądarki, która wykona ajaksowy kod i wyrenderuje statyczną stronę. Zindeksowane strony w wynikach Google'a będą miały z powrotem konwertowany adres do formy zawierającej sekwencję #!, aby nikt nie musiał oglądać potworka wewnętrznie wykorzystywanego przez wyszukiwarkę.

Implementacja tego rozwiązania wymaga, aby webmasterzy tak przebudowali ajaksowe wywołania, aby zamiast kratki generowały sekwencję #!, zaś administratorzy serwerów WWW skonfigurowali bezinterfejsową (headless) przeglądarkę serwera, aby przetwarzała wersje URL-i zawierające ?_escaped_fragment_= i wykonywała zawarty na nich JavaScript.

«poprzednia 1 2 następna »

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

9 skomentuj »

Polecamy

Reklama

Komentarze

#1 eRIZ^® 2010-01-29 15:18:44 0
Ale po co takie skecze, jeżeli strona została przygotowana zarówno dla użytkownika z JS jak i dla wyszukiwarek/programów bez obsługi JS?

No i dodatkowy demon, który by parsował to wszystko; IMHO to tu jest redundancja. ;)
IP: 91.189.216.[...] Opera/9.80 (Windows NT 6.1; U; en) Presto/2.2.15 Version/10.10
#2 MariuszT 2010-01-29 17:58:08 0
eRIZ, wersja strony bez AJAX dla wyszukiwarek niby rozwiązuje problem ale nadal Google nie będzie potrafiło odpowiednio zaindeksować zawartości jeżeli natrafi w sieci na link prowadzący do strony z wynikami AJAX.
IP: 62.141.255.[...] Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
#3 eRIZ^® 2010-01-29 18:10:52 0
Owszem, ale zgodnie z ideą progressive-enhancement linki powinni prowadzić do normalnych podstron, a hashe być dodawane przez skrypt JS, który zarządza ładowaniem.

Więc ta idea, którą chce Google przeforsować, to jest tylko dla tych, którzy olewają rozwiązania nie-JS.

Poza tym, pozostaje kwestia innych wyszukiwarek.
IP: 91.189.216.[...] Opera/9.80 (Windows NT 6.1; U; en) Presto/2.2.15 Version/10.10
#4 eRIZ^® 2010-01-29 18:19:27 0
*powinny; literówka
IP: 91.189.216.[...] Opera/9.80 (Windows NT 6.1; U; en) Presto/2.2.15 Version/10.10
#5 MariuszT 2010-01-29 19:44:19 0
Nie rozumiemy się :) Użytkownicy korzystający z dobrodziejstw AJAX'a będą się wymieniać linkami z hashami, umieszczać je na stronach www, blogach etc. Jak inny użytkownik kliknie to jest ok ale jak wejdzie robot to już jest problem.

Ciężki problem, średnio podoba mi się to co zaproponowało google ale pewnie i oni sami nie są super zadowoleni. Po prostu innych sposobów niż takie kombinowanie nie ma...
IP: 62.141.255.[...] Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
#6 eRIZ^® 2010-01-29 19:46:15 0
No ok, ale bot wtedy trafi i tak na główną stronę, która - jeśli jest zrobiona i dla bez-JS - zostanie zindeksowana z podstronami. ;)
IP: 91.189.216.[...] Opera/9.80 (Windows NT 6.1; U; en) Presto/2.2.15 Version/10.10
#7 MariuszT 2010-01-29 19:51:52 0
Trafi albo nie trafi. Zaindeksuje albo i nie zaindeksuje. Wiesz przecież, że to nie jest najlepsze rozwiązanie ;)

Moim zdaniem powinni zmodyfikować standardy, wprowadzić jakiś nowy znaczek (niech będzie nawet to #!) i ten fragment adresu powinien być przekazywany do serwera. Bo co z tego, że google jak trafi na #! to będzie wiedziało co z tym zrobić skoro już inny robot lub np. user z wyłączonym JS nadal dostanie niepełną stronę, stronę główną etc. bo ja na serwerze nie będę w stanie nadal zidentyfikować na jaki adres tak naprawdę user wszedł.
IP: 62.141.255.[...] Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
#8 MariuszT 2010-01-29 19:54:52 0
Dla przykładu google przeniosło jakiś czas temu swoją wyszukiwarkę na AJAX, adres jest modyfikowany po #. Ale wyłącz obsługę JS, przeładuj stronę i zobaczysz stronę główną. Google zamiast wymyślać połowiczne rozwiązania tylko dla siebie powinno wykorzystać swoją siłe i zaproponować nowe, globalne rozwiązanie. Inaczej problem zawsze będzie wracał.
IP: 62.141.255.[...] Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
#9 Ma r c i n 2010-02-01 19:43:15 0
Czy w takiej sytuacji to rozwiązanie również tyczy się aplikacji flash ?

korzystających z SWFAddess (ten sam silnik wykorzystuje się do AJAX).
IP: 91.206.244.[...] Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 GTB6 (.NET CLR 3.5.30729)

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.