Knowledge

検索マーケティングを、
次の施策へ。

検索広告、SEO、ウェブサイト運用について、SEM全体の学びを次の改善へつなげるための考え方を記事として整理しています。

Webサイト運用スケジュールで使う週次・月次・四半期の確認表

Webサイトの確認を週次・月次・四半期に分ける方法を説明します。担当と記録先を決め、確認結果を次の作業へ渡せる運用スケジュールを作ります。重大な障害や公開直後の確認は定例日まで待たず、随時対応へ分けます。空欄の確認表付きです。

AIエージェントとCMSの記事制作フローで企画から改善までの役割分担を決める

AIエージェントと人が記事制作を分担し、CMSへつなぐ際の受け渡しを工程別に整理します。現行CMSで扱える情報と制作記録の違いも、実際の記事制作に沿って示します。

AI生成記事を公開可・要修正・保留・統合に分けるレビュー手順と判定表

AIで作られた完成原稿一件を、記事の役割と根拠から公開可、要修正、保留、統合へ分ける手順です。判定理由と再開条件を次の担当へ渡せる形で残します。

コンテンツガバナンスの作り方と小規模チーム向け運用規程ひな型

BtoBの小規模チームが、公開や訂正を誰が決め、何を根拠に確認するかを定める方法を説明します。公開を止める条件や例外、記録、見直しまでを含む運用規程ひな型も掲載しています。

SEOリライトで一ページを直すチェックシートと判断手順

直すと決めた一ページについて、読者が先へ進めなくなる段落だけを根拠に沿って見直します。変更前後と変えない部分を一つの記録にまとめ、公開前の確認へ引き継ぐ手順です。

AI記事を量産しない企画判断で公開・統合・保留を分ける

AIで記事を書く前に、その企画を公開する価値があるかを判定します。実在する読者の問い、事業固有の材料、読後の判断、既存ページとの役割から、公開・統合・FAQ化・保留を選ぶ方法です。

FAQページを作るときの質問の選び方・回答例・掲載先の判断

BtoBサイトで実際に受けた質問について、根拠を持って答えられるか、相談前の判断に必要かを確かめます。質問が生まれた場所と更新担当まで確認し、採用・保留・不採用と掲載先を決める空欄の入力表も用意しました。

内部リンクを貼る位置やアンカーテキストとリンク先の決め方

BtoBサイトの本文を一段落ずつ読み、読者に残る疑問から内部リンクが必要かを判断する方法を説明します。このKnowledgeの実在記事を比べながら、案内先を選び、文脈に合う位置へリンクを置くまでの考え方を示します。

LPを検索意図に合わせるための広告文と冒頭の診断手順

LPを直す前に、同じ期間と配信範囲で検索語句、広告、到達URLの実績を確かめます。異なる集計を一人の行動として結び付けず、同じLPを直す場合と広告や別の受け皿へ戻す場合、判断を保留する場合を分けます。

LP改善テストを仮説から判定まで進める方法

LP改善テストは、変更前に比較方法と判定条件を決めてから始めます。必要な観測量とデータ確定の時点を定め、変更を残すか観測を続けるか、設計を見直すかを判断する実務手順です。