StudioのSEO設定は何をする？ページごとの設定と公開後の確認手順

こんにちは。バナナデスクです。

工房のお知らせを二つ用意したのに、一つだけタイトルが「工房ひなた」のまま。どこの設定を直せばよいのでしょうか。

Studio（studio.design）は、Webサイトを作成・公開するためのサービスです。WordPress StudioやWix Studioとは別のサービスです。

タイトルは「何のページか」を短く表し、説明文（ディスクリプション）はそのページで分かることを要約します。営業時間のお知らせと写真準備の記事が、それぞれ区別できる文章を用意します。

架空の「工房ひなた」を例に、公式資料をもとにサイト共通の設定から記事ごとの設定、公開後の確認へと進めます。実サイトでのStudio操作・公開・公開HTMLとの照合は行っていません。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善｜更新：2026年11月10日

サイト共通のタイトルと説明文を設定する

用意するものは、編集できるStudioプロジェクトと、サイト名・サイト全体の紹介文・各ページの本文や予定のURLです。原稿がまだ決まっていなければ、下の工房例を参考に、自分のサイトの内容へ書き換えてください。

最初に開く場所は、Studioのデザインエディタです。要素を何も選択していない状態にして、右パネルの「サイト」タブを開きます。

工房例では、修理相談の固定ページ1つと、CMSで管理するお知らせ2件を使います。CMS（コンテンツ管理システム）は、ここでは「お知らせの記事を、題名や本文などの項目に分けて登録する仕組み」と考えてください。サイト共通の情報、固定ページ、二つのお知らせの順に設定します。

サイト共通の設定は、ページごとの設定がないときに使う基本情報です。タイトルと説明文の公式ヘルプでは、ページ設定がサイト設定より優先され、ページ側が未入力の場合はサイト側の設定が使われると説明されています。

工房例なら、サイト共通では「工房全体で何を案内しているか」を伝えます。そのうえで、修理相談のページには写真の準備、営業時間の記事には受付時間というように、個別の内容を設定します。

次の表は、サイト共通と3ページ分の原稿です。「repair」などは、URLのドメインの後ろに続くパスの設計例です。最初に入力するのは「サイト共通」の行だけです。残りの3行は、このあと各ページの設定に使います。

サイト共通の情報は、次の順に入力します。

1. デザインエディタで、要素を何も選択していない状態にします。
2. 右パネルの「サイト」タブを開きます。
3. 「サイトタイトル」に「工房ひなた｜暮らしの木製品の修理案内」を入力します。
4. 「説明文（ディスクリプション）」に、表のサイト共通の説明文を入力します。

これがサイト全体の基本情報です。すべてのページを同じ文章にそろえるためのものではありません。主要なページには、次の手順で内容に合うタイトルと説明文を指定します。

固定ページとCMS記事A・Bに固有のタイトルを設定する

工房例の固定ページは、継続して使う修理相談の案内です。記事Aは期間のある営業時間のお知らせ、記事Bは写真の準備を詳しく説明する記事です。似た話題でも、受付の流れを知りたい人と、写真の撮り方を知りたい人に、それぞれ必要な情報が伝わるようにします。

1. 固定ページ「repair」を設定する

まず、修理相談の固定ページを設定します。エディタ内の「ページ名」は管理用の名前で、公開するタイトルとは別です。たとえばページ名を「修理相談」にしても、公開用の文章は「ページタイトル」欄で指定します。

1. デザインエディタで修理相談の固定ページを開き、要素を何も選択していない状態にします。
2. 右パネルの「ページ」タブを開きます。
3. 「ページタイトル」に「木製品の修理相談で用意する写真｜工房ひなた」を入力します。
4. 「説明文（ディスクリプション）」に、原稿表の「固定ページ／repair」の説明文を入力します。

この例では、エディタ内の管理名は「修理相談」、公開タイトルは「木製品の修理相談で用意する写真｜工房ひなた」です。工房全体の紹介はサイト共通に残し、このページの役割はページ設定で伝えます。

CMSの記事A・Bにも、同じように固有のタイトルを用意します。ただし、記事ごとの文章を登録する作業と、その文章をページのタイトルへつなぐ作業を分けて進めます。

2. CMSの記事A・Bに原稿を入力する

CMSでは、一件の記事を「アイテム」、題名や本文など、その記事の入力項目を「プロパティ」と呼びます。この例では、営業時間のお知らせが記事Aのアイテム、写真準備のお知らせが記事Bのアイテムです。

タイトルと説明文を記事ごとに管理するため、ここでは「検索用タイトル」「検索用説明」というプロパティを用意する設計にします。この二つは工房例で付ける入力項目の名前で、Studioに標準で用意されている画面項目名を示すものではありません。

1. CMSで記事Aのアイテムを開き、「検索用タイトル」に原稿表の記事Aのタイトルを、「検索用説明」に記事Aの説明文を入力します。
2. 記事Bのアイテムを開き、同じ二つのプロパティに、原稿表の記事Bのタイトルと説明文をそれぞれ入力します。

記事Aの「検索用タイトル」には「10月の受付時間のお知らせ｜工房ひなた」、記事Bには「修理相談の写真で伝えたい3つの点｜工房ひなた」が入る設計です。同じ名前の入力項目でも、中身は記事ごとに変わります。

3. 動的ページのタイトル・説明文にCMSプロパティを接続する

動的ページは、記事ごとの値を当てはめる共通のページの型です。工房例では、記事Aと記事Bが同じ型を使い、そこへ各記事のタイトルや本文を当てはめる設計にします。

次に、記事に入力した原稿を、動的ページのタイトルと説明文で使うように指定します。

1. デザインエディタで、お知らせ用のCMSの動的ページを開きます。
2. 要素を何も選択していない状態にして、右パネルの「ページ」タブを開きます。
3. 「ページタイトル」欄の「＋」から、CMSプロパティ「検索用タイトル」を選びます。
4. 「説明文（ディスクリプション）」欄の「＋」から、CMSプロパティ「検索用説明」を選びます。

記事A・Bに入力するのは「文章そのもの」、動的ページで設定するのは「どの入力項目の文章を使うか」です。記事Bに原稿を入れていても、動的ページ側で別のプロパティを選んでいれば、その原稿はタイトルの参照元になりません。

公式手順では、CMSプロパティと固定の文字列を組み合わせることもできます。今回の原稿表では、タイトルに「｜工房ひなた」まで含めて入力するため、動的ページ側で同じ文字列を追加する必要はありません。

本文に表示する大見出し、一覧用の短い名前、検索用タイトルを同じ値にするかは、それぞれの読みやすさに合わせて決めます。また、ここで説明した接続方法の対象はCMSの動的ページです。Data Connect APIの動的ページを同じ仕様として扱うものではありません。

記事Bだけ共通文になったら、入力値と接続先を確認する

記事Aは固有のタイトルなのに、記事Bだけ工房名や共通の説明文になったとします。まず記事Bの「検索用タイトル」「検索用説明」に原稿が入っているかを確認し、次に共通の動的ページがそのプロパティを参照しているかを確認します。そのうえで、公開・更新後の記事Bの出力を照合します。

ページ側の設定を未入力にした場合と、CMSプロパティを接続しているものの、その記事の入力値が空の場合は区別します。後者もサイト共通の設定で必ず補完されるとは決めつけず、入力値と公開後の出力を確認してください。新規記事を追加するときも、必要な原稿を入れてから公開する流れにします。

タイトル・説明文と、読者が読む本文をそろえる

固定ページのタイトルを「用意する写真」にしたなら、説明文と本文にも、どの写真を用意するのかを書きます。タイトルを読んで訪れた人が、本文で答えを見つけられるようにします。

工房例なら、本文には次のような案内を用意します。

修理相談では、3種類の写真を用意してください。

全体の形が分かる写真、傷んだ場所を近くから写した写真、定規などで寸法が分かる写真です。傷の写真だけでは、品物のどの場所か分からないため、全体と部分を組み合わせます。

写真だけで修理方法や料金を確定できない場合があります。受付時には、品物の種類、困っている点、希望する使い方を添え、確認が必要な点の案内を待ちます。

この工房例の文章を実際の業務に使うときは、受け付ける品物・連絡方法・料金決定の手順に合わせて書き換えてください。架空の受付条件を、そのまま自分のサービスの約束にしないようにします。

画像の代替テキストも、ファイル名や「SEO対策」という言葉を入れる欄ではありません。例えば全体写真には「木製の椅子全体と背もたれの位置」、部分写真には「背もたれ右側の接合部の割れ」のように、その図で伝えたい内容を説明します。装飾用画像とは目的を分けます。

公開・更新後に3ページの出力を確認する

タイトルと説明文の公式手順では、入力後にサイトを公開・更新して変更を反映します。エディタに原稿を入力したところで終えず、公開・更新を行ったあと、公開URLで確認します。

工房例なら、修理相談の/repair、記事Aの/news/october-hours、記事Bの/news/photo-preparationを別々に開きます。CMSは共通の型を使っていても、入力値は記事ごとに違います。記事Aが正しく表示されても、記事Bの確認は必要です。

タイトルと説明文は、公開ページを開き、ブラウザの開発者ツールなどでHTMLを確認します。<head>内の<title>にある文字列がタイトル、<meta name="description">のcontentの値が説明文です。原稿表と一つずつ照らし合わせ、実際に表示された見出し・本文・画像も確認します。

期待した文章と違う場合は、対象ページの入力値、ページ設定やCMSプロパティの接続先、サイト共通の設定、公開・更新の実施状況を見直します。記事Bだけ違うなら、まずBに登録した値から確認してください。設定欄に文章があることだけで、公開出力まで正しいとは判断しません。

サイトマップも確認します。サイトマップは、サイト内のページのURLをまとめた情報です。公開・配信の設定では、トグルをオンにすると生成されると案内されています。すべてのプロジェクトで生成済みと考えず、設定状態と生成された内容を確認し、公開したURLと照らし合わせます。

一部の公開・配信項目は、新基盤でのみ利用できます。項目が見つからない場合は、契約プランだけで判断せず、次の公開基盤の条件も確認してください。

プランと公開基盤の違いを確認する

ここまでの設定や公開後の確認に関連して、プランと公開基盤の違いも押さえておきます。プランは契約で使える機能の範囲、公開基盤は訪問者へサイトの内容を届ける仕組みです。契約内容と、プロジェクトの作成・切り替え状況を分けて確認します。

Studioの公開サイト基盤の説明によると、2026年6月11日以降に新規作成したプロジェクトは、新基盤が標準です。それ以前に作成したプロジェクトは、切り替え操作をするまで旧基盤のままです。

「有料プランだから新基盤」「今日開いたプロジェクトだから新基盤」とは判断できません。契約プランだけでは、どちらの基盤で公開されているかは分からないためです。

新基盤では、サーバー側で完成したHTMLを返します。また、サイトタイトルやソーシャルカバーなどが未設定の場合は、空欄のまま出力する仕様が案内されています。旧基盤でプロジェクト名などが代わりに使われていた場合も、必要なサイト共通情報は明示的に設定します。

現在の基盤を確認すること、切り替えを検討すること、実際に切り替えることは、それぞれ別の作業です。タイトルを修正するときは、まずサイト設定・ページ設定・CMSの接続と、公開・更新後の出力を確認します。タイトル修正のために基盤の切り替えへ進む手順にはしません。

既存サイトの基盤を切り替える場合は、独自のJavaScriptやアクセス計測への影響も確認してください。旧基盤向けの仮想ページビューやHistory Changeなどを利用した独自計測は、新基盤では不要になったり、二重計測の原因になったりする場合があります。SEOの設定だけを見て、切り替え後の確認が済んだとは考えないようにします。

公開HTMLと検索結果の表示を分けて確認する

公開URLに原稿が反映されても、同時にGoogleの検索対象として登録されるとは限りません。Search Consoleを利用できる場合は、URLの状態を確認し、Googleが把握している情報と、公開後の変更内容・日付を照らし合わせます。

また、検索結果のタイトルは、入力した文章が必ずそのまま使われるわけではありません。Googleはtitle要素や主見出しなどからタイトルリンクを生成すると説明しています。タイトルリンクとは、検索結果でクリックできるページ名の部分です。

検索結果の表現が違うときは、先に公開ページのタイトル・説明文・見出し・本文が同じ内容を伝えているかを確認します。内容に食い違いがあれば修正しますが、検索表示が違うという理由だけで、サイト共通の設定を何度も変更しないようにします。

タイトルや説明文の設定は、指定した文字列どおりの検索表示、検索への登録、上位表示を保証するものではありません。設定した原稿、公開ページの出力、検索結果の表示を分けて確認することが大切です。

手元のサイトでも、まず一つのページについて、用意した原稿と公開HTMLのタイトル・説明文を並べてみてください。そのあと内容の異なる記事も確認し、それぞれのページで何が分かるのかが伝わる文章になっているかを見ていきましょう。

関連記事：Search Consoleで表示回数は多いのにクリックされない原因と改善手順