← FIELD NOTES
プロダクト運営PRODUCTシーパラ攻略隊

公開して終わりにしないWebプロダクトの育て方

公開後のSearch Console・GA4・実画面確認を、実際のクリック85件や記事公開記録とともに読み解く。シーパラ攻略隊での観測と判断の記録。

WebサイトやWebサービスを作っていると、どうしても「公開」が大きなゴールに見えます。

コードを書き、画面を確認し、公開する。URLにアクセスできた瞬間はうれしいものです。でもGAOCRAFTでは、公開を「完成」とは考えていません。実際に使われる場所へ出して初めて、検索されるのか、読まれるのか、どこを改善すべきかが見え始めるからです。

この記事では、GAOCRAFTが運営するシーパラ攻略隊(外部サイト)を例に、検索データ、サイト内の行動、制作・公開記録をどのように別々の証拠として読み、次の判断につなげるかを紹介します。2026年10月23日に取得した集計値も掲載します。ただし、データ量や更新の遅れがある段階で、SEOの成功を断定するものではありません。

公開したら、まず観測する

Search Console、GA4、ASP、実画面確認、現地調査の5つの観測源を整理した図

図:検索だけではなく、行動・収益・技術・現地情報を分けて観測する。

シーパラ攻略隊では、役割の異なる情報源を使います。

  • Google Search Console:Google検索の表示回数、クリック、検索語句、ページ別の状況。

  • GA4:計測されたセッション、ページの閲覧、流入経路などのサイト内行動。

  • ASP:アフィリエイトリンク先で集計されるクリックや成果。GA4とは測定条件が異なります。

  • Preview・Production:実画面、写真、リンク、SEO設定、本番反映状況。

  • 現地取材・実測:公式情報だけでは分からない体験や計測条件。

ひとつのツールの数字だけで、すべてを説明しようとしないのが基本です。ページが美しく表示されていても計測が正しいとは限らず、計測が動いていても記事が読みやすいとは限りません。

2026年10月23日に確認した検索データ

ここからは、実際に取得したシーパラ攻略隊の集計値です。対象はGAOCRAFT公式サイト gaocraft.jp ではなく、運営する別サイト seapara.gaocraft.jp です。

Search Console|対象期間:2026年9月24日〜10月21日/取得日:2026年10月23日

指標取得値
Google検索のクリック85件
Google検索の表示回数1,337回
CTR6.36%
平均掲載順位約10.7位

ページ別で最多だったのはホッキョクグマ「ユキ丸」の記事(外部サイト)です。同期間のクリックは62件、表示回数は742回で、**確認できたクリック85件のうち約73%**を占めました。

この結果から言えるのは、少なくともこの取得範囲では、独自の生きもの記事が検索流入の中心だったということです。しかし「生きもの記事なら必ず伸びる」「他の記事は価値がない」とまでは言えません。公開時期、検索需要、Google側の認識状況が異なるためです。

2026年9月24日〜10月21日のGoogle検索クリック85件、表示1,337回、CTR6.36%、平均掲載順位約10.7位を整理した図

図:Search Consoleで確認できた実数を整理。ユキ丸の記事は62クリック/742表示。新記事の成果を示す数値ではありません。

データの限界:この取得時点の日別データには、10月中旬にゼロ値が続く日や、末尾に行が返らない日がありました。更新遅延、連携先の収集状況などを切り分けきれていないため、これをアクセス急減と断定しません。また、Search Consoleの数値は後から更新されることがあります。

GA4の数字を、検索のクリックと混ぜない

GA4|対象期間:2026年9月24日〜10月22日/取得日:2026年10月23日

流入チャネルセッション
Direct88
Organic Search34
Organic Social21
AI Assistant9
Unassigned1
計153
2026年9月24日〜10月22日のGA4流入経路別セッションを可視化した棒グラフ。Direct 88、Organic Search 34、Organic Social 21、AI Assistant 9、Unassigned 1

図:GA4のセッション153件を流入チャネル別に表示。セッションは人数ではなく、Search Consoleのクリック数とも一致しません。

この153はセッション数であり、153人の新規読者を意味しません。また「Organic Search 34」はGoogleだけのクリックを表す数ではありません。Search Consoleの「Google検索クリック85件」とは、測定対象、期間、定義が違います。

特にDirectには、自分たちが本番表示を確認したアクセスが含まれている可能性があります。自分たちの確認操作を除いた実ユーザーだけの集計とは確認できていません。

したがって、ここでの読み方は「どの種類の流入が記録されたか」の把握までにとどめ、広告収益が伸びた、SEO改善の効果が出た、AI経由のユーザーが定着したといった結論は出しません。

数字が出ても、すぐ「成功」とは言わない

公開直後のアクセスやクリックを成果と即断せず、Launch Baselineとして記録する考え方を示した図

図:アクセスが記録された事実と、成果が確認されたことを分ける。

公開直後には、自分たち自身のQAアクセスが計測に入る場合があります。本番ページを開く、スマートフォンで確認する、内部リンクを押す――それも閲覧です。

GAOCRAFTでは最初の数字を「Launch Baseline(公開直後の観測値)」として扱います。増減を見る前に、いつ、何を公開し、どの指標を、いつ取得したかを残します。

今回のSearch Consoleの85クリックは観測値です。公開後の特定の施策が85クリックを生んだ、という因果関係まで証明する数字ではありません。

管理画面の数値と、現在の画面は別の証拠

Search Consoleの集計レポートとライブテスト、GA4とASPで数字の意味が異なることを整理した図

図:更新時点や計測の仕組みが違えば、同じサイトでも表示が異なる。

運営中、Search Consoleの集計画面に古いクロール状態が残る一方、URLのライブテストではアクセス可能と確認されたことがありました。もし古い集計レポートだけを見ていたら、まだ不具合が続いていると誤解したかもしれません。

そこで現在は、URLライブテスト、ページレポートの更新日時、サイトマップ、robots.txt、本番画面を分けて確認します。

アフィリエイトについても、GA4の外部リンクイベントとASP側のクリックは、計測方法が同じではありません。異なる数字が出たこと自体を不具合や成果の証拠にしないことが大切です。

実際の公開記録を使って「観測中」を管理する

計測中も更新を続け、公開日時と対象URLを記録する運用フロー

図:変更履歴を残せば、サイトを止めなくても後から数字の意味を検討できる。

2026年10月23日、シーパラ攻略隊では現地写真を使った記事を2本公開しました。

記事対象URL確認した公開状態
グソグソパニック現地レポ記事を見る(外部サイト)PR #48のマージ、本番デプロイREADY、表示確認済み
ドルフィン ファンタジー現地レポ記事を見る(外部サイト)PR #49のマージ、34ページの本番生成、写真7点の表示確認済み

これらの「公開に成功した」という事実と、「検索流入が増えた」という結果は別です。公開当日に確認した段階では、新しい記事固有のGA4・Search Consoleデータはまだ返っていませんでした。計測できていないことを、閲覧ゼロだとは扱いません。

このように公開日・対象URL・PR番号・本番反映を記録しておくと、後日データが揃ってから振り返れます。

改善は「思いついたから直す」では進めない

観測・仮説・優先順位・TASK・実装・再計測の改善プロセス図

図:観測値をそのまま修正指示にしない。

数字が小さいと、すぐタイトルや導線を変えたくなります。でも、公開直後の数字を見て大きな変更をすると、課題が何だったのか分からなくなります。

GAOCRAFTでは、次のように考えます。

  1. 観測:期間・取得日・URL・測定項目を残す。

  2. 課題・機会:十分なデータがあるか、収集に問題がないかを確かめる。

  3. 仮説:たとえば「関連記事に進みにくいのでは」と原因候補を立てる。

  4. 優先順位:効果と負荷、修正リスクで比較する。

  5. 実装・QA・公開:変更差分、Preview、Productionを確認する。

  6. 再計測:変更前後で条件が違うことも記録し、結果を検討する。

今回のデータに対しては、「ユキ丸の記事以外へ内部リンクを増やすべき」と即断しません。まず流入ページの公開時期や計測の鮮度を揃えることを優先します。

PreviewとProductionの確認も、改善ループの一部

feature branch、テスト、PR、Preview、本番確認までの公開検証フロー図

図:「デプロイできた」と「実際に公開された」を別々に確認する。

新しい記事は、原則として専用ブランチで実装し、lint・build、画像とリンク、canonical、構造化データを確認します。その後、GitHubのPRとSSO保護されたVercel Previewを検証し、条件を満たしたら本番へ反映します。

実際、グソグソパニック記事の公開では、認証を迂回できる共有リンクの作成がレビューで拒否されました。そこで保護を外すのではなく、通常の認証セッションでPreviewを確認しました。確認可能だったので、保護設定を変える必要はありませんでした。

これは、ツールがREADYを示していても、画面が見られなければ検証を終えたことにはしない、というルールの実例です。

GAOCRAFTの公開時に使う3つのGateを実際のPR48・49をもとに整理した図。実装QA、SSO保護Preview、本番反映確認の順で検証

図:2026年10月23日の公開記録から整理したチェックポイント。SSO認証を迂回せず、各Gateの確認後に進めました。

一方で、すでに確認できた検証を根拠なく繰り返すこともしません。重大な変更がないときは、事前のPASSを引き継ぎ、公開後の確認へ進めます。

「まだ判断できない」も、ひとつの結果

データ不足のときは成功や失敗と断定しない運用の模式図

図:情報不足は誤魔化さず、観測中として扱う。

Webプロダクトでは、つい「この記事は伸びた」「導線が成功した」と言いたくなります。しかし、新記事の掲載直後やデータが不完全な状態では、その判断ができないことがあります。

まだ判断できないという状態は失敗ではありません。次に何を確かめるべきかが分かっているなら、それも有効な運用記録です。

公開後に最初に確認するチェックリスト

自分のサイトで同じ方法を試すなら、次の項目から始められます。

  1. 変更したURLと公開日を記録する。

  2. GitHubのコミットまたは変更履歴と、本番反映したものが一致するか確認する。

  3. Search Consoleで検索表示・クリックを期間付きで見る。

  4. GA4で閲覧・セッションを確認する(自分のQAアクセス混入に注意)。

  5. URLの検索登録状態と、本番ページのHTTP・表示状態を別々に見る。

  6. データ不足なら、改善を断定せず「観測中」にする。

  7. 次の確認日と、判断する条件を決める。

このリストは、いくつクリックが出れば成功という基準ではありません。何を確認できたら判断を進めるかを整理するためのものです。

公開は完成ではなく、最初の観測地点

制作・公開・観測・改善を循環させる図

図:公開後の観測を次の改善に戻す。

GAOCRAFTが目指しているのは、公開数を増やすことだけではありません。作る、公開する、観測する、考える、直す。実際に使われる場所へ出し、分かったことをひとつずつ次へつなげていきます。

数字が出たことと、改善が成功したことは別。分からないことを分からないと書くことも、長く運営するための技術のひとつです。

取得値の出典・方法:上記の検索・閲覧指標は、2026年10月23日にGAOCRAFTが接続しているGoogle Search ConsoleおよびGA4(Windsor.ai経由)から取得した値です。レポートの集計期間が異なり、最新数値の反映までに遅延が生じることがあります。本記事に記載した公開記録は、GAOCRAFTが実施したPR・デプロイ確認に基づきます。

← FIELD NOTES一覧へ