ブログにYouTubeを埋め込むとSEOに効く？貼る前に決めることと速度の影響

記事の説明を補うために YouTube の動画を貼ろうと思っている。「動画を埋め込むと滞在時間が伸びて SEO に効く」という話も見かけた。でも、ページが重くなって逆に不利にならないかも気になる。そんな人に向けて書いています。

先に答えを書くと、貼るかどうか、どう貼るかは動画が記事の主役か添え物かで決まります。読み終えるころには、貼る前に決めること、速度について公式の資料が書いていること、貼ったあとに何と何を比べればいいかが分かるはずです。

結論: 動画が記事の主役か、添え物かで決める

Google 検索セントラルの動画の SEO ベスト プラクティスは、動画が Google の動画の機能に出るための条件として、まずこう書いています。

動画機能（メインの検索結果ページの動画検索結果、動画モード、主な出来事、LIVE バッジ、他のリッチ形式など）を利用するには、ビジネスに合っている場合、各動画専用の動画再生ページを作成します。

動画再生ページについては「動画再生ページの主な目的は、ユーザーに 1 つの動画を表示することにあります。」と説明し、動画再生ページではないページの例の1つに「埋め込み動画をレビューするブログ投稿」を挙げています。文章で説明している記事の途中に YouTube を1本貼ったブログ記事も、動画が本文を補う役なら、こちらに入ると私は考えています。根拠にしているのは、表の前に引く公式の理由の文です。

同じページは、動画再生ページと同じ動画を別のページに載せる場合について、こう書いています。

動画再生ページ以外のページでも、テキスト検索結果や動画バッジ付きの Google 画像検索結果として表示される場合があります。

この文は直接には別のページに同じ動画を載せる場合の話ですが、私はここから、添え物として動画を貼った記事も、ふつうの記事と同じくテキストの検索結果で戦う、と読んでいます。動画は、記事を読んだ人の理解を助ける部品です。公式は、「埋め込み動画をレビューするブログ投稿」などが動画再生ページではない理由を「動画がそのページにある他のコンテンツを補完するものであるため」と書いています。これをもとに、ブログの場合を私なりに2つに分けたのが次の表です。

すでに動画を貼っていて、Search Console に「動画再生ページに動画がありません」と出ている人は、その行の読み方を「動画再生ページに動画がありません」は直す？記事自体は登録済みに書きました。この記事は、その手前の、貼る前に決めることを扱います。

「埋め込むと順位が上がる」「滞在時間が伸びて評価される」は、動画のベスト プラクティスに書かれていない

「YouTube を埋め込むと SEO に効く」という話の理由として、よく挙がるのが「動画を見ている間、読者がページにとどまるので、滞在時間が伸びて評価される」というものです。そうした説があるのは知っていますが、この記事のために読んだ動画のベスト プラクティス(日本語版・英語版)には、埋め込みと順位の関係も、滞在時間の話も書かれていませんでした。本文を「順位」「ランキング」「滞在」、英語版を "rank" で探して、どれも見つかりませんでした。

なので、私は「順位を上げるために動画を貼る」とは考えていません。貼る理由は、文章だけでは伝わりにくいことが、動画なら伝わるかどうかです。手の動きや画面の操作、音のように、文章や画像で説明しきれないものがあるなら、動画は読者の役に立ちます。逆に、本文で十分に伝わることを動画でも繰り返すだけなら、ページが重くなるぶんだけ損をするかもしれない、と考えています。

貼る前に決める3つ

私が動画を貼る前に決めているのは次の3つです。

1. この記事で、動画は主役か添え物か。上の表のどちらかを決めます。ブログ記事で迷ったら、たいていは添え物です。動画を消しても記事が成り立つなら添え物、と考えると分けやすくなります。
2. どこに置くか。添え物なら、動画が必要になる説明の直後に置きます。記事を開いてすぐ見える位置(ファーストビュー)に置くかどうかで、次の節の読み込み方の選び方が変わります。
3. どう読み込ませるか。YouTube の共有メニューから出てくる埋め込みコードをそのまま貼るのか、遅延読み込みにするのか、画像で代わりに見せてクリックで読み込むのか、リンクにするのか。添え物なら、後で書く4つから選びます。

貼る動画が自分のものでない場合に、貼ってよいか、どう扱われるかは、この記事では判断しません。YouTube の利用規約や、動画の持ち主の設定を自分で確かめてください。

速度への影響: web.dev が書いている範囲

埋め込みでページがどれくらい重くなるかは、Google の Chrome チームが運営する web.dev の記事サードパーティの埋め込みを使用する際のベスト プラクティス(2021年10月5日更新)に書かれています。YouTube に限らず、外のサービスから読み込む埋め込み全般について、こうあります。

一般的な埋め込みの多くには 100 KB を超える JavaScript が含まれており、2 MB に達することもあります。読み込みに時間がかかり、実行時にメインスレッドがビジー状態になります。

YouTube については、同じ記事に「YouTube の埋め込みを遅延読み込みすると、最初のページ読み込みで約 500 KB を節約できます。」とあります。iframe の遅延読み込みを扱った別の記事オフスクリーン iframe を遅延読み込みしてみましょう。(2024年9月23日更新)は、指定しないときの動きをこう書いています。

この属性を指定しない場合、リソースを明示的に早期に読み込む場合と同じ影響があります。

「この属性」は、次の節で書く loading 属性のことです(英語版は "Not specifying the attribute has the same impact as explicitly eagerly loading the resource.")。同じ記事は、画面の外にある iframe を遅延読み込みすると「ページの Largest Contentful Paint（LCP）も改善できます。」とも書いています。理由は、iframe が読み込みに帯域を多く使うので、それを後回しにすれば、LCP(ページでいちばん大きく見える部分が表示されるまでの時間)に関わるものの読み込みに帯域を残せるから、という説明です。

ここまでが、私が原文で確かめた範囲です。このブログで YouTube を貼った前後の速度を測ったことはなく、私の実測の数字はありません。また、web.dev の2つの記事は速度の話で、それが検索順位にどう響くかは書いていません。速度と順位の関係はページ表示速度はSEOに効くか、Core Web Vitalsより先に見る3つに書いたとおり、速くすれば上がるという単純な話ではありません。Search Console 側で速度の評価がどう出るかはウェブに関する主な指標レポートの見方は？URLグループとデータなしにまとめています。

添え物なら、読み込みを軽くする4つの方法

web.dev の埋め込みの記事が挙げている方法のうち、ブログで使えそうなものを4つに絞ると次のとおりです。1〜3は、動画が添え物であることが前提です(理由は表のあとに書きます)。4は主役の動画でも同じです。

1. 遅延読み込み(loading="lazy")

web.dev の埋め込みの記事は、YouTube について「YouTube 動画プレーヤーの iframe を遅延読み込みするには、YouTube が提供する埋め込みコードに loading 属性を追加します。」と書いています。形にすると次のようになります(動画の ID などは自分の埋め込みコードのままにします)。

<iframe src="https://www.youtube.com/embed/(動画のID)"
  width="560" height="315"
  loading="lazy"
  ……埋め込みコードのほかの属性はそのまま……></iframe>

WordPress のブロックやテーマが、この属性を自動で付けているかどうかは、私は確かめていません。記事のページで「ページのソースを表示」を開き、youtube.com/embed で探して、同じ iframe の中に loading="lazy" があるかを見るのが確実です。なお、Google 検索セントラルの読み込みの遅いコンテンツを修正するには「ページを開いた直後に表示される可能性が高いコンテンツには、遅延読み込みを実装しないでください。」とあるので、記事を開いてすぐ見える位置に置いた動画には付けません。画像で1枚目の遅延読み込みを外す話はブログの画像圧縮はSEOに効く？どこまでやるかは最初の1枚で決めるに書きました。

2. 画像で代わりに見せて、クリックで読み込む

web.dev の記事は、この方法を「ファサード」と呼んでいます。

YouTube 動画の埋め込みで、再生ボタン付きの画像のみが表示されるのは、よく見られるファサードです。実際の動画は、画像をクリックしたときにのみ読み込まれます。

遅延読み込みと違って、スクロールしてその位置に来てもまだプレーヤーは読み込まれず、再生しようとした人のぶんだけ読み込まれます。そのぶん軽くなりますが、クリックするまで本物の動画がページに無いという作り方です。これが、次の節の「主役の動画には慎重に」の理由になります。

3. リンクにする

いちばん軽いのは、埋め込まないことです。web.dev の記事も、ほかの方法が使えない場合について「埋め込みを完全に削除するのが最も簡単な方法です。」と書き、代わりにコンテンツへのリンクを置く方法を挙げています。動画の中の一部分だけを参考にしてほしいなら、リンクに「◯分ごろから」と書き添えるだけで足りることも多いと私は考えています。

4. 大きさを決めておく

読み込みを後回しにすると、読み込まれた瞬間に動画の場所が広がって、読んでいた本文が下にずれることがあります(レイアウト シフト)。web.dev の記事は、それを防ぐ方法として「これを確実にするには、iframe の width 属性と height 属性を指定するか、サードパーティの埋め込みが読み込まれる静的要素のサイズを固定します。」と書いています。YouTube の埋め込みコードには最初から width と height が入っているので、レイアウトを整えるときに消さないことが大事です。

1〜3は添え物の動画のためのもの(width と height は主役でも残す)

web.dev の埋め込みの記事は、冒頭の注でこう断っています。

注: この投稿で説明する手法は、オフスクリーンまたはプライマリ以外のページ コンテンツのみを読み込む場合に最適です。これにより、重要なコンテンツがすべて検索エンジンにインデックス登録されます。

英語版は "It's best to use the techniques described in this post to load only offscreen or non-primary page content." です(日本語版には AI 翻訳の注記があります)。画面の外にあるもの、ページの主役ではないものに使う方法だ、ということです。だから私は、添え物の動画には上の1〜3を使い、主役の動画には使い方を考える、と分けています。4の width と height は、主役の動画でも消しません。

主役なら、動画再生ページの条件を先に読む

自分で撮った動画を1本ずつ紹介するページのように、動画そのものを見せるのが目的なら、Google の動画機能に出ることを狙えます。そのときは、軽くする工夫より先に、動画の SEO ベスト プラクティスの条件を読みます。ブログで関わりそうなのは次の行です。

Google は、<video>、<embed>、<iframe>、または <object> 要素によって参照される動画を見つけることができます。

ユーザーが操作（スワイプ、クリック、入力など）しなくても動画が読み込まれるようにする。

英語版の2文目は "Don't rely on user actions (such as swiping, clicking, or typing) to load the video." です。上の2で書いた「クリックするまで本物の動画をページに置かない」作り方は、この条件と向きが逆です。主役の動画は、ふつうの埋め込み(iframe)のままにしておくほうが、この条件に沿います。遅延読み込みの loading="lazy" については、Google 検索セントラルの読み込みの遅いコンテンツを修正するが、Google がページのすべてのコンテンツを認識できるようにする遅延読み込みの方法の1つに「画像や iframe にブラウザの組み込みの遅延読み込みを使用する」を挙げ、「上記の方法は、コンテンツの読み込みにユーザーの操作（スクロールやクリックなど）を必要としません。」と書いています。ただし、loading="lazy" を付けた動画が動画機能の対象になるかまでは、どちらのページにも書かれていません。主役の動画は、記事の上のほうに置くことが多いはずなので、そもそも遅延読み込みにする場面は少ないと私は考えています。

ただし、専用のページを作れば動画機能に出る、とまでは書かれていません。同じページは、インデックス登録の要件として次の行も挙げています。

動画がインデックス登録される前に、インデックス登録された動画再生ページが検索で良好なパフォーマンスを示している。動画再生ページがインデックス登録されているからといって、動画もインデックス登録されるわけではありません。

YouTube に上げた動画を自分のページに埋め込んだ場合については、「Google ではその動画を、ウェブページとサードパーティ プラットフォームの対応するページの両方でインデックス登録することがあります。」とあります。続く文は、日本語版では「そのページが、動画がインデックスに登録される条件を満たしている限り、いずれの場合も Google の動画機能に表示されます。」と言い切っていますが、英語版は "Both versions may appear in video features on Google" で、表示されることがある、という書き方です。私は英語版のほうで読んでいます。動画再生ページにした記事が Search Console でどう扱われるかの読み方は、前に挙げた「動画再生ページに動画がありません」は直す？記事自体は登録済みにあります。

貼った前後は、Search Console で同じ長さの期間で比べる

動画を貼った効果があったかどうかは、公式の文から決まるものではないので、自分の記事の数字で確かめます。私のやり方は次のとおりです。

1. 貼った日をメモする。動画の効果だけを見たいなら、動画を貼る日はほかの変更をしません。タイトルや本文もまとめて直すなら、分かるのはその回の変更全体の効果までです。
2. 貼る前の数字を控える。Search Console の検索パフォーマンスで、「ページ」の条件にその記事の URL を入れ、貼る前日までの一定期間(私は28日にしています)の表示回数・クリック数・CTR・掲載順位を控えます。
3. 貼ったあと、同じ長さの期間が揃ってから比べる。貼った日と、データが確定していない直近2〜3日を外して、後の28日と前の28日を並べます。再クロールと反映には数日から数週間かかることがあるので、反映が遅ければ比べる日を後ろにずらします。期間の長さが違うと、表示回数やクリック数は長いほうが多く出るだけなので、比べたことになりません。
4. 速度も気になるなら、貼る前と後を同じ道具で測る。貼る前に測っておかないと、後で比べられません。

比べるときの画面の使い方と注意はサーチコンソールの期間比較で間違えやすいこと、同じ長さで比べるに、変更してからどれくらい待つかはリライトの効果はいつ分かる？待つ期間と失敗しない確認手順に書きました。表示回数が少ない記事は、数回の差で CTR や順位が大きく動いて見えるので、1本の記事の上下だけで「動画は効く/効かない」と決めないようにしています。

動画を貼った記事が何本もあると、比べたあとに、どの記事から手を入れ直すかで迷います。その並べ替えの話は記事の最後に書きました。

よくある質問

YouTube を埋め込むと、滞在時間が伸びて SEO に効きますか

そうした説はありますが、この記事で読んだ Google の動画のベスト プラクティス(日本語版・英語版)には、埋め込みと順位の関係も、滞在時間の話も書かれていませんでした。私は、順位のためではなく、文章だけでは伝わりにくいことを伝えるために貼るかどうかを決めています。

動画を貼ると、ページは遅くなりますか

web.dev の記事は、一般的な埋め込みの多くに 100 KB を超える JavaScript が含まれると書き、YouTube の埋め込みを遅延読み込みにすると最初の読み込みで約 500 KB を節約できるとしています。loading 属性を指定しない場合は「リソースを明示的に早期に読み込む場合と同じ影響があります。」とも書かれています。どれくらい遅くなるかは、ページと置く位置によるので、気になるなら貼る前と後を同じ道具で測ってください。私自身の実測はありません。

loading="lazy" を付けると、Google に動画を見つけてもらえなくなりますか

動画の SEO ベスト プラクティスは、Google が iframe 要素で参照される動画を見つけられると書いています。Google 検索セントラルの読み込みの遅いコンテンツを修正するは、Google がページのすべてのコンテンツを認識できるようにする遅延読み込みの方法の1つに「画像や iframe にブラウザの組み込みの遅延読み込みを使用する」を挙げ、「上記の方法は、コンテンツの読み込みにユーザーの操作（スクロールやクリックなど）を必要としません。」と書いています。一方、クリックするまで本物の動画を置かない作り方(ファサード)は、動画の SEO ベスト プラクティスの「ユーザーが操作（スワイプ、クリック、入力など）しなくても動画が読み込まれるようにする。」と向きが逆です。ただし、loading="lazy" を付けた動画が動画機能の対象になるかまでは、どちらのページにも書かれていません。動画を動画機能に出したいなら、ファサードは使わないほうが条件に沿います。

1つの記事に、動画を何本も貼ってもいいですか

何本までという数字は、読んだページには書かれていませんでした。埋め込みは1本ごとに読み込みが増えるので、私は、本文で説明しきれないところにだけ貼り、記事の下のほうの動画は遅延読み込みかリンクにしています。Google は「複数の動画を同等の視認性で一覧表示している動画カテゴリページ」を、動画再生ページではない例に挙げています。

貼ったら、Search Console に「動画再生ページに動画がありません」と出ました

動画を添え物として貼った記事では、よく出る表示です。記事そのものがインデックスから外れたという意味ではありません。読み方と、直すかどうかの決め方は「動画再生ページに動画がありません」は直す？記事自体は登録済みに書きました。

まとめ

• ブログに YouTube を埋め込むと順位が上がる、滞在時間が伸びて評価される、という記述は、この記事で読んだ Google の公式ページには見つからなかった
• 決め手は、動画が記事の主役か添え物か。Google の動画機能に出るのは動画再生ページの動画で、「埋め込み動画をレビューするブログ投稿」は動画再生ページではない例。添え物の記事は、テキストの検索結果で戦う
• web.dev によると、一般的な埋め込みの多くは 100 KB を超える JavaScript を含み、YouTube の埋め込みを遅延読み込みにすると最初の読み込みで約 500 KB を節約できる。loading 属性を指定しない場合は「リソースを明示的に早期に読み込む場合と同じ影響があります。」
• 添え物なら、遅延読み込み・画像で代わりに見せる(ファサード)・リンクにする・width と height を残す、の4つで読み込みを軽くする。web.dev は、これらの手法をオフスクリーンまたはプライマリ以外のコンテンツ向けとしている(width と height は主役の動画でも残す)
• 主役なら、動画再生ページの条件を先に読む。「ユーザーが操作（スワイプ、クリック、入力など）しなくても動画が読み込まれるようにする。」とあるので、クリックで読み込む作り方は向きが逆
• 貼った効果は、その記事の Search Console の数字を、貼った日と直近2〜3日を外して前と後の同じ長さの期間で比べる。動画の効果だけを見たいなら、同じ日にほかの変更をしない

この記事で引いた公式の情報は、Google 検索セントラルのドキュメント2つ(動画の SEO ベスト プラクティス。日本語版・英語版/読み込みの遅いコンテンツを修正する)と、web.dev の記事2つ(サードパーティの埋め込みを使用する際のベスト プラクティス/オフスクリーン iframe を遅延読み込みしてみましょう。)です。2026年10月9日に取得し、引用は原文と照合しました。web.dev の日本語版には AI 翻訳の注記があるので、要所は英語版と並べて読みました。YouTube の利用規約や、他人の動画を貼ってよいかの判断はこの記事では扱っていません。

動画を貼った記事を前後で比べてみると、CTR が低いまま、順位があと少しで届かない、といった記事が何本も見つかることがあります。そのとき、どの記事から手を入れるかを決めるのに使える道具を作りました。ここからは、私が作っているツールの宣伝です。

サーチコンソールのエクスポートをZIPのまま置くだけで、4.0〜20.5位のページを、表示回数100回以上は通常判定、30〜99回は参考判定、30回未満は本文中心の監査に分け、この順に、同じ区分の中ではCTR機会差(表示回数 × (期待CTR − 実CTR)で出す「回相当」の数)の多い順に並べて出します。 判定と候補3記事のCTR機会差の確認、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで、無料の1件を除いた3記事分の診断カードが対象です。3記事分が揃うとき(判定に出た候補が4件以上のとき)だけご案内します。生成の利用期限は購入から7日間で、月額課金や自動更新はありません。ログインも不要です。 CSVファイルそのものはブラウザの外に出ませんが、診断カードを出すときは選んだ1ページぶんの数値(URL・キーワード・順位・表示回数・CTR)を、タイトル取得を押したときは最大10件のURLを送ります。

⚠️ このツールは、動画や表示速度を調べません。記事に動画が埋め込まれているか、ページがどれくらい重いかは見ず、読み込むのは1つの期間の Search Console のページのCSVだけなので、貼る前と後の期間比較もしません。使うなら、比べ終わったあとの期間で(Search Console の比較はオフにして)エクスポートし、どの記事から見直すかの順番を決めるところです。表示回数が0のページは扱えず、掲載順位4.0〜20.5位に入るページが無いブログでは、候補が0件になることがあります。順位やクリック数が上がることを約束するものでもありません。