SquarespaceのGoogleインデックス:ページを発見してもらう完全ガイド
Squarespaceは美しいデザインテンプレートで知られていますが、美しさだけではページをインデックスさせることはできません。本ガイドでは、GoogleがSquarespaceコンテンツを発見してインデックスするかどうかを決める、すべてのSEO設定、組み込み機能、よくある落とし穴を詳しく解説します。
このガイドの内容
Squarespaceは、デザイナー、写真家、小規模ビジネスに人気の高プレミアムウェブサイトビルダーです。自動SSL、クリーンなURL構造、組み込みXMLサイトマップ、ページごとのSEOパネルをすぐに提供します。
しかし、robots.txtを直接編集したり、SEOプラグインをインストールしたり、サイトマップから特定のページを除外したりすることはできません。ほとんどのSquarespaceサイトでは、組み込み機能は正しく構成されていれば十分ですが、多くのユーザーはそれらを構成しません。本ガイドでは、ページごとのSEO設定、サイトマップの動作、リダイレクト管理、およびインデックスを静かに妨げる可能性のあるプラットフォーム固有の落とし穴を解説します。
Squarespaceの組み込みSEO基盤
Squarespaceは、サードパーティツールを必要とせずに堅実なSEO基盤を提供します。すべてのSquarespaceサイトには、HTTPSの自動強制を伴う無料SSL証明書、yourdomain.com/sitemap.xmlに自動生成されたXMLサイトマップ、Squarespaceテンプレートによって生成されるクリーンなセマンティックHTML5マークアップ、自動モバイルレスポンシブデザイン(Googleのモバイルファーストインデックス要件)、組み込みの301リダイレクト管理、およびタイトル、ディスクリプション、URLスラッグのページごとのSEO設定が含まれます。
XMLサイトマップは自動的に生成され、公開されているすべてのページ、ブログ投稿、商品ページ(Squarespace Commerce用)、ポートフォリオアイテム、イベントページが含まれます。コンテンツの公開または非公開から数分以内にサイトマップが更新されます。サイトマップから特定のURLを手動で追加または削除することはできません — 公開されているコンテンツを正確に反映します。
Squarespaceテンプレートは、適切な見出し階層(h1、h2、h3)、セマンティックセクション要素、画像のalt属性サポートを備えたクリーンなHTML5を使用します。テンプレートはSEOを念頭に置いて構築されており、HTML構造は一般的に優れています。ただし、テンプレートの視覚的なデザインの選択がSEOのベストプラクティスと衝突することがあります — たとえば、一部のテンプレートは装飾的な小見出しにh2タグを使用し、メインコンテンツをh3またはh4タグの下に埋めています。
すべてのSquarespaceサイトはデフォルトでモバイルレスポンシブです。テンプレートはCSSメディアクエリを使用して、異なる画面サイズにレイアウトを適応させます。Googleはモバイルファーストインデックスを使用しているため、Googleはページのレスポンシブモバイルバージョンをインデックスし、これにはすべてのコンテンツが含まれます。Wixとは異なり、Squarespaceではモバイルでコンテンツを非表示にできません — 同じコンテンツが、異なるレイアウトでただすべてのデバイスに表示されます。これは実際にインデックスに有利です。なぜなら、誤ってGooglebotからコンテンツを隠してしまうリスクがないからです。
ページごとのSEO設定を構成する
Squarespaceのすべてのページ、ブログ投稿、商品、ポートフォリオアイテム、イベントには、独自のSEO設定パネルがあります。ページを編集し、歯車アイコンをクリックし、SEOタブを選択することでアクセスできます。ここで、最も重要な3つのオンページSEO要素を構成します:
SEOタイトル(タイトルタグ)は、空白のままにすると「ページ名 | サイト名」がデフォルトになります。この自動生成されたタイトルは機能しますが、最適なものになることはほとんどありません。各ページに、プライマリキーワードを含み、検索結果からのクリックを獲得するのに十分に魅力的な、60文字未満のカスタムSEOタイトルを書きます。Squarespaceは、<title>タグで約70文字を超えるタイトルを切り捨てます。
SEOディスクリプション(メタディスクリプション)は、空白のままにするとページのテキストコンテンツの最初の部分がデフォルトになります。自動生成されたディスクリプションは、文脈を欠くナビゲーションラベル、ボタンテキスト、またはヘッダーなど、最初に表示されるテキストから引っ張ってくるため、ほとんど良いものではありません。すべての重要なページにカスタムディスクリプションを書き、155文字未満に保ち、明確な価値提案と行動喚起を含めてください。
URLスラッグは、ページを最初に作成するときにページ名から生成されます。Squarespaceは、ハイフン付きの小文字のクリーンなスラッグを生成します。スラッグはいつでも編集できますが、Wixと同様、Squarespaceはスラッグを変更しても自動的にリダイレクトを作成しません。ページがすでに公開されている場合は、必ず古いURLから新しいURLへの301リダイレクトを作成してください。
ブログ投稿には追加の考慮事項があります:URLにはデフォルトで日付が含まれており、/blog/2026/4/1/post-nameのようなパスを作成します。この形式はBlog Settings > Post URL Formatで変更でき、日付を削除して/blog/post-nameのようなクリーンなURLを作成できます。ただし、投稿のURL形式を変更しても、既存の投稿のリダイレクトは作成されません。投稿を公開した後に形式を変更する場合、既存のすべての投稿の古いURLを新しいURLに手動でリダイレクトする必要があります。
Squarespaceのサイトマップとrobots.txtの動作
Squarespaceの/sitemap.xmlのサイトマップは、ほとんどのサイトでは単一のXMLファイル(サイトマップインデックスではない)です。最終更新日と変更頻度ヒントとともに、公開されているすべてのページがリストされます。多くのページを持つサイトの場合、Squarespaceはサイトマップを複数のファイルに分割し、サイトマップインデックスを提供することがありますが、これは自動的に行われます。
公開されており、パスワード保護されていないページがサイトマップに表示されます。無効化されている(ナビゲーションにはないがまだ公開されている)ページもサイトマップに表示されます。それらは技術的には公開されているからです。パスワード保護に設定されたページもサイトマップに表示されます — これはパスワード保護されたページのインデックスを引き起こす可能性がある、よく知られたSquarespaceの動作です(Googleはパスワードプロンプトを認識し、ページコンテンツとしてインデックスしますが、これは役立ちません)。
Squarespaceのrobots.txtは自動的に生成され、直接編集することはできません。デフォルトのrobots.txtは、すべてのクローラーを許可し、サイトマップを参照します。クロールされるべきでない内部リソース(Squarespace自身の管理パスとアセットパス)をブロックします。カスタムDisallowルールを追加することはできません。つまり、特定のディレクトリやURLパターンがクロールされるのをブロックすることはできません。
robots.txtを編集できないため、何がインデックスされるかを制御する唯一のツールは、メタロボットタグです。特定のページをnoindexにするには、Advanced > Page Header Code Injection下のページのSEO設定パネルにカスタムメタタグを追加できます。<meta name="robots" content="noindex, follow">を追加して、Googleがその特定のページをインデックスしないようにしながら、リンクは追跡するようにします。これは、robots.txt制御がないことに対するSquarespaceの回避策です。
Code InjectionはSquarespace Business and Commerceプランでのみ利用可能であることに注意してください。Personalプランでは、個別のページにnoindexタグを追加できません。つまり、すべての公開ページが潜在的にインデックス可能です。SEO制御がビジネスにとって重要な場合、Squarespaceプランを選択する際に考慮することが重要です。
301リダイレクトとURL管理
Squarespaceには、設定 > 高度な設定 > URLマッピングに組み込みの301リダイレクトマネージャーがあります。このツールは、各行がリダイレクトを定義するシンプルなテキストベースの形式を使用します:/old-path -> /new-path 301。/old-directory/* -> /new-directory/{1} 301パターンでワイルドカードリダイレクトを使用することもでき、ここで{1}はワイルドカード部分をキャプチャします。
URLマッピングツールは外部リダイレクトもサポートしています:/old-path -> https://external-domain.com/page 301。これは、特定のコンテンツを別のプラットフォームに移動したが、Squarespaceで古いURLを維持したい場合に便利です。
Squarespaceでリダイレクトが必要な一般的な状況には次のものがあります:ページのURLスラッグの変更、サイトのナビゲーションの再構築(ページを異なるセクションに移動する)、ブログ投稿URL形式の変更、別のプラットフォームからの移行(古いURLを新しいSquarespace URLにマッピングする)。リダイレクトがないと、変更されたURLは404エラーを返し、それらのURLへの外部リンクからのリンクエクイティが失われます。
Squarespaceは一部のリダイレクトも自動的に処理します。カスタムドメインを接続すると、Squarespaceは組み込みのyoursitename.squarespace.comドメインからカスタムドメインへのリダイレクトを作成します。wwwから非www(またはその逆)のリダイレクトは、設定 > ドメイン > yourdomain.com > WWWプレフィックスで設定されます。1つのバージョンを選択して固守してください — Googleはwww.yourdomain.comとyourdomain.comを異なるURLとして扱います。
SquarespaceのURLマッピングの既知の制限は、正規表現パターンをサポートしないこと(*を使用したシンプルなワイルドカードのみ)です。可変セグメントを持つ特定のパターンに一致するすべてのURLをリダイレクトするなど、複雑なリダイレクトルールが必要な場合は、各URLに対して個別のリダイレクトルールを作成する必要がある場合があります。数百のURLを含む移行の場合は、テキストエディタでリダイレクトリストを準備し、URLマッピングフィールドに貼り付けてください。
Squarespaceでインデックスをブロックする可能性のあるコンテンツ
Squarespaceでは、いくつかのタイプのコンテンツがインデックスを妨げたり複雑にしたりすることがあります:
パスワード保護されたページは一般的な問題です。Squarespaceでページにパスワード保護をかけても、GoogleはURLをクロールできます(サイトマップに表示されます)が、実際のコンテンツではなくパスワードフォームに遭遇します。Googleは、有用なコンテンツを持たない非常に薄いページとしてパスワードページをインデックスします。インデックスされるべきでないパスワード保護されたページがある場合、Code Injectionを使用してnoindexタグを追加するか、あるいは直接リンク共有でのみアクセスできる非公開ページにパスワード保護されたコンテンツを保持してください。
SquarespaceテンプレートのAjaxロードされたコンテンツは、別の考慮事項です。一部のSquarespaceテンプレート(特に古いSquarespace 7.0テンプレート)は、スムーズなページ遷移にAjaxページロードを使用します。Ajaxロードを有効にすると、ブラウザはページ間で完全にリロードしません — JavaScriptを使用してコンテンツを動的に交換します。Googlebotは2026年にはこれを合理的によく処理しますが、これはAjaxロードされたページの初期クロールが移行状態のページをキャプチャする可能性があることを意味します。Squarespace 7.1テンプレートはデフォルトでAjaxロードを使用しません。これによりこの問題が排除されます。
Squarespaceのインデックスページとギャラリーページは、視覚的なレイアウト(グリッド、スライダー、スタック)で子ページを表示するコンテナページです。コンテナページ自体は、子ページのサムネイルとタイトルだけで、ほとんど独自のテキストコンテンツを持たない場合があります。Googleはこれらを薄いコンテンツとして分類し、インデックスを拒否する場合があります。Googleがインデックスする独自のコンテンツを与えるために、インデックスページとギャラリーページに序文テキストを追加してください。
バリアント付きのSquarespace Commerceの商品ページも厄介な場合があります。各バリアント(サイズ、色)は独自のURLを取得しません — バリアントは同じ商品ページでクライアントサイドで処理されます。これは実際にはインデックスに有利です(重複なし)が、商品ディスクリプションが最小限で、すべてのバリアントがそれを共有している場合、商品ページは薄いコンテンツになる可能性があります。単一のバリアントだけでなく、商品ファミリーをカバーする実質的な商品ディスクリプションを書いてください。
高度なSquarespace SEO:構造化データとソーシャルメタ
Squarespaceは、ページに対していくつかの構造化データを自動的に生成します。ブログ投稿にはArticleスキーマ、商品ページにはProductスキーマ(価格と在庫状況を含む)、ビジネス情報ページには、設定 > Business Informationのビジネス情報設定を入力するとLocalBusinessスキーマを含めることができます。
Squarespaceページの構造化データを表示または拡張するには、Code Injection機能(Businessプラン以上)を使用してカスタムJSON-LD構造化データを追加します。たとえば、レストランを経営している場合、メニューURL、営業時間、料理タイプを含むRestaurantスキーマを追加できます。プロのサービスを提供している場合、各サービスページにServiceスキーマを追加できます。
Squarespaceは、各ページのソーシャル共有設定を通じてOpen GraphとTwitter Cardメタタグもサポートしています。これらはGoogleインデックスに直接影響しませんが、ページがソーシャルメディアで共有されたときに正しく表示されることを保証し、トラフィックを駆動し、間接的にインデックスを改善する外部リンクを生み出すことができます。
Squarespace Commerceのeコマースサイトでは、自動的なProductスキーマが特に価値があります。これにより、検索結果に直接価格、在庫状況、レビュー評価を表示するGoogle検索のリッチリザルトが有効になります。商品に完全な情報(価格、在庫状況、altテキスト付きの商品画像)があることを確認して、これを最大限に活用してください。
設定 > SEOのサイト全体のSEO設定には、個別のページにカスタムSEOタイトルまたはディスクリプションがない場合のフォールバックとして機能するサイトタイトルとサイトディスクリプションが含まれています。これらを慎重に設定してください — カスタムメタタグを書いていない任意のページに表示されます。また、このセクションには、Google Search Console確認フィールドがあり、確認用メタタグまたはHTMLファイル確認コードを貼り付けて、DNSレコードを変更せずにSquarespaceサイトをGoogle Search Consoleに接続できます。
ステップバイステップガイド
Google Search ConsoleをSquarespaceサイトに接続する
Squarespace管理画面の設定 > SEOに移動し、Google Search Console確認セクションを見つけます。メタタグ(提供されたタグを確認フィールドに貼り付け)またはDNS確認(ドメインのDNS設定にTXTレコードを追加)を使用して確認できます。確認後、Google Search Consoleのサイトマップセクションに移動し、yourdomain.com/sitemap.xmlを送信します。Squarespaceは自動的にこのサイトマップを生成するので、作成する必要はありません。サイトマップが受け入れられ、Googleが24〜48時間以内に処理を開始することを確認してください。
すべてのページにカスタムSEOタイトルとディスクリプションを書く
Squarespaceサイトのすべての公開ページを順に確認します。各ページについて、ページエディターの歯車アイコンをクリックし、SEOタブを選択し、カスタムSEOタイトルとSEOディスクリプションを書きます。Squarespaceの自動生成デフォルトに頼らないでください。タイトルは60文字未満で、ページのプライマリキーワードを含める必要があります。ディスクリプションは155文字未満で、ページが提供するものを明確に伝える必要があります。最も重要なページから始めてください:ホームページ、主要なサービスまたは商品ページ、トラフィックの多いブログ投稿。次に、残りの公開ページを順に作業します。
すべてのページのURLスラッグを最適化する
各ページについて、ページ設定でURLスラッグを確認します。「the」、「and」、「of」などの不要な単語を削除して、簡潔でキーワードに集中したスラッグを作成します。たとえば、/our-professional-web-design-servicesを/web-design-servicesに変更します。ページが現在のスラッグですでにインデックスされている場合(Google Search Consoleを確認)、スラッグを変更する前に、設定 > 高度な設定 > URLマッピングを使用して古いスラッグから新しいスラッグへの301リダイレクトを作成します。ブログ投稿の場合は、デフォルトの日付ベースのURL形式(/blog/2026/4/1/post-name)が役立つかを検討してください — 役立たない場合は、Blog Settings > Post URL Formatで形式をクリーンな構造に変更してください。
インデックスページ、ギャラリー、薄いページにテキストコンテンツを追加する
Squarespaceのすべてのインデックスページ(ページコレクション)とギャラリーページを確認します。これらのコンテナページは、しばしばサムネイルとタイトルだけの最小限のテキストコンテンツを持っています。各インデックスとギャラリーページの上部に、コレクションを説明する100〜200語のユニークなコンテンツのある序文テキストブロックを追加します。商品カテゴリーページには、商品カテゴリーのディスクリプションを書きます。ポートフォリオギャラリーには、あなたの仕事と専門知識について書きます。これにより、Googleがインデックスする独自のコンテンツが提供され、薄いコンテンツとして分類されるのではなく、これらのページが関連するクエリでランクするのに役立ちます。
変更または移行されたURLに対して301リダイレクトを構成する
設定 > 高度な設定 > URLマッピングに移動します。URLを変更したり、別のプラットフォームから移行したりした場合、/old-path -> /new-path 301の形式でリダイレクトルールを追加します。各リダイレクトは独自の行に入ります。セクション全体を移動した場合のワイルドカードリダイレクトには、/old-section/* -> /new-section/{1} 301を使用します。リダイレクトを追加した後、古いURLにアクセスして、ブラウザが新しいURLに到達することを確認することで、各リダイレクトをテストします。Google Search Consoleのページレポートで404エラーを確認し、別の場所にリダイレクトすべきがエラーを返すページに対してリダイレクトを追加してください。
パスワード保護およびnoindexページを処理する
Googleに表示されるべきでないパスワード保護されたページがある場合、Code Injection(BusinessおよびCommerceプランで利用可能)を使用してnoindexタグを追加します。ページ設定に移動し、Advancedをクリックして、Page Header Code Injectionフィールドに次を追加します:<meta name="robots" content="noindex, follow">。広告のランディングページとしてのみ使用され、インデックスされるべきでないページについても同じことを行います。yourdomain.com/sitemap.xmlでサイトマップを確認し、そこにあるべきでないURLを確認します。Squarespaceサイトマップは編集できないため、noindexタグが望まないインデックスを防ぐ唯一の方法です。
即時インデックスのためにIndexBolt経由で優先ページを送信する
SEOセットアップを完了した後、Google Search Consoleのページレポートで「検出 — インデックス未登録」または「クロール済み — インデックス未登録」カテゴリのページを確認します。これらは、Googleが知っているがまだインデックスしていないページです。これらのURLをコピーして、IndexBolt経由で送信します。新しいSquarespaceサイトの場合は、ライブ公開直後にIndexBolt経由でメインページ — ホームページ、Aboutページ、サービスページ、主要なブログ投稿 — をすべて送信します。これは特に、迅速な検索可視性がクライアントの問い合わせに直接つながる、写真、デザイン、レストランなどの競争の激しいニッチのSquarespaceサイトに価値があります。
よくある問題と解決方法
パスワード保護されたページが有用なコンテンツなしでGoogleに表示される
原因: SquarespaceはパスワードページをXMLサイトマップに含み、Googleはそれをクロールしてインデックスします。しかし、意味のあるコンテンツの代わりに、Googleはパスワードフォームに遭遇し、「このページはパスワードで保護されています」のようなテキストの薄いページとしてインデックスされます。これはクロールバジェットを浪費し、低品質のインデックスページを作成します。
解決方法: BusinessまたはCommerceプランでは、ページのAdvanced設定でCode Injection経由で`<meta name="robots" content="noindex, follow">`を追加します。Code Injectionが利用できないPersonalプランでは、代わりにページを完全に非公開にして、直接リンクで共有することを検討してください。インデックスされたパスワード保護されたページがないかGoogle Search Consoleを確認し、noindexタグを実装する間にRemovalsツールを通じて削除をリクエストしてください。
ブログ投稿URL形式の変更ですべての既存ブログURLが壊れる
原因: Squarespaceのブログ投稿URL形式(Blog Settings > Post URL Formatで設定可能)は、変更されたときにすべてのブログ投稿に影響します。日付ベースの形式(`/blog/2026/4/1/post-title`)からプレーン形式(`/blog/post-title`)に切り替えると、既存のすべてのブログ投稿のURLが即座に変更されます。Squarespaceはこの一括変更のためのリダイレクトを作成しません。
解決方法: URL形式を変更する前に、現在のすべてのブログ投稿URLのリストをエクスポートします(サイトマップで表示するか、手動でコンパイルします)。形式を変更した後、影響を受けたすべての投稿に対して、設定 > 高度な設定 > URLマッピングで301リダイレクトを作成します。大きなブログの場合、これは数百の個別のリダイレクトルールを意味する可能性があります。URL形式の変更が労力とリスクに見合うかどうか検討してください — 既存の投稿が日付ベースのURLでよくインデックスされている場合、形式を維持し、新しい形式は将来の投稿にのみ使用する方がよいかもしれません。
古いSquarespace 7.0テンプレートのAjaxロードされたコンテンツ
原因: Ajaxロードが有効になっているSquarespace 7.0テンプレートは、ページ全体をリロードせずに動的にページコンテンツを交換します。現代のGooglebotはこれを処理できますが、Ajaxロードは、任意のページの初期HTMLレスポンスが対象ページのコンテンツを含まない可能性があることを意味します — JavaScript実行後にロードされます。これは、特に重い画像またはメディアコンテンツのあるページで、不完全または遅延したインデックスを引き起こす可能性があります。
解決方法: Squarespace 7.0テンプレートを使用している場合は、Design > Site Stylesに移動し、Ajaxロードオプションを探します。これを無効にすると、ページが完全にリロードされ、Googleがすべてのページの最初のリクエストで完全なHTMLを受け取ることが保証されます。あるいは、Ajaxロードを使用せず、より優れたSEO基盤を提供するSquarespace 7.1テンプレートに移行します。デザイン要件のためにAjaxロードを無効にできない場合は、Google Search ConsoleのURL検査ツールでページをテストして、Googleが完全にレンダリングできることを確認してください。
インデックスページとギャラリーが薄いコンテンツとして分類される
原因: Squarespaceのインデックスページ(ページコレクション)とギャラリーページは、子ページを視覚的なグリッド、スライダー、またはスタックレイアウトで表示します。コンテナページ自体には、サムネイル、タイトル、おそらく短い抜粋以外、独自のテキストはほとんどないか、まったくありません。Googleは、これらのページを薄いコンテンツとして分類し、特に子ページがすでに同じ情報をすべて提供している場合、インデックスしないことを選択する可能性があります。
解決方法: 各インデックスとギャラリーページの上部に、100〜300語のユニークでわかりやすいテキストを含むコンテンツブロック(テキスト、マークダウン、またはサマリー)を追加します。ポートフォリオギャラリーの場合は、あなたのアプローチ、専門知識、表示されているプロジェクトのタイプについて書きます。サービスインデックスページの場合は、サービス領域の概要を提供します。このユニークなテキストは、コンテナページを子ページと差別化し、Googleにインデックスする理由を与えます。
粒度の細かいクロール管理を妨げるrobots.txt制御がない
原因: Squarespaceでは、robots.txtファイルを編集できません。自動生成されたrobots.txtは、すべてのクローラーがすべての公開ページにアクセスすることを許可します。特定のディレクトリ、URLパターン、または自動生成されたページ(タグアーカイブやカテゴリーページなど)がクロールされるのをブロックすることはできません。これは、Googleが除外したい低価値のページを含むすべてをクロールすることを意味します。
解決方法: robots.txtを編集できないため、不要なページがインデックスされないようにするには、ページレベルのnoindexタグ(Business/Commerceプランでのみ利用可能なCode Injection経由)を使用します。これはクロールバジェットを節約するものではありませんが(Googleは依然としてページをクロールします)、低価値のページがインデックスを乱雑にすることを防ぎます。本当にクロールされるべきでないページについては、まずそれらのページを作成しないようにサイトを再構築することを検討してください — たとえば、タグカテゴリーの数を減らすか、類似のコレクションページを組み合わせます。
プロのヒント
よくある質問
Squarespaceはサイトを自動的にGoogleに送信しますか?+
SquarespaceはXMLサイトマップを自動的に生成し、robots.txtファイルに含めるため、Googleは最終的に発見します。ただし、Squarespaceはサイトマップを積極的にGoogle Search Consoleに送信しません。初期発見プロセスを加速するために、手動でGoogle Search Consoleに接続してサイトマップを送信する必要があります。この手動ステップなしでは、Googleは外部リンクや自身のウェブクロールを通じてサイトを発見することに依存し、数週間かかる可能性があります。
Squarespaceサイトに構造化データ(スキーママークアップ)を追加できますか?+
Squarespaceは、いくつかの構造化データを自動的に生成します — ブログ投稿のArticleスキーマ、コマース商品のProductスキーマ、基本的なWebSiteスキーマ。カスタム構造化データを追加するには、Code Injection機能(BusinessおよびCommerceプランで利用可能)を使用して、ページヘッダーにJSON-LDマークアップを挿入します。FAQスキーマ、LocalBusinessスキーマ、Serviceスキーマ、またはGoogleがサポートする他のスキーマタイプを追加できます。ページレベルまたはサイト全体のヘッダーコードインジェクションフィールドにJSON-LDコードを追加してください。
Squarespaceブログが Google検索に表示されないのはなぜですか?+
一般的な原因には次のものがあります:ブログがターゲットキーワードに最適化されていないデフォルトのSEOタイトルとディスクリプションを持っている、ブログ投稿が薄いコンテンツ(300語未満)を持っている、ブログURL形式に日付が含まれており、Googleが優先しない長いURLが作成される、またはブログが最近公開されたばかりで、Googleがクロールする時間がまだない。SEO設定の最適化とコンテンツの改善を通じて最初の3つの問題を修正し、Googleが遅い場合はIndexBoltを使用してインデックスを加速してください。
Squarespaceに移行する際にURLリダイレクトをどう処理しますか?+
設定 > 高度な設定 > URLマッピングに移動し、新しいSquarespaceサイトのコンテンツにマッピングする古いサイトのすべてのURLに対してリダイレクトルールを追加します。形式は`/old-path -> /new-path 301`です。一括移行の場合は、すべてのリダイレクトをテキストファイル(1行に1つ)で準備し、URLマッピングフィールドに貼り付けます。ディレクトリ全体のマッピングにはワイルドカード(`/old/* -> /new/{1} 301`)を使用します。追加後、各リダイレクトをテストして、正しく機能することを確認してください。
SquarespaceはWordPressと比較してSEOに適していますか?+
SquarespaceとWordPressはどちらも、Googleが完全にインデックスできるサイトを生成します。Squarespaceにはシンプルさという利点があります — SSL、サイトマップ、モバイルレスポンシブ、クリーンなHTMLがすぐに機能します。WordPressには柔軟性の利点があります — SEOプラグインをインストールしたり、robots.txtを編集したり、サイトマップをカスタマイズしたり、必要なメタタグを追加したりできます。小規模ビジネスやクリエイティブプロフェッショナルにとって、Squarespaceの組み込みSEOは通常十分です。粒度の細かいSEO制御、カスタム構造化データ、または高度なクロール管理が必要なサイトには、WordPressがより多くのオプションを提供します。
SquarespaceサイトでIndexBoltを使用できますか?+
はい。IndexBoltはSquarespaceを含むあらゆるウェブサイトプラットフォームで動作します。SquarespaceページのURLをコピーして、IndexBolt経由で送信するだけです。これは、プラットフォームがクロール優先順位付けに対する制御を限定的に提供するため、Squarespaceサイトに特に役立ちます。IndexBoltを使えば、特定のページを直接Googleのインデックスパイプラインにプッシュでき、Googleが自然にそれらを発見してクロールするのを待つ必要がありません。