strony w ASP.NET i pozycje w G.

[Goooglik]

Witam,

Mam parę serwisów zrobionych w ASP.NET z użyciem najnowszego frameworka 4.0 oraz z wykożystanie urlrewrite. Nie jestem specjalistą SEO więc ciężko odnieść mi się do pogłosek jakoby G. banował strony w tej technologii. W sumie robot tak jak i przeglądarka ma do czynienia z wynikami w html więc nie za bardzo widzę potwierdzenie tej teorii. Jest poza tym masę opcji na: 1. przyspiszenie stron w .NET, pozbycie się nadmiarowego viewstate, modrewrite etc. Napiszcie proszę co o tym myślicie.

Pozdrawiam,

Darek

[websign]

Jak dla mnie to totalna bzdura - dla wyszukiwarki nie ma żadnego znaczenia czy strona jest w php, asp, javie czy czymkolwiek innym. Mimo to ukrywanie rozszerzeń języka jest moim zdaniem dobrą praktyką bo zawsze daje możliwość bezbolesnej zmiany technologii bez przepisywania adresów.

[Ganker]

Prowadzę parę serwisów zrobionych w ASP.NET i nie zauważyłem istotnej różnicy w pozycjonowaniu w porównaniu ze stronami statycznymi czy zrobionymi w PHP. Skorzystanie z jakiejkolwiek formy przepisywania URLi jest zdecydowanie dobrym pomysłem w przypadku ASP.NET - bez tego miewałem problemy z indeksowaniem adresu https://jakiśadres.coś/ vs https://jakiśadres.coś/default.aspx.

Dobra rada - jeśli tylko możesz, to ustaw na IIS maksymalnie długi czas przed restartem puli aplikacji. Na standardowych ustawieniach (co 10000 żądań lub po 15 minutach nieaktywności) googlebot może się niecierpliwić podczas wstawania aplikacji jeśli to jego żądanie będzie tym, które powoduje restart puli. Wtedy w GWMT będziesz widział alerty o timeoutach podczas próby pobrania zawartości. ViewState warto wyłączyć całkowicie albo przynajmniej przenieść na koniec strony.

[agland]

Ja prowadzę sklep wykonany w technologi asp.net. Jeśli chodzi o pozycje to nie sądzę żeby to miało jakieś znaczenie. W moim przypadku sklep dobrze się pozycjonuje, lepiej niż jak miałem na osc ale to zasługa składni. I tak jak przedmówcy, wszystko zależy od zawartości kodu jaki dany skrypt generuje.

Według mnie to tak jak jeździć na benzynie/dieslu - efekt ten sam...

[Goooglik]

Prowadzę parę serwisów zrobionych w ASP.NET i nie zauważyłem istotnej różnicy w pozycjonowaniu w porównaniu ze stronami statycznymi czy zrobionymi w PHP. Skorzystanie z jakiejkolwiek formy przepisywania URLi jest zdecydowanie dobrym pomysłem w przypadku ASP.NET - bez tego miewałem problemy z indeksowaniem adresu https://jakiśadres.coś/ vs https://jakiśadres.coś/default.aspx.

Dobra rada - jeśli tylko możesz, to ustaw na IIS maksymalnie długi czas przed restartem puli aplikacji. Na standardowych ustawieniach (co 10000 żądań lub po 15 minutach nieaktywności) googlebot może się niecierpliwić podczas wstawania aplikacji jeśli to jego żądanie będzie tym, które powoduje restart puli. Wtedy w GWMT będziesz widział alerty o timeoutach podczas próby pobrania zawartości. ViewState warto wyłączyć całkowicie albo przynajmniej przenieść na koniec strony.

Dzięki za porady - mój serwis zawiera obszar dostępny po zalogowaniu (dane logowania trzymane są w sesji) + parę innych gadżetów jak np. ajaxowe odświeżanie Updatepaneli w celu aktualizacji danych giełdowych więc pewnych rzeczy nie wyeliminuje. Chyba, że jest jest możliwość pozbycia się viewstate z pozostawieniem trzymania logowania w sesji? + jak przenieść viewstate na koniec?

Ja prowadzę sklep wykonany w technologi asp.net. Jeśli chodzi o pozycje to nie sądzę żeby to miało jakieś znaczenie. W moim przypadku sklep dobrze się pozycjonuje, lepiej niż jak miałem na osc ale to zasługa składni. I tak jak przedmówcy, wszystko zależy od zawartości kodu jaki dany skrypt generuje.

Według mnie to tak jak jeździć na benzynie/dieslu - efekt ten sam...

Czy twój sklep oparty jest na jakimś frameworku czy robiony od zera? Jaka technologia? czyste asp.net 4.0 czy mvc, wykorzystujesz jakieś kontrolki z pudełka? Bo muszę przyznać, że chodzi w miarę szybko jak na serwis zrobiony w asp.net. Widziałem serwisy które starsznie długo się budują i tutaj nasuwa się kolejne pytanie na ile wielkie G. (w jakim %) banuje strony które ładują się dłużej niż inne (bez jakiejś dramatycznej różnicy ta długość ładowania)

[agland]

Zbyt wiele na temat technologii asp w moim sklepie Ci nie powiem ponieważ niewiele się na tym znam. Zrobiła go firma GOshop. Więcej szczegółów technicznych poszukaj na ich stronie.

[Ganker]

Chyba, że jest jest możliwość pozbycia się viewstate z pozostawieniem trzymania logowania w sesji?

Viewstate nie ma związku z logowaniem. Możesz zredukować Viewstate do minimum przez ustawienie w web.config lub w nagłówku każdej ze stron EnableViewState na false, ale wtedy po każdym PostBack będziesz musiał ponownie wypełniać kontrolki danymi. Jeśli to duży problem, to możesz trzymać zawartość Viewstate w sesji - wystarczy zaimplementować metody SavePageStateToPersistenceMedium i LoadPageStateFromPersistenceMedium. Żeby całkowicie usunąć Viewstate ze strony, w pierwszej z tych metod użyj:

ClientScript.RegisterHiddenField("__VIEWSTATE", "");

jak przenieść viewstate na koniec?

Implementujesz metodę Render na stronie lub klasie bazowej dla stron i przetwarzasz (chociażby regexpem) wynik tego co zwróci wywołanie metody bazowej. Ewentualnie dodajesz ukryte pole do strony i wypełniasz/odczytujesz jego zawartość w wyżej wymienionych metodach.

[Goooglik]

Chyba, że jest jest możliwość pozbycia się viewstate z pozostawieniem trzymania logowania w sesji?

Viewstate nie ma związku z logowaniem. Możesz zredukować Viewstate do minimum przez ustawienie w web.config lub w nagłówku każdej ze stron EnableViewState na false, ale wtedy po każdym PostBack będziesz musiał ponownie wypełniać kontrolki danymi. Jeśli to duży problem, to możesz trzymać zawartość Viewstate w sesji - wystarczy zaimplementować metody SavePageStateToPersistenceMedium i LoadPageStateFromPersistenceMedium. Żeby całkowicie usunąć Viewstate ze strony, w pierwszej z tych metod użyj:

ClientScript.RegisterHiddenField("__VIEWSTATE", "");

jak przenieść viewstate na koniec?

Implementujesz metodę Render na stronie lub klasie bazowej dla stron i przetwarzasz (chociażby regexpem) wynik tego co zwróci wywołanie metody bazowej. Ewentualnie dodajesz ukryte pole do strony i wypełniasz/odczytujesz jego zawartość w wyżej wymienionych metodach.

Dzięki za porady - spróbuję je wdrożyć i zobaczymy