microCMSの記事一覧
BLOG
Web制作WordPressmicroCMS運用・保守他社が作ったホームページ、別の会社に頼んでもいい？WordPressサイトを引き継いでリニューアルした事例
「前の制作会社に頼んでも、なかなか進まない」「でも、作った会社以外に頼んでいいのか分からない」。ホームページをほかの業務と兼務で担当していると、こうした理由で修正やリニューアルが止まってしまうことがあります。この記事では、他社が制作した古いWordPressサイトをブラキオが引き継ぎ、約1年の保守を経てリニューアルした事例を、段階ごとに紹介します。数年前に制作会社に作ってもらったホームページ。公開から時間が経ち、見た目が古くなってきたと感じていても、なかなか手を付けられないことがあります。ブラキオにご相談いただいたお客様も、次のような状況でした。「別の会社に頼みたい」と思っても、こうした不安が重なると一歩が出にくくなります。Web制作会社は数が多く、どこに相談すればよいか迷う方も多いと考えています。他社が制作したサイトでも、別の会社が引き継ぐことはできます。今回の事例では、ブラキオが次の3段階で対応しました。いきなり作り直すのではなく、まずは今のサイトを預かるところから始められます。最初に行ったのは、元の制作会社の担当者と話すことです。ブラキオの担当者が直接連絡を取り、サイトの運用に必要な次の情報を受け取りました。どれも、サイトを更新したり、別の場所に移したりするときに欠かせない情報です。お客様は、ログイン情報やサーバーの契約がどうなっているかを把握していませんでした。それでも、ブラキオが元の制作会社と直接やり取りすることで、必要な情報をそろえられました。情報の受け渡しに関するやり取りは、ブラキオが引き受けています。お客様が元の制作会社と細かな調整をする必要はありませんでした。今回のように元の制作会社と連絡が取れれば、お客様の手元に情報がそろっていなくても、引き継ぎを進められます。引き継ぎのあとは、すぐに作り直すのではなく、約1年間、今のWordPressサイトの保守を担当しました。主な作業は次の2つです。バージョン管理とは、WordPressの本体やプラグインを新しいバージョンに更新し、サイトが問題なく動くかを確かめる作業です。WordPressは、この更新を続けないと、古いバージョンの不具合や脆弱性が残ったままになります。今回のサイトもかなり古いWordPressで作られていたため、バージョンの管理を保守の作業に含めました。保守から始めると、サイトの構成や、どんな更新が多いのかを実際の作業を通して把握できます。そのため、リニューアルの相談を受けたときに「今のサイトの何を残し、何を変えるか」を具体的に話しやすくなると考えています。約1年の保守を経て、お客様から「見た目が古いので、リニューアルしたい」とご相談をいただきました。リニューアルでは、デザインを新しくするのに合わせて、サイトの仕組みもWordPressから次の構成に変えました。ざっくり言うと、「更新するための画面」と「表示するサイト」を分けた構成です。WordPressは1つのシステムで両方を担いますが、この構成では役割ごとにサービスを分けています。1つ目は、サイトが軽くなることです。ページの表示が速くなり、訪れた人を待たせにくくなります。2つ目は、サーバー費用を抑えられることです。具体的な金額はサイトの規模や構成によって変わるため、本記事では扱いません。リニューアル後、お客様からは「microCMSの管理画面は日本語なので扱いやすい」という声をいただきました。ホームページを兼務で担当している方にとって、管理画面で迷わないことは、更新を続けられるかどうかの大きなポイントだと考えています。なお、実装や移行の手順は本記事では扱いません。WordPressとJamstack（今回のような構成）の違いは、で紹介しています。今回の事例の流れを振り返ります。冒頭で挙げた不安は、今回の事例では次のように解消しました。お客様の不安今回の事例での対応他社が作ったサイトを、別の会社が触れるのかブラキオが引き継ぎ、約1年保守したうえでリニューアルしたログイン情報やサーバーの契約が分からない元の制作会社から、ログイン情報・サーバー・ドメインの情報を受け取った元の制作会社に断りを入れるのが気まずい情報の受け渡しのやり取りは、ブラキオが直接行った「他社が作ったサイトだから」「ログイン情報が手元にないから」という理由で、相談をあきらめる必要はありません。今のサイトの状況が分からない段階でも、まずはお話をお聞きするところから始めます。
2026.11.09
JamstackmicroCMSJamstackサイトの運用コストはどこで発生するのか？
Jamstackのメリットとして、パフォーマンスやセキュリティとともに、運用コストの低さが挙げられます。Next.jsやAstroで静的HTMLを生成し、Cloudflare PagesなどのCDNから配信する構成なら、アクセスごとにサーバーでHTMLを生成する必要はありません。小規模なコーポレートサイトでは、ホスティング費用を比較的低く抑えられるケースもあります。では、公開後の費用はほとんど発生しないのでしょうか。今回は、Next.js / Astro + microCMSを例に、Jamstackサイト公開後にどのようなコストが発生するかを整理します。静的なHTML、CSS、JavaScript、画像をCDNから配信できる点は、Jamstackの大きな強みです。構成は次のような流れになります。サーバーレンダリングのようにページアクセスごとにアプリケーション処理を行う必要がなく、構成をシンプルにできます。ただし、ホスティング先によってはデータ転送量、ビルド回数・時間、ストレージなどの制限があります。ドメインの更新費用も別途発生します。無料枠で運用できても、サイト規模や契約条件に応じて見直しが必要です。microCMSなどのヘッドレスCMSを利用すると、お知らせやブログを管理画面から更新できます。一方で、CMS側にも費用や制限があります。 も運用コストの一部です。静的サイトでは、CMS更新時に再ビルドが必要な構成があります。この仕組みなら担当者がコードを触らずに更新できます。しかしビルドには実行時間とリソースが必要です。ページ数やビルド処理によっては時間が増え、ホスティングサービスの制限・料金に影響します。また、CMSスキーマ変更や依存関係の更新によってビルドが失敗すると、新しいコンテンツが反映されないことがあります。公開中のサイトがすぐ停止するとは限りませんが、 は必要です。長期運用で特に意識したい部分です。Next.js、Astro、React、Node.js、npmパッケージは継続して更新されています。公開時に問題がなくても、数年後にはNode.jsのサポート終了、依存ライブラリの非推奨化、脆弱性などが発生する可能性があります。静的配信ではリクエスト時のサーバー処理を減らせますが、ビルド環境と依存パッケージの管理まで不要になるわけではありません。Dependabotなどで更新PRを自動作成できますが、互換性は型チェックやテストで確認する必要があります。Jamstackは高速な構成を取りやすいものの、採用するだけで高速化が保証されるわけではありません。画像やJavaScript、外部スクリプト、Webフォントなどの追加で表示速度が低下することがあります。LCP・INP・CLSといったCore Web Vitals、Lighthouse、実ユーザーの計測データを使って継続的に確認できます。また、お問い合わせフォームの送信失敗、外部サービスとの連携エラーなども確認対象です。 が重要です。運用にはインフラ費用以外の作業もあります。GitHubでソースコードを管理していても、CMSの記事・画像などが同じ場所に保存されているとは限りません。ソースコード、CMSコンテンツ、画像それぞれの保存先と復旧方法を把握する必要があります。バックアップを取得するだけでなく、必要なときに も確認したいところです。すべてを毎月手動で確認する必要はありません。Jamstackでは運用の多くを自動化できます。AIによる修正やテスト支援も選択肢です。ただし、メジャーアップデートや仕様変更では人間による判断が必要な場面もあります。自動化できる作業と、人間が責任を持って判断する作業を分けることが重要です。Jamstackの強みは、静的ファイルをCDNから配信することでインフラ構成をシンプルにしやすいことです。一方、CMS、ビルド環境、依存パッケージ、パフォーマンス、バックアップなどの管理は継続して必要になります。 だと考えています。ブラキオでは、Next.jsやAstro、microCMSなどを利用したWebサイト制作に加え、公開後の継続的な運用・保守にも取り組んでいます。制作して終わりにするのではなく、長く安定して利用できる状態を維持すること。そこまで含めてWebサイトの品質を考えていきたいと思います。
2026.11.08
Web制作microCMSお知らせ・社員インタビューを更新できる企業サイトの制作で考えること
企業サイトを制作するときに、よく出てくる要望があります。「お知らせを自社で更新できるようにしたい」「採用向けに社員インタビューを増やしていきたい」「毎回制作会社に頼まなくても、簡単な情報は社内で直したい」こうした要望自体はとても自然です。公開後も情報を増やしていけるサイトは、会社の動きや雰囲気を伝えやすくなります。ただし、CMSを入れれば自動的に運用しやすくなるわけではありません。更新できるサイトにするには、制作前に「どの情報を更新するのか」「誰が入力するのか」「公開前に誰が確認するのか」「公開後に誰が保守するのか」まで決めておく必要があります。この記事では、お知らせや社員インタビューを更新できる企業サイトを作るときに、制作前に考えておきたいポイントを整理します。最初に決めたいのは、更新したい情報の種類です。たとえば企業サイトでは、次のようなコンテンツが更新対象になります。ここで大事なのは、 です。年に1回しか変わらない会社概要まで細かく管理画面化すると、制作費も運用ルールも重くなります。一方で、月に数回更新するお知らせや、採用活動に合わせて増やしたい社員インタビューは、社内で更新できるようにしておく価値があります。「更新頻度が高いもの」「社内の鮮度が価値になるもの」「公開後に増えていくもの」から優先すると、必要なCMSの範囲が見えやすくなります。同じ更新コンテンツでも、お知らせと社員インタビューでは管理したい項目が違います。お知らせなら、次のような項目が基本になります。社員インタビューなら、次のような項目が必要になるかもしれません。この入力項目を最初に整理しておくと、一覧ページや詳細ページの見せ方も決めやすくなります。逆に、入力項目を決めないままCMSを作ると、公開後に「この情報も載せたかった」「一覧でこの項目を出したい」となり、追加改修が必要になることがあります。見た目のデザインだけでなく、裏側の入力項目まで設計しておくことが、更新しやすさにつながります。CMSは、エンジニアではない人が使うことも多いツールです。そのため、入力画面はできるだけ迷わない形にしておくのがおすすめです。たとえば、次のような工夫があります。管理画面が複雑すぎると、更新作業そのものが負担になります。結果として、せっかくCMSを入れても更新されないサイトになってしまいます。「社内の誰が触っても、最低限の品質で更新できる」状態を目指すと、公開後の運用が続きやすくなります。企業サイトの更新では、入力できることと、すぐ公開してよいことは別です。特に社員インタビューや導入事例では、本人確認、掲載許可、顧客名、写真、機密情報などの確認が必要になることがあります。公開前に見ておきたい項目は、たとえば次のようなものです。CMS側で下書き・レビュー・公開の状態を分けたり、公開前チェックリストを運用に入れたりすると、担当者が変わっても確認漏れを減らしやすくなります。お知らせや社員インタビューは、単に更新頻度を増やすために書くものではありません。企業サイトを見に来る人は、「この会社は何をしているのか」「信頼できる会社なのか」「働く人はどんな雰囲気なのか」「自分が相談してよさそうか」を知りたいはずです。Googleも、検索向けに量産された内容ではなく、読者に役立つ、信頼できる、独自性のあるコンテンツを重視する考え方を示しています。社員インタビューなら、きれいな紹介文だけでなく、実際の働き方、仕事の進め方、入社前後のギャップ、チームの雰囲気など、会社の中にいる人だから書ける内容が価値になります。お知らせも、ただ「掲載しました」で終わらせるのではなく、読者が次に何をすればよいか分かる導線を用意すると親切です。公開後に増えていくコンテンツほど、品質のばらつきが出やすくなります。たとえば、社員インタビューで写真を載せるなら代替テキストをどう書くか。動画を使うなら字幕や内容説明をどう用意するか。リンク文言を「こちら」だけにしないか。見出しの順番が崩れていないか。こうした基本は、最初の制作時だけでなく、更新運用の中でも守る必要があります。デジタル庁の標準ガイドライン群でも、Webサイト構築後に追加されるコンテンツのアクセシビリティに焦点を当てた広報向けガイドブックが位置づけられています。つまり、アクセシビリティは制作時の一度きりの対応ではなく、更新し続ける情報にも関係するテーマです。検索エンジン向けには、記事ページごとにタイトル、説明文、公開日、更新日、著者・組織情報などを正しく扱える設計にしておくと、あとから整えやすくなります。GoogleのArticle構造化データでも、記事の見出し、画像、公開日、更新日、著者情報などを機械が理解しやすい形で示す例が紹介されています。CMSを導入すると、社内で更新しやすくなる一方で、保守も必要になります。特にWordPressのような広く使われているCMSでは、本体・プラグイン・テーマのアップデート、バックアップ、権限管理、ログイン情報の管理などを継続して見る必要があります。IPAも、WordPressの脆弱性対策として、対象バージョンへの更新確認や、必要に応じた手動更新の検討を案内しています。CMSを入れるかどうかを決めるときは、「誰が記事を更新するか」だけでなく、 もセットで考えておくと安心です。もし社内で保守を見るのが難しい場合は、制作会社や外部パートナーに保守運用まで依頼する方法もあります。更新できる企業サイトを作るとき、最初から完璧な管理画面を作る必要はありません。まずは、お知らせと社員インタビューだけを更新できるようにする。カテゴリやタグは最低限にする。公開前チェックリストを用意する。慣れてきたら導入事例やセミナー情報を増やす。このように段階的に広げる方法もあります。大切なのは、作って終わりにしないことです。企業サイトは公開したあとも、会社の動きに合わせて育てていくものです。CMSはそのための道具であり、目的ではありません。お知らせや社員インタビューを更新できる企業サイトを作るときは、CMSを入れるかどうかだけでなく、次のようなことを整理しておくと進めやすくなります。更新できるサイトは、管理画面を作るだけでは完成しません。社内の人が無理なく使えて、読者に役立つ情報を継続して出せて、公開後も安全に保守できる状態まで含めて設計することが大切です。ブラキオでは、中小企業の企業サイト制作や、Next.jsとヘッドレスCMSを組み合わせたサイト構築、公開後の保守運用まで相談できます。「お知らせや社員インタビューを自社で更新できるようにしたい」「CMSを入れるべきか迷っている」という段階でも、まずはお気軽に株式会社ブラキオへご相談ください。
2026.10.29
microCMSNext.jsTypeScriptWeb制作microCMSがTypeScript型の自動生成に対応。Next.js制作で見直したい型管理とCI
ヘッドレスCMSを使ったWeb制作では、CMS側のAPIスキーマとフロントエンド側の型定義を揃えておく必要があります。例えばmicroCMSで「お知らせ」に項目を追加しても、Next.js側のTypeScriptの型を更新し忘れると、実装と実際のデータ構造にずれが生じます。、microCMSはAPIスキーマからTypeScriptの型を自動生成するCLI「microcms-typegen」を公開しました。同時に、JavaScript SDK（microcms-js-sdk）のバージョン3.6.0では、生成した型を使ってエンドポイントや取得条件に応じた型推論ができるようになりました。これは単に型を書く手間を減らすだけでなく、を考えるきっかけになるアップデートです。この記事では、何が変わったのかを整理したうえで、Next.jsとmicroCMSで企業サイトを制作・保守するときに見直したい型管理とCIのポイントを考えます。Next.jsとmicroCMSを組み合わせる場合、CMSで定義したフィールドに対応する型をフロントエンド側で手書きする方法が一般的でした。例えば、お知らせに「タイトル」「本文」「公開日」がある場合、開発側でもそれらを型定義します。しかし運用開始後に「カテゴリ」や「サムネイル」が追加されると、CMSの設定変更と型定義の修正を別々に行う必要があります。担当者が違ったり、変更が小さかったりすると、この同期が抜けることがあります。型チェックが通っていても、。microcms-typegenは、マネジメントAPIから取得したAPIスキーマをもとにTypeScriptの型を生成します。CMSの設定を見ながらフィールド名を書き写す必要がなくなり、スキーマ変更時もコマンドの再実行で型を更新できます。基本的な導入は、ツールのインストール、初期設定、API情報取得権限を持つAPIキーの設定、型生成の順番です。ただし、公式READMEに記載された動作環境はです。設定ファイルや生成した型を型チェックする場合はが必要で、SDK側の新しい型推論もTypeScript 6.0以降を前提としています。既存プロジェクトへ導入する前に、ランタイムとTypeScriptのバージョンを確認しておきたいところです。microcms-js-sdk 3.6.0では、生成されたサービス全体の型をに指定できます。例えば記事一覧の取得時にで「タイトルだけ」を指定すれば、その条件に応じた戻り値の型が推論されます。による参照先の展開も考慮され、存在しないエンドポイントやフィールドを指定した場合は、静的に分かる範囲で型エラーとして検出できます。これまでのように取得メソッドごとに型を手で指定するより、APIスキーマと実装の関係が明確になります。今回注目したいのは、コマンドです。生成済みの型と現在のAPIスキーマを比較し、差分やファイルの欠落がある場合に終了コード1を返します。生成ファイルを書き換えないため、CIに組み込めます。例えば、次のような運用が考えられます。導入にあたっては、CIからmicroCMSのマネジメントAPIへアクセスするためのAPIキーの管理、チェックを実行するタイミング、開発環境と本番環境でスキーマが異なる場合の扱いなども、あわせて設計する必要があります。Claude CodeなどのAIに実装を任せる場合、AIがCMSに存在しないフィールド名を推測して使ってしまうことがあります。生成した型を参照できる状態にしておけば、存在しないフィールドを使った実装は型チェックで発見しやすくなります。AIに「正しいフィールド名を覚えさせる」だけでなく、という考え方です。ただし、型が正しいからといって画面の仕様や使いやすさまで保証されるわけではありません。AIへの指示、型チェック、テスト、人間による動作確認は、それぞれ役割が異なります。人が確認すべきことと機械で検出できることを分ける、これはブラキオが重視するFrontend Opsの考え方にもつながります。今回の型推論にも対象外があります。公式SDKのREADMEでは、やの文字列内で指定するフィールド名や値は型検査の対象外とされています。また、TypeScriptの型はコンパイル時の確認であり、実際のAPIレスポンスを実行時に検証するものではありません。さらに、既存データには未入力の値が残っている可能性があります。必須フィールドだから必ず値がある、と安易に決めつけないことも大切です。型生成ツールには読み取り型の空値を絞る設定がありますが、実データの状態を保証できる場合に限って使うのがよいでしょう。設定ファイルはES modules形式のTypeScriptが前提で、でを明示しているプロジェクトには対応していない点にも注意が必要です。microCMSの型自動生成は、TypeScriptを書く量を減らすだけの機能ではありません。CMSのスキーマ変更を、フロントエンドの型チェックやCIにつなげられる点に価値があります。Webサイトは公開後も、お知らせの項目追加やページ構成の変更が発生します。そのたびに人間が目視で型を確認するより、方が、継続的な保守には向いていると考えています。導入を検討する際の確認ポイントは次のとおりです。まずは既存プロジェクトのNode.js・TypeScriptのバージョンとCMSの更新フローを確認し、小さなAPIから導入を検討してみるのがよさそうです。ブラキオでは、Next.jsとmicroCMSを使ったサイトの制作だけでなく、公開後の保守・運用もお手伝いしています。「既存サイトに型生成やCIを導入したい」「CMSの更新フローを整理したい」といったご相談も、お気軽にお問い合わせください。※記事内の仕様・バージョンは2026年10月24日時点の公式情報に基づきます。最新の内容は各公式ドキュメントをご確認ください。
2026.10.26
JamstackmicroCMSWeb制作Jamstackサイトはどこから乗っ取られる？不正アクセスの経路と確認する場所
「JamstackはWordPressより安全」とよく言われます。ブラキオのブログでも、で、その理由を紹介しました。ただ、実際にサイトを運用していると、次のような疑問が出てきます。この記事では、弊社のサイトと同じ「microCMS × Next.js（静的書き出し）× Netlify」の構成を例に、これらの疑問に答えます。Next.jsで静的に書き出したサイトは、ビルドのときにHTMLを作り、Netlifyなどのホスティングサービスから配信します。アクセスのたびに動くプログラムも、公開側のデータベースもありません。CMSの管理画面は、サイトとは別のドメインにあります。そのため、WordPressで典型的な次のような攻撃は、構造上成り立ちません。 を探して回る自動スキャンが来ても、404が返るだけです。ただし、リスクがゼロになるわけではありません。、と考えるのが正確です。なお、Next.jsでもSSRやAPIルートを使ってサーバーを動かす構成では、話が変わります。2025年3月には、Next.jsのミドルウェアで行っている認可チェックを、特定のリクエストヘッダーを付けるだけで素通りできる脆弱性（CVE-2025-29927）が公表されました。同年12月には、React Server Componentsのサーバー関数に細工したリクエストを送ると、認証なしで任意のコードを実行できる脆弱性（CVE-2025-55182、通称「React2Shell」）が公表され、実際に悪用も確認されています。静的に書き出したサイトではミドルウェアもサーバー関数も動かないため、こうしたサーバー側の脆弱性の影響を受けません。Jamstackサイトで現実的な経路は、次の4つです。経路何が起きるか起きやすさアカウントの乗っ取りCMS・ホスティング・GitHubなどにログインされ、記事を書き換えられたり、偽のサイトをデプロイされたりする中npmパッケージのサプライチェーン攻撃ビルドのときに不正なコードが動き、APIキーなどを盗む。配信するJavaScriptに不正なコードが混ざる中CMSの本文に仕込まれたスクリプト記事を開いた訪問者のブラウザで、スクリプトが動く低〜中書き込み権限のあるAPIキーの漏洩APIから記事を書き換えられる低※「起きやすさ」は、弊社の運用経験からの目安です。いちばん起きやすい経路です。守るべきアカウントは、CMS・ホスティング・GitHubの3つだけではありません。手口は、フィッシングやパスワードの使い回しが中心です。最近は、PCに入り込んだマルウェア（インフォスティーラー）がログイン中のセッションを盗み、二段階認証をすり抜ける手口も増えています。自分たちのアカウントが無事でも起きる経路です。乗っ取られるのは、依存しているパッケージの作者のアカウントです。2025年9月8日には、chalkやdebugといった広く使われている18のパッケージに、不正なバージョンが公開されました。作者のnpmアカウントが、npm公式を装った偽ドメインからの「二段階認証の再設定」メールでフィッシングされたのが原因です。仕込まれたコードはブラウザ上で動き、暗号資産の送金先を攻撃者のものに書き換えるものでした。不正なバージョンは約2時間で取り下げられましたが、その間にビルドしたサイトには、配信するJavaScriptに不正なコードが紛れ込んだ可能性があります。同じ月には、インストール時に開発者のPCやCIからnpm・GitHub・クラウドの認証情報を盗み、盗んだnpmトークンで同じ作者の他のパッケージにも自動で感染を広げるワーム（Shai-Hulud）が見つかりました。11月には第2波（Shai-Hulud 2.0）が始まり、被害パッケージは数百から千以上に広がっています。このように、不正なコードはビルドのときに動いて環境変数に置いたAPIキーを盗むこともあれば、配信するJavaScriptに紛れ込んで訪問者のブラウザで動くこともあります。CMSの本文をHTMLとしてそのまま表示する作りだと、CMSに書き込める人は誰でもスクリプトや、画像タグのイベント属性に仕込んだコードを入れられます。乗っ取られたアカウントだけでなく、正規の編集者が外部サイトからコピーした埋め込みコードを貼ってしまうケースもあります。静的に書き出すサイトでは、本文がビルドのときにHTMLファイルへ書き込まれます。そのため、ページを開いた時点でスクリプトが実行されます。APIキーは、Gitの履歴やチャット、ビルドログ、メンバーのPCなどから漏れます。読み取り専用のキーなら書き換えはできませんが、書き込み権限があれば、APIから記事を書き換えられます。多くの場合、問い合わせてきた人の個人情報は盗まれません。お問い合わせフォームの入力は、Netlify Formsなどのフォームサービスに保存されることが多く、CMSには入っていないからです。CMSにあるのは、ブログ記事や会社情報など、もともとサイトで公開している内容が中心です。ただし、キーの権限によっては、公開していない情報も取れます。microCMSのAPIキーは、サービス全体に適用される「デフォルト権限」と、APIごとの「個別権限」で、GET / POST / PUT / PATCH / DELETE を個別に設定できます。作成・編集ができるのは管理者だけです。さらに、書き込み権限があるキーなら、前の章の「CMSの本文に仕込まれたスクリプト」を使って、これから訪問者が入力する情報を盗むこともできます。ビルドで使うAPIキーは、にしておきましょう。CMSに個人情報がないなら、書き換えられても大した被害はない。そう思われるかもしれません。しかし、被害はデータではなく、に出ます。企業サイトは「会社の顔」です。改ざんされたという事実だけで、問い合わせや採用への影響は小さくありません。静的なサイトには、侵入されるサーバーがありません。見るべきなのは、サイトのアクセスログよりも、です。Jamstackは、サイトそのものを外から突かれるリスクを大きく減らせる構成です。一方で、守る対象がなくなるわけではありません。攻撃の的は、とに移ります。裏を返せば、二段階認証やAPIキーの権限、依存パッケージの管理といった運用の基本を押さえれば、Jamstackの安全性をしっかり活かせます。ブラキオでは、Jamstackサイトの制作だけでなく、公開後の保守・運用もお手伝いしています。「今のサイトの設定が安全か確認したい」といったご相談も、お気軽にお問い合わせください。
2026.10.22
Web制作JamstackmicroCMSそのJamstackサイト、データが消えても戻せますか？ヘッドレスCMS運用に潜む大きな盲点
弊社は埼玉県にて、Next.jsやAstroを用いた「Jamstack」と呼ばれるモダンなWebフロントエンド構築に専門特化している開発会社です。表示速度の爆速化、強固なセキュリティ、快適な開発体験。 これらを実現するために「microCMS」などのヘッドレスCMSを導入する企業様が非常に増えています。しかし、モダンで完璧に見えるJamstackサイト運用にも、**実は見落とされがちな「大きな盲点」**が存在します。それが、**「データが消えてしまった時の復元（バックアップ）体制」**です。弊社が保守プランにて「自動バックアップ基盤」の構築を強く推奨し、標準化している本当の理由をお話しします。microCMSなどのヘッドレスCMSはクラウドサービス（SaaS）であり、インフラの管理はベンダー側が行ってくれます。「自社サーバーを持たないから保守が楽」というのはJamstackの大きなメリットです。しかし、もし、社内の運用担当者が間違えて重要な記事やカテゴリをごっそり削除してしまった場合。クラウドサービスの提供元に「昨日の状態に戻してください！」と頼んでも、基本的には応じてくれません。標準機能では元に戻せないデータをどう守るか。これがJamstack運用における最大の課題なのです。「データが消える」と聞くとサイバー攻撃を想像するかもしれませんが、Jamstack構成において外部からCMSをハッキングされるリスクは極めて低いです。現場で起こるデータ消失事故のほとんどは、どれだけ気をつけていても、人間である以上ミスを100%防ぐことは不可能です。バックアップは、その「もしも」の時のための命綱になります。「月に1回、担当者が手動でデータをエクスポートする」という運用ルールを設けている企業様もいらっしゃいますが、私たちはこれを推奨しません。担当者が忙しくて忘れてしまったり、退職によって引き継がれなかったりするリスクが必ずつきまとうからです。株式会社ブラキオでは、専門的なエンジニアリングによって**「システムによるバックアップの自動化」**を行っています。お客様が一切意識することなく、人的ミスを完全に排除し、大切なデータ資産を安全な外部ストレージに保管し続ける仕組みを提供しています。そして最も重要なのが、**「ただデータを保存しているだけでは意味がない」**ということです。いざデータが消えてしまった時に、そのバックアップデータを使って「迅速に元のサイトの状態に戻せる（リストアできる）」状態であって初めて、真のバックアップと呼べます。弊社の保守プランでは、この自動バックアップの仕組みに加え、までをセットにして提供しています。Webサイトは企業の大切な「資産」です。 Jamstackという最高の器を作るだけでなく、その中に入る資産（データ）を守り抜くことも、私たち専門企業の大切な役割だと考えています。「自社のヘッドレスCMS、バックアップがどうなっているか分からない」 「表示速度だけでなく、運用面も安心して任せられるJamstack開発パートナーを探している」そんなお悩みをお持ちの企業様は、ぜひ株式会社ブラキオにご相談ください。技術力と万全のサポート体制で、お客様のWebビジネスを裏からしっかりと支えます。
2026.04.14
Web制作JamstackmicroCMS【社内DX推進】Jamstackが変える！高速・安全・低コストな社内ポータル・ドキュメントサイト構築術
日々の業務において、社員が必要な情報に迅速にアクセスできることは、企業全体の生産性に直結します。しかし、多くの企業では以下のような社内情報共有に関する悩みを抱えています。従来の社内ポータルやドキュメント管理システム（SharePoint, Confluence, Wikiなど）は、導入・運用コストが高く、多機能ゆえに使いこなすのが難しいといった課題を抱えがちです。一方で、ウェブサイト構築の次世代標準として注目されるは、その高速性、安全性、スケーラビリティから、外部向けサイトだけでなく、実はとなり得ます。本記事では、Jamstackが、高速・安全・低コストで効果的な社内情報共有基盤をいかに構築するかを具体的に解説します。Jamstackの特性が、社内利用のWebサイトにおいて具体的にどのようなメリットを生み出すかを見ていきましょう。Jamstackを導入することで、以下のような業務改善や情報共有の最適化が期待できます。Jamstackの導入を検討する際に懸念される点と、それに対するブラキオの具体的なソリューションを提示します。Jamstackは、もはや外部公開サイトのためだけの技術ではありません。その高速性、強固なセキュリティ、運用コストの低さ、そして高い管理性は、社内ポータルやドキュメントサイトといった社内向けWebサイトにおいても絶大なメリットをもたらします。Jamstackを導入することは、企業の情報共有を効率化し、社員の生産性を向上させ、ひいては強固なセキュリティ基盤を築く、まさにとなり得るのです。ブラキオは、Next.js/Jamstack、そしてmicroCMSを用いた社内ポータル・ドキュメントサイト構築の専門家です。貴社の社内課題を丁寧にヒアリングし、最適なソリューションを提案することで、貴社のDXを強力に推進します。社内情報共有の非効率さに悩んでいませんか？ Jamstackで実現する次世代の社内ポータルについて、ぜひ一度ブラキオにご相談ください。
2025.11.16
Web制作JamstackエンジニアリングmicroCMSグローバル展開を加速！Next.js/Jamstackで構築する多言語サイトのベストプラクティス
現代のビジネスにおいて、国境を越えた情報発信はもはや特別なことではありません。グローバル市場への拡大を目指す企業にとって、多言語対応のWebサイトは必要不可欠な存在となっています。しかし、多くの企業が多言語サイトの構築において、以下のような課題に直面しています。これらの課題を解決し、高速かつSEOに強く、そして運用しやすい多言語サイトを構築するための最適なソリューションとして、今、との組み合わせが注目されています。本記事では、Next.js/Jamstack環境で、効果的かつ効率的に多言語サイトを構築・運用するための具体的な方法論と、知っておくべきベストプラクティスを解説します。Next.jsは、多言語サイト構築を強力にサポートする国際化（i18n）ルーティング機能を標準で提供しています。多言語コンテンツの管理と配信の効率化には、ヘッドレスCMSの活用が不可欠です。多言語サイトにおけるSEOは非常に複雑ですが、適切な対策を行うことで、各言語圏での検索エンジンからの評価を高めることができます。Next.jsとJamstackは、多言語サイトの開発効率と運用コストを最適化するための強力な技術的側面を持っています。Next.jsとJamstackの組み合わせは、多言語サイト構築における現在のベストプラクティスと言えるでしょう。高速なパフォーマンス、堅牢なSEO対策、効率的なコンテンツ運用、そして高い開発効率を全て兼ね備えることで、グローバルビジネスにおけるWebサイトの可能性を最大限に引き出します。ブラキオでは、Next.js/JamstackとヘッドレスCMS（microCMS推奨）を活用した多言語サイト構築の実績とノウハウを豊富に持っています。貴社のグローバルビジネスを成功させるためのWeb戦略と開発を、企画段階からトータルでサポートいたします。多言語サイトの構築やリニューアルをご検討でしたら、ぜひ一度ブラキオにご相談ください。貴社のグローバル戦略をWebサイトから強力に支援させていただきます。
2025.11.14
JamstackmicroCMSTypeScriptmicroCMS活用術：コンテンツ運用を最適化するデータ設計（スキーマ設計）入門
ヘッドレスCMSは、その高い柔軟性とAPIによる自由なデータ利用で、現代のウェブサイト構築において欠かせないツールとなっています。しかし、「自由に使える」がゆえに、コンテンツの設計段階で「適当に作り始めてしまうと、後々大きな問題に発展する」という落とし穴が存在します。このような問題は、ヘッドレスCMS導入前の「」が不十分であるために起こりがちです。データ設計とは、Webサイトに存在するあらゆるコンテンツの「型」を決める作業であり、Webサイトの骨格となる極めて重要な工程です。microCMSでは、コンテンツの種類を「」、そのコンテンツが持つ項目を「」として定義します。この設計が適切に行われているかどうかで、コンテンツ運用効率、将来的な拡張性、そして開発効率が大きく左右されるのです。本記事では、microCMSを最大限に活用し、長期的なコンテンツ運用を効率化するためのデータ設計の基本と実践ノウハウを、ステップバイステップで解説します。microCMSの特性を理解し、長期運用に耐えうるデータ設計を行うための基本的な考え方を身につけましょう。それでは、microCMSの管理画面をイメージしながら、具体的な設計手順を見ていきましょう。スキーマ設計の際に陥りやすい失敗例と、その解決策を知っておくことで、効率的な設計に繋がります。microCMSを導入する際のデータ設計（スキーマ設計）は、まさに「未来のコンテンツ運用への投資」です。適切なスキーマ設計を行うことで、コンテンツの品質が向上し、日々の運用が効率化され、将来的な機能拡張にも柔軟に対応できる強固な基盤を築くことができます。これは、microCMSの機能を最大限に引き出すための鍵となります。ブラキオでは、microCMSの導入支援から、貴社のコンテンツ特性に合わせた最適なデータ設計、フロントエンドとの連携構築まで、トータルでサポートいたします。「コンテンツ運用で悩む前に、ブラキオにご相談ください。」microCMSを活用したサイト制作・リニューアルをご検討でしたら、ぜひ一度お問い合わせください。貴社のビジネス成長に貢献する最適なコンテンツ運用体制を共に作り上げましょう。
2025.10.27