一応3パターンあるかと思います
A. ランディングページを別サーバで表示し、Railsからのリンクを作成する
B. ランディングページをRailsに組み込む(普通にルーティング、コントローラーを使用して、erbなどのテンプレートエンジンも使う)
C. ランディングページをRailsに組み込む(public下に配置するだけ)
で、クライテリアはざっとこんなところかと...
1.今後、LPをメンテする人はだれか?
場合によっては外部の人間に修正を依頼することもあるかもしれない、その場合はサーバーへのアップロード権限に注意する必要がある。権限がわりあてられない場合は都度社内の誰かが間に入ってデプロイするなど面倒になことも...。
A. ◎ サーバーが別で管理しやすい
B. × 少なからずrailsの知識が必要になる
C. ◯ railsが稼働するサーバーのFTP権限などをうまく割り当てられれば、実質A.とかわらず
2.今後、LPでバックエンドのロジックを使うことは本当にないか?
例えば、すでにログイン済みの場合はログイン後の特定ページに遷移させるとか、ログイン済みであればLP内のボタンを変更するとか...。
A. × 基本的に複雑な連携はあきらめたほうがいい
B. ◎ だいたいなんでもできる
C. △ 基本的にはA同様何もできないが、同一ドメイン、サーバーになるだろうから一応手段の幅はある。
3.ドメインがわかれても問題ないか?(特にSEO対策やアクセス解析など)
A. △ サーバーやDNS次第。サブドメ切り替えでよいのであれば問題なし。
B. ○
C. ○
4.CSS, JSの競合
A. ○ 分断される
B. △ 何もしないと、自動で組み込まれる部分もあるので注意が必要。逆に言えば共通化しやすい。
C. ○ 分断される
5.アクセス負荷
A. ◎ 分断される。LP部分だけ増強とかも比較的容易なはず
B. △ 何もしないと、LPのアクセスにひっぱられやすい。まぁでもやりようはいくらでもある。
C. △ Bと同様
私がざっと思いつくところだとこんなかんじでしたね。
事業のフェーズとかにもよりますが、基本的にはCがおすすめかな。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/07/20 11:53