StudioのSEO対策｜「弱い」と言われた理由と、SEO設定・検索に出ないときの確認StudioのSEO対策｜「弱い」と言われた理由と、SEO設定・検索に出ないときの確認

「Studioはデザインしやすいけど、SEOが弱いって聞いた」「公開して1か月たつのに、社名で検索しても出てこない」

Studio（studio.design）で作ったサイトについて調べている人は、たいていこのどちらかで止まっている。

先に答えを置きます。弱いと言われてきた理由は、本当にあった。ただ、それは2026年6月より前の仕組みの話です。Studioはいま、サーバー側で完成したHTMLを返す新しい公開基盤に切り替わっていて、古いプロジェクトは自分で切り替えるまで前の仕組みのまま動いています。

自分のサイトがどちらで動いているかを見分ける方法、切り替える前に見ること、Studioの画面でやるSEO設定、検索にヒットしないときの確認順を、この順で。

StudioのSEOが弱いと言われた理由は、旧基盤のCSRにあった

2026年6月11日。Studioの公開サイトの仕組みが変わった日。

Studioの公式ヘルプ「Studioの公開サイト基盤」によると、この日から公開サイトは「サーバー側で完成したHTMLを返す構成」に刷新されました。この日以降に新しく作ったプロジェクトは新基盤が標準で、それより前に作ったプロジェクトは、切り替え操作をするまで旧基盤のまま公開されます。Studio側から強制的に切り替えることは、現時点ではない、とも。

ヘルプにある比較を表にすると、こう。

「弱い」と言われてきたのは、右の列の話です。

CSR（クライアントサイドレンダリング）は、最初に届くHTMLにはほとんど中身がなく、ブラウザでJavaScriptが動いてから本文が組み上がる方式。Googleの検索エンジンはJavaScriptを実行できますが、Googleの「JavaScript SEO の基本」には、ページはレンダリングの順番待ちのキューで数秒間、またはそれ以上待つことがあると書かれています。同じページで、botによってはJavaScriptを実行できないものもあるとして、サーバー側でのレンダリングを勧めてもいます。

Studioのヘルプのほうは、旧基盤でもGoogleのクローラーはJavaScriptを実行して中身を認識でき、実際にStudioのサイトはインデックスされている、と説明しています（「StudioサイトをSEOチェックツールにかけると、hタグが検出されません」）。

旧基盤だから検索に出ない、ということはない。中身を読むのにひと手間かかる作りだった、というのが「弱い」の正体だと私は見ています。

公開中のStudioサイトのHTMLを取って確かめた

ヘルプの説明だけで書くのは気持ちが悪かったので、2026年9月28日に、studio.design自体と、Studioの導入事例として紹介されている公開サイト10件のトップページを、ふつうのブラウザと同じUser-Agentでcurlで取得しました。JavaScriptを動かす前の、最初に届くHTMLです。

11件のうち、generator が「Studio.Design.HRC」（新基盤）だったのは3件。残り8件は「Studio.Design」（旧基盤）でした。

旧基盤のページで body を見ると、<div id="__nuxt"> の中に空の span が並んでいるだけでした。本文の文字は1つもない。下層ページも1つ取ってみましたが、ページごとの title と description は入っていて、本文はやはり空。

新基盤のstudio.designのトップは、h1の見出しも、h2も、その下の説明文も、最初のHTMLにそのまま書かれていました。

以前この記事に載せていた「Studioの最初のHTMLはこうなっている」という例のコードは、実際のStudioのHTMLではありませんでした。今回取り直した結果に、いま差し替えてある。

robots.txt とサイトマップは5件（studio.designと、導入事例のサイト4件）で中身まで開きました。どれもクローラーは Allow。導入事例の4件は robots.txt の最後に Sitemap の行がありました。その /sitemap.xml は、sitemap-static.xml（固定ページ）と、CMS記事がある場合は sitemap-dynamic のファイルを並べたサイトマップのインデックスです。トップページに構造化データ（JSON-LD）を入れているサイトは、11件の中には1つもない。

余談ですが、robots.txt でGPTBotなどAIのクローラーを名指しで許可していたのは、この5件ではstudio.design自身だけでした。

自分のサイトが新基盤か旧基盤かを見分ける

やり方は1つだけです。

1. 公開サイトのURLをChromeで開く（ライブプレビューでは確認できない）
2. 画面の上で右クリックして「ページのソースを表示」を開く
3. Ctrl＋F（Macは⌘＋F）で「generator」を検索する
4. content が「Studio.Design.HRC」なら新基盤、「Studio.Design」なら旧基盤

Studioのヘルプでは、検証ツールの「要素（Elements）」タブで「Studio.Design.HRC」を探す手順になっています。どちらで見ても同じ行が見つかるはず。

SEOチェックツールで「h1がありません」と出て慌てた人もいるはずです。旧基盤のサイトは最初のHTMLに見出しが入っていないので、JavaScriptを動かさないツールでは見出しが見つからない。ヘルプはこれを、ツールが旧基盤に対応していないためで、hタグは公開サイトに正しく出ていると説明しています。

新基盤への切り替え手順と、切り替える前に見ること

旧基盤のサイトなら、まずここから。

手順は「公開サイト基盤を旧基盤から新基盤へ切り替える」にあります。

1. 切り替える前の公開サイトの表示を確認し、必要ならスクリーンショットで残す
2. プロジェクトのダッシュボードで［設定］→［一般］を開く
3. ［公開サイト基盤］の［設定］から新基盤を選んで［保存］する（完了まで5分程度）
4. 公開サイトのURLで generator が「Studio.Design.HRC」になったか確かめる
5. サイトを更新して、最初のキャッシュを作る

独自ドメインのAレコードが古いIPアドレス（35.194.122.208）を向いていると、切り替えができません。先に 34.111.141.225 へ向け直す必要がある、とヘルプにあります。

切り替えで気をつけたいのは計測。

旧基盤は1つのHTMLの中で画面を切り替える作りだったので、Googleタグマネージャーで「履歴の変更」をきっかけにページビューを送る設定をしていたサイトがあります。ヘルプには、新基盤ではこうした設定が要らなくなったり、二重計測の原因になったりすることがある、と書かれている。ここは見落としやすい。広告のコンバージョンタグを入れているページは、切り替えの前後でタグが1回だけ動くかを必ず見てください。タグの点検のしかたはGoogle広告のコンバージョン設定と、Metaのコンバージョン API（CAPI）の記事に書いています。

Embedボックスで外部のスクリプトを埋め込んでいるページや、カスタムコードを入れているページも、表示が変わりやすい場所としてヘルプに挙がっていました。事業上重要な本番サイトや、広告の計測タグがあるサイトは、テスト用のプロジェクトで挙動を確かめてから本番を切り替えるよう、ヘルプは勧めています。

2027年1月末までを目安に、旧基盤へ戻すこともできる。

StudioのSEO設定でやること

基盤の話が片づいたら、画面の中の設定です。Studioのヘルプ「SEO対策」にある項目を、手を付ける順に並べ直しました。

タイトルと説明文（ディスクリプション）

ページ単位でもサイト単位でも入れられます。

要素を何も選んでいない状態で右パネルを開き、［ページ］タブでページごと、［サイト］タブでサイト全体の値を入れます。ページ側に入れた値が優先され、ページ側が空欄のページにはサイト側の値が出ます（「タイトルと説明文（ディスクリプション）を設定する」）。

ヘルプの目安は、タイトルが全角30文字前後、説明文が全角70〜120文字程度で、大事な語を前に置くこと。エディタで使う「ページ名」は公開サイトに出ない別の欄なので、取り違えないこと。

新基盤では、サイト設定のタイトルとソーシャルカバー（OGP画像）が未設定だと空欄のまま出力されます。旧基盤ではプロジェクト名とカバー画像で埋めてくれていたので、切り替えたら一度確かめておきたい。

CMSの記事ページは、タイトルと説明文の欄にCMSのプロパティを差し込めば、記事ごとに違う値が出ます。

入力したら、サイトを更新するまで公開サイトには反映されません。検索結果に出るまでには、さらに時間がかかる。

見出しタグと画像のalt

見出しは、テキストのHTMLタグをh1〜h6に設定します。ヘルプでは、CMS記事の本文の見出しはh2から始めて、記事タイトルとの重複を避けるよう勧めています。画像には代替テキスト（alt）を入れます。

noindexと非公開の使い分け

検索に出したくないページには、右パネルの［ページ］タブで［noindex］をオンにして、サイトを更新します（「ページをnoindexに設定する」）。

noindexはURLを知っていれば開けるままで、検索結果にだけ出なくなる設定。公開範囲を「非公開」にすると、URLで開いても404になります。お問い合わせの完了ページはnoindex、作りかけのページは非公開、と分けて使います。

ヘルプには、noindexを設定してもAIのクローラーのアクセスは制御できない、という注意も書かれています。

サイトマップ

［設定］→［一般］の［サイトマップファイル］をオンにすると、https://サイトのドメイン/sitemap.xml が作られます（「サイトマップファイル」）。

モーダルとnoindexのページを除いた、静的ページと動的ページ（CMS記事）が入り、更新も自動で反映されます。被リンクのない下書き用のページでもサイトマップ経由で検索に出ることがあるので、見せたくないページは非公開かnoindexにしておきます。

canonical（URLの正規化）

canonicalタグは、Studioが自動で付けます。ページごとには設定できず、プロジェクト単位で「URLの末尾にスラッシュを付けるか」だけ選べます。この設定は新基盤のプロジェクトでしか変更できません（「canonicalタグ（URLの正規化）」）。

ヘルプには「サーバー応答のHTML段階では入っておらず、ブラウザでのレンダリング時に追加される」とあります。私がcurlで見た範囲では、旧基盤のサイトは最初のHTMLにcanonicalがなく、新基盤のサイトには入っていました。

構造化データとカスタムコード

構造化データ（JSON-LD）は、右パネルの［ページ］タブの最後にある［構造化データ］で入れます。<script type="application/ld+json"> のタグは入れず、中身のコードだけを貼る仕様です（「構造化データの設定方法」）。モーダルには設定できません。構造化データで何が変わるのかは構造化データがSEOに与える影響にまとめています。

<head> にタグを足したいときはカスタムコードを使います。有料プランの機能で、<head> に入れられるのは link、meta、style、script、noscript の5種類だけです（「サイト・ページにカスタムコードを追加する」）。

URLを変えたら301リダイレクト

ページのパスを変えたときや、別のサービスからStudioに引っ越したときは、リダイレクトページで301リダイレクトを設定します。設定しないと旧URLは404になり、訪問者の体験や検索評価が下がるとヘルプは書いています（「リダイレクトページ（301リダイレクトを設定する）」）。

ヘルプでは、この機能の対象はBusinessプラン以上（旧プランでは全プラン）です。2026年1月以降は「.php」で終わるパスのリダイレクトが動かなくなっているので、PHPで作られた古いサイトからの引っ越しでは、Studioの外（DNSやCDN、旧サーバー）での転送も考えておきます。

Studioのサイトが検索にヒットしないときの確認順

「社名で検索しても出てこない」なら、設定の漏れか、まだ見つかっていないだけか。原因はたいていこの2つ。

Studioのヘルプ「サイト公開後、検索エンジンの検索結果にサイトやページが表示されません」の項目を、手を動かす順にチェックリストにしました。

• ダッシュボードのホームに「公開中」と出ている
• 出したいページのnoindexがオフになっている
• ページの公開範囲が「非公開」になっていない、サイト全体のパスワード保護もかかっていない
• 右パネルでページタイトルと説明文が入っている
• Googleで「site:サイトのURL」と検索して、何ページ登録されているか見た
• サーチコンソールを連携した
• ［サイトマップファイル］をオンにして、サーチコンソールに /sitemap.xml を送信した
• 出したいページをURL検査にかけ、未登録ならインデックス登録をリクエストした

公開した直後に出ないのは、ほぼ待ち時間。検索エンジンはクロール、インデックス登録、検索結果への表示の順に処理するので、公開から検索に出るまでには時間差があります。すべてのページがインデックスされる保証はない、とGoogle自身が書いていることもヘルプで紹介されています。

焦って毎日検索し直しても、順番は早まらない。

サーチコンソールを連携する

サーチコンソールはGoogleの無料ツールで、どの検索語で何回表示されたか、どのページがインデックスされていないかがわかります。Studioでは［Apps］メニューの［Google Search Console］で連携します（「サーチコンソール（Search Console）の設定方法」）。

1. サーチコンソールで「URLプレフィックス」を選び、公開サイトのURLを登録する
2. 確認方法で「HTMLタグ」を選び、content="…" の中の文字列だけをコピーする
3. Studioの［Apps］→［Google Search Console］に貼って保存し、サイトを更新する
4. サーチコンソールに戻って［確認］を押す

ヘルプでは、この連携の対象はMiniプラン以上（旧プランではStarterプラン以上）です。StudioのApps連携は「ドメイン」プロパティでの確認に対応していないので、ドメインで登録したい場合はDNS側で確認します。

つまずきやすいのは、コードをタグごと貼ってしまうこと。ヘルプにも、タグ全体の形式で保存していないか、カスタムコードに古い確認用のmetaタグが残っていないかを確かめるよう書かれています。

インデックスされても順位が伸びないとき

登録されているのに順位が上がらない。ここから先は、Studioかどうかとはあまり関係がありません。

StudioのSEO対策のヘルプも、設定の次には中身の質と被リンクを挙げています。被リンクのようなサイトの外の対策は、設定とは別の人の仕事になりがちです。その分け方はSEOの内部対策と外部対策に書きました。検索した人の疑問に答えているページか、同じような内容のページが並んでいないか。サーチコンソールの検索パフォーマンスで、表示はされているのにクリックされない語を探し、そのページのタイトルと中身を直すのが順番です。

表示速度も見ておきたいところです。新基盤は初回表示が速くなるとStudioは説明していますが、画像の大きさや外部スクリプトで遅くなるのはどの作り方でも同じ。広告の着地ページにしているなら、LPが遅いと広告費が上がる話で実測した手順がそのまま使えます。

記事を大量に積み上げて検索から集客したいのか、デザインで見せるサイトを速く出したいのか。どの作り方を選ぶかはそこで決まります。SEOのほかの記事はSEO対策のカテゴリーにまとめています。

どう動けばいいか

今日やることは3つです。

1. 公開サイトのHTMLで generator を見て、旧基盤か新基盤かを確かめる
2. 旧基盤なら、計測タグとカスタムコードを確認してから新基盤に切り替える
3. サーチコンソールを連携し、サイトマップを送信して、出したいページをURL検査にかける

タイトルと説明文、noindexの確認は、そのあとで1ページずつ。どれもStudioの画面の中で終わる作業です。

ここまでやって、それでもサーチコンソールに表示回数がほとんど出てこないなら、設定の問題ではなく中身と見つけてもらう経路の問題です。そこからは、どの語で誰に見つけてほしいのかを決めるところから始めます。