Czy aplikacje typu CSR da się pozycjonować w wyszikiwarkach?

Question

Chciałbym omówić z Wami pewien problem. Aplikacje webowe stają się coraz popularniejsze, ale w  polskim internecie nie ma jeszcze zbyt wielu tematów na ten temat. Zastanawiam się czy jest w ogóle możliwe pozycjonowanie stron typu client side rendering.

Jednym z pomysłów jaki przychodzi mi do głowy to wysyłanie za pierwszym żądaniem statycznego pliku html, który niczym by się nie różnił od typowego monolitu a następnie załadowanie w tle aplikacji CSR.

Według danych, które można znaleźć w internecie tylko Google jest w stanie czytać JS(a i tu są uwagi co do jakości działania), więc wyszukiwarki miałyby swój html do pozycjonowania a użytkownicy szybko działające aplikacje.

Jeszcze mam drugi pomysł. Użytkownik wchodzi np. na stronę www.example.com i gdy JS działa zostanie przekierowany automatycznie na www.app.example.com.

Oba rozwiązywania są jak dla mnie dość dziwne. Mamy praktycznie dwa osobne światy tj monolit i aplikacje CSR.

Zastanawia mnie czy są jeszcze jakieś inne sposoby na pozycjonowanie tego typu apek.  Czy da się wskazać np inny url do pozycjonowania?  Dla danej strony?

Macie jeszcze jakieś pomysły?

Dobrze aby pomijać temat SSR i Pre-renderingu, to temat na osobny temat ;)

Answer 1

Dobrze aby pomijać temat SSR i Pre-renderingu, to temat na osobny temat

Ale nie da się rozmawiać o CSR z wyłączeniem SSR… Właśnie na tym polega cały problem, że tworzenie aplikacji, które mają tylko CSR, prowadzi do tworzenia kulawych, niepełnosprytnych aplikacji. Zresztą to widać po Twoim pytaniu: kombinujesz jak koń pod górkę, podczas gdy odpowiedź jest prosta: zaimplementuj SSR. Po prostu.

Prawda jest taka, że SPA muszą przejść jeszcze długą drogę, by dojść do miejsca, w którym były dawne aplikacje webowe w pełni oparte o Progressive Enhancement. Tamte aplikacje były w stanie szybko się ładować i działać nawet bez JS-a, dostarczając podstawowe funkcje i dołączając kolejne, jeśli przeglądarka i połączenie usera dawały radę. Wtedy w chwili, gdy przeglądarka dostała HTML, user mógł działać. Co prawda działało to dość topornie, ale działało. Dzisiaj SPA – zwłaszcza te bez SSR – muszą dociągnąć JS, żeby wgl zacząć cokolwiek renderować. Nawet w przypadku SSR często całość jest zablokowana do czasu przeprowadzanie hydratacji. Niemniej SSR jest zdecydowanie krokiem we właściwą stronę, a w połączeniu z PWA i agresywnym cache'em oraz trybem offline jest w stanie dostarczać bardzo wydajnych aplikacji.

Zresztą przez lata główną zasadą webdevu, przyświecającą też całemu nurtowi Progressive Enhancement, było: nie psuj tego, co działa. Generowanie strony na serwerze i wysyłanie gotowej do klienta działało i pozwalało budować aplikację na statycznym HTML-u, nie zaś – zamiast niego. Niemniej gdzieś po drodze o tej zasadzie zapomnieliśmy i teraz, w dobie SPA, będziemy musieli sobie ją przypomnieć.