SEO対策 on qwerty.work

Cloudflare Workers + Prerender.io で CSRサイトを SEO 対応する方法

Sat, 19 Apr 2025 00:09:27 +0900

このページの概要

Javascriptを多用したサイトや、ノーコードツールで制作したサイトがGoogle Search ConsoleではGoogleにインデックスされましたが、Bing Webmaster Toolsに登録してもBingにインデックスできないことが多々あります。Bingでは最初は空ページで、Javascriptが後からコンテンツを読み込んでくるページは認識しないみたいです。そこで、事前にレンダリングされた静的ページのキャッシュを用意し、検索エンジンのクローラーからのアクセスはそのキャッシュに誘導してページコンテンツを認識させるといった方法があったのでメモ。

目的

- クライアントサイドレンダリング（CSR）で動作するJavaScriptサイトを Google や Bing にインデックスさせる
- クローラー（bot）にだけ静的HTMLを返す仕組みを構築する

必要なもの（すべて無料で始められます）

- [Cloudflare](https://www.cloudflare.com/) アカウント
- [GitHub](https://github.com/) アカウント
- [Prerender.io](https://prerender.io/) アカウント
- 対象ドメインのDNSを Cloudflare DNS に変更すること
- コマンド実行環境（Windows: PowerShell / macOS/Linux: ターミナル）

ざっくりとした仕組みの流れ

Prerender.ioで静的ページのキャッシュを作成し、CloudFlareのWorkersを使って検索ボットのアクセスはPrerender.ioのキャッシュに誘導し、それ以外のアクセスは通常サイトが配信されるようにします。これを行うためにはCloudFlare Workersに登録するスクリプトをGitHubまたはGitLabに置き、それを読み込ませます。

手順

- Prerender.io に登録し、APIトークンを取得
- Cloudflare にドメインを追加（ネームサーバー変更）
- GitHub に新しいリポジトリを作成（例: `cf-prerender-multisite`）
- 以下の 2 ファイルを作成して GitHub に push

src/index.js

export default {
  async fetch(request, env, ctx) {
    const url = new URL(request.url)
    const pathname = url.pathname
    const userAgent = request.headers.get("user-agent") || ""
    const isBot = /bot|crawl|spider|slurp|bing/i.test(userAgent)

    // .xml や .txt で終わるパスは除外（Prerender.ioを経由させない）
    const isStaticFile = pathname.endsWith(".xml") || pathname.endsWith(".txt")
    if (isStaticFile) {
      return fetch(request)
    }

    const token = "YOUR_API_TOKEN"

    if (isBot) {
      const prerenderUrl = `https://service.prerender.io/https://${url.hostname}${url.pathname}${url.search}`
      return fetch(prerenderUrl, {
        headers: {
          'X-Prerender-Token': token
        }
      })
    }

    return fetch(request)
  }
}

wrangler.toml

name = "prerender-multisite"
main = "src/index.js"
compatibility_date = "2024-04-15"

[[routes]]
pattern = "example.com/*"
zone_name = "example.com"

- Cloudflare Pages に GitHub を接続して「空のWorker」としてデプロイ
- Cloudflare DNS の A レコードで ☁️（プロキシ）を ON にする
- Cloudflare の「SSL/TLS」を フル（Strict） に変更（リダイレクトループ回避）
- Cloudflare の対象ドメイン選択した中の Wokers＆Pages の編集で「リクエスト制限失敗モード」と「失敗オープン (続行)」に変更（504エラー対応）
- Cloudflare Caching 構成 で Crawler Hints を ON にする（Index Now 対応）

デバッグ方法（PowerShell / ターミナルで実行）

- Googlebot になりすましてHTMLを取得

curl -A "Googlebot" https://example.com/

- ヘッダーのみを取得してステータス確認

curl -A "Googlebot" -I https://example.com/

- Prerender.io に直接アクセスしてHTMLを確認

curl -H "X-Prerender-Token: YOUR_API_TOKEN" "https://service.prerender.io/https://example.com/"

- Cloudflare ダッシュボードの「Workerログ」でリクエスト確認
- Chromeのデベロッパーツールで User-Agent を Googlebot に変更して動作確認
- [Prerender.io Dashboard](https://prerender.io/dashboard) の「Recently Cached Pages」を確認

成功時のレスポンス例

HTTP/1.1 200 OK
Server: cloudflare
X-Prerender-Requestid: xxxxxxxx
X-Prerender-External-Lb: haproxy-private-cache

まとめ

- Cloudflare Worker + Prerender.io の組み合わせで SEO に強い構成が実現
- 通常ユーザーには動的なSTUDIOサイト、Botには高速なHTMLを返す
- すべて無料で始められ、Cloudflare上で完結するため保守も簡単

結果

Bing検索のインデックスに成功しました。トータルで約1週間ほどかかりました。経過として、この方法でBing Webmaster Toolsで改めて「URL検査」メニューから「インデックス作成を要求」を実行して、4～5日後にステータスが「正常にインデックスが付きました」に変わりました。しかし、すぐにはBing検索の結果に表示されず、それから約3日後に検索結果として表示されるようになりました。

その他の選択肢

- 
  [Cloudflare Browser Rendering](https://developers.cloudflare.com/browser-rendering/)  
  公式のヘッドレスブラウザ機能。Cloudflare Workersと統合可能ですが、Prerender.ioよりやや設定が複雑です。

- 
  [Rendertron](https://github.com/GoogleChrome/rendertron)  
  Google製のオープンソースレンダラー。自前でデプロイが必要（[Google Cloud Run](https://cloud.google.com/run) などを使用）。

- 
  Firebase Hosting + SSR や Next.js の Incremental Static Regeneration（ISR）など、フレームワーク側でのSEO対策も手段の一つです。

その後の実験

無事にBingに登録されましたが、登録後にDNSサーバーを元に戻し、Cloudflare WorkersとPrerender.ioの仕組みを外した場合、Bingボットが改めてページをクロールしたらどうなるか実験したいと思います。数ヶ月かかるかもしれないので、履歴を書いておきます。

2025-04-25　Bing Webmaster ToolsのURL検索で表示が「正常にインデックスが付きました　URL は Bing に表示できます」となった
2025-04-26　Bing検索で検索結果に表示されたのを確認
2025-04-28　DNSサーバーをお名前ドットコムに戻した

STUDIOで制作したサイトがBingにインデックスされない問題

Tue, 15 Apr 2025 08:57:22 +0900

Bing Webmaster Toolsに登録してもインデックスされない

ウェブサイト制作のノーコードプラットホーム「STUDIO」で作成したサイトをBingウェブマスターツールに登録しても検索エンジンBingにインデックスされなくなりました。

以前はヘルプデスクに日本語から英文に翻訳した文章で問い合わせしたら、2023年頃は手動で解決してくれていたのですが、2024年のいつ頃からか対応してくれなくなりました。

発見されましたがクロールされていません URL は Bing に表示できません

検査された URL は Bing に認識されていますが、いくつかの問題があるためにインデックス作成が妨げられています。Bing Web マスターガイドラインに従って、インデックス作成の機会を増やすことを推奨します。

以前は以下のページにある方法でBing Webマスターサポートに問い合わせして解決できていました。

https://qwerty.work/blog/2022/05/bing-webmaster-tools-request-index.php

インデックスされない理由

Bing Webmaster Toolsには以下の理由が表示されていました。

H1タグが見当らない
DESCRIPTIONが見当たらない

STUDIOで制作したどのサイトもBing WebmasterToolsに登録すると、このエラーが出ます。もちろん制作時にH1やサイトの概要は設定していますが、どうやらここが問題ではなさそうです。

原因はJavascriptによる仕組？

何がいけないのか調べたところ、Javascriptにより動的に吐き出しているサイトがダメで、STUDIOの仕組み上に問題があるっぽいです。

このことについてはBingのヘルプにも説明があります。

JavaScript: Bing はJavaScript を処理できますが、HTTP リクエスト数を最小限に抑えながら大規模な JavaScript を処理するには限界があります。Bing では、 Bingbot などの特定のユーザーエージェント、特に大規模なウェブサイトでは、クライアント側でレンダリングされたコンテンツと事前レンダリングされたコンテンツを切り替えるために、ダイナミックレンダリングを推奨しています。

（参考 https://www.bing.com/webmasters/help/webmasters-guidelines-30fba23a

STUDIO Communityでも触れられていました。

動的サイトといってもPHPのようにサーバーサイドでHTMLを吐き出すものはいいのですが、Javascriptでもクライアントサイドで動くものがダメみたいです。

Bingのシェアは10%台で低いとは言え、クライアントから「検索に結果にヒットしない」と言われると困ります。

そろそろ無視できないレベルにきていますので、BingもSTUDIOも早く対応して欲しいです。

Background-imageの画像をLozad.jsで遅延表示させる方法

Mon, 05 Sep 2022 15:54:04 +0900

Background-imageの画像をLazyload

WEBページの表示の高速化させるために画像を遅延表示させるLazyloadのJSがいろいろありますが、軽量で使いやすいと言われているLozad.jsを使用しています。IMGタグやIFLAMEタグにclass="loazad"を加えれば簡単に使えるのですが、LighthouseなどのベンチマークでCCSのBackground-imageで指定した画像を遅延表示した方がよいとアドバイスを受けることがありました。

Background-imageの画像も遅延表示できる

そもそもBackground-imageで指定した画像を遅延表示できるのか？と疑問に感じていましたが、できることが分かりました。Lozad.jsでできる見たいです。やり方については以下のページを参考にさせていただきました。

参考ページ

https://qiita.com/ChiJ_SeaW/items/40e8d05b8c0c5f920752 https://qiita.com/ChiJ_SeaW/items/40e8d05b8c0c5f920752

https://paralux.co.jp/blog/397 https://paralux.co.jp/blog/397

ソース例

AタグやDIVなど、IMGタグやIFLAMEタグ以外でも、CSSでBackground-imageを設定しているタグにclass="loazad"とstyle="background-image: url();"とdata-background-image="img.jpg"を加えればいいみたいです。

<div class="lozad" style="background-image: url();" data-background-image="img.jpg">

私の場合、class="loazad"を加えるだけでスコアの改善ができました。

【2020年5月】AdSenseの収益とページビュー・ユーザーが急に減ってきた

Sun, 24 May 2020 20:31:08 +0900

4月末あたりからなんかおかしいぞ

4月末あたりから、一日あたりの**AdSenseの収益が通常の半額から1/3まで減ってきました。**どういうこっちゃ？

なんかペナルティでもくらってるのかな？
たまたまクリック率が低かったのかな？
ゴールデンウィークだからかな？
まあゴールデンウィークとコロナのテレワーク生活が終われば復活するでしょう

と2～3日様子を見ていたのですが、状況は変わりませんでした。こままじゃまずいぞということで、

サイトの表示スピード高速化
広告の配置を変更

などを試しては1～2日様子を見ては変更を加えていきましたが、全然改善されません。

先月と比べてページビューが10万も減少している…。

Googleアナリティクスで訪問者数やページビューを調べてみました。

直近6ヶ月のアクセス状況

期間
ユーザー
新規ユーザー
セッション
ページビュー




  2019/11/25～2019/12/25
  67,088
  61,722
  78,055
  173,249


  2019/12/25～2020/01/24
  69,626
  64,679
  81,256
  182,522


  2020/01/25～2020/02/24
  70,798
  65,526
  83,324
  186,429


  2020/02/25～2020/03/24
  70,494
  65,032
  83,197
  185,985


  2020/03/25～2020/04/24
  81,977
  76,750
  96,546
  212,513


  2020/04/25～2020/05/24
  55,510
  51,709
  64,614
  116,153


  平均
  69,249
  64,236
  81,165
  176,142

ページビューに関しては前月まで順調に上がってきて月間20万PVを達成できたのに、いきなり半分の10万PVに…。平均値と比べても約5万PV減少しています。

訪問者に関しても前月に比べて-25,000～-30,000ユーザー減っています。

そりゃ収益下がるわ！

AdSenseもインプレッション収益が下がっていた

AdSenseのレポートは同じように直近6ヶ月の月別の値を調べてみました。

ページCTR … 平均0.95％で、どの月も平均値とほぼ同じで変化なし
クリック率 … 平均0.22％で、どの月も平均値とほぼ同じで変化なし
ページインプレッション収益 … 平均の半額まで落ちてた
インプレッション収益 … 平均の半額まで落ちてた

一番落ちて欲しくないインプレッション収益が半分になっていました。もしかしてページの価値が下がった？！

Googleのコアアルゴリズムアップデートが原因！？

ページビューが10万も下がり、インプレッション収益も半分に…何かあったのかな？と検索してみたら2020年5月5日にGoogleのコアアルゴリズムアップデートがあったみたいです。これが原因かも？

順位の変動で検索ヒット率が下がったこと
低収益なジャンルに分類されたこと

こうなったんじゃないかと思います。いろんなSEO関連のブログを検索してみたところ、今回のコアアップデートで、「健康と医学」「財務、金融、法律」といったYMYL系のキーワードを含めて各ジャンルの順位変動幅が軒並み大きくなっているそうです。

私のように**『順位が下がった＆アクセス数減＆収益減』の方もいれば、逆に『順位が上がった＆アクセス数増＆収益増』**の方もいらっしゃるかと思います。

今後どうする？

今はコロナウィルスのことで生活が普通とは状況が違うと思うので、検索に関しても通常とは違う検索が多くされているのではないかと思います。他にもコロナウィルス感染拡大によって企業の業績悪化に伴い広告宣伝費の低下もあるかもしれません。しかし、普通の生活に戻ったからと言って、今回のコアアップデートでかなり検索ヒット率が変わっていて、元の水準に戻らないかもしれませんので、いろいろチューニングを施さなきゃなと思っています。

たとえ高収益でも焦って無理に不得意なジャンル変更はしない
今あるページや今後投稿する内容をより詳細なものにしていく
もっと読みやすいレイアウトやデザインにしていく
今まであまり気にしていなかった順位や収益を分析して細かい変動に対処する

特に今すぐできる特効薬みたいな方法も見当たりませんし、トップアフィリエイターがやっているようなことはマネできないと思いますが（他に趣味があるのでそんなに労力かけれないので）、それなりに以前の水準に戻す努力を焦らずコツコツやるしかないって感じですね。

ちょっと気にして見たブログ

https://buzzence.com/blog/blog-owakon/ https://buzzence.com/blog/blog-owakon/

https://yuushablog.info/google-adsense/ https://yuushablog.info/google-adsense/

https://www.sho-design.net/adsense-million-earning/ https://www.sho-design.net/adsense-million-earning/

https://halohalo.space/archives/5492 https://halohalo.space/archives/5492

zenbackをGoogle Tag Managerで遅延読み込みさせる

Sun, 17 May 2020 17:23:37 +0900

ページ読み込みスピードを上げるために遅延させたい

最近では不要かもしれませんが、SEO対策の被リンク対応の一つとしてzenbackを導入しているのですが、これを導入することにより、zenbackウィジェットに必要なJSとかjQueryが降ってきます

//w.zenback.jp/v1/?base_uri=***
//w.zenback.jp/_p/js/jquery.min.js

ページの最下部に表示しているので、真っ先にzenbackを読み込む必要ながないので、いくつかのパターンで遅延させることができないかなと思いました。

画面スクロールされたら読み込み開始
ページ表示開始の数秒後に読み込み開始
zenbackが表示される部分が登場したら読込開始

これのどれか、または全部で遅延できる手段が何かないかなといろいろ探したら、Google Tag Manager で簡単にできることが分かったのメモ。

jQueryのLazy Loadとか、Javascriptで非同期や遅延読み込むする方法もありますが、Google Tag Manager を使う方法が最もシンプルで簡単でいいかもしれません。いろいろな条件でいろいろなタグを組み込めるので最近ハマっています。

Google Tag Managerで遅延表示させる方法

Google Tag Manager がどういう物かの説明は省きます。

1. 『新しいタグ』をクリック

2. タグを追加するため右上の鉛筆マークをクリック

3. 『カスタムHTML』を選択

4. zenbackのタグを貼り付ける

実際には以下のように改変して貼り付けています。``とJavascriptを分離して、Javascriptの部分だけを貼り付けています。

<!-- X:S ZenBackWidget -->
<script type="text/javascript">
 !function(d,i){
 if(!d.getElementById(i)){
 // オリジナル var r=Math.ceil((new Date()*1)*Math.random());
 var r = new Date();
 var r = ''+r.getFullYear()+('0'+r.getMonth()).slice(-2) ;  //randの値を年月（例 202005）にする 
 var j=d.createElement("script");
 j.id=i;
 j.async=true;j.src="//w.zenback.jp/v1/?base_uri=http%3A//qwerty.work&nsid=XXXXXXXXXXXXXXXXXX%3A%3AXXXXXXXXXXXXXXXXXXX&rand="+r;
 d.body.appendChild(j);}}(document,"zenback-widget-js");
 </script>
<!-- X:E ZenBackWidget -->

****はウィジェットを表示させる部分に記載します。**「document.writeをサポートする」や「詳細設定」**は特に設定しませんでした。

※ページ下部でも記載していますが、このタグが空のままだと失敗しますので、ご注意ください。

5. トリガーを追加するため鉛筆マークをクリック

6. 新しいトリガーを作成するので + マークをクリック

7. トリガーの名前を付けて鉛筆マークをクリック

8. 『要素の表示』を選択

10. 保存して閉じる

11. 『公開』ボタンをクリック

公開しないと設定しただけで終わるので注意。公開ボタンを押すとバージョン名を設定する画面に進みます。

12. バージョン名を設定して『公開』して完了

追加や変更があった場合、バージョン名を設定して公開ボタンを押さないと反映されません。私の場合。バージョン名は日付にしていますが、**『zenback追加』**とかここは何でもいいです。最後に『公開』ボタンを押したら作業は完了です。

ウィジェットが表示されないとき

最初、タグの登録が終わって、ページ表示テストをしたときzenbackのウィジェットが表示されませんでした。以下のページによると、要素（``）が空だと高さ判定で弾かれ、トリガーが発動しないみたいです。

https://jdash.info/archives/Google_Tag_Manager_Element_Visibility_Trigger_not_fire https://jdash.info/archives/Google_Tag_Manager_Element_Visibility_Trigger_not_fire

私の場合、仮にタグを以下のように「その他お知らせ」を追加したところうまく表示できました。

<div id="zenback-widget-loader"></div>

↓

<div id="zenback-widget-loader">その他お知らせ</div>

複数のトリガーを設定しておいた方がいいかも？

今回は参考にzenback-widget-loaderという要素が現れたら表示するようにしましたが、検索ロボットが来たときはどうなるだろう？という疑問が残りました。今回の場合、ページ下部までスクロールされれば表示されますが、スクロールされなければ表示されず無い物という扱いになうのではないかと思いました。

折角設置しているのに無い物扱いだと意味がないので、今回の**『要素の表示』と『タイマー』を組み合わせ**て、スクロールされなくても3～5秒後には強制表示みたいなことをしておけば安心かもしれません。

PageSpeed Insightsで100点が出た！！

これが効いたのかどうかわかりませんが、この記事を投稿した直後にPageSpeed Insightsで計測したら100点でした。マグレでも嬉しいです。

Braveなどでは表示されなくなるので注意！！

Google ChromeやEdgeでは問題ないのですが、Braveなどセキュリティ要素が強いブラウザではzenbackウィジェットが表示されなくなるので注意してください。Google Tag Managerのタグの書き方で回避できるかもしれませんが、それはまた今度探そうと思います。

リンクしまうすFX！

Sun, 31 Aug 2008 19:33:06 +0900

SEOの手法としては古典的ですが、単純かつ明快な方法は後にも先にも相互リンクではないでしょうか？

その相互リンクも簡単にはいきません。

相手にリンクの依頼をして、なおかつ了解を得ないといけません。

その数もたくさんいるので作業時間は膨大になります。

それを解決してくれそうなサイトを発見しました。

http://www.linkfx.jp/ http://www.linkfx.jp/

ユーザー登録をして管理画面内の希望サイトをひたすらクリックするだけ。

相手にメールをしなくてもいいし、自分のサイトにリンクを貼る作業も不要。

リンク表示のページ（例:link.php）をサーバーに配置すればどんどんリンクが増えます。

これで効果があればいいのだが…。