静的WebサイトのSEO完全ガイド(標準機能搭載・プラグイン不要)
静的Webサイトは、検索エンジンから高く評価されています。読み込みが速く、ハッキングされにくいうえ、すべてのページが完成したHTMLドキュメントとして提供されるため、クローラーは1回のリクエストで内容を読み取れます。それなのに、なぜ多くの人が静的WebサイトのSEOに苦労するのでしょうか?
その理由は、「静的」という言葉がページの配信方法を表すだけで、最適化されているかどうかを示すものではないからです。タイトルタグの作成、サイトマップの生成、canonicalの統一、適切なステータスコードの返却、古いURLのリダイレクト、そしてどの言語のページをどの読者に表示するかのGoogleへの通知は、誰かが行わなければなりません。WordPressサイトでは、プラグインがその多くを自動で処理してくれます。一方、手作業やジェネレーターで構築した静的サイトでは、これらすべてを自分で対応する必要があります。
このガイドでは、静的WebサイトのSEOを最初から最後まで解説します。静的サイトにすると何が変わるのか、どんな問題が起きやすいのか、そして実践的なチェックリストをご紹介します。さらに、これらすべてを1つのプラットフォームで実現する方法もご紹介します。TeleportHQは、 静的Webサイトビルダーです。サイトの構築、最適化、公開を行えるほか、国際SEOを含むすべてのSEO機能が標準搭載されています。Googleに見つけてもらうためだけに、コードを別のツールへ書き出す必要はありません。
静的WebサイトのSEOは、通常と異なるのでしょうか?
結論から言うと、違いはありません。検索エンジンは、サイトが静的かどうかを理由に順位を上げたり下げたりすることはありません。どのサイトでも、次のような同じ要素を評価します。
- コンテンツの質: ページは検索ユーザーが求めている情報を提供しているか?
- メタデータ: ページの内容を伝えるタイトルと説明文。
- 技術的なシグナル: サイトマップ、robotsのルール、canonicalタグ、構造化データ、適切なステータスコード。
- 内部リンク: ページ同士の関係を示す、クロール可能なリンク。
- クロール可能性とインデックス登録: ボットは各ページにアクセスでき、インデックス登録を許可されているか?
- ユーザー体験: Core Web Vitalsで測定される、速度、モバイル対応、安定性。
異なるのは、作業を行う場所です。動的CMSでは、SEO設定はプラグインやデータベースに保存されます。静的サイトでは、タイトル、canonical、構造化データはテンプレートやビルド工程から生成され、サイトマップはサイトを再ビルドしてデプロイしたときにのみ更新されます。ルールは同じですが、仕組みは異なります。そこからミスが生じやすくなります。
同じことは、 静的サイトジェネレーターのSEOにも当てはまります。Astro、Hugo、Jekyll、Next.js、Gatsbyなどのツールは、いずれも優れたSEO成果を実現できますが、初期設定のままで「SEOに最適」なものはありません。canonical、Open Graphタグ、構造化データ、サイトマップのルール、noindexの処理は、引き続き設定が必要です。また、画像の最適化方法はツールによって大きく異なります。どのジェネレーターを選んだかよりも、設定が適切かどうかの方がはるかに重要です。
静的サイトがSEOに優れている理由
静的サイトを適切に構築すれば、実質的なメリットがあります。
速度。 ページは事前に生成されるため、リクエストごとにデータベースへの問い合わせやサーバーサイドレンダリングを行わず、完成したファイルをサーバーから提供できます。これにより、Googleが測定するページ体験の指標であるCore Web Vitalsの改善につながります。実際の訪問データの75パーセンタイルで測定される、一般的な「良好」の基準値は、Largest Contentful Paintが2.5秒以下、Interaction to Next Paintが200ミリ秒以下、Cumulative Layout Shiftが0.1以下です。
セキュリティ。 データベースがなく、サーバー側のコードも少ないため、攻撃対象領域が小さくなります。ハッキングされたサイトは安全でないと判定されたり、検索結果に警告が表示されたり、インデックスから削除されたりする可能性があるため、これはSEOにとって重要です。
クロール可能性。 クローラーが静的ページにアクセスすると、コンテンツ全体をすぐに受け取れます。スクリプトによるページ生成を待つ必要がないため、レンダリングやインデックス登録に関するさまざまな問題を回避できます。
URLが簡潔になる。 静的出力では、簡潔で安定した、人が読みやすいアドレスが生成される傾向があります。
正直に言うと、注意点が一つあります。静的ホストは、完全なHTMLドキュメントを配信することも、JavaScriptが後から内容を埋め込む、ほとんど空の枠組みだけを配信することもできます。クローラーにとって、この二つは出発点が大きく異なります。また、静的サイトでも、容量の大きすぎる画像や重いスクリプト、レイアウトのずれが発生することがあります。静的にすれば高速化しやすくなりますが、自動的に高速になるわけではありません。
静的ウェブサイトのSEOでよくある失敗
このテーマに関する業界ガイドでは、同じ問題が繰り返し取り上げられています。ここでは、各問題への一般的な自力での対処方法と、TeleportHQでの対応方法をご紹介します。
| 静的サイトでよくある問題 | 一般的な自力での対処方法 | TeleportHQでの対応 |
|---|---|---|
| タイトルや説明文の欠落・重複 | 各テンプレートのフィールドを手作業でコードに記述する | ページごとのフィールドとサイト全体のデフォルト設定に加え、AIによる入力 |
| canonicalの競合と重複URL | フレームワークとホストの設定を統一する | デフォルトではすべてのページに自己参照canonicalを設定し、ページごとにカスタマイズ可能 |
| サイトマップにnoindexページが含まれる、または内容が古い | サイトマップのカスタムロジック | 自動生成。noindexページ、管理ページ、404ページを除外 |
| robots.txtがない、または内容が誤っている | ファイルを作成してデプロイする | 公開のたびに書き出し。設定で編集可能 |
| 構造化データの不備または欠落 | テンプレート内に手書きされたJSON-LD | 全ページに自動でスキーマを適用し、ページごとにAIが作成 |
| 偽の404エラーと不適切なリダイレクト | ホストレベルの設定ファイル | ループ検出機能付きのページ単位および全体の301/302リダイレクト |
| 最適化されていない画像 | プラグインやビルド工程 | 自動リサイズ。WebPやスマートフォン・タブレット向けサイズにも対応(任意) |
| 内部リンク切れ | 事後のクロール | 公開前に問題を検出 |
| 多言語SEO(hreflang) | 手動タグまたはプラグイン | 標準搭載:言語別URL、hreflangサイトマップ、翻訳済みメタデータ |
| 移行による検索順位の低下 | リダイレクトのスプレッドシート | リダイレクト管理機能:ホームページの移転やインポートした投稿に対する自動リダイレクト |
| 公開後の結果を確認する方法がない | サードパーティ製の監査ツール | エディター内でサイトヘルスを監査 |
このガイドでは、各項目について、まず重要なポイントを説明し、次にTeleportHQでの設定方法をご紹介します。
プラットフォームを中心に考える静的サイトSEO
静的サイトのSEOに関する一般的なアドバイスでは、ページを生成するツール、サイトマップ用のプラグインやスクリプト、独自のリダイレクト構文を持つホスト、出力を確認する監査ツール、後付けの翻訳環境など、複数の要素を組み合わせることが前提になっています。ツール間のつなぎ目では、設定に食い違いが生じることがあります。よくある例として、フレームワークが生成する末尾のスラッシュの形式と、ホストが強制する形式が異なるケースがあります。
TeleportHQは逆のアプローチを取ります。コードを書かずに、ウェブサイト、ウェブアプリ、オンラインストア、予約サイトを構築、公開、成長させられるブラウザベースのプラットフォームです。 AIとビジュアルエディターを使って、サイトを説明したりデザインしたりでき、 ホスティング、公開、SEO設定、監査、分析まで、すべてを同じプラットフォームで管理できます。ページ一覧、設定、公開後の出力が一か所にまとまっているため、サイトマップ、canonical、構造化データ、リダイレクトはすべて同じ情報源から生成されます。
以下でご紹介する内容の根底にある考え方は、 適切なSEOを実現するために、コードを別の場所へ持ち出して公開する必要はない ということです。(必要であればコードをダウンロードすることもできます。その方法は記事の後半でご紹介します。)
静的サイトSEOのチェックリスト:手順ごとに解説
1. ページのコンテンツがHTMLに含まれていることを確認する
静的サイトで最初に確認することは簡単です。重要なページを開いて「ページのソースを表示」を選び、本文にある特徴的な一文を検索します。見つかれば、クローラーは最初の応答でその内容を取得できます。空のアプリ用コンテナしか表示されない場合は、JavaScriptによるレンダリングに依存しており、リスクが高まります。
TeleportHQでは、レンダリング環境を組み立てるのではなく、サイトを公開します。そのため、フレームワークやホスティングの設定を誤る心配がありません。それでも、初めて公開した後にライブページのソースを表示し、タイトル、説明、canonicalが想定どおりであることを確認する習慣をつけるとよいでしょう。
2. すべてのページに固有のタイトルと説明文を設定する
タイトルとメタディスクリプションは、ページの内容を検索エンジンや検索ユーザーに伝えます。静的サイトでは通常、共通のテンプレートから生成されます。効率的ですが、既定の設定に問題があると、何百ものページに影響が広がることがあります。たとえば、ブランド名の接尾辞によって、すべてのタイトルが表示可能な長さを超えてしまうケースです。
TeleportHQでは、すべてのページにタイトルと説明が自動で設定されます。ページの項目を空欄にすると、サイト全体の既定値が使われます。タイトルはページ名とサイトタイトルを組み合わせたものになります。独自の内容を設定するには、次の操作を行います。
- ページ一覧でページを右クリックし、 ページのSEO設定.
- 「 メタタイトル 」(70文字以内)と「 メタディスクリプション 」(160文字以内)を入力します。
- サイト全体の既定値は、 プロジェクト設定 → SEOとソーシャル → 検索エンジン.
- 公開します。
文章を書くのが苦手ですか?「メタ設定」の横にある「 AIで入力 」をクリックしてください。ページの内容をもとに、不足しているタイトルと説明を作成します。空欄の項目だけを補完するため、入力済みの内容が上書きされることはありません。
SEOガイドでよく言われる重要なルールをもう一度確認しましょう。ページごとに異なるタイトルを設定してください。TeleportHQのサイトヘルス監査では、タイトルや説明がないページや、同じタイトルを共有しているページが検出されます。
3. canonicalを正しく設定する
canonicalタグは、類似コンテンツが複数のURLに存在するとき、どのURLが正規のものかをGoogleに伝えます。静的サイトでよくある問題は、末尾のスラッシュの有無など、同じページに2つのURLが存在し、canonical、リンク、リダイレクトで優先されるURLが一致していないことです。
TeleportHQでは、 自己参照の正規URL がデフォルトで有効になっており、各ページは自身のURLを指します。ホームページと同じ内容を掲載するキャンペーンのランディングページなど、実際に別ページと重複するページでは、そのページのページSEO設定で カスタム正規URL を有効にし、メインとなるページの完全なURLを入力します。ブログ記事にも同じ設定があり、記事が別のサイトで最初に公開された場合に、Googleが元の記事を正しく評価できるようにするのに便利です。
4. 正確なサイトマップを自動で公開する
静的サイトでは、XMLサイトマップは通常コードで生成されますが、生成ツールがnoindexに設定したページを把握できないことがあります。その結果、お礼ページや下書きがサイトマップに含まれてしまいます。また、サイトマップが古くなることもあります。ページが公開されていても、サイトマップには以前のビルドの情報が残っている場合があります。
TeleportHQは、公開するたびに sitemap.xml を生成するため、アップロードの手順は不要です。サイトマップには次の内容が含まれます。
- 検索エンジンに見つけてもらうべきすべてのページと、詳細ページの各項目につき1つのURL(たとえば、商品ごとに1つのURL)。
- 多言語サイトでは、各ページの各言語版。
一方、 インデックスしない が有効なページ、名前に「404」または「not-found」が含まれるページ、管理パネルのページは除外されます。このルールにより、「サイトマップがnoindexを無視する」という問題を完全に解消できます。
サイトにブログやヘルプセンターがある場合、サイトマップはインデックスとして機能します。ページの sitemap-pages.xml を示すほか、記事用の sitemap-blog.xml と sitemap-help.xml も示します。記事用のサイトマップは検索エンジンからリクエストされたときに生成されるため、新しい記事を公開するたびにサイト全体を再公開しなくても一覧に追加されます。これにより、頻繁に更新するコンテンツのサイトマップが古くなる問題を解消できます。一覧は数分ごとに更新されるため、新しい記事が表示されるまで約15分お待ちください。
次回の公開時に生成される内容は、 プロジェクト設定 → SEOとソーシャル → 検索エンジンで確認できます。その後、Google Search ConsoleでサイトマップのURLを送信してください。
5. robots.txtでクロールを制御する
robots.txtがないことは、静的サイトの公開時によくある見落としのひとつです。誤った設定(余計な Disallow: /など)があると、サイト全体が隠れてしまうこともあります。TeleportHQでは、公開のたびにrobots.txtを作成します。デフォルトではすべてのクローラーを許可し、サイトマップへのリンクを記載します。検索エンジンの設定から編集でき、たとえばクローラーにアクセスさせたくない /drafts/ フォルダーを指定できます。
robots.txtが制御するのはクロールであり、インデックス登録ではありません。ページを検索結果に表示させないようにするには、代わりにnoindexを使用してください。
6. noindexを使用し、テストサイトを適切に非表示にする
お礼ページなど、検索結果に表示させたくないページでは、ページのSEO設定で インデックスしない をオンにします。TeleportHQはnoindexタグを追加すると同時に、そのページをサイトマップから除外するため、2つの設定が矛盾することはありません。(noindexにしてもページが非公開になるわけではありません。リンクを知っている人は引き続きアクセスできます。完全に非表示にする必要がある場合は、会員限定ページにするか、サイトからページを除外してください。)
テストサイトやデモサイトでは、プロジェクト設定の このサイトを検索エンジンに表示する をオフにしてください。次回の公開以降、サイト内のすべてのURLで、検索エンジンに掲載しないよう指示します。ステージング用URLは常に自動で検索エンジンから除外されます。また、カスタムドメインを接続すると、TeleportHQのURLからドメインに訪問者をリダイレクトし、検索エンジンに掲載しないよう指示します。これにより、同じコンテンツが2つのホスト名から検索結果に表示される重複サイトの問題を防げます。
7. リダイレクトとステータスコードを管理する
静的ホストでは、リダイレクトの設定方法がそれぞれ異なるため、設定が煩雑になりがちです。TeleportHQならフォームから設定できます。ページのSEO設定を開き、 カスタムリダイレクトをオンにして、別のページまたは任意のURLを選び、 301(恒久的) または 302(一時的)を選択します。すべてのリダイレクトは、 プロジェクト設定 → SEOとソーシャル → 検索エンジン → カスタムリダイレクトの一覧にも表示されます。ページが存在しなくなった古いURLなどのリダイレクトも、ここから追加できます。たとえば、 /old-menu.
大きなトラブルを防ぐために、次の点も覚えておきましょう。
- TeleportHQはリダイレクトループの保存を拒否し、互いにリダイレクトし合っているページを知らせます。
- リダイレクトはすべての言語に適用されます。
/old-menuからのリダイレクトを設定すると、/es/old-menuもスペイン語版にリダイレクトされます。 - 別のページをホームページに設定すると、以前のホームページのURLからそのページへ自動的に301リダイレクトされます。
/. - ホームページと404ページはリダイレクトできないため、よくある自ら招く問題を防げます。
プラットフォームを問わず、静的サイトで必ず確認すべきことがあります。存在しないURLにアクセスしたとき、「ページが見つかりません」というメッセージを200ステータスで返すのではなく、実際に404ステータスを返すことです。公開後、存在しないURLを開き、ブラウザーのネットワークパネルでステータスコードを確認してください。エラーのように見えても成功を示すページは、ソフト404です。
8. 構造化データ(スキーママークアップ)を追加する
スキーママークアップは、ビジネスやページの情報をGoogleやAIアシスタントに伝えるJSON-LDコードです。ページがリッチリザルトの対象となるのに役立ちます。多くの静的サイトでは、テンプレートにJSONを手作業で記述し、すべてのページタイプに適用されていることを確認する必要があります。
TeleportHQでは、設定不要で全ページにスキーマが出力されます。
- すべてのページ: 組織、ウェブサイト、ページ自体の情報。
- 下層ページ: パンくずリストに加え、商品、ブログ記事、ヘルプ記事、一覧など、コンテンツに適したタイプ。
- FAQページ: 明確に書式設定された質問と回答が2組以上あるページには、FAQマークアップも出力されます。
名前、ロゴ、連絡先、ソーシャルプロフィールなどのビジネス情報は、プロジェクト設定から取得され、公開のたびに反映されます。そのため、ロゴや電話番号を変更すると、すべてのページに自動的に反映されます。
ページごとに独自のスキーマを設定するには、ページのSEO設定を開き、下にスクロールして スキーママークアップ を選択し、 スキーママークアップを生成 (AIがページの内容をもとに作成)をクリックするか、エラーをリアルタイムで確認しながらJSON-LDを自分で編集します。スキーマの作成後にページが大きく変更された場合、TeleportHQは古い情報になっていることを知らせます。デフォルトで有効になっている スキーママークアップを最新の状態に保つ をオンにすると、ページの内容に追いついていないAI生成スキーマは、公開のたびに更新されます。手動で編集したスキーマが上書きされることはありません。
公開後、Googleのリッチリザルトテストで公開中のページを確認しましょう。有効なマークアップがあってもリッチリザルトが表示されるとは限らず、表示するかどうかはGoogleが独自に判断します。
9. ソーシャル共有タグを設定する
Open Graphタグは、ページがFacebook、LinkedIn、Xで共有されたときに表示されるタイトル、説明、画像を指定します。プロジェクト設定の ソーシャル共有 でサイト全体の共有画像と説明を設定し、各ページでは Open Graph設定で画像、タイトル、説明を個別に指定できます。画像が必要な場合は、 AIで生成 を使って作成できます。
10. クロール可能な内部リンクを作成し、公開前にリンク切れを修正する
内部リンクは、コンテンツ同士の関連性や重要なページを検索エンジンに伝えます。静的サイトでは、コンポーネントごとにURLの形式が微妙に異なり、リダイレクトが発生したり、評価シグナルが分散したりすることがあります。また、サイトが問題なくビルドされるため、リンク切れは気づかないまま公開されがちです。
TeleportHQのエディターでは、リンクやボタンのリンク先がサイト内に存在しない場合、左上に黄色の 問題 ボタンが表示されます。クリックすると、ページ、ブログ記事、ヘルプセンターの記事にあるすべてのリンク切れを確認でき、それぞれの場所に移動するボタンも表示されます。公開前に利用できるため、クロール後ではなく、問題の発生元でリンク切れを見つけられます。
11. 画像を最適化して表示速度を上げる
画像は静的サイトの速度面での優位性を損なう最も手軽な要因です。プレビューではページがきれいに表示されるため、問題を見落としがちです。
TeleportHQでは、どのプランでも、公開またはエクスポートのたびにアップロード済みの画像を表示サイズに合わせてリサイズします。ページをさらに軽量化するには、プロジェクト設定 → エディター → 環境設定 → 詳細機能で 高度な画像最適化 を有効にしてください。アップロードした画像をWebPに変換し、スマートフォン向け(幅500px)とタブレット向け(幅800px)の小さいバージョンを作成するため、小さな画面でのダウンロード量を減らせます。
Assets Manager は、サイトを軽量に保つのにも役立ちます。300 KB 以上のファイルを「重い」、1 MB 以上のファイルを「非常に重い」として表示し、Uploads タブの上部に「このページには重いファイルが 1 つあります」のようなメッセージと、差し替えが必要なファイルの一覧を表示します。情報を伝える画像には、すべて内容を説明する代替テキストを追加しましょう。Site Health では代替テキストがない画像を確認でき、AI を使って不足しているテキストを作成することもできます(詳しくは後述します)。
12. ブログの SEO を適切に行う
ブログは静的サイトの主要なオーガニック流入源となることが多いため、他のページと同様の管理が必要です。TeleportHQ の各ブログ記事およびヘルプセンターの記事には、それぞれ専用の メタタイトル, メタディスクリプション, インデックスしない, カスタム canonical 、 カスタムリダイレクト の各フィールドがあり、これらの変更はサイトを再公開しなくても反映されます。Google には、タイトル、説明、メイン画像、日付、著者、サイト名を含む記事(BlogPosting または Article の構造化データ)として認識され、公開済みの記事は自動的にサイトマップに追加されます。
13. llms.txt で AI アシスタントから見つけてもらう
検索の対象は Google だけではありません。TeleportHQ は公開のたびに、ChatGPT や Claude などの AI アシスタントにサイトの内容を伝える llms.txt ファイルも作成します(Trial、Pro、Premium ワークスペースが対象です。詳しくは「 AI 検索に対応した SEO ツールキットの仕組み」をご覧ください)。ブログまたはヘルプセンターがあるサイトでは、記事がカテゴリー別に一覧表示され、 llms-full.txt にはすべての記事が Markdown 形式で全文掲載されます。設定は「 自動」のままにすることも、 編集 モードで独自のテキストを記述することも、 にすることもできます。.
静的ウェブサイトの国際 SEO を標準搭載
多言語 SEO は、静的サイトで特に手間がかかりがちです。言語ごとに整理された URL 構造、Google が適切なユーザーに正しい言語版を表示するための hreflang アノテーション、翻訳済みのメタデータ、訪問者が言語を切り替える手段、そしてコンテンツの変更に合わせて同期される翻訳が必要です。ジェネレーター、翻訳ツール、ホスティングサービスをまたいでこれらを手作業で管理すると、バグの原因になりがちです。
TeleportHQ では、国際化機能がプラットフォームに組み込まれています。キャンバス左上の言語ボタンをクリックし、「 国際化を有効にする」を選択してメイン言語を指定し、同じメニューから言語を追加します。SEO の観点から利用できる機能は次のとおりです。
整理された URL 構造。 メイン言語では通常の URL(yoursite.com/about)が使われます。その他の言語では、先頭に言語コードが追加されます。 yoursite.com/es/about はスペイン語、 yoursite.com/fr/about はフランス語です。検索エンジンは言語ごとに固有のクロール可能な URL を認識できます。これは、多くの国際 SEO ガイドで推奨されるサブフォルダー方式です。
サイトマップによる hreflang の設定。 自動生成されるサイトマップには、各ページが言語ごとに掲載されます。各ページについて、hreflang アノテーションで全言語版を示し、メイン言語の URL をデフォルトとして指定します(x-default)。これにより、Google は各ページが互いに翻訳版であることを把握し、スペイン語で検索したユーザーに英語版ではなくスペイン語版を表示しやすくなります。特別なメンテナンスは不要です。「 サイトマップを自動生成 」を有効にして、再公開するだけです。
翻訳されたタイトルと説明。 各ページのメタタイトルとメタディスクリプションは、言語ごとに設定できます。ページのSEO設定で、編集する言語を選択してください。 テキスト要素を自動翻訳 をオンにすると、メイン言語で変更したページ設定がTeleportHQによって翻訳されます。ブログ記事では、タイトル、スラッグ、SEOテキストも翻訳できます。
翻訳を常に最新の状態に。 言語を追加すると、TeleportHQはAIでコンテンツを翻訳し、ナビゲーションとフッターに言語切り替えメニューを設置できます。また、メイン言語のテキストを編集すると、翻訳も同期して更新されます。 コンテンツを管理では、各言語のテキストを並べて確認できます。翻訳を人に依頼する場合は、CSVまたはXLIFF形式でテキストをエクスポート/インポートできます。 用語集 を使うと、ブランド名が翻訳されるのを防げます。
言語の切り替え。 デフォルトでは、提供している言語にブラウザーが設定されている訪問者がホームページを開くと、その言語のページに移動します。それ以外の訪問者にはメイン言語が表示されます。動作を予測しやすくしたい場合は、 ブラウザーの言語を無視 にチェックを入れると、常にメイン言語が最初に表示されます。いずれの場合も、訪問者が言語を選べるよう、言語切り替えメニュー(ドロップダウンや「en / es」のような横並びの表示)を見える場所に設置してください。これは、ユーザーに特定の言語を強制しないというGoogleのガイドラインにも沿っています。
サイト全体で一貫した設定。 このサイトを検索エンジンに表示する の設定はすべての言語に適用され、リダイレクトもすべての言語で機能します。
予期せぬ事態を避けるために、事前に把握しておきたい点がいくつかあります。ページのURLは言語間で共通のため、 /about にはなりません /es/sobre-nosotros。変わるのは言語コードだけです(ブログ記事のスラッグは翻訳できます)。ブログ記事の「インデックスしない」「カスタム canonical」「カスタムリダイレクト」は、すべての言語で共通の設定です。メイン言語以外の言語を追加するには、有料の言語枠が必要です。ProおよびPremiumのワークスペースでは、言語枠を追加できます。また、多言語を有効にすると、コードのダウンロード形式はNext.jsとHTMLに限られます(HTMLのダウンロードは一度に1言語分です)。
公開日に慌てないよう、静的コンテンツを常に最新に保つ
静的サイトでは、サイトを再ビルドしてデプロイするまで編集内容は公開されません。古い記事を更新するときに忘れがちで、そのためサイトマップや内部リンクがコンテンツに追いつかないことがあります。
TeleportHQでは、この仕組みが明確です。公開は意図的に行うステップです。「 公開 → 本番環境に公開」をクリックすると、コードの生成、ビルド、公開までの進行状況が表示されます。その後編集すると、公開ウィンドウに 未公開の変更 バッジが表示されるため、公開中のサイトとエディターの内容が一致しているかを常に確認できます。前述のとおり、ブログとヘルプセンターのコンテンツは例外です。記事とサイトマップの項目は、再公開しなくても公開されます。
より安全に公開するには、 ステージング環境を利用します。「 公開 → ステージング → ステージング環境に公開 」をクリックすると、検索エンジンに表示されない非公開のテスト用URLに変更を公開できます。問題がなければ本番環境に戻り、 公開する をクリックすると、再ビルドせずに同じビルドを公開できます。「デプロイ」タブでは、過去の公開履歴とステータスを確認でき、再デプロイや本番環境への反映も行えます。公開のたびに、 公開後 の項目で、リンク切れ、空のページ、代替テキストのない画像など、訪問者に影響する問題が示されます。また、スマートフォンでのページ読み込み速度を確認するボタンも表示されます。
静的サイトのSEOを監査・モニタリングする
適切な設定を反映することは、作業の半分にすぎません。もう半分は、公開中のサイトが実際にどのような内容を返しているかを確認することです。TeleportHQには、 Growth → SEO & Performanceに監査ツールが用意されているため、基本的な確認に別のクローラーを使う必要はありません(詳しくは、こちらの TeleportHQ SEOツールキットのお知らせをご覧ください)。なお、これらのツールを利用するには、Trial、Pro、またはPremiumワークスペースと、公開済みのサイトが必要です。
サイトの健全性。 「 監査を実行 」をクリックすると、約1分で、Google PageSpeedとTeleportHQ独自のチェックに基づくパフォーマンス、SEO、アクセシビリティ、ベストプラクティスのスコアを、デスクトップとモバイルそれぞれについて0~100で確認できます。チェック項目には、タイトルと説明文の文字数、H1、代替テキストのない画像、ファビコン、ソーシャルタグ、サイトの言語、canonical、構造化データ、robots.txt、sitemap.xml、リンク切れのあるホームページのリンクが含まれます。プロジェクト単位では、全ページのSEOタイトルと説明文(未設定または重複)、代替テキストのない画像、未設定のソーシャル画像も確認します。各問題には「重大」「警告」「提案」のいずれかが付けられ、レポートはJSONまたはCSV形式でダウンロードできます。
AIで修正。 監査レポートから「 AIで修正を適用 」(または個別の問題にある「 AIで修正 」)をクリックします。AIが、未設定のSEOタイトル、説明文、代替テキスト、リンクラベル、ソーシャル画像を作成します。提案内容を確認して「適用」をクリックし、公開してください。
コントラスト。 背景に対して読みにくいテキストを別の監査で検出し、AIアシスタントが適用できる修正案を提示します。
キーワード。 Google Search Consoleを接続すると、訪問者を呼び込んでいる検索語句、クリック数、表示回数、掲載順位を確認できます。Search Consoleのデータがまだない場合は、AIにキーワード案を依頼するか、「 ページを分析 」をクリックして、ページごとのタイトル、説明文、コンテンツに関する提案を確認できます。
競合。 競合サイトを追加してベンチマークを実行すると、類似サイトとGoogle PageSpeedのスコアを比較し、優先順位付きの対応リストを取得できます。
正確さのために、2点補足します。サイトの健全性スコアはホームページを対象とするため、サイト全体のリンク切れは「問題」ウィンドウで確認してください。また、監査を実行できるのはプロジェクトごとに1日5回までで、公開済みバージョンごとに1回です。定期監査とアラートを設定する「 モニタリング 」タブは、近日公開予定と表示されています。
どのツールを使う場合でも、ひとつ覚えておきたい区別があります。「公開済み」「インデックス登録可能」「インデックス登録済み」「トラフィック獲得中」は、それぞれ異なる状態です。技術的な問題を修正すると、ページはインデックス登録の対象になります。Googleが登録するかどうか、またいつ登録するかを決めるため、数日から数週間かかることがあります。
ランキングを維持して静的サイトへ移行する
CMSから静的サイトへの移行は、SEOにとって最もリスクの高いタイミングのひとつです。CMSがリダイレクト、サイトマップのルール、スキーマ、canonicalなど多くの処理を知らないうちに担っていて、それらが記録されていないことがあるためです。単なるデザイン変更ではなく、SEOの全面的な移行として取り組みましょう。
- URLを一覧にしましょう。 トラフィック、被リンク、リードを獲得しているページはすべて保存してください。
- 可能な限りURLを維持しましょう。 TeleportHQでは、ページSEO設定で各ページのURLを設定できます。次のような階層パスも設定可能です。
services/wedding-cakes. - 変更したURLをすべて対応付けましょう。 カスタムリダイレクトで301リダイレクトを設定し、古いURLをそれぞれ対応するページに転送してください。すべてを安易にホームページへ転送するのは避けましょう。
- ブログ記事のURLも引き継ぎましょう。 ブログまたはヘルプセンターのインポートファイルに記事の旧URLが記載されている場合、TeleportHQはそれぞれに恒久的なリダイレクトを自動で追加します。
- メタデータを比較しましょう。 移行前後の代表的なページで、タイトル、説明文、canonicalタグ、構造化データを確認してください。
- まずステージング環境でテストし、 その後、本番環境に公開しましょう。
- 公開サイトを確認しましょう。 サイトヘルスを実行し、シークレットウィンドウで古いURLをいくつか確認して、Search Consoleを接続し、クロールエラーを監視してください。
- 変動は起こり得ます。 Googleが変更されたURLを再クロールする間、検索順位が変動することがあります。すぐに、かつ損失なく移行できると保証するチェックリストはありません。
現在のサイトがシンプルなHTMLで構築されていても、一から作り直す必要はありません。既存のHTMLサイトを TeleportHQにインポート するか、 HTML、CSS、JavaScriptをAIウェブサイトビルダーにインポートする方法の解説に沿って進め、その後、上記のリダイレクトとメタデータの確認を行えます。
それでもコードを使いたい場合は?
すべてを1つのプラットフォームにまとめても、そこから離れられなくなるわけではありません。ProまたはPremiumプランでは、エディター右上の「 コード 」をクリックし、「 ダウンロード 」タブを開いて、HTML、React、Next.jsなどの形式を選択できます。エクスポートする場合は、次の点にご注意ください。スキーママークアップはTeleportHQでのホスティングおよびNext.js・Reactのダウンロードに含まれますが、HTMLのダウンロードには含まれません。また、Webアプリはダウンロードできません。
ほとんどの場合、その必要はありません。ホスティング、サイトマップ、リダイレクト、スキーマ、監査、言語対応はすでに公開機能に含まれています。それがこのガイドの要点です。
静的ウェブサイトのSEO公開準備チェックリスト
- サイト全体のメタタイトルとメタディスクリプションを設定する。
- 特に重要なページには、個別のタイトルと説明文を設定する(残りのページには「AIで入力」を使用)。
- サイト全体のソーシャル共有画像を設定する。
- canonicalを確認し、ページが実際に重複している場合に限り、カスタムcanonicalを設定する。
- サンクスページやユーティリティページには「インデックスしない」を設定する。
- 「問題」ウィンドウを開き、すべてのリンク切れを修正する。
- アセットマネージャーで容量の大きいファイルを確認し、代替テキストを追加して、「高度な画像最適化」の利用を検討する。
- 本当に役立つ場合は、FAQセクションを追加し、重要なページ用のカスタムスキーマを生成しましょう。
- 海外展開する場合は、多言語対応を有効にして言語を追加し、翻訳を確認したうえで、各ページのメタデータを翻訳しましょう。
- 古いURLがある場合は、リダイレクトを設定しましょう。
- ステージング環境に公開して内容を確認し、その後、本番環境に公開しましょう。
- 公開サイトで sitemap.xml、robots.txt、llms.txt を開いて確認しましょう。
- サイトヘルス監査を実施し、指摘された問題を修正しましょう。
- サイトマップを Google Search Console に送信し、数週間後にキーワードを確認しましょう。
よくある質問
静的ウェブサイトはSEOに適していますか?
はい。静的サイトは高速で安全性が高く、クローラーが読み取りやすいため、検索エンジンが重視するシグナルに良い影響を与えます。ただし、自動的に最適化されるわけではありません。固有のメタデータ、正確なサイトマップ、一貫したcanonical設定、正常に機能するリダイレクト、適切な404ページ、最適化された画像が必要です。
静的サイトのSEOにプラグインは必要ですか?
プラットフォームが基本機能を備えていれば、その必要はありません。TeleportHQでは、タイトル、説明文、canonicalタグ、サイトマップ、robots.txt、構造化データ、ソーシャルタグ、リダイレクト、監査機能がエディターと公開プロセスに組み込まれています。
静的サイトジェネレーターはCMSよりSEOに優れていますか?
どちらが本質的に優れているということはありません。ジェネレーターなら制御性と速度を得られますが、SEOの仕組みは自分で構築し、保守する必要があります。CMSではプラグインを利用できます。静的な出力を公開でき、SEOツールも備えたプラットフォームなら、前者のパフォーマンスと後者の利便性を両立できます。ジェネレーターとヘッドレスCMSを組み合わせたい場合は、 ヘッドレスCMSを使ったフロントエンド開発 のガイドで、その構成について詳しく解説しています。
多言語の静的ウェブサイトのSEO対策はどうすればよいですか?
各言語で一貫したURL構造を使い、翻訳ページ同士を関連付けるhreflangアノテーションを設定し、タイトルと説明文を翻訳して、わかりやすい言語切り替え機能を設置しましょう。TeleportHQでは、次のような言語コード付きURL「 /es/about」、hreflangとx-defaultを含む各言語版を掲載したサイトマップ、翻訳可能なページ設定、組み込みの切り替え機能をすべて利用できます。
変更がGoogleに反映されるまで、どのくらいかかりますか?
公開すると変更はサイトに反映されますが、再クロールと再インデックスのタイミングはGoogleが決定します。数日から数週間かかる場合があります。Search Consoleでサイトマップを送信すると、Googleがページをより早く見つけられるようになります。
制作中の静的サイトを非公開にできますか?
「 このサイトを検索エンジンに表示する」をオフにし、非公開のテストにはステージング環境を使いましょう。公開前に設定をオンに戻すのを忘れないでください。
まとめ
静的ウェブサイトのSEOは、基本的にはほかのウェブサイトと同じですが、大きな違いが1つあります。作業の中心がプラグインではなく、ビルドとデプロイのプロセスに移ることです。細部まで自分で管理したい人には最適ですが、そうでない人にとっては落とし穴にもなります。問題は気づかれないまま発生するからです。サイトはビルドされ、見た目にも問題がないまま、重複したcanonicalタグ、古いサイトマップ、ソフト404をひっそりと公開してしまうことがあります。
SEOを公開プロセスの一部として扱うプラットフォームなら、こうしたリスクの大半を解消できます。TeleportHQでは、すべてのページにタイトル、説明、canonical、構造化データが自動で設定され、公開のたびにsitemap.xml、robots.txt、llms.txtが生成されます。noindexやリダイレクトもワンクリックで設定でき、多言語サイトではプラグインを使わずに言語別URLとhreflangを利用できます。監査、AIによる修正、キーワードデータ、競合ベンチマークも同じエディター内で確認できます。エクスポートしたり、別の場所でホスティングしたり、複数のツールをつなぎ合わせたりする必要はありません。
試してみませんか?まずは 静的ウェブサイトのテンプレート を使うか、 静的ウェブサイトビルダーでゼロから作成して公開しましょう。その後、初めてのサイトヘルス監査を実行すれば、現状を正確に把握できます。
コメント
コメントはまだありません。最初に感想を共有しましょう。