テクニカルSEO

Cloudflareとは?仕組み・料金・SEOへの影響を解説【2026年最新】

Cloudflareとは?仕組み・料金・SEOへの影響を解説【2026年最新】

サイトの表示速度を上げたい、海外からの不正アクセスを止めたい、と調べていくと必ず名前が出てくるのがCloudflare(クラウドフレア)です。無料で使えると聞いて登録したものの、「結局これは何をしてくれるサービスなのか」「入れたのに体感速度が変わらない」「検索流入が落ちたのはCloudflareのせいではないか」と迷った経験を持つ担当者は少なくありません。CloudflareはCDN・DNS・セキュリティ・開発基盤をまとめて提供する多機能なサービスで、初期設定のままでも動く一方、設定の初期値を知らないまま運用するとSEOに影響しうる項目がいくつかあります。この記事では、Cloudflareの仕組みと料金、そしてSEO担当者が押さえるべき設定の勘所を、2026年9月23日時点の公式サイト・公式ドキュメントの記載にもとづいて整理します。

この記事でわかること

結論

Cloudflareはサイトの手前に置いて配信とセキュリティをまとめて改善するサービスですが、既定ではHTMLをキャッシュしないため「入れれば速くなる」とは限りません。効果も副作用も設定次第で決まります。

  • 01正体はネットワークDNSをCloudflareに預け、訪問者のアクセスを自社サーバーの手前にある世界規模のネットワークに通す仕組みです。CDN・DNS・セキュリティ・開発基盤を1つの管理画面で扱えます。
  • 02料金は4段階Freeは0ドル/月、Proは20ドル/月(月々払いは25ドル)、Businessは200ドル/月(月々払いは250ドル)、その上は個別見積もりです。CDN・DNS・Universal SSL・DDoS対策は無料プランにも含まれます。
  • 03速度への効きは限定的CloudflareのCDNは既定でHTMLとJSONをキャッシュしません。画像やCSSの配信は速くなっても、TTFBの主因がサーバー側の生成時間なら改善幅は小さくなります。
  • 04SEO上の要注意設定robots.txtは既定でキャッシュされます。Bot Fight ModeはWAFカスタムルールで除外できず、SSLのFlexibleはサーバーまでの経路が暗号化されません。公開前に初期値を確認します。
  • 05AIクローラーの制御役AI Crawl Controlは全プランで使え、どのAIサービスが来ているかを可視化できます。AI学習の拒否と検索用クロールの許可は別設定なので、選択を誤ると検索での見え方に影響します。

Cloudflareとは|サイトの「手前」に置く巨大なネットワーク

Cloudflareは、アメリカのCloudflare, Inc.が提供するインターネットインフラサービスです。公式の開発者ドキュメントでは「世界最大級のコネクティビティクラウドネットワークのひとつ」と説明され、平均して1秒あたり5,500万件のHTTPリクエストを処理しているとされています。

役割をひと言でいえば、訪問者と自社サーバーのあいだに入る「関所」です。従来、ブラウザは自社サーバーへ直接つなぎに行っていました。Cloudflareを導入すると、その経路がCloudflareのネットワークを経由する形に変わります。関所を置いたことで、次の3つを手前でまとめて処理できるようになります。

手前で処理できること 具体例
配信の高速化(CDN) 画像・CSS・JavaScriptを訪問者に近い拠点から返す
防御(DDoS対策・WAF) 攻撃や脆弱性を突くリクエストを自社サーバーに届く前に止める
交通整理(DNS・ルール) 名前解決、URLの転送、アクセス元による出し分け

仕組み:DNSを預けることで経路が切り替わる

Cloudflareの導入は、ソフトウェアのインストールではなくドメインの名前解決先をCloudflareに変更する作業です。公式ドキュメントのサイト追加手順は「1. ドメインを追加する → 2. DNSレコードを確認する → 3. ネームサーバーを更新する → 4. SSL/TLSの設定を完了する」の4ステップで構成されています。

手順3では、ドメインに対してCloudflareの権威ネームサーバーが2つ割り当てられ、通常はそれをドメインを取得したレジストラ側に設定します。この切り替えが完了すると、そのドメイン宛のアクセスがCloudflareを通るようになります。サーバーの中身を書き換える必要がないため、既存のWordPressサイトにも後から導入できます。

導入時に見落としやすい注意点として、公式ドキュメントはDNSSECを利用している場合、ネームサーバーを変更する前にレジストラ側でDNSSECをオフにする必要があると明記しています。DNSSECを有効にしたままネームサーバーを変更すると、ドメインに到達できなくなる可能性があるためです。到達できないページはインデックスにも直結するので、切り替え前に必ず確認してください。

ネットワークの規模

Cloudflareの公式ネットワークページには、2026年9月23日時点で「348 cities · 8 regions」と表示されています。同ページには「インターネットに接続している世界人口の95%が、Cloudflareのデータセンターから50ミリ秒以内の距離にあり、その大半は20ミリ秒以内である」という記載もあります。

この「近さ」がCDNの効き方を決めます。東京のサーバーに置いた画像を、ブラジルの訪問者が取りに行くと往復に時間がかかります。Cloudflareを経由すると、その画像は訪問者に近い拠点のキャッシュから返されるため、物理的な距離に由来する遅延を削れます。裏を返せば、訪問者がほぼ国内に限られるサイトでは、この恩恵は相対的に小さくなります。

Cloudflareでできること|4つの領域

Cloudflareは製品数が多く、全体像が掴みにくいサービスです。Webサイト運営者の視点では、次の4領域に整理すると理解しやすくなります。

1. パフォーマンス(CDN・キャッシュ)

静的ファイルをCloudflareの拠点にキャッシュし、訪問者に近い場所から配信します。画像を自動で軽くするPolish(ロスレス画像最適化)は、公式の料金ページで「平均で35%画像サイズを縮小」と説明されており、Proプラン以上で利用できます。WordPress向けには、CDNとインテリジェントキャッシングをプラグインで有効化するAPO(プラットフォームの自動最適化)も用意されています。

2. セキュリティ(DDoS対策・WAF・ボット対策)

DDoS攻撃対策は全プランで定額提供され、Cloudflareが管理する無料ルールセットとWAF(Webアプリケーションファイアウォール)も無料プランに含まれます。ボット対策はプランによって精度が変わり、無料プランは「シンプルなボット」、Businessプランは「洗練度の高いボットとベーシックなボットの分析」、契約(Enterprise)プランでは「すべてのボット、異常検出、カスタムCAPTCHAと脅威に対する対応、高度ボット分析など」までカバーされます。

3. 信頼性(DNS・Always Online)

権威DNSサービスに加え、パブリックDNSリゾルバーの1.1.1.1も無料で提供されています。公式ドキュメントは1.1.1.1について「最速のパブリックDNSリゾルバーとして計測されている」「一般的なDNSリゾルバーと異なり、ユーザーデータを広告主に販売しない」と説明しています。

Always Onlineは、オリジンサーバーに到達できないときにキャッシュ済みの版を配信する機能です。現在はInternet Archiveと統合されており、Cloudflareのキャッシュにも版がない場合はアーカイブから静的部分を取得して配信します。ただし公式ドキュメントはすべてのページを保存するわけではなく動的コンテンツは配信できないこと、そして発動するのはオリジンに到達できない場合(HTTPステータス520〜527)だけで、オリジンが到達可能なまま5xxを返しているときは発動しないことを明記しています。障害対策の保険にはなりますが、万能ではありません。

4. 開発プラットフォーム(Workers・R2・D1)

エッジでコードを実行するWorkers、エグレス料金のかからないオブジェクトストレージR2、サーバーレスSQLデータベースのD1など、アプリケーションを構築するための基盤も提供されています。SEO領域では、リクエストに応じてHTMLを書き換える処理をWorkersで実装するといった使い方が可能ですが、通常のサイト運営で必須になるものではありません。

Cloudflareの料金プラン【2026年9月時点】

以下は2026年9月23日時点で、Cloudflare日本語版の料金ページに表示されていた金額です。価格はドル建てで表示されており、円換算は編集部では行っていません。

プラン 表示価格 公式サイトでの位置づけ
Free 0ドル/月 ビジネスに不可欠ではない、個人的または趣味のプロジェクト向け
Pro 20ドル/月(年払い。月々払いは25ドル) ビジネスに不可欠ではない、プロフェッショナルなWebサイト向け
Business 200ドル/月(年払い。月々払いは250ドル) オンラインで事業を営む小規模企業向け
契約(Enterprise) カスタム(年払い) ビジネスのコアを成すミッションクリティカルなアプリケーション向け

公式サイトで「20ドル/月」と大きく表示されているProプランは年払いを選んだ場合の月額で、月々払いにすると25ドルになります。Businessも同様に200ドルと250ドルの差があります。稟議を通すときは、どちらの支払い方法を前提にした金額なのかを明記しておくと、後で差額が問題になりません。

無料プランでどこまでできるか

料金ページの比較表で、Freeプランにも提供ありとして並んでいる主な項目は次のとおりです。

  • 高速で使いやすいDNS
  • 定額制のDDoS攻撃対策
  • CDN
  • Universal SSL証明書
  • Cloudflareが管理する無料ルールセット
  • Webアプリケーションファイアウォール(WAF)
  • シングルサインオン(SSO)のサポート/ロールベースのアカウント制御

つまりHTTPS化・DDoS対策・静的ファイルのCDN配信という、小規模サイトが必要とする要素は無料プランで一通り揃います。個人ブログや小規模なコーポレートサイトであれば、まずFreeで運用して不足を感じた時点で上位プランを検討する、という順序で問題ありません。

有料プランで増えるもの

料金ページの比較表から、プランごとに差がつく主な項目を抜き出すと次のようになります。

項目 Free Pro Business 契約
Cloudflare Rules 70ルール+1万の一括転送 225ルール+2.5万 450ルール+5万 2700ルール+100万
ロスレス画像最適化(Polish) ― あり あり あり
PCI DSS 4.0へのコンプライアンス ― ― あり あり
稼働率を保証するSLA ― ― 100% 100%
サポート コミュニティフォーラムとドキュメント チケット+フォーラム チケット+チャット+フォーラム チケット+チャット+電話+フォーラム(年中無休24時間体制)

SEOの実務でまず効いてくるのはCloudflare Rulesの上限です。URLの転送ルールを大量に持つサイト、たとえばドメイン移行やURL構造の刷新を行ったメディアでは、無料プランの上限に当たることがあります。転送そのものの考え方はリダイレクトとは?301・302の違いと設定方法・SEO影響で整理しています。

なお、SLA(稼働率保証)はBusinessプラン以上の提供です。無料プランやProプランには稼働率の保証が付かない点は、ミッションクリティカルなサイトで使う前に確認しておくべき条件です。

SEOの観点で押さえるべき5つのポイント

ここからが本題です。Cloudflareは「入れれば速くなる」「入れれば安全になる」と語られがちですが、実際には初期値の理解が結果を左右します。テクニカルSEOの全体像はテクニカルSEO完全ガイド|チェックリスト60項目にまとめていますが、Cloudflare固有の論点は次の5つです。なお、以下で引用する公式開発者ドキュメントの記述は英語で書かれており、引用部分は編集部による日本語訳です。

ポイント1:既定ではHTMLがキャッシュされない

もっとも誤解が多いのがここです。公式ドキュメントには、次のようにはっきり書かれています。

「Cloudflareはファイル拡張子にもとづいてのみキャッシュし、MIMEタイプではキャッシュしません。CloudflareのCDNは、既定ではHTMLやJSONをキャッシュしません」

つまり、Cloudflareを導入しただけではページ本体(HTML)は毎回あなたのサーバーまで取りに行きます。キャッシュされるのは画像・CSS・JavaScriptといった静的ファイルです。

この仕様は、表示速度の改善幅を考えるうえで決定的です。Core Web Vitalsの起点となるTTFB(サーバーの最初の応答までの時間)は、HTMLの生成と応答にかかる時間です。TTFBが遅い原因がWordPressのプラグイン過多やデータベースの重さにある場合、Cloudflareを挟んでもTTFBはほとんど変わりません。TTFBの目安は0.8秒以内、LCPの良好ラインは2.5秒以内とされていますが、どの区間が遅いのかを測らずにCDNを導入しても、期待した改善は得られません。

キャッシュが効いているかどうかは、レスポンスヘッダーの CF-Cache-Status で確認できます。公式ドキュメントによる主な値の意味は次のとおりです。

値 意味
HIT Cloudflareのキャッシュ内でリソースが見つかった
MISS キャッシュ対象だがその時点で存在せず、オリジンサーバーから配信された
DYNAMIC Cloudflareがリクエスト時点でキャッシュ対象外と判断した

コマンドラインからは次のように確認できます。

curl -sI https://example.com/ | grep -i "cf-cache-status"

トップページで DYNAMIC が返っていれば、それは不具合ではなく既定の挙動です。HTMLもキャッシュしたい場合は、Cache Rulesで明示的にキャッシュ対象に指定する必要があります。ただしログイン状態やカート内容が絡むページを無条件にキャッシュすると、別人の画面が配信される事故につながります。HTMLのキャッシュは、影響範囲を絞ったうえで慎重に設定してください。

ポイント2:robots.txtもキャッシュされる

先ほど引用した公式ドキュメントの同じ箇所には、「さらに、Cloudflareは既定でWebサイトのrobots.txtをキャッシュします」という一文が続きます。

これは運用上の落とし穴になります。クロールの許可設定を変更したのに反映されない、という状況が起きたとき、原因がサーバー側ではなくCloudflareのキャッシュにあることがあるからです。robots.txtを編集した直後は、Cloudflare側でキャッシュのパージ(消去)を行い、実際にどの内容が配信されているかをブラウザではなくコマンドで確認するのが安全です。記述そのものの書き方はrobots.txtの書き方完全ガイド|テンプレート・AIクローラー対応で解説しています。

同じことはXMLサイトマップの更新にも当てはまります。サイトマップは拡張子の都合でキャッシュ対象になりやすく、更新したつもりの内容が検索エンジンに届いていない、という事態が起こりえます。

ポイント3:SSLモードの選択を間違えない

CloudflareのSSL/TLS設定には複数の暗号化モードがあります。公式ドキュメントの説明は次のとおりです。

モード 公式ドキュメントの説明
Off 訪問者とCloudflare間、Cloudflareとオリジン間のどちらも暗号化されない
Flexible 訪問者からCloudflareまではHTTPSで暗号化できるが、Cloudflareからオリジンサーバーまでは暗号化されない
Full 訪問者のリクエストと同じプロトコルでオリジンに接続する。証明書の検証は行わない
Full (strict) Fullに加えてオリジンサーバーの証明書を検証する

Flexibleは「サーバーに証明書を入れなくても鍵マークが付く」ため選ばれがちですが、Cloudflareからサーバーまでの区間は平文のままです。公式ドキュメントも「可能であれば、オリジンへの悪意ある接続を防ぐためにFullまたはFull (strict)モードの使用を強く推奨する」と明記しています。加えて、サーバー側でHTTPからHTTPSへ転送する設定を入れたままFlexibleを使うと、転送のループが起きてページが表示できなくなることがあります。表示できないページはインデックスされません。オリジンに証明書を用意し、Full (strict)で運用するのが基本と考えてください。

ポイント4:Bot Fight ModeはWAFルールで除外できない

Cloudflareには、無料プランでも使えるボット対策としてBot Fight Modeがあります。既知のボットのパターンに一致するトラフィックへ、計算コストの高いチャレンジを課す機能です。

ここで押さえるべきは、公式ドキュメントが挙げている制約です。

  • WAFカスタムルールによるカスタマイズ・調整・再設定ができない
  • WAFカスタムルールやPage Rulesを使ってバイパス・スキップができない(Bot Fight ModeはRuleset Engine上で動作していないため、Skip・Bypass・Allowの各アクションが効かない)
  • APIやモバイルアプリのトラフィックにチャレンジを課す可能性がある
  • Bot Fight Mode利用時はJavaScript Detectionsが自動的に有効になり、無効化できない

例外を作りたい場合は、Ruleset Engine上で動作しSkipルールに対応するSuper Bot Fight Modeを使う、というのが公式の案内です。「特定のツールだけ通したい」という要件がある環境で、無料のBot Fight Modeをそのまま使うと逃げ道がありません。順位計測ツールや外部のクロールツールが弾かれて調査が進まない、という事態はここから生まれます。

なお、Googlebotのような検索エンジンのクローラーについては、Cloudflareが「検証済みボット(verified bots)」として扱う仕組みがあります。公式ドキュメントは検証済みボットを「自分が何者で何をするのかについて透明であるとCloudflareが確認したボットまたはエージェント」と定義し、その例として検索エンジンのクローラー・監視サービス・ユーザー起点のエージェントを挙げ、検索エンジンのクローラーの例としてGooglebot、Bingbot、Yandexbot、Baidubotを明記しています。とはいえ、検証要件に違反したサービスは許可リストから削除されるとも書かれており、「Cloudflareを入れてもGooglebotは絶対に止まらない」と決め打ちせず、Search Consoleのクロール統計で実際の取得状況を見るのが確実です。テクニカルSEOの基礎から確認したい場合はテクニカルSEOとは?初心者向けに基本と始め方を解説もあわせてご覧ください。

ポイント5:AIクローラーの制御は「学習拒否」と「ブロック」を分けて考える

2026年のCloudflareは、AIクローラーの入り口としての役割が急速に大きくなっています。Cloudflareは2025年7月1日の公式ブログ「Content Independence Day: no AI crawl without compensation!」で、コンテンツの対価を支払わないAIクローラーを既定でブロックする方針へ切り替えたと発表しました。

現在は、AI Crawl Control(旧称AI Audit)という機能が全プランで利用できます。公式ドキュメントによると、できることは次の4つです。

  • どのAIサービスが自社コンテンツにアクセスしているかをダッシュボードで確認する
  • クローラーごとに許可・ブロックのルールを設定する
  • robots.txtの指示に従っているクローラーと違反しているクローラーを追跡する
  • クロールに対する課金(pay per crawl。プライベートベータ)を設定する

ここでSEO担当者が注意すべきなのは、「AI学習を拒否する」設定と「クローラーをブロックする」設定は別物という点です。GooglebotやBingbot、Applebotは検索のためにも学習のためにもクロールする混在用途のクローラーであり、一律にブロックすると検索での見え方まで失います。この論点の経緯はCloudflareのDisallow AI Training設定、およびAI学習ブロックでGooglebot・Bingbotがサイトマップ取得時に403になった件で整理しています。設定を触る前に、自社がどのコントロールを使っているかを確認してください。

また、非人間トラフィックの比率が今後さらに高まるという見方もCloudflare側から示されています(CloudflareのCFO発言と実際のクローラーログ検証)。アクセスログの読み方そのものが変わりつつある、という前提で運用設計を見直す時期に来ています。

Cloudflareを導入すべきサイト・急がなくてよいサイト

ここまでの内容を踏まえると、導入判断は次のように整理できます。

導入の効果が出やすいケース

  • 海外からのアクセスが一定割合あるサイト(拠点の近さがそのまま配信時間に効く)
  • 画像やJavaScriptが多く、静的ファイルの転送量が大きいサイト
  • 攻撃やスパム投稿に悩まされており、サーバーに届く前で止めたいサイト
  • 共用サーバーで、サーバー側のチューニングに手を入れづらいサイト

急いで入れなくてよいケース

  • 訪問者がほぼ国内で、すでにTTFBが十分速いサイト
  • レンタルサーバー側でCDN機能を有効化済みで、二重構成にする理由がないサイト
  • 担当者がDNSの切り替えに不慣れで、切り戻し手順を用意できない状況

3つ目は特に重要です。Cloudflareの導入はネームサーバーの変更を伴うため、設定を誤るとサイト全体が見えなくなります。当サイトでも2026年7月20日にNext.js製の教材サイトを撤去してWordPressのメディアをルートへ移した際は、旧URLから新URLへの転送を1本ずつ検証しながら切り替えました。インフラ層の変更は「戻し方を決めてから進める」のが鉄則です。

よくある質問

Q1: Cloudflareは無料で使い続けられますか?

はい。公式の料金ページでFreeプランは0ドル/月と表示されており、CDN・DNS・Universal SSL証明書・DDoS攻撃対策・WAFが含まれます。ただし稼働率を保証するSLAはBusinessプラン以上の提供で、サポートはFreeプランではコミュニティフォーラムとドキュメントのみです。

Q2: Cloudflareを入れるとSEOで有利になりますか?

Cloudflareの導入自体が順位を上げる要因になるという公式の説明はありません。効くとすれば、静的ファイルの配信が速くなることでページ表示の体験が改善する経路です。ただしCloudflareは既定でHTMLをキャッシュしないため、サーバー側の生成が遅いサイトではTTFBは改善しません。先に計測して、遅い区間を特定してください。

Q3: 表示が崩れたり、ログインできなくなったりしませんか?

設定次第では起こりえます。代表的な原因は、SSLモードをFlexibleにしたことによる転送のループ、キャッシュ設定を広げすぎたことによる古い画面の配信、Bot Fight Modeによる特定ツールの遮断です。いずれも設定を見直すことで解消できる範囲ですが、本番反映の前に、影響範囲と切り戻し手順を決めておくことをおすすめします。

Q4: 1.1.1.1とCloudflareのDNSは同じものですか?

別物です。1.1.1.1は誰でも使えるパブリックDNSリゾルバー(端末側で設定する名前解決先)で、公式ドキュメントでは無料と明記されています。一方、サイトにCloudflareを導入するときに使うのは権威DNSサービスで、ドメインのレコードをCloudflare側で管理する仕組みです。

Q5: サーバーを乗り換えるときはどうなりますか?

DNSレコードの向き先をCloudflareの管理画面で変更します。ネームサーバーはCloudflareのままなので、レジストラ側の再設定は不要です。切り替えの前後でキャッシュのパージを行い、旧サーバーの内容が配信され続けていないかを確認してください。

まとめ

Cloudflareを検討・運用するうえで押さえたい点を整理します。

・Cloudflareは訪問者と自社サーバーの間に入るネットワークで、CDN・DNS・セキュリティ・開発基盤を1つの管理画面から扱える
・導入はネームサーバーの変更で行う。DNSSECを使っている場合は事前にレジストラ側でオフにする必要がある
・料金はFree 0ドル/月、Pro 20ドル/月(月々払い25ドル)、Business 200ドル/月(月々払い250ドル)、その上は個別見積もり(2026年9月23日時点の公式表示)
・CDN・DNS・Universal SSL・DDoS対策・WAFは無料プランに含まれる。稼働率を保証するSLAはBusinessプラン以上
・CloudflareのCDNは既定でHTMLとJSONをキャッシュしない。速度改善を期待するなら、先にTTFBのどこが遅いかを測る
・robots.txtは既定でキャッシュされる。更新時はパージと実配信内容の確認をセットで行う
・SSLモードのFlexibleはオリジンまでの区間が平文。公式はFullまたはFull (strict)を強く推奨している
・Bot Fight ModeはWAFカスタムルールやPage Rulesで例外を作れない。除外が必要ならSuper Bot Fight Modeを使う
・AI Crawl Controlは全プランで利用可能。AI学習の拒否と検索用クロールの許可は別設定として扱う

Cloudflareは、使いこなせば少ないコストで配信とセキュリティを底上げできるサービスです。一方で、初期値のまま運用すると「効いていない」「意図せず止めていた」の両方が起こりえます。導入の前後でTTFBとクロール状況を計測し、変更点と結果を記録しておくことが、インフラ層の施策を安全に進めるいちばんの近道です。

本記事の仕様・料金に関する記述は、2026年9月23日時点のCloudflare公式の料金ページ、Cloudflareネットワークページ、およびCloudflare公式開発者ドキュメント(キャッシュの既定挙動、SSL/TLS暗号化モード、Bot Fight Mode、検証済みボット、AI Crawl Control、サイト追加手順、Always Online、1.1.1.1の各ページ)の表示内容にもとづきます。AI学習クローラーの既定ブロックに関する記述は、2025年7月1日付のCloudflare公式ブログによります。金額は公式ページのドル表示をそのまま引用しており、編集部による円換算・推定は行っていません。料金・機能・プラン構成は変更される場合があるため、検討時は公式ページで最新の表示をご確認ください。

無料ダウンロード資料

はじめてのSEO 完全ガイドの表紙

はじめてのSEO 完全ガイド

Web担当になった人が、90日で自走するための実務書

検索エンジンの仕組みから、キーワード選定・記事づくり・技術対応・効果測定、 そしてAI検索時代の打ち手まで。専門用語の知識ゼロの状態から読み始められるよう、用語はすべて本文中で説明しています。

体裁PDF/A4縦・全109ページ
収録図解21点、チェックリスト120項目、90日実行プラン、用語集56語

※フォーム送信後、ご入力のメールアドレス宛にダウンロードリンクをお送りいたします。

資料の詳細と目次を見る

こちらのフォームにご記入ください

入力は1分ほどで終わります。

ご入力いただいた情報は、資料のご送付および当社サービスのご案内のために利用します。

SEO基礎おじ
執筆・監修

SEO基礎おじ

フリーランスのWeb制作者/SEO実務者(実務歴3年以上)。HTML・CSS・JavaScript・WordPressを自分で実装する立場から、テクニカルSEO・構造化データ・GA4/Search Consoleの計測設計までを一人で担当しています。当サイトを実験台にして、施策の効果は自分で取った実測データで検証してから記事にしています。「SEO基礎おじ」は筆名です。

監修者プロフィールを見る →