私はクライアントのためにWebプラットフォームプロジェクトに取り組んできましたが、完成に近づいています。基本的に、プラットフォームは特定のグループの人々のための小さなソーシャルネットワークです。
仕様の一部は、ユーザープロファイルにリダイレクトするバニティURL(example.io/JoeBloggs
)などを許可することです。これは、.htaccessを介して簡単に実行できます。クライアントがexample.io
のベースドメインにあるwixに「マーケティングページ」を構築し、プラットフォームがapp.example.io
にあるため、私の問題が発生します。 (マーケティングページにwixを使用して、自由に簡単に編集できるようにしたかった)
マーケティングページには、app.example.io/login
などに簡単にアクセスできるログイン/サインアップリンクがあります。
これは、私のバニティURLがapp.example.io/JoeBloggs
であり、URLからapp.
を削除することを意味します。調査した後、彼らが望むURLを実現する唯一の方法は、マーキングページをサブドメインに移動し、たとえばinfo.example.io
とプラットフォームをベースドメインexample.io
に移動することです。
次に、.htaccessで、ベースドメインのみにアクセスするか(example.io
)、ページにアクセスするか(example.io/login
またはexample.io/JoeBloggs
)、ベースドメインにアクセスする場合はinfo.example.io
にリダイレクトし、そうでない場合は通常どおりページにアクセスできるようにします。
明らかに、index.htmlのハードコーディングされたhtmlマーケティングページである古いバージョンから既に存在しているので、サイトのSEOを傷つけたくありません。
これはこれを達成するための最良の方法ですか、または問題になる何かを見逃しましたか?
この時点で行うべき最も重要なことは、一歩下がってアプローチを分析することです
Wix によると:
WixはWebサイトビルダーであり、そのコンテンツはすべてWixのサーバーでホストされています。
この事実のため、これは、投稿で説明したように、カスタム機能を作成しようとするときに開発者が持つ開発の可能性を大幅に制限します。
あなたが結論したように、トレードオフは使いやすさと自由と所有権です。
Webアプリケーションを開発する責任の一部は、より知識のある当事者として、クライアントに必要なものを示すことです。
個人的に、私があなたの靴を履いている場合、私は カスタムWebサイトへの投資をクライアントに説得する またはより開発者に優しいプラットフォームを使用するよう試みますWordpress。
私の意見では、プロジェクトの早い段階でSEOについて強調するよりも、しっかりとした基盤の上に構築していることを確認することが重要です。
とはいえ、クライアントが動かない場合は、 Wix Code API を調べてください。
import wixLocation from 'wix-location';
wixLocation.to( 'https://example.io/destination' );
これはSEOに最適なソリューションではありませんが、機能するはずです。