サーバーサイドレンダリング不要論 - Qiita

サーバーサイドレンダリング、Isomorphic、Universal JavaScriptなどの言葉をよく見かけます。なるほどね、良さそうだね、外部公開するサービスを書くことがあったら挑戦してみたいね、Mithrilにもisomorphic-mithrilってのをがんばっている人がいるし、みたいなことを漠然と思っていたのですが、最近ASCII.jpのシステムコールプログラミングの連載を書いていて、あらためてHTTPの仕様を見返してみて、逆にサーバーサイドレンダリングをしない方がいいのではないか、と思い始めました。 追記(23:30): サーバーサイドレンダリングと書いていますがUniversal JavaScriptみたいな凝ったビューの更新の意味です。 サーバーサイドレンダリングの欠点 サーバーサイドレンダリングのメリットとしてあげられるのは次の2点です。 検索エンジンのクローラー向け

[y-kawaz]

検索エンジンは勝手に賢いぽいからむしろどうでもよくて、問題になるのは主にOGPのメタタグなんだよなー。これないとシェア時の見た目に深刻な影響あるうえに各種SNSのクローラはそんな賢くないんだよ。

[kksg]

検索のクローラー賢いとはいえ、アクセスログ見てると JavaScript 読み込まない方の Google bot が多くて不利に感じるんだよな、SPA のサイトだと JS 解釈するクローラーが 100% になったりするんだろうか

[y-kawaz2]

id:kkotyy ほんこれなー。CloudFront は CloudFront-Is-Crawler-Viewer: true/false ってヘッダを新設してほしいよねマジで。なおサポートには要望出したことはある。

[toshiwo]

自分もSPAのSSRは不要だと思うな。そもそも現状では、そこまでSEOとか意識するならSPAにするべきではない。という感じはする

[kkotyy]

ogp出すためにUAを見てアプリケーションサーバーに投げたりしてるけどcloudfrontでは既定でUAが書き換えられちゃうのでキャッシュヒット率落ちるのを覚悟の上でUAを通すという辛い状況。

[kijtra]

はっきり言ってJSレンダリングのサイトは「確実にSEOに弱い」よ。クロールからインデックスまでが遅いから他のサイトに抜かれる。(自分で計測した)

[nakag0711]

今の大手相手なら問題ないというだけで進めてしまっていいものなのかなあ

[Nyoho]

id:kksg さんのことがわしも気になる。誰かに教わりたい〜

[masa8aurum]

なるほど。DOM構造だけではなくイベントハンドラなどの状態も必要だから、SSRは旨味が薄い、と。自分は「SSRの別解(1): 通信内容を埋めこんでおく」に1票。 / SPA だと OGP に問題が出るらしい。

[idr_zz]

reactとかに書かれた内容をGoogleのクローラーが読んでくれる？気になってる点はここに尽きる… サーバーサイドレンダリング不要論 - Qiita

[onefootinthegrave]

SEOなんか某サイトがダメな例になってくれたから気にしない方向にいってほしいなあ

[oh240]

個人的な話だけど、SEO別に弱くないですよって表立って言えるようなソースがないんで、SPA使いたいけど使えないという問題はある。 SEO重視する案件の時に説明するのがなかなか骨が折れそうなんで。

[t_f_m]

あとで

[tyru]

「イベントハンドラが適切にリンクされたDOM構造であって、仮想DOMを書き出してブラウザに表示するだけでは意味がありません」→ 埋込み JSON、chunked、HTTP2 Server Push

[yosuke_furukawa]

解決策が割りと限定されててあまり現実的には不要になってなかった。

[masatomo-m]

これね。自分はサーバーサイド寄りエンジニアなのでホント最近危機感感じてる。ただ、Webの最もシンプルだったHTTPのrequest/responseでURIに紐付いたコンテンツが取れるっていう部分が動的に変わっていくのはまだ違和感ある

[metamix]

あかんこれじゃコーダーが死ぬぅ！

[shimokiyo]

これだとOGPが効かない。シェアを前提としたtoCのサービスでは未だにサーバー側でレンダリングした方が無難。SPAはログインユーザーにしか見せないページで使う。

[watanabeyu]

SEO云々っていうのはどうでもよくて、サーバサイドレンダリングする理由はOGPなんだよね