LPの​ドメインと​URLは、​どこに​置くか。​会社の​サイトの​下、​サブドメイン、​別の​ドメインを​比べる

LPの​URLは、​4つの​置き方から​選ぶ

LPを​作る​とき、​デザインや​文章より​後回しに​されやすいのが、​どの​URLで​公開するかです。
置き方は​次の​4つで、​それぞれの​向き不向きを​先に​表に​しておきます。

LPの​中身の​作り方は問い合わせが​来る​ホームページ・LPの​作り方に​書いたので、​ここでは​URLの​話だけに​します。

私たちは、​LPを​会社の​サイトの​下に​置いている

先に、​私たち自身の​置き方を​書いておきます。
2026年9月29日に、​ホームページ​制作や​システム開発など​分野ごとの​LPを​8本公開しました。
どれも、​ホームページ制作の​LPなら​ /service/website のように、​会社の​サイトの​ /service/ の​下に​あります。
別の​ドメインや​サブドメインは​使っていません。

理由は​単純で、​増やすたびに​管理する​ものを​増や​したくなかったからです。
計測の​タグは、​サイトを​書き出す処理の​中で​全ページに​同じ​ものを​入れているので、​LPを​足しても​タグを​貼る​作業は​ありません。
Search Consoleも、​会社の​サイトの​登録​（https://www.bundlyze.co.jp/ で​始まる​URL）の​まま、​LPの​検索の​数字が​見られます。
少人数で​回している​会社には、​この​「何も​増えない」ことがいちばん効く、と​私は​考えています。

アドレスに​会社の​名前が​残ると、​問い合わせる​前の​不安が​1つ​減る

問い合わせる​前に、​どこの​会社の​ページなのかを​確かめる​人は​少なく​ありません。
アドレスバーに​会社の​ドメインが​出ていれば、​それだけで​会社の​サイトの​一部だと​分かります。
トップページや​会社概要への​リンクを​たどった​ときも、​同じ​アドレスの​まま​移れます。

サブドメインの​ lp.example.co.jp でも、​末尾に​会社の​ドメインが​残るので、​つながりは​見えます。
別の​ドメインは、​アドレスだけでは​誰の​ページか​分かりません。
その​ぶん、​ページの​中で​会社名と​会社の​サイトへの​リンクを​はっきり​見せる​必要が​あります。

別の​ドメインを​選ぶのが​合うのは、​会社名を​前に​出さずに、​商品や​サービスの​名前で​覚えてもらいたい​ときです。
その​場合は、​名前を​決める​前に、​その​名前が​商標で​使われていないか、​同じ​名前の​ドメインが​取れるかを​確かめておきます。
確かめる​順番はブランド名の​付け方に​書きました。

計測：ドメインが​分かれると、​同じ​人が​別の​人として​数えられる

LPの​成果は、​たいていGA4や​広告の​管理画面で、​問い合わせや​申し込みの​数として​見ます。
ここで​効いてくるのが、​LPと​会社の​サイトの​ドメインが​同じか​どうかです。

GA4の​ヘルプでは、​別の​ドメインへ​移る​たびに​新しい​Cookieと​IDが​設定され、​同じ​端末から​別の​ドメインを​見た​1人が、​別々に​識別されると​説明されています​（⁠Google アナリティクス ヘルプ：クロスドメイン測定の​設定、​2026年10月6日確認）。
LPを​別の​ドメインに​置き、​問い合わせの​フォームは​会社の​サイトに​ある、という​組み合わせだと、​この​設定を​しないと、​LPから​来た​人の​問い合わせが​広告などで​来た元の​流入元が、​問い合わせまで​引き継がれにくくなります。
同じヘルプには、​サブドメインどうしでも、​Cookieの​ドメインが​違うと​自分の​サイトが​参照元として​出る​ことが​ある、という​注意も​あります。

Search Consoleにも​同じような​分かれ目が​あります。
登録の​しかたには、​すべての​サブドメインを​含む​「ドメインプロパティ」と、​指定した​文字で​始まる​URLだけを​含む​「URLプレフィックスプロパティ」が​あります​（⁠Search Console ヘルプ：プロパティを​追加する、​2026年10月6日確認）。
私たちの​登録は​後者なので、​もしLPを​ lp.bundlyze.co.jp に​置いていたら、​いまの​登録では​LPの​数字が​見えず、​別に​登録する​ことになっていました。
会社の​サイトの​下に​置けば、​どちらの​登録でも​見えます。

計測の​タグを​どの​ページにも​同じように​入れる​方法は、全ページの​計測タグを​1か所で​管理する​方法に​まとめています。

広告の​審査：表示する​URLと、​着く​ページの​ドメインを​そろえる

LPに​広告から​人を​呼ぶなら、​広告に​出すURLと​LPの​ドメインの​関係も​見ておきます。
Google 広告の​ポリシーでは、​表示URLの​ドメインが、​クリックした​人が​着く​最終ページの​URLと​一致しない​ものを、​事前に​認められた​場合を​除いて​認めていません。
最終ページの​URLから​別の​ドメインへリダイレクトする​例​（example.com から​ example2.com へ）も、​同じ​ページに​挙がっています​（⁠Google 広告ポリシー ヘルプ：リンク先の​要件、​2026年10月6日確認）。

別の​ドメインの​LPでも、​表示URLを​その​ドメインに​そろえて​広告を​出せば、​この​点は​問題に​なりません。
気を​つけたいのは、​途中で​LPを​閉じて​会社の​サイトへ​転送した​ときです。
別の​ドメインの​LPを​閉じて​会社の​サイトへ​転送したのに、​広告の​最終ページの​URLを​古い​LPの​ままに​しておくと、​別の​ドメインへの​リダイレクトに​なります。
LPを​やめる​ときは、​転送の​設定と​一緒に、​広告の​URLも​書き換えるか​止めるかを​決めておきます。

証明書と​更新の​手間は、​ドメインと​サブドメインの​数だけ​増える

URLが​ https:// で​開けるのは、​その​アドレスの​証明書が​あるからです。
会社の​サイトの​下に​置いた​LPは、​会社の​サイトの​証明書で​そのまま​開けます。
サブドメインを​足すと、​その​サブドメインの​DNSの​記録と​証明書が​1つ​増えます。
ドメインごと​分けるなら、​ドメイン​その​ものの​更新の​手続きも​増えます。

数が​増えると、​どれか​1つが​忘れられます。
私たちも、​wwwありの​アドレスは​問題なかったのに、​wwwなしの​アドレスだけ、​以前の​サーバーの​仕組みでは​証明書が​自動で​更新できない​状態でした。
2026年9月に、​自動で​更新される​仕組みへ​移しています。
その​経緯と​手順はSSL証明書の​期限切れを​防ぐに​書きました。
LPの​ために​アドレスを​増やすなら、​その​証明書が​自動で​更新されるか、​ドメインの​更新の​通知が​誰に​届くかまで、​作る​時に​決めておきます。

制作ツールや​配信サービスの​仮の​URLの​まま、​公開しない

LPの​制作ツールや​配信サービスの​多くは、​独自の​ドメインを​つなが​なくても、​〇〇.pages.dev のような​仮の​URLで​ページを​公開できます。
確認には​便利ですが、​そのまま​広告や​名刺に​載せるのは​おすすめしません。
会社と​つながりのない​アドレスに​見えるうえ、​あとで​正式な​ドメインに​移した​ときに、​古い​URLが​検索や​共有の​中に​残ります。

私たちの​サイトも、​2026年6月に​公開した​時点では、​配信サービスの​仮の​URLでも​同じ​ページが​開ける​状態でした。
公開した​6月30日に、​仮の​URLに​来た​人を、​本番の​ www.bundlyze.co.jp へ​301で​転送する​処理を​足しています。
仮の​URLを​使った​場合は、​公開の​日までに、​本番の​URLへ​転送されるかを​開いて​確かめておきます。

仮の​URLには、​作業用の​名前が​そのまま​入る​ことがあります。
そこに​ブランド名を​入れない​ほうが​よい​理由は、ブランド名の​付け方の、​作業用の​URLの​節に​書いたので、​ここでは​繰り返しません。

LPを​やめた​後も、​URLは​捨てずに​転送する

キャンペーンが​終わって​LPを​閉じても、​その​URLは、​広告の​履歴、​SNSの​投稿、​誰かの​ブックマークの​中に​残ります。
消してしまうと、​そこから​来た​人は​「ページが​見つかりません」の​画面に​着きます。
閉じる​ときは、​いちばん近い​内容の​ページ、​たとえば​同じ​サービスの​常設の​ページへ、​301で​転送しておきます。

Googleは、​301や​308のような​恒久的な​サーバー側の​リダイレクトに​ついて、​転送先が​正規の​ページであることを​示すシグナルとして​使うと​説明しています​（⁠Google 検索セントラル：リダイレクトと​ Google 検索、​2026年10月6日確認）。
私たちも、​2026年10月3日に、​内容の​重なっていた​コラム5組を​1本ずつに​まとめた​とき、​まとめた​側の​古い​URLを、​残した​記事へ​301で​転送する​設定を、​サーバーの​設定ファイルに​書きました。
.html 付きの​URLや、​末尾に​ / が​付いた​URLで​来た​人も、​同じ先へ​送るように​しています。

置き方に​よる​違いが​出るのは、​ここです。
会社の​サイトの​下なら、​会社の​ドメインを​持っている​限り転送を​置いて​おけます。
サブドメインは、​その​DNSの​記録と​証明書も​残しておく​必要が​あります。
ドメインを​分けた​LPは、​転送を​続ける​ために、​使わなくなった​ドメインの​更新も​続ける​ことになります。
更新を​やめて​よいかは、​その​URLから​まだ​人が​来ているかを、​アクセスの​数字で​見てから​決めます。

検索での​評価の​違いは、​置き方を​決める​理由に​していない

サブドメインと​サブディレクトリの​どちらが​検索で​有利か、という​問いも​よく​見かけます。
私は、​この​違いに​ついての​Googleの​公式の​説明を​確かめられていないので、​この​記事では​選ぶ理由に​入れていません。
LPは、​検索より​広告や​SNS、​メールから​人を​呼ぶことが​多い​ページです。
検索から​人を​呼びたいなら、​URLの​置き方より、​探している​人の​問いに​ページが​答えているかの​ほうが​先に​効くはずだ、と​私は​考えています。

bundlyzeは、​大阪市北区の​グラングリーン大阪を​拠点に、​大阪・兵庫を​中心とした​関西の​会社の​ホームページと​LPの​制作を​受け持っていて、​打ち合わせは​Web会議でも​対面でも​できます。
岡山の​会社とも、​Web会議で​進められます。
この​記事を​書いた​津嘉山は、​業務システム開発と​AWSを​専門と​する​エンジニアで、​自社の​LPの​置き​場所や​転送、​証明書の​設定も​自分で​行っています。

まずは、​いま公開している​LPの​URLを​開いて、​アドレスバーに​会社の​ドメインが​出ているかを​見てみてください。