Skip to main content

サービス
ソリューション
事例
セミナー
コラム
- 技術コラム
- Webシステム/CMS入門
KUSANAGI
- KUSANAGI公式サイト
改ざん・障害復旧
資料ダウンロード
- メールマガジン登録
お問い合わせ

Search for:

サービス
ソリューション
事例
セミナー
コラム
- 技術コラム
- Webシステム/CMS入門
KUSANAGI
- KUSANAGI公式サイト
改ざん・障害復旧
資料ダウンロード
- メールマガジン登録
お問い合わせ

サービス
ソリューション
事例
セミナー
コラム
- 技術コラム
- Webシステム/CMS入門
KUSANAGI
- KUSANAGI公式サイト
改ざん・障害復旧
資料ダウンロード
- メールマガジン登録
お問い合わせ

AI

RAG と Agentic Search の違いとは？その前に、社内情報が整理されていないとどちらも失敗する理由
『置くだけ、押すだけ』のAI採点革命。教育現場を労働から解放し、クリエイティブな聖域へと変える方法
AI投資の95%が失敗する理由〜「GenAI Divide」を乗り越えるカギはRAGと「人・データ」の戦略的統合にあり〜
「SaaSの終焉」か、それとも「UIの蒸発」か。時価総額1兆ドル消失の真因と、AIエージェントが強いる破壊的再定義
AIは「コスト」か「資産」か？ RAGがもたらす組織IQの変革と投資対効果（ROI）の正体

シェア

お知らせ

ニュース
Web担当者Forum ミーティング 2026 春にトップスポンサーとして登壇します（5/25・赤坂開催）

2026年5月25日（月）に赤坂インターシティコンファレンスにて開催される「Web担当者Forum ミーティング 2026 春」に、弊社がトップスポンサー（プラチナスポンサー）として登壇いたします。セッション概要 WordPressサイトを構築・運用管理されている企業のご担当者様必見のセッションです。最新のWordPress 7.0でできることや今後の方向性を解説するとともに、セキュリティの第一人者・徳丸浩氏をゲストに迎えたWebセキュリティ討論会を実施。皆さまからのご質問にもお答えします。 ▶ 詳細・参加登録はこちらhttps://webtan.impress.co.jp/events/202605/?seminar_session=seminar_A-6 開催概要日時2026年5月25日（月）10:30～17:50 ※ GMOプライム・ストラテジーの登壇は、15:15〜15:55（A-6 講演）となります。登壇内容最新WordPress 7.0の解説と、Webセキュリティ討論会会場赤坂インターシティコンファレンス（東京都港区）参加費無料（事前登録制）登壇者EGセキュアソリューションズ株式会社GMOプライム・ストラテジー株式会社　ウェブセキュリティ顧問徳丸浩氏GMOプライム・ストラテジー株式会社代表取締役社長吉政忠志GMOプライム・ストラテジー株式会社マーケティング部　マーケティング室マーケティング室長穂苅智哉イベントページhttps://webtan.impress.co.jp/events/202605/ 参加費は無料です。ぜひお気軽にご登録ください。 ▶ 詳細・参加登録はこちらhttps://webtan.impress.co.jp/events/202605/?seminar_session=seminar_A-6
穂苅智哉

Published 2026年4月20日

ニュース
ニュース
「WordPress 7.0時代の制作標準！〜セキュリティ・高速化の新常識〜」に当社穂苅が登壇いたします。

2026年5月27日（水）にクリーク・アンド・リバー社と共催のセミナー「WordPressの実務経験があるWeb制作者・Webエンジニア・Webデザイナーを対象とした、WordPress 7.0時代の制作・運用」に、GMOプライム・ストラテジー株式会社マーケティング室長の穂苅智哉が登壇します。を、約1時間で解説いたします。イベント詳細はこちらをご覧ください。https://www.creativevillage.ne.jp/category/crv_event/174054/ 開催概要開催日時2026年05月27日（水）19:00〜20:00スケジュール19：00　ウェビナー開始（開始5分前から入室可能）19：50　質疑応答20：00　終了予定開催形式オンライン開催登壇者穂苅智哉（ほかり・ともや）氏GMOプライム・ストラテジー株式会社マーケティング部　マーケティング室　室長参加費無料定員60名主催株式会社クリーク･アンド･リバー社共催GMOプライム・ストラテジー株式会社応募締め切り2026年05月27日(水) 20:00
sakamoto.taichi

Published 2026年4月16日

ニュース
WordPress
WordPress プラグイン・テーマの脆弱性最新情報（第25回）

こんにちは！マーケティング部の相馬理紗です。このたびマイナビニュース TECH+ 様にて、「WordPress プラグイン・テーマの脆弱性最新情報」という連載をスタートいたしました！第25回目の記事が掲載されました！以下となります！https://news.mynavi.jp/techplus/article/wordpressvulnerability-25/ 本連載では、WordPressのプラグイン・テーマの脆弱性情報を発信しているWebサイト「Wordfence」より、日本の利用者にも影響がありそうな脆弱性を厳選してご紹介しています。マイナビニュース TECH+ 様での更新は2週間に1回ですが、毎週情報を受け取りたい方には「Security Advisory forWordPress」メルマガもおすすめです！プライム・ストラテジーでは毎週電子メールにてこの情報をお届けしています。興味ある方は、こちらからご登録ください！↓
相馬理紗

Published 2026年4月1日

WordPress

コラム

axios のサプライチェーン問題は「開発者だけの話」ではない！Web 担当者が今すぐ確認すべき 5 つのポイント

こんにちは、ゼノクリース合同会社の齋藤です。このコラム記事では、最新の Web セキュリティに関する内容を紹介し、企業のサイトを守るための考え方と実践方法をご紹介します。 2026 年 3 月 31 日、JavaScript の HTTP クライアントとして広く使われている axios の npm パッケージで、悪意あるバージョンが公開されるサプライチェーン侵害が発生しました。公開されたのは axios@1.14.1 と axios@0.30.4 で、plain-crypto-js@4.2.1 という依存関係が差し込まれ、macOS / Windows / Linux 向けの RAT をインストールする動作が確認されています。 ※ Remote Access Trojan（遠隔操作型トロイの木馬）。攻撃者が感染端末をリモートで自由に操作できるマルウェアの一種。 Axios の GitHub リポジトリ上でも、この問題についての事後分析が公開されています。 Post Mortem: axios npm supply chain compromise #10636 今回の件で怖いのは、Axios 本体のアプリケーションロジックが変わっていない点です。後述の Microsoft の分析でも、通常のアプリ挙動はそのままでも、npm install や npm update のタイミングで install-time のスクリプトが動き、開発端末や CI/CD 環境で悪性動作が起こり得ると説明されています。 Axios npm サプライチェーンの侵害を軽減する: Mitigating the Axios npm supply chain compromise Web 担当者が今すぐ確認すべき 5 つのポイントこの話は、一見すると「Node.js や npm を触る開発者（主にフロントエンド開発チーム）の問題」に見えますが、Web 担当者も当事者です。なぜなら、企業の Web サイト運用は、いまや CMS 本体だけでは完結しないからです。昨今の Web サイト運用は、制作、保守、計測タグ、フォーム、CDN、CI/CD、クラウド、SaaS 連携まで、いろいろな仕組みが繋がっています。1 つの依存関係の事故が、デプロイ基盤や各種トークン、場合によっては本番環境の更新権限にまで波及する可能性があります。「公開中のサイトに脆弱性があるか」だけではなく、どの依存関係を入れているか、誰の権限で publish / build / deploy しているか、CI にどのような secrets（API キーやパスワードなど）を渡しているかまで含めて、Web 運用基盤として管理する必要があります。 1) まず「どこで axios を使っているか」を洗い出す自社開発の案件だけでなく、制作会社・運用会社に委託している案件、社内の運用ツール、過去のキャンペーンサイトまで含めて確認します。怖いのは脆弱性そのものより、「自社がどこでその依存関係を持っているかを把握・説明できないこと」です。まずは関係者に声をかけて、棚卸しの起点を作るところから始めます。 2) 3 月 31 日前後に npm install / npm update / npm ci など依存解決を伴う処理が走っていないかを確認する今回の攻撃は、利用中のサイト画面ではなく、npm install や CI 実行時に発生します。CI/CD ログを見て、axios@1.14.1、axios@0.30.4、plain-crypto-js の痕跡がないかを確認します。該当時間帯にビルドやデプロイが走っていた案件は、念のため侵害されていないかを見直すのが安全です。また、可能であれば outbound 通信（外向きの通信）も確認しておくと良いでしょう。「悪意ある依存関係がマルウェアをインストールするために外部と通信を行っていた」というような情報を得ることができ、今後の対策につながります。 3) lockfile とキャッシュを点検する Google は lockfile 内の plain-crypto-js を確認し、npm / yarn / pnpm のキャッシュもクリアすべきと案内しています。安全版へ戻したつもりでも、キャッシュ経由で再混入する可能性があるためです。私自身、開発をしている最中に「あれ、パッケージ更新したはずなのに変わっていないな」という時には過去の node_modules にキャッシュが残っていたということもよくあります。 […]
齋藤智樹

Published 2026年4月21日
RAG と Agentic Search の違いとは？その前に、社内情報が整理されていないとどちらも失敗する理由

こんにちは、ゼノクリース合同会社の齋藤です。このコラム記事では、企業の Web ガバナンスや最新情報について紹介しています。最近、企業の AI 活用のご相談で「RAG をやりたい」「社内の情報やナレッジを取り込んで AI で参照できるようにしたい」という声をよくお聞きします。そこで話題になるのが、「RAG と Agentic Search、結局どちらが良いのか？」という議論です。概要を掴むのにおすすめな記事が、Microsoft のこちらの記事です。 RAG（Retrieval-Augmented Generation / 検索拡張型生成）は、検索と LLM を組み合わせて、社内や自社のデータに沿った回答を返すパターンです。特に、非公開データや更新頻度の高い情報を扱うときに有効です。言い換えれば、AI が回答する直前に、自社の正しい情報を参照させるための土台です。社内規程、製品仕様、FAQ、提案書、議事録などを検索可能な状態にしておき、回答の根拠として AI に使ってもらいます。一方で、複雑な質問を複数のサブクエリに分解し、並列に検索し、結果を統合する “agentic retrieval” の考え方も広がっています。Microsoft は上記の Azure AI Search の公式ドキュメントで、これを複雑な質問向けのマルチクエリパイプラインと説明しています。サブクエリと言うと難しそうですが、つまりはユーザーの質問が複雑になったときに、その問いを分解し、複数の観点から回答を探し、それらを統合する、場合によってはそこからもう一度考えることによって、より良い回答を導く仕組みです。 ※ “Agentic Search” という言葉は記事によって定義が若干異なるところですが、本記事では、こうした考え方を Agentic Search と呼んでいます。 ※ Azure AI Search の agentic retrieval は、2026年4月11日時点では Public Preview です。「企業はどちらを選べばよいか」ではなく、これらは両立する考え方です。ただ重要な点として、これらを効果的に活用する際には、やはり AI へのインプットをきちんと整理する必要があります。 RAG の土台が弱いまま Agentic Search だけを強くしても、探しに行く先の情報が古い、重複している、権限管理が曖昧、という状態では精度は上がりませんし、他の部署に公開してはいけない回答を AI がしてしまうなどの事故にも繋がりかねません。逆に、RAG のために文書を集めただけでも、複雑な問いに対して横断的に探す体験は不足しがちですし、むやみやたらに LLM を使ってその都度その都度検索するのでは、質問ごとの時間やコストがかかりすぎます。両方に共通して必要な情報整理のポイント RAG でも Agentic Search でも、最初にやることはデータ準備です。私が特に重要だと思うのは、次の 4 つです。 1) どの情報が正本なのかを決める同じ手順書が SharePoint、共有フォルダ、メール添付、PDF でバラバラに存在する状態では、AI がどれだけ賢くなっても混乱します。まず「何を正とするか」を決めることが、RAG の検索精度にも、Agentic Search の横断的な探索にも影響します。 AI 活用の失敗は、モデル性能より「古い情報が残り続けること」で起きることが多いです。更新者が不明の文書は、そのまま AI が誤答してしまう要因になります。誰が、どの頻度で棚卸しするかまで決めておくと良いでしょう。 2) 権限管理 Google の Vertex AI Search では、data source access control によって、ユーザーがもともとアクセス権を持つ文書だけを検索結果に返す仕組みが案内されています。（Set up data source access control | Vertex AI Search） ※ Vertex AI Search の data source access control も、2026年4月11日時点では Preview です。 IdP（ここでは、Google Workspace の認証など）と連携し、既存の権限を踏まえて検索結果を制御する考え方です。このような権限管理はかなり重要で、社内検索の使い勝手を上げたい気持ちだけで、権限設計を後回しにすると危険です。検索性が上がるほど、「見えてはいけない情報が簡単に見える」リスクも上がります。 3) タグ・メタデータ・権限を一緒に整えるまた、作成者・更新者や更新日時などのメタデータを一緒に整えることで、AI が「この情報よりこの情報の方が新しそう」と判断できるようになります。 […]
齋藤智樹

Published 2026年4月20日
Webサイトの4割が抱える「沈黙の爆弾」PHP EOL問題――ブランド毀損を防ぐ、無停止アップグレードの新常識

GMOプライム・ストラテジー株式会社、執行役員兼マーケティング部長の松隈です。日々、Webビジネスの最前線で戦う皆様。デジタルマーケティングにおいて「コンバージョン」や「SEO」が重要視されるのは当然ですが、その成果を支える「基盤」の健康状態に、どれほど目を向けておられるでしょうか。前回は、WordPressを最大260倍高速化し、強固な防御機能を標準装備する超高速CMS実行環境「KUSANAGI」の全エディションが提供する、高速化の仕組みやセキュリティ機能について解説しました。今回は、多くの企業が見過ごしがちで、事業継続における「爆弾」ともなり得る「PHPのEOL（サポート終了）」問題に焦点を当てます。この難題を技術で鮮やかに解決する新時代の運用スタンダードについて、マーケティングとテクノロジーの両面から紐解いていきましょう。 Webサイトの4割が抱える「沈黙の爆弾」：PHP EOLの現実 Webサイトのエンジンとも言えるPHP。現在、PHP 7系や8.0、8.1はすでにEOL（End of Life：サポート終了）を迎えており、2026年12月には8.2もその期限を控えています。しかし、驚くべきことに世界中のWebサイトの約4割以上が、依然としてこれらの脆弱な環境で稼働し続けています。マーケティングの視点で見れば、これは「セキュリティ事故によるブランド毀損」という巨大なリスクを放置している状態に他なりません。一度でも情報漏洩やサイト改ざんが発生すれば、積み上げてきた信頼と広告予算は一瞬で水の泡となります。なぜ「分かっているのに」更新できないのか？現場のWeb担当者やエンジニアが怠慢なわけではありません。更新を阻むのは、これまでの運用環境が抱えていた「構造的な負債」です。この「安全のために更新したいが、更新作業自体がリスクになる」というジレンマ。これを解消しない限り、企業のセキュリティレベルは向上しません。無停止でミドルウェアをアップグレードする「SafeUpgrade」この構造的ジレンマを技術で打破するのが、超高速CMS実行環境「KUSANAGI Security Edition byGMO」の独自技術「SafeUpgrade」です。従来より対応していたｎginxに加え、2026年4月14日からはPHPの無停止バージョンアップにも対応いたしました。もはや「メンテナンス画面のためにシステムを止める」時代は、終わりを告げようとしています。ビジネスインパクトを最大化する3つの自動化フロー SafeUpgradeが提供するのは、単なる「更新作業の代行」ではありません。「意思決定の高速化」と「運用の自動最適化」です。経営と現場に求められる「守りの攻め」マーケティングにおけるROI（投資対効果）を考える際、多くの人は「いかに流入を増やすか」という「攻め」にフォーカスします。しかし、インフラの健全性を保つことは、最大のリスクヘッジであり、最も効率的な「守りの投資」です。結論：テクノロジーがマーケティングの「足枷」であってはならない Webサイトは、今や単なる情報発信の場ではなく、企業と顧客を繋ぐ最も重要な「体験の舞台」です。しかし、その舞台裏にある基盤技術の運用が複雑化し、脆弱性対応やバージョンアップに追われるあまり、本来注力すべき「顧客体験の向上」や「戦略的なマーケティング施策」が後回しになってしまう。これはビジネスにおいて本末転倒と言わざるを得ません。「KUSANAGI Security Edition byGMO」が提供するSafeUpgradeは、単なる技術的な自動化ツールではありません。それは、「セキュリティの担保」と「事業の継続性」という、これまで二者択一を迫られてきた課題に対する、技術からの回答です。運用を「不安」から「確信」へ変える PHPのEOL（サポート終了）という、いわば「見えない時限爆弾」に怯えながら運用する日々は、もう終わりにしましょう。 SafeUpgradeによる「止めないアップデート」を新たな標準（スタンダード）とすることで、多層防御を自動で構築し、ビジネスの基盤を揺るぎないものにしましょう。テクノロジーの進化は、決して人間を縛るためのものではなく、皆さんのビジネスをより自由に、より大胆に飛躍させるためにあるのです。私たちGMOプライム・ストラテジーは、これからもテクノロジーとマーケティングの架け橋となり、皆様の未来を切り拓くパートナーであり続けます。共に、止まることのない成長を加速させていきましょう。 KUSANAGI Security Edition ｂｙGMOの詳細はこちら： https://kusanagi.tokyo/edition_and_upgrade/kusanagi-security-edition/ お問い合わせはこちら：
松隈基至

Published 2026年4月15日

個人情報保護方針
メールマガジンへの登録

運営会社
KUSANAGI公式サイト
KUSANAGI公式パートナープログラム
- パートナープログラムにご興味のある企業様へ
企業向けローカルRAGサービスとAIソリューション「MAGATAMA STACK」
メンバー紹介

© 2026 GMO Prime Strategy Co., Ltd. All rights reserved

Search for: