Web制作の記事一覧
BLOG
Web制作テンプレート制作とフルオーダー、どちらを選ぶ？ 見た目より大事なのは、中身と更新を続けること
ホームページを作り直したい。でも、安いテンプレートで作ると、他社と同じ見た目にならないか心配。かといって、オーダーメイドは費用も時間もかかりそう。結論から言うと、テンプレートでも見た目は会社ごとに変えられます。一から作り込みたいなら、フルオーダーを選べばいい。ただ、どちらを選んでも、見た目以上に大事なのは中身と、更新を続けることです。この記事では、ブラキオのテンプレート制作とフルオーダーの違いと、選び方を紹介します。作り直しを考えるとき、次の2つの間で迷っていないでしょうか。どちらにも不安があり、そもそも何がどう違うのかも分からない。決められないまま、作り直しが先延ばしになってしまいます。見た目は大事です。ただ、テンプレートでも見た目は会社ごとに変えられます。一から作り込みたいなら、フルオーダーを選べば大丈夫です。それ以上に大事なのは、ホームページの中身と、公開後に更新を続けることだと、ブラキオは考えています。ブラキオが保守を担当している会社では、検索で見つけてもらう工夫と、問い合わせフォームの見直しを続けました。その結果、それまで0件だった問い合わせが、3か月で5件届くようになりました。問い合わせにつながったのは、公開後も中身に手を入れ続けたことだと考えています。ブラキオの2つの作り方を、5つの点で比べます。テンプレートで共通なのは、ページの土台となる構造です。配色、写真、文章、見せ方は、会社ごとに変えます。デザインは、AIのデザインツールで複数の案を出し、その中から会社に合うものを作り込みます。見た目を変えても、性能は変わらない作りにしています。変更のたびに、見た目が意図せず崩れていないか（VRT）、表示が遅くなっていないか（Lighthouse）を、機械が自動で確かめています。ブラキオ自身のホームページと、このプランの紹介ページも、このテンプレートで作っています。他社の制作料金との比較や、自動チェックの設定方法は、本記事では扱いません。見やすさ、独自性、ターゲットに合わせたデザイン、ブランディング。この4つでは、テンプレートよりフルオーダーの方が優れています。フルオーダーは、次のように進めます。デザインの合意を取るところに一番時間がかかり、納品までは2〜3か月が目安です。文章をライターに依頼することもできます。次のような会社には、フルオーダーが向いています。反対に、次のような会社には、テンプレート制作が向いています。テンプレートでも、見た目は会社ごとに変えられます。一から作り込みたいなら、フルオーダーを選べば大丈夫です。どちらを選んでも、一番大事なのは、公開後に中身を足し、更新を続けることです。2つの作り方の料金や内容は、で比べられます。どちらが合うか迷ったら、そこからご相談ください。
2026.11.10
Web制作原稿も写真も、そろっていなくていい。ホームページの相談前に決めておくのは「誰に」「何のために」だけ
ホームページを集客に使いたい。でも、何を載せればいいか分からないし、原稿も写真もない。そろえてから相談しようと思っているうちに、時間だけが過ぎていく。結論から言うと、原稿も写真も要件も、そろっていなくて構いません。決めておくのは「誰に」「何のために」だけです。この記事では、原稿や写真がない状態から、ブラキオがどうやってホームページを形にしているかを紹介します。ホームページが大事だとは分かっている。サイトもすでにある。けれど、集客にどう使えばいいかが分からない。そんな状態で、次のように考えていないでしょうか。そう考えているうちに、相談は先延ばしになります。その間も、集客に使えないままのサイトが置かれ続けます。相談の前に決めておくのは、次の2つだけです。ブラキオが相談の最初に必ず確認するのも、この2つです。原稿、写真、ページの構成は、相談しながら一緒に用意していきます。あるお客さんの手元にあったのは、自分で描いた大まかなラフ案だけでした。原稿も、整理された要件もない状態です。ブラキオは、次のものを材料にして、AIでデザインと文章の下書きを作りました。下書きを添削するときに気をつけたのは、AIっぽさを消すことです。お客さんからは「デザインとして悪くない」という反応をいただきました。ブラキオの制作＋運用プラン（初期費用98,000円＋月額29,800円）では、次のように進めます。最初に「誰に」「何のために」を確認します。ページの構成は、ブラキオのテンプレート（標準の構成）を枠組みにします。標準の構成は、トップ、サービス、会社情報、実績、お知らせ、お問い合わせの6ページです。そこに入れる文章や情報は、お客さんからもらうか、話を聞きながら引き出していきます。文章は、ヒアリングの内容をもとにAIで下書きを作ります。その下書きを、お客さんと相談しながら添削してもらいます。運用・保守の案件では、AIで文章を作ることをすでに何度も行っています。文章をプロのライターに書いてほしい場合は、個別見積もりのフルオーダーで、ライターに依頼することもできます。写真がない場合は、基本的にブラキオが画像サイトなどで購入して用意します。使っているAIツールの名前や使い方は、本記事では扱いません。原稿も写真も要件も、そろっていなくて構いません。決めておくのは「誰に」「何のために」だけです。この2つがまだはっきりしなくても、相談の中で一緒に言葉にしていけます。何を頼めばいいか分からない段階でも大丈夫です。から、今のホームページで困っていることをそのまま聞かせてください。
2026.11.10
運用・保守Web制作前の制作会社が対応してくれなくても、ホームページは乗り換えられる。ブラキオが引き継ぎで最初に確認すること
前の制作会社に住所変更を頼んでも、返事がない。乗り換えたいけれど、何から手を付ければいいか分からない。結論から言うと、前の制作会社が対応してくれなくても、ホームページは乗り換えられます。この記事では、ブラキオが他社の作ったサイトを引き継いだ3社の事例と、引き継ぐときに最初に確認していることを紹介します。乗り換えの相談でよく聞くのは、次のような話です。頼みたいことがあるのに、制作会社やフリーランスが動いてくれない。それなら別の会社に乗り換えたい。けれど、何をどう進めればいいか分からず、そのままになってしまう。動けないうちにも、古い住所のような間違った情報がサイトに載り続けます。乗り換えには、ドメインやサーバー、ログインの情報が必要です。ただ、お客さん自身がこれらを知らないことがほとんどです。ブラキオが「こうした情報をご存じですか」と聞くと、多くの場合「制作会社に聞いてほしい」と返ってきます。その場合は、ブラキオが前の制作会社に直接連絡して、情報を受け取ります。お客さんにしてもらうのは、前の制作会社の連絡先を教えてもらうことくらいです。普段の依頼に応えてくれない会社が、引き継ぎには応じてくれるのか。そう不安に思うかもしれません。これまでブラキオが引き継いだ3社では、どの会社も引き継ぎには快く応じてくれました。地域で住宅工事を手がける会社（従業員20人ほど）のWordPressサイトです。ドメインとサーバーは、前の制作会社が契約していました。お客さんがしたのは、前の制作会社の連絡先をブラキオに伝えることだけです。ブラキオが制作会社とやり取りして、ドメインとサーバーをブラキオ側のアカウントに移しました。地域の建設会社（従業員20人ほど）のWordPressサイトで、フリーランスの方が作ったものでした。サイトは、メールや社内システムと同じサーバー契約の中に置かれていました。お客さんがしたのは、前任のフリーランスの方の連絡先を伝えることだけです。ブラキオがサイトのデータ、ログイン情報、サーバーの情報を受け取り、サーバー費用を抑えられる構成に作り替えました（Jamstack構成にして、Netlifyというサービスに載せています）。サーバー費用が浮いたことを、喜んでいただけました。社内にエンジニアがいる会社（従業員200人ほど）のサイトで、Movable Typeで作られていました。サーバーは社内で管理されていました。社内のエンジニアの方と連携して、WordPressへの移行と、元のサイトの閉鎖を一緒に進めました。解決案は、困りごとによって変わります。B社のようにサーバー費用を抑える構成にすることもあれば、C社のようにサイトを更新する仕組み（CMS）ごと移すこともあります。ドメイン移管やサーバー移転の技術的な手順は、本記事では扱いません。前の制作会社が対応してくれなくても、ホームページは乗り換えられます。ドメインやサーバーの情報が手元になくても大丈夫です。前の制作会社とのやり取りは、ブラキオが引き受けます。乗り換えたお客さんに喜ばれているのは、連絡がすぐ取れることです。サーバー費用を抑えられた例もあります。前の制作会社と連絡が取れず困っている方は、から、今困っていることをそのまま聞かせてください。
2026.11.10
運用・保守Web制作ホームページの月額保守は「寝ている間も働く営業マン」を雇う費用。ブラキオが毎月やっていること
毎月ホームページの保守費を払っているのに、問い合わせは来ない。そのお金で毎月何をしてもらっているか、説明できますか。この記事では、ブラキオが月額保守で毎月やっていることを、自社でやる場合の要点と合わせて紹介します。読み終えるころには、問い合わせを増やすために毎月何をすればいいかが分かります。保守の契約内容に、次のような項目が並んでいないでしょうか。どれも、サイトを止めないために必要な作業です。ただ、これだけではサイトは「動いている」だけです。検索で見つけてもらう工夫も、問い合わせしやすくする工夫もないまま、名刺代わりのホームページが置かれ続けます。保守費を毎月払っていても、問い合わせを増やすための手は誰も打っていない。この状態では、待っていても問い合わせは増えません。AIを使えば、ホームページは安く速く作れるようになりました。作ることそのものの価値は下がってきています。これから価値を持つのは、作ったあとに成果を上げ続けるホームページだと、ブラキオは考えています。月額保守には、2つの役割があります。守りだけなら、サイトは止まりませんが、働きもしません。攻めまで続けて、はじめてホームページは営業マンとして働き始めます。夜中も休日も、検索した人に会社を紹介し、問い合わせを受け付けてくれる営業マンです。ブラキオの月額29,800円のプランは、守りと攻めの両方を含みます。最低契約期間の6か月が過ぎたあと、改善までは要らなければ、保守に絞ったライトプラン（月額9,800円）に変えることもできます。ブラキオが保守を担当している、地域で住宅工事を手がける会社の事例です。このサイトには、それまでホームページからの問い合わせがありませんでした。効いたのは、検索で見つけてもらうことと、問い合わせしやすくすることの両方を続けたことだと考えています。事例で効いた作業も含めて、月額29,800円のプランで毎月やっていることを紹介します。それぞれ、自社でやる場合に最初にやることも添えます。提携しているSEOの専門家が、次の作業を担当します。改善案をもとにサイトを直すのは、ブラキオです。この作業も月額に含みます。狙うのは「地域名＋業務内容」のキーワードです。例えば「〇〇市 整骨院」のように、地域でお店や会社を探す人が検索する言葉です。SEOの専門家への依頼は、通常は成功報酬です。狙ったキーワードで検索結果の1ページ目に14日以上表示されたら、1キーワードにつき50,000円かかります。月額29,800円のプランでは、この1キーワード分を月額の中で使えます。1ページ目に入ったあとは、ご相談のうえで2つ目のキーワードにも取り組めます。：Google Search Console（Googleが無料で提供する、検索での見られ方を確認するツール）で、「地域名＋業務内容」の表示回数と順位を見てみてください。対応した内容とサイトの状況は、毎月共有しています。その形として、GA4（Googleのアクセス解析ツール）とSearch Consoleで先月の数字を集計し、月初にスプレッドシートで共有する方法を、今ブラキオ自身のサイトで試しています。形が固まったら、保守先にも広げていきます。：月に1回、問い合わせ数・アクセス数・狙ったキーワードの順位の3つだけでも記録してみてください。先月と比べられるだけで、打った手が効いたかどうかが分かります。事例では、主力サービス専用の問い合わせフォームを新しく作りました。検索から来た人に、その用件専用の入口を用意した形です。問い合わせボタンの位置や、フォームの入力項目も見直します。：スマートフォンで自社のサイトを開き、問い合わせが完了するまで、自分で操作してみてください。途中で迷う場所や、面倒な入力があれば、そこが見直す場所です。お知らせや実績の追加、文言や画像の差し替えを、月3件まで代わりに行います。：実績やお知らせを、月に1件でも載せてみてください。更新が止まったサイトは、見た人に「この会社は今も営業しているのか」と思われてしまいます。表示速度の維持、セキュリティの確認、バックアップ。一般的な保守と同じ作業も、毎月行います。ライトプランは、セキュリティの確認やバックアップなどの保守に絞ったプランです。：ここは専門の知識が要る部分なので、任せた方が安心です。今の保守会社に、毎月どんな作業をしているか、一度聞いてみてください。GA4・Search Consoleの設定方法や、キーワード選びの具体的なやり方は、本記事では扱いません。今払っている保守費が、サイトを止めないことだけに使われていないか、一度確かめてみてください。問い合わせを増やすための作業が入っていなければ、そのホームページは名刺代わりのまま置かれ続けます。自社で始めるなら、Search Consoleで順位を見ること、スマートフォンで問い合わせまで操作してみることの2つが手軽です。毎月の作業を任せて、寝ている間も働く営業マンを雇いたい方は、をご覧ください。ご相談もこちらから受け付けています。
2026.11.10
Web制作運用・保守ホームページは「作る」より「育てる」。ブラキオが制作費を抑えて運用にお金をかける理由
初期費用98,000円と聞いて、「安すぎて大丈夫？」と感じた方もいると思います。ブラキオがこの価格でホームページを作れるのは、作る工程を仕組みにして無駄な手間を省き、その分のお金と時間を「公開後にホームページを育てること」に使っているからです。この記事では、その仕組みを3つの理由に分けてお伝えします。10年以上前に作ったまま、お知らせは何年も前で止まっている。誰が見ているのかも分からず、問い合わせも来ない。そんなホームページは珍しくありません。原因はホームページそのものより、作られ方にあると考えています。頼んだ制作会社が公開した時点で「作って終わり」にしてしまい、その後に更新や改善をする人がいなかった。だから10年間、寝かされたままになっているのです。ホームページは本来、社長が寝ている間も会社を紹介し、問い合わせを取ってきてくれる営業マンになれます。ただし営業マンとして働いてもらうには、公開後も手を入れ続ける人が必要です。ブラキオの「制作＋運用」プランの料金は次のとおりです。最低契約期間だけで比べても、運用にかかる費用は制作の約1.8倍です。これは意図した比率です。ホームページは、あることよりも運用し続けることの方が大事だと考えているからです。安く作るために品質を削っているわけではありません。作る工程の無駄な手間を減らして、品質を保ったまま制作費を抑えています。その理由は3つあります。ブラキオでは、小規模企業のホームページを次の6ページを基本に作ります。実績とお知らせは、一覧と詳細をあわせて1ページと数えています。記事が増えても、ページ数には含みません。何をしている会社かを知ってもらい、実績を見てもらい、問い合わせてもらう。小規模企業のホームページに必要な役割は、この構成でまかなえると考えています。毎回ゼロから「どんなページが要るか」を考えないので、その分の手間と費用がかかりません。「型があると、他社と同じようなサイトになるのでは」と心配されるかもしれません。共通なのは土台の構造だけです。配色・写真・文章・見せ方は、会社ごとに合わせて調整します。ブラキオのホームページの土台（テンプレート）は、変更を加えるたびに自動でチェックされます。主に見ているのは次の点です。4項目は100点満点で採点され、どれかが90点を下回ると警告が出ます。問題があれば、公開前に気づいて直せます。この確認を人が毎回すべて目で行うと、時間がかかり、見落としも出ます。基本的なチェックを機械に任せることで、人の手間を減らしながら品質の最低ラインを保っています。ブラキオでは、制作の作業にAIを使っています。ただし、AIに任せるのは「作業」までです。最初の「考える」と最後の「確かめる」は、AIに任せません。ここを人が責任を持って行うことが、AIを使ううえで一番大事だと考えています。作業をAIに任せると、手を動かす時間が大きく減ります。さらに理由2の自動チェックが基本的な品質を毎回確かめているので、人は判断が必要なところに集中できます。デザインにもAIのデザインツール（Claude Design）を使い、複数の案を短い時間で出しています。ブラキオ自身のホームページのリニューアル後のページや、このプランの紹介ページも、この方法で作りました。指示の出し方を工夫して試行錯誤を重ねれば、十分なクオリティのデザインが作れます。制作の手間を減らした分、ブラキオは公開後の運用に力を入れています。月額29,800円のプランには、次の対応が含まれます。セキュリティの確認やバックアップなどの保守も含みます。施工実績が増え、情報が新しく保たれ、問い合わせまでの流れが見直され続ける。寝ていたホームページが営業マンとして働き始めるのは、この積み重ねがあってこそだと考えています。最低契約期間の6か月が過ぎたあと、改善までは要らない場合は、保守に絞ったライトプラン（月額9,800円）に変えることもできます。ホームページは、作って終わりにすると寝てしまいます。大事なのは、あることよりも運用し続けることです。ブラキオは、ページ構成の型、機械による毎回のチェック、AIによる作業の効率化で、作る工程の無駄な手間を減らしています。そして浮いたお金と人の時間を、判断と運用に使っています。これが、この価格でできる理由です。10年前のホームページを、問い合わせが来るホームページに生まれ変わらせたい方は、をご覧ください。ご相談もこちらから受け付けています。
2026.11.10
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
Web制作エンジニアリング制作会社・広告代理店が外部フロントエンドエンジニアと組むときに整理しておきたいこと
Web制作会社や広告代理店の方から、次のような相談をいただくことがあります。「フロントエンドの実装だけお願いしたい」「社内リソースが足りないので一部だけ手伝ってほしい」「公開後の運用保守までまとめてお願いしたい」実際、Web制作ではデザインやディレクションは社内で対応できても、フロントエンドの実装リソースだけ不足するケースは珍しくありません。一方で、外部のエンジニアと組む場合、単純に「デザインデータを渡して実装してもらう」だけでは、思った以上に進行が難しくなることもあります。この記事では、制作会社や広告代理店が外部フロントエンドエンジニアとスムーズに仕事を進めるために、事前に整理しておくと良いポイントをまとめます。同じ「フロントエンドの外注」でも、依頼内容はかなり幅があります。最初に担当範囲を整理しておくと、見積もりもしやすく、あとから「ここは誰が対応するのか」が曖昧になりにくくなります。特に最近では、単純なコーディングだけではなく、Next.jsやCMS、ホスティング環境まで含めた構成になることも多いため、実装以外の範囲も確認しておくことが重要です。デザインデータがあれば実装できるように思えますが、実際にはデザインだけでは判断できないことが多くあります。たとえば、次のような部分です。こうした部分が整理されていないと、実装中に確認事項が増え、結果として制作スピードが落ちてしまいます。すべてを細かく仕様書にする必要はありません。「ここはお任せ」「この部分だけはこうしたい」といった形でも、 でかなり進めやすくなります。Figmaなどのデザインデータについても、少し整理されているだけで実装工数は大きく変わります。たとえば、次のような状態です。逆に、ページごとに微妙にボタンのサイズが違ったり、余白ルールが統一されていない場合、実装側で確認や調整が必要になります。これはデザインの良し悪しというよりも、「実装しやすい設計になっているか」という話です。実装を外部に依頼する場合は、デザイナーとエンジニアが早い段階で一度話しておくのも有効です。実装を開始してから「実はCMSはこれを使いたい」「ホスティングはこのサービスにしたい」となると、構成を変更する必要が出ることがあります。そのため、次のような項目はできるだけ早めに共有しておくのがおすすめです。もし技術選定自体が決まっていない場合は、実装担当に相談する方法もあります。案件の規模や更新頻度によっては、WordPressではなくJamstack構成の方が運用しやすいケースもあります。Webサイトは公開して終わりではありません。公開後には、次のような作業が発生します。特にNext.jsやReactなどを利用している場合、依存ライブラリのアップデートや脆弱性対応も必要です。そのため、制作時点で まで決めておくと安心です。制作を担当したエンジニアがそのまま運用保守まで対応できると、サイトの構成を理解しているため、改修もスムーズに進められます。外部のフロントエンドエンジニアというと、「仕様通りにコードを書く人」というイメージを持たれることもあります。ただ、長期的に組む場合は、次のような部分まで相談できるパートナーの方が、結果的にディレクターの負担を減らせます。案件によっては、要件をそのまま実装するよりも、少し仕様を整理するだけで工数を減らせるケースもあります。外部パートナーを探す際は、単純な実装スキルだけでなく、「案件全体を見て判断できるか」という点も重要だと思います。株式会社ブラキオでは、Next.js / Reactを中心としたフロントエンド開発やJamstackサイト制作を行っています。制作会社・広告代理店からの、次のようなご相談にも対応しています。単発の実装だけでなく、案件ごとに継続して相談いただく外部フロントエンドパートナーとしての関わり方も可能です。「社内の実装リソースが足りない」「Next.js案件だけ外部に任せたい」「公開後の保守までまとめて相談したい」といった場合は、お気軽にご相談ください。
2026.11.07
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制作エンジニアリングデザイン支給でWeb実装を依頼するときに整理しておきたいこと
「デザインはFigmaで完成しているので、あとは実装だけお願いしたい」Web制作のご相談では、こうしたケースもよくあります。見た目のデザインが決まっていれば、制作はすぐ始められそうに見えます。ただ、実際にWebサイトとして動かすためには、デザインデータだけでは判断できないことも少なくありません。たとえば、次のような内容です。こうした情報が最初にある程度整理されていると、見積もりの精度が上がり、実装開始後の確認や手戻りも減らしやすくなります。この記事では、デザイン支給でWeb実装を依頼するときに、事前に整理しておくと進めやすいポイントを紹介します。最初に確認したいのは、今回の依頼範囲です。たとえばコーポレートサイトであれば、次のように必要なページを一覧にしておくと分かりやすくなります。Figma上にすべてのページが並んでいる場合でも、「このページは今回の対象」「これは既存ページを流用する」といった区別があると、見積もり時の認識差を減らせます。また、似たページが複数ある場合は、共通レイアウトなのか、それぞれ個別に作る必要があるのかも実装工数に関わります。まずは細かな技術仕様よりも、 を明確にすることが大切です。PC版のデザインは完成していても、スマートフォン版が用意されていないケースがあります。その場合、実装側である程度判断してレスポンシブ対応することもできますが、次のような判断が必要になる部分があります。スマートフォン用デザインがあるのが理想ですが、すべての画面サイズを細かくデザインする必要はありません。「スマホではこの順番にしたい」「この画像は見切れても問題ない」など、特にこだわりたい部分だけでも共有しておくとスムーズです。静止画のデザインからは分からないのが、Webサイト上での動きです。動きまでFigmaで細かく作り込まれている必要はありません。「ここはふわっと表示したい」「このエリアは横にスライドする」といったコメントや参考サイトがあるだけでも、実装側は意図を理解しやすくなります。逆に指定がない場合は、実装側で一般的な挙動を提案してもらう方法もあります。デザイン上では仮の文章や画像が入っていることがあります。実装を始める前に、次の素材が揃っているか確認しておくと安心です。お問い合わせフォームがある場合は、見た目だけでなく次の仕様も決める必要があります。デザイン上にフォームが描かれていても、これらの仕様までは分からないことが多いため、実装担当者と早めに確認しておくのがおすすめです。サイト制作では、公開後の運用方法によって実装方法が変わることがあります。たとえば次のような情報を社内で更新したい場合、CMSを使えるようにしておくと運用しやすくなります。一方で、ほとんど変更しないページまで管理画面から編集できるようにすると、必要以上に仕組みが複雑になることもあります。「どの情報を、誰が、どのくらいの頻度で更新するのか」を整理したうえで、更新が必要な範囲だけCMS化するのも一つの方法です。公開時の見た目だけでなく、公開後の運用まで含めて考えると、使いやすいサイトになりやすくなります。新規サイトではなく、既存サイトのリニューアルや一部改修の場合は、現在の環境についても確認が必要です。特に、既存のドメインやメールを継続利用する場合は、Webサイトだけを切り替えるつもりでも周辺設定への影響を確認する必要があります。すべてを依頼側で調査する必要はありませんが、「どのサービスを使っているか分からない」という状態も含めて最初に共有しておくと、実装側が必要な確認項目を整理しやすくなります。実装が終わったあと、どこまでを依頼するのかも確認しておきたいポイントです。制作会社や案件によって、範囲は異なります。「実装だけ」という言葉が、コード納品までを意味するのか、本番公開までを意味するのかで認識がずれることもあります。最終的にどの状態まで完成させてほしいのかを共有しておくと安心です。ここまでいろいろな項目を紹介しましたが、依頼前にすべてを完璧に決める必要はありません。むしろ、Web制作に慣れていなければ「何を決めればよいのか分からない」のが普通です。重要なのは、次の3つを分けて共有することです。ブラキオでも、デザインを確認したうえで、実装に必要な仕様や確認事項を整理しながら進めることがあります。「デザインはあるけれど、実装するために何を決めればいいか分からない」という段階でも、まずは相談いただければ、必要な項目を一緒に整理できます。デザイン支給でWeb実装を依頼するときは、Figmaなどのデザインデータに加えて、次のような情報があると制作を進めやすくなります。最初からすべて決まっていなくても問題ありません。未確定の部分を含めて共有し、実装担当者と確認しながら整理していくことで、手戻りを減らし、スムーズに制作を進めやすくなります。ブラキオでは、デザイン支給でのWeb実装や、既存サイトの改修、CMSを含む企業サイト制作にも対応しています。実装範囲の整理から相談したい場合も、お気軽に株式会社ブラキオへお問い合わせください。
2026.10.19
Web制作JamstackエンジニアリングVercel Proのデプロイ保存期間が30日へ。Webサイト保守で確認したいこと
Webサイトは、公開して終わりではありません。お知らせの追加、デザインの調整、ライブラリの更新、フォームの修正など、公開後も小さな変更を重ねていきます。最近はAIによる実装支援が広がり、コードの変更やプレビュー環境の作成を短いサイクルで繰り返しやすくなりました。変更を素早く確認できる一方で、デプロイ履歴も増えていきます。そうした中、Vercelは、Proプランのデプロイ保存期間とストレージ課金について変更を発表しました。この記事では、何が変わるのかを整理したうえで、企業サイトやJamstackサイトの保守運用で確認したいポイントを考えます。公式発表によると、新しく作成するProチームでは、デプロイ履歴の保存期間が標準で30日になりました。必要に応じて、チーム設定からより長い保存期間を選ぶこともできます。既存のProチームについても、保存期間は30日に変更されます。です。長い履歴を残したい場合は、それまでに保存ポリシーの設定で変更を適用しない（オプトアウトする）必要があります。すでに30日以下の設定を使っている場合、その設定は変わりません。なお、これは「すべてのデプロイが一律30日で必ず消える」という意味ではありません。保存ポリシーはProduction、Preview、Canceled、Erroredごとに設定でき、直近の本番デプロイや現在公開中のデプロイのように保護される対象もあります。実際の保持状況は、チーム・プロジェクトの設定と公式ドキュメントで確認してください。あわせて、Proチームのとについて、それぞれの課金が案内されています。既存Proチームの課金開始日は、各チームに届く案内メールで確認するよう説明されています。10月23日は古いデプロイの削除開始予定日であり、すべてのチームの課金開始日と同じとは限りません。保守費用を考えるときは、月々の基本料金だけでなく、何をどれだけ保存しているかも把握しておきたいところです。本番公開後に表示崩れや不具合が見つかった場合、以前のデプロイに切り戻す方法があります。Vercelにも、過去の本番デプロイへ戻すInstant Rollbackの仕組みがあります。ただし、。必要な履歴が残っていなければ、Gitの過去コミットから再ビルドするなど、別の復旧手段が必要になります。ここで注意したいのは、Gitの履歴が残っていることと、当時のデプロイをそのまま復元できることは同じではない点です。依存パッケージ、環境変数、外部API、CMSのデータなどが変わっていれば、同じコードをビルドしても完全に同じ状態になるとは限りません。制作中は、確認用のプレビューURLをクライアントに共有することがあります。しかし、そのURLが何か月後も必ず見られるとは限りません。「半年前のデザインと比較したい」「以前の確認画面を見直したい」という要望が想定されるなら、プレビュー環境とは別に、承認済みの画面キャプチャ、デザインデータ、変更履歴などを保管しておくと安心です。プレビューURLは確認のための手段であり、恒久的な成果物の保管庫とは分けて考えたいところです。まずはVercelのチーム設定・プロジェクト設定で、Production、Preview、Canceled、Erroredそれぞれのデプロイ保存期間を確認します。既存Proチームなら、課金開始日の案内メールも確認しておきましょう。必要な履歴を何日分残したいかは、障害対応やクライアントの確認サイクルから決めます。単純に長くすればよいわけではなく、保存コストとのバランスが必要です。障害が起きてから復旧手順を調べるのではなく、通常時に「誰が判断し、何を確認して、どう戻すか」を整理しておきます。直前の本番デプロイへのロールバックで済むのか。CMSで公開した内容も戻す必要があるのか。外部サービスの設定変更を伴うのか。これらは別の問題です。少なくとも、本番公開後の動作確認、ロールバックの担当者、復旧後の再確認項目は決めておきたいところです。AIで実装が速くなると、小さな修正を何度もデプロイしやすくなります。しかし、デプロイ回数が増えること自体が品質向上を意味するわけではありません。型チェック、Lint、テスト、必要に応じたVRT（画面差分の検証）などをCIに組み込み、公開前に検出できる問題を減らすことが重要です。人が確認すべき仕様や使い勝手と、機械で検出できる不具合を分ける。これは、ブラキオが重視するFrontend Opsの考え方にもつながります。Vercelの公式案内では、不要なビルドファイルの削減、大きなアセットの保管場所の見直し、Functionバンドルの縮小などが、ストレージ使用量を抑える方法として挙げられています。使用量はプロジェクトごとにUsageページで確認できます。ただし、必要な復旧履歴まで削ってしまっては本末転倒です。先に保守要件を決め、そのうえで削減できるものを整理する順番がよいでしょう。Next.jsとヘッドレスCMSを使った企業サイトでは、静的にページを生成する構成を選ぶことがあります。静的配信は運用上の利点がありますが、まで自動的に解決するわけではありません。とくに企業サイトでは、制作担当者が変わったあとも運用が続きます。担当者が交代しても復旧できるように、リポジトリ、公開手順、権限、監視、バックアップ対象を整理しておくことが大切です。今回のVercel Proの変更は、料金だけを見て終わらせる話ではありません。確認したいのは、という点です。AIを使って制作を速くできる時代だからこそ、公開後の運用まで含めた設計が重要になります。サイトを安全に更新し続けるために、デプロイの保存設定と復旧手順を一度見直してみてはいかがでしょうか。「自社サイトのVercel設定がどうなっているか分からない」「障害時の戻し方を整理したい」といったお悩みがあれば、株式会社ブラキオにご相談ください。公開後の運用・保守まで含めてサポートします。※記事内の仕様・料金は2026年10月13日時点の公式発表に基づきます。最新の内容はVercel公式ドキュメントをご確認ください。
2026.10.14