StudioからEmDashへ移行するとSEOは下がりますか?

結論

移すだけでSEOが必ず下がるわけではありません。ただし、サイトを移転した直後は検索エンジンによる再クロールと情報の更新が行われるため、一時的に検索順位が上下に揺れ動く時期は発生します。

EmDashへの移行更新日

StudioからEmDashへ移すと検索順位はどうなりますか?

URLを今のまま保てれば、検索順位への影響は小さく済む可能性があります。ただし、小さくなると言い切れる根拠はありません。検索エンジンの仕様では、表示URLを変えずにホスティング環境だけを切り替える移転と、URLの変更を伴うサイト移転は、異なる案内として整理されています。

URLが変わる場合は、Googleが新しいURLを読み直して登録し直すまで、順位がしばらく上下します。中規模のサイトでは、検索結果の表示が旧URLから新URLへ入れ替わるまでに数週間以上かかることがありますね。これは表示が入れ替わるまでの目安で、順位が戻る期限ではありません。

ページのURLがどうしても変わってしまう場合は、旧URLから新しい移転先へ向けた転送を設けます。手順の全体はURL変更を伴うサイト移転の案内にまとまっています。転送はできるだけ途中のURLを経由させず、最終的なページへ直接つなげてください。

なお、同じドメインを引き継いで配信元を変更する計画であれば、切り替えを行う少なくとも1週間前にDNSのTTL設定を数時間などに短縮しておくと、ネットワーク上の反映が早まります。

ちなみに、表示の重さが乗り換えの理由なら、先にStudio側を見直す手もあります。Studioは2026年6月11日から新しい公開基盤を導入しました。それより前に作ったプロジェクトは、手動で切り替えるまで旧基盤のままです。EmDashへ移せば順位が上がるという検証はまだないので、速度だけが目的なら先に切り替えを試すのが近道でしょう。

移行後の301リダイレクトはStudioとEmDash側のどちらで設定しますか?

移行後の301リダイレクトは、どちらの管理画面で設定するべきなのでしょうか。設定する場所は、移行後に旧URLへのアクセスをどこが受け取るかで決まります。

同じ独自ドメインを引き継いでEmDashでサイトを公開する場合、ドメインのDNSレコードを切り替えた時点で、旧URLへのアクセスはもうStudio側には届かなくなります。この場合は、EmDashを置いたサーバーか、Cloudflareなどの配信側で301リダイレクトを設定しましょう。一方で、新しいドメインを取得して移転し、元のドメインをStudioに接続したまま契約を残しておく構成であれば、Studioのリダイレクト設定を使って外部の新URLへ転送する方法が使えます。Studioの転送機能は、現在接続されているドメインのパスを起点として、外部のURL宛てに永続転送をかける仕組みになっているためです。

移行後の構成301を設定する場所
同じドメインをEmDashへ向け直すEmDash側のサーバー、またはCloudflareなどの配信側
旧ドメインをStudioに残して新ドメインへ移るStudioのリダイレクト設定
旧ドメインを転送専用にしてCloudflareで受けるCloudflareのRedirect rules

転送先を決める前に、旧URLの一覧を用意します。Studioのサイトマップ(/sitemap.xml)を出力すれば静的ページや動的ページのURLを収集できますが、モーダルやnoindexを指定したページは記載から除外されます。足りない分はアクセスログや解析ツールのページ一覧で補ってください。転送は一度設定したら終わりではなく、できるだけ長く、目安として1年以上は残しておくのが無難ですね。

Studioで日本語URLを使っていた場合、EmDashへ移す時のリダイレクトはどうしますか?

旧URLを日本語のまま残すか、新URLを英数字に替えるかで作業が変わりますが、どちらの場合も旧URLの日本語パスから転送をかける必要があります。

まず、日本語URLは、リダイレクトの転送先に指定するとうまく動きません。これは転送先の話なので、日本語の旧URLから転送できないという意味ではありません。

ここで、日本語の文字列は、インターネットの通信規格上ではパーセントエンコードと呼ばれる英数字と記号の組み合わせに変換されて送受信されます。たとえばCloudflareのルールで処理する場合、パーセントエンコードの大文字表記への変換や正規化の挙動を前提にして記述を組み立てましょう。転送ルールに日本語のまま書くか、エンコードした形で書くかで当たる・当たらないが変わるかもしれないので、設定後に実際の旧URLを開いて転送されるか試してください。

Googleの案内でも非ASCII文字はエンコードして記述することが示されていますが、日本語の単語をハイフンでつないだURL自体は検索エンジンにも認識されるため、必ず半角英数字だけに改名しなければならない決まりではありません。英数字だけにするのは、管理しやすさを取るための選択です。

移行後はSearch Consoleで旧URLと新URLの動きを見て、転送先の誤りや「見つかりません」のエラーが増えていないか確かめます。日本語URLはエンコードの違いで転送漏れが起きやすいので、エラーの一覧には特に目を通しておきたいですね。

EmDashでタイトルやディスクリプションなどのSEO設定はできますか?

ノーコードツールから開発寄りのCMSへ切り替える際、管理画面からこれまで通りメタ情報を編集できるのか気になる方もいるはずです。できます。EmDashでコレクション(記事やページのまとまり)のSEOを有効にすると、記事ごとにタイトル、説明文、画像、canonical URL、検索からの除外を設定できます(EmDashのSEOガイド)。

ただし、項目を入力するだけではページに出力されません。headのメタ情報やJSON-LDを書き出すには、テンプレートのhead内にEmDashHeadを組み込む必要があります。あらかじめデザインエディタ内で自動出力されていたStudioとは異なり、テーマやテンプレートの実装側でタグの出力を担保する仕組みです。タイトルはgetSeoMeta()と組み合わせる例もあるので、公開前にページのソースを開いて、titleとdescriptionが入っているか見てください。

また、Studio側にはサイト全体のHTMLコードを外部へ書き出すエクスポート機能が用意されていません。過去にStudioのエディタ上で設定していたOGP画像や個別のディスクリプションは、手動またはデータ連携によってEmDash側の入力項目へ移し替えていく必要があります。ページ数が多いサイトでは、この入れ直しにいちばん時間がかかるでしょう。

もうひとつ、多言語サイトでは注意が要ります。Cloudflareは自社ブログをEmDashへ移した事例で、移行前の検証中に言語ごとの表示、SEO、CSP(読み込みを許すスクリプトの決まり)の細かい課題を見つけています。これは2026年8月の事例で、今のバージョンに不具合が残っているという話ではありません。英語ページと日本語ページを分けている場合は、言語ごとのタイトルやcanonical URLを一通り確かめておいてください。

こんな聞き方も

  • emdash seo
  • StudioからEmDashへ移行するとSEOは下がりますか?
  • studio emdash 移行 seo
  • EmDashでYoast SEOのようなSEO設定はできますか?
  • emdash yoast seo 代わり
  • Studioで日本語URLを使っていた場合、EmDashへ移す時のリダイレクトはどうしますか?
  • EmDashはSEO対策の機能に対応していますか?
  • 移行後の301リダイレクトはStudioとEmDash側のどちらで設定しますか?
  • studio 移行 301 リダイレクト どこで
  • EmDashでタイトルやディスクリプションなどのSEO設定はできますか?

あわせて知りたい(関連する疑問)

QEmDashでYoast SEOは使えますか?

WordPressでおなじみのYoast SEOを、EmDash上でそのまま導入して使うことはできません。

Yoast SEOはWordPressの実行基盤であるPHPや専用の内部処理に合わせて作られた拡張機能です。一方、EmDashの基本設計を確認すると、WordPressのソースコードを使わずに設計されており、PHPのプログラムやWordPress用のプラグインを動かす基盤は含まれていません。

WordPressからいったんStudioへ移し、さらにEmDashへ移るような場合、Yoastで入れていたタイトルや説明文の設定は、プラグインごと持ってくることはできません。

その代わりとして、EmDashには公式の第一者プラグインが用意されています。設定ファイルの説明には、「@emdash-cms/plugin-seo」を読み込んで、plugins配列にseoPlugin()を登録する例が載っています。

とはいえ、記事ごとのキーワード含有率を判定するスコアリング機能など、Yoast SEO固有の執筆支援ツールを頼りにしていた場合は、運用の流れを少し見直す必要がありますね。タイトル・説明文・canonical URL・検索除外のような基本の設定は、EmDash本体のSEO機能で入れられます。

QEmDashはサイトマップを自動で出力しますか?

記事を新しく公開したときに、検索エンジン向けのサイトマップは自動で生成されるのでしょうか。出力します。コレクションのSEOを有効にすると、EmDashは/sitemap.xmlにサイトマップの目次を出し、そこからコレクションごとのサイトマップへつながる形になります。

ただ、全ページが無条件に載るわけではありません。コレクション別のサイトマップに入るのは、公開済みで、削除されておらず、スラッグ(URLの末尾の名前)があり、検索から除外していない項目だけ。下書き段階の記事や、テスト用の非公開ページが勝手に送信リストへ入り込むことはありません。移行直後にサイトマップの件数が少なく見えるときは、スラッグの入れ忘れや公開状態を先に確かめてください。

生成されたサイトマップのURLは、Search Consoleの管理画面から送信して巡回を促します。ただし、Googleに対するサイトマップの送信はクロールを促すヒントであり、送信したURLがすべて取得されたり、インデックスに登録されたりすることを保証するものではない点には注意が必要です。それでも、URLが変わる移行では新しいサイトマップを送るのが手順に入っているので、公開したらその日のうちに送っておきたいですね。

Q同じドメインのままならSearch Consoleのアドレス変更ツールは使いますか?

たとえば「example.com」という独自ドメインをそのまま使い、配信元をStudioからEmDashへ切り替える場合、Search Consoleのアドレス変更ツールは使用しません。利用者に表示されるURLのドメイン名が変わらないままホスティング事業者や配信CDNを変更する移転では、このツールを使う必要はありません。同じドメイン内でのディレクトリ移動やパスの変更、HTTPからHTTPSへの切り替え、あるいはwwwの有無を変更する場合であっても、ツールの対象外と定められています。このツールは別のドメインやサブドメインへ移るときのもので、移転とリダイレクトの設定を済ませた後に使います。

ドメインが変わらない移転で必要となるのは、パスが変わったページに対する個別リダイレクトの設定と、新しいサイトマップの送信です。あわせて確認したいのが、Search Consoleにおけるサイトの所有権確認が途切れないように引き継ぐ点ですね。

移転した後も確認が通る状態を保つ必要があります。HTMLファイルで確認していたなら同じファイルを、metaタグで確認していたなら同じタグを、EmDash側にも置きましょう。もしドメインのDNSレコード(TXTレコード)を使って確認を行っている場合は、サーバー環境を切り替えてもDNS側の設定がそのまま残るため、特別な再設定を挟まずに所有権を保ち続けることができます。どちらで確認しているかによって、移行の日にやる作業が変わりますね。

Q大量の旧URLをトップページへまとめて転送してもいいですか?

移転作業の手間を減らすために過去のURLをすべてトップページへ転送したくなりますが、個別のページへ丁寧につなぐやり方と比べると、検索評価の面で大きな差が出ます。たくさんの旧URLを、関係の薄いトップページなどへまとめて転送するのは避けてください。読者は探していたページにたどり着けず戸惑いますし、Googleからソフト404(中身のない「見つからない」ページ)とみなされることがあります。

一方で、複数の旧記事を1つの包括的なページへ統合したようなケースであれば、過去の複数URLをその新しい統合先ページへまとめて転送しても問題ありません。トップページへの一括転送が問題になるのは、旧URLの内容と転送先が関係していないからです。

旧URLは、だいたい次の3つに分けて扱います。

  • 同じ内容の移動先がある:その新しいURLへ301で転送する
  • 内容を1ページにまとめ直した:まとめた先のページへ301で転送する
  • ページを削除し、代わりになるページもない:転送せず404または410を返す

404が増えるのは怖く見えますが、関係のないページへ送るよりも、そのページはもうないと正直に伝えるほうが検索エンジンにも読者にも伝わりやすいでしょう。旧URLの一覧ができたら、それぞれの転送先を書いた対応表を作り、設定後に動作を確かめます。

Q*.studio.siteで公開していた場合もEmDashへ移せますか?

移せます。ただし、*.studio.siteのアドレスはStudioが貸しているサブドメインなので、他のサービスへ移るときには使い続けられません(独自ドメインとサブドメインの違い)。移行すると公開アドレスは必ず変わります。

EmDashをCloudflareに初めてデプロイした際には「workers.dev」のドメインが一時的に割り振られますが、本格的な運用には独自ドメインの設定が推奨されています。workers.devは個人や趣味の用途向けで、仕事のサイトを置く場所としては想定されていません。独自ドメインの新規取得は公開の必須条件ではないので、workers.devのURLで動きを確かめてから、独自ドメインを設定する時期を決められます。

気になるのは、*.studio.siteで積み上げた検索の評価をどう引き継ぐかです。Studioの仕様として、Studio内で初期サブドメインから独自ドメインへ切り替えた場合には元のサブドメインから自動で転送がかかります。ドメインの変更を伴う移転では、新ドメイン側で新しいサイトマップを送信し、巡回と再評価を地道に積み重ねていく前提で計画を立てる必要があります。

出典

この内容をChatGPTで相談

無料診断