Q.Studioから他のCMSへ移管すると、検索順位などSEOに影響はありますか？

影響を抑える基本は、旧URLから対応する新URLへの恒久的なリダイレクトです。技術的に可能なら301か308を使い、移転先ページのcanonicalも新しいURLに合わせます。サイト内のリンクも新URLへ書き換えましょう。手順の全体はURL変更を伴うサイト移転のガイドで確認できます。

ただ、転送を作る前に旧URLを洗い出す作業があります。Studioのサイトマップは/sitemap.xmlで見られますが、モーダルとnoindexにしたページは載りません。そのため、公開中のURLを漏れなく把握するには、サイトマップの確認だけでなくCMSの管理画面やアクセス解析の記録も照らし合わせます。

タイトルやメタディスクリプション、見出しの階層、画像の代替テキスト（alt属性）といった要素も、移行先で抜け落ちがないよう確認を重ねます。公開準備中に入れたnoindexやクロール制限が残っていると、新しいページは検索に出てきません。切り替えの日にこれらを外し、新URLを並べたサイトマップをSearch Consoleから送信しましょう。

あわせて、CMSの切り替えと同時にドメインやデザインの大幅な改修まで一度に行うと、順位が落ちた際にどの変更が響いたのか原因を突き止めにくくなります。変更はできる限り段階を分けて進めるのが賢明です。中規模のサイトでも、検索結果の表示が新しいURLへ順次入れ替わるまでには数週間以上を要します。これは順位が落ち着くまでの期限ではなく、表示が入れ替わり始めるまでの目安です。

かつては表示速度やページの仕組みからSEOに不利と言われる場面もありましたが、現在のStudioはその弱点の多くを解消しています。以前のStudioは、ブラウザ側で画面を組み立てるSPAという仕組みでした。2026年6月11日に新しい公開サイト基盤が正式公開され、サーバー側で描画するSSRを土台にしたMPAへ切り替わっています（新公開サイト基盤の発表）。GoogleはJavaScriptで作った内容も読めますが、サーバー側で描画したほうが表示は速く、JavaScriptを実行しないボットにも内容が届きます。

速度にも差が出ています。Studioの公式検証によると、モバイル環境におけるLighthouseのスコアは、以前の基盤では63点にとどまっていたテンプレートが、新基盤の実装調整後には100点を記録し、CMSを組み込んだ状態でも98点前後をマークしました。もっとも、Core Web Vitalsなどの評価指標で満点を取ったからといって検索結果の最上位が約束されるわけではありません。

気をつけたいのは古いプロジェクトです。旧基盤のまま公開中のサイトは自動では切り替わらず、互換性の注意を読んだうえでプロジェクト設定から切り替えます。「不利」という評判がいま当てはまるのは、主にこの旧基盤に残っているサイトでしょう。

ところで、タイトルと説明文はページごとに設定でき、空欄のページにはサイト全体の設定が入ります。CMS記事もプロパティを使えば記事別に設定できますが、Data Connect APIで作った動的ページはページ共通の設定しか使えません。移管を決める前に基盤とページ設定を見直すと、乗り換えずに済む場合もあります。

2026年10月の不正アクセスの公表を見て、自社サイトの順位まで落ちるのではと心配になった人もいるでしょう。Studioは、第三者が取得した認証情報による操作の記録を調べ、デザインエディタやCMSの内容を書き換えたり削除したりした記録はないとしています（Studioの不正アクセスのお知らせ）。この調査結果は10月18日の更新で第一報に反映され、データ内容の確認は続いています（Studioの調査結果の報告）。検索順位への影響については、公表には書かれていません。

順位に響くとすれば、サイトにマルウェアやフィッシングのページが紛れ込み、Googleが警告を出した場合です。アクセス前に警告画面が出ると、検索からの訪問が減ることがあります。念のために自社サイトの安全性を確かめたいときは、Google Search Consoleの「セキュリティの問題」レポートを確認しましょう。Googleが不審なページを感知していれば、ここに修正の案内が出ます。また、検索窓に「site:自社ドメイン」と入力して検索し、見覚えのない不審なページが検索結果に紛れ込んでいないか目視で確認する方法も効果的でしょう。書いた覚えのないページや話題が混ざっていたら、ハッキングの兆しです。

ちなみに、2026年9月30日から10月14日までの変更履歴を確かめるよう求められているのは、フォームの回答を集めているGoogleスプレッドシートのことです。閲覧しただけの操作は履歴に残りません。サイトの版の履歴を見る話とは別なので、混同しないようにしてください。

どのCMSを選んでも単体で順位の上昇が約束されるわけではなく、管理のしやすさや表示速度の強みがそれぞれ異なります。違いが出るのは、記事ごとにタイトルや説明文を管理できるか、表示のさせ方を選べるか、自社の更新体制に合うか、といった点です。

WordPressはSEO向けの機能を標準で持ち、プラグインでも機能を足せます。そのぶん、選んだテーマやカスタマイズ次第で検索エンジン向けの設定が崩れることがあります。

microCMSのようなヘッドレスCMSは、記事の管理と表示を分け、表示側の技術を自由に選べる方式です。静的に書き出せば表示を速くできる一方、ブラウザ側だけで描画すると、検索エンジンが内容を正しく読み取れないおそれがあります。作り方まで確かめて選ぶ必要がありますね。

ノーコードツールのWebflowも有力な選択肢です。ページ単位のタイトルやメタディスクリプションの設定はもちろん、データベース形式で管理するコレクションページでも各項目を差し込んだ動的なメタ情報を設定できます。

どれにするにしても、旧URLと新URLの対応を整理し、サーバー側で恒久的な転送を組めるかを先に確かめてください。転送を設定できない移行先では、URLが変わった記事の評価を新しいページへ引き渡せません。

Studioからの引っ越しで最初につまずきやすいのが、記事データの取り出しです。データ書き出しの公式案内で示されている通り、StudioにはデザインやCMSデータを外部へエクスポートする機能が備わっていません。フォーム回答のCSVダウンロードは別の機能です。

検索エンジンの評価を途切れさせないためには、URLの対応表作りが欠かせません。サイトマップ、アクセス解析の履歴、外部からの被リンク数などを参照しながら、検索流入の多い重要な記事から順に旧URLと新URLを紐づけていきます。記事ページだけでなく画像や動画のURLも同じ表に入れておくと、新サイトで画像の参照先や内部リンクを書き換える時の漏れが減ります。

移行作業の規模が大きい場合は、カテゴリーなどの区分ごとに時期をずらして移す手法も有効です。小・中規模なら全URLを一度に移す方法が基本です。移転作業を終えた後は、転送先の指定間違いや404エラーが起きていないかをアクセスログや検索ツールの管理画面でこまめに監視しましょう。

転送の数が多いなら、CloudflareのBulk Redirectsを使う方法もあります。CSVで複数の転送をまとめて取り込めますが、対象ホストへの通信をCloudflare経由にし、転送リストを有効にするルールを作る必要があります。