Skip to main content

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

Search for:

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

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

AI

第8回　動画生成AIの激震と、GPT Images2.0がWebデザインに及ぼす影響（主要AIトピックをチェック）
第7回　AIを使って簡単に動きのあるWebサイトを作ろう！　「コードが書けなくても」アニメーションを実装できる

シェア

お知らせ

ニュース
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

コラム

なぜ「WordPressを動かすならKUSANAGI」なのか？技術的根拠とビジネスの必然性

こんにちは。GMOプライム・ストラテジー執行役員兼マーケティング部長の松隈です。最近、展示会やセミナーで多くの方から「なぜWordPressを動かすなら、普通のサーバーではなくKUSANAGIなのですか？」という本質的なご質問をいただきます。日本国内のCMSシェアにおいて、WordPressは83.0%という圧倒的な存在感を示しています。しかし、その普及率の高さゆえに「動くのは当たり前、しかし『高速に、安全に』動かし続けること」のハードルが見過ごされがちです。本日は、私たちが掲げるキャッチコピー「WordPressを動かすならKUSANAGI」の裏側にある、技術的根拠とビジネス上の必然性について解説します。 KUSANAGIとは何か：単なる「速い環境」ではないまず、KUSANAGIを簡潔に定義しましょう。 KUSANAGIは、WordPressをはじめとするCMSを高速かつセキュアに動作させるために、あらかじめ徹底的にチューニングされたOSとミドルウェアがワンパッケージになったLinux仮想マシンイメージです。通常、Webサーバーを構築する際はOSの選定から始まり、Webサーバー（Apace、Nginx等）、データベース（MariaDB等）、実行環境（PHP等）を個別にインストールし、それらを連携させるための複雑な設定やチューニングを一つずつ手作業で行う必要があります。KUSANAGIは、これらの「最適解」を最初からパッケージ化して提供しているのです。なぜこの「パッケージ化」が重要なのか、3つの観点から深掘りします。 1. 超高速化：マーケティング成果を最大化する土台マーケティングの視点で見れば、サイトの「表示速度」はもはや単なる技術指標ではなく、ROI（投資対効果）を左右する経営指標です。 2. セキュリティ：標準装備という安心感企業がWordPressを運用する上で、最大の懸念事項はセキュリティリスクです。プラグインの脆弱性放置や不正アクセスは、ブランド価値を一瞬で失墜させます。 KUSANAGIは、導入した瞬間からエンタープライズレベルのセキュリティを標準装備しています。 3. セットアップの簡略化：工数を「本業」へ振り向ける Web担当者やエンジニアにとって、環境構築に費やす時間は、本来の目的である「コンテンツ制作」や「戦略立案」を阻害するコストです。汎用Linux OSとKUSANAGIでの構築ステップを比較すると、その差は一目瞭然です。項目汎用 Linux OS (手動構築)KUSANAGIステップ数9ステップ (OS設定、各ミドルウェアの個別導入・設定、SSL取得、手動チューニング等)3ステップ (イメージ起動、kusanagi initコマンド、kusanagi provisionコマンド)想定所要時間半日〜数日約10分チューニングすべて手作業 (属人化のリスク)自動最適化済み汎用OSでは、SSLの設定やWAFの導入、PHPのチューニングなどを一つずつクリアしなければなりませんが、KUSANAGIはコマンド一つでこれらを完了させます。この「セットアップの楽さ」は、運用の属人化を防ぎ、事業スピードを加速させる大きな武器となります。結論：KUSANAGIを使わない手はない WordPressをはじめとするCMS環境を構築するにあたって、汎用的なOSをベースに一から組み上げる労力と比較して、KUSANAGIは「速い」「安全」「楽」という、Web運用に不可欠な三拍子を最初から備えています。インフラ管理にリソースを奪われる時代は終わりました。技術をマーケティングの「足かせ」にするのではなく、ビジネス成長の「エンジン」に変える。それがKUSANAGIを選ぶ真の価値です。まずは無償版（Free Edition）で、その圧倒的なスピードと構築の容易さを体感してみてください。一度この快適さを知れば、もう元の環境には戻れなくなるはずです。「WordPressを動かすならKUSANAGI」。その言葉の重みを、ぜひ貴社のサイトで実感していただければ幸いです。 KUSANAGIの詳細はこちら:https://kusanagi.tokyo/about/ 次の一歩として： KUSANAGIの活用や、具体的な高速化・セキュリティ対策について、さらに詳しく知りたいポイントはありますか？お気軽にお問い合わせください。
松隈基至

Published 2026年5月11日
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日

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

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

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

Search for: