---
title: "StackBlitzでは足りない認証・期限管理をどう補うか"
description: "StackBlitzのプレビューURLで共有しているが認証や期限設定がなくて不安という方向け。StackBlitzで不足している機能を補う現実的な方法と切り替えの判断基準が理解できます。"
image: "https://giga-site.com/og-image.png"
canonical: "https://giga-site.com/articles/stackblitz-missing-auth-expiry"
markdown: "https://giga-site.com/articles/stackblitz-missing-auth-expiry/index.md"
category: "比較"
publishedAt: "2026-06-25"
updatedAt: "2026-06-25"
readingMinutes: 5
---
# StackBlitzでは足りない認証・期限管理をどう補うか

StackBlitzはブラウザ上でNode.jsが動く画期的な開発環境ですが、共有URLに対する認証・期限管理という面では機能が薄いツールです。社外との共有フェーズが増えるにつれ、この不足が情報漏えいリスクに変わります。具体的な補完手段と運用パターンを解説します。

> Source HTML: https://giga-site.com/articles/stackblitz-missing-auth-expiry
> Article index: https://giga-site.com/articles/index.md

## できること

StackBlitzのPublicプロジェクトはURLを共有するだけで誰でも閲覧でき、npm install不要でReactやVueのコンポーネントが動作します。社内のエンジニアやデザイナーに実装の状態をすぐ見せたいときは、この手軽さが大きな強みです。

PCだけでなくスマートフォンのブラウザからもアクセスでき、モバイル表示のレイアウトや操作感を実機で確認できます。ただし、WebContainerはChromeベースのブラウザ以外では動作しないことがあるため、レビュアーのブラウザ環境によっては開けないトラブルが起きます。

- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく

## できないこと

StackBlitzにはURLへのアクセスをパスワードで保護する機能がありません。PublicプロジェクトはURLを知っている全員がアクセスでき、URLが転送されたり検索エンジンに載ったりすることへの対策がとれません。機密性の高いプロトタイプや未発表UIを社外に共有する際のリスクを制御できません。

期限付き公開もできないため、プロジェクトをPrivateにする操作を手動で行うまでURLが有効なままです。複数案件を抱えている場合、レビュー完了後に非公開にする作業を忘れやすく、古いプレビューが残り続けます。Privateにすると今度は招待なしでアクセスできなくなるため、中間的な「期間限定公開」ができません。

## 認証と期限の違い

StackBlitzの認証不足を補う現実的な方法は3つあります。第一は、ビルド済みHTMLをパスワード付きZIPで送る方法ですが、モバイル確認が難しく、解凍ソフトが必要になる欠点があります。第二はGitHub Pagesに限定アクセスを設定する方法ですが、GitHub Enterpriseが必要です。第三はギガサイト便などの認証付き共有サービスを使う方法で、設定の手間が最も少なく、非エンジニアのクライアントでも迷わず使えます。

期限管理の補完は、カレンダーに「この日にStackBlitzをPrivateにする」というリマインダーを設定するアナログ運用が最初の一歩です。ただし案件が増えると管理しきれなくなるため、認証付き共有サービスに設定した期限による自動失効に頼る運用が長期的には安定します。期限が来るとURLが404を返すため、古い版への意図しないアクセスが自然に止まります。

- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない

## 差し替え・レビュー運用

StackBlitzの不足を補う最もシンプルな運用は、StackBlitzで開発→ギガサイト便にビルド成果物をアップロードして共有、という分業です。修正が入ったらビルドしてアップロードし直し、同URLで差し替えます。レビュアーに毎回新URLを伝える必要がなくなり、確認すべき版が常に一意に定まります。

初回共有時に「このURLはv1です、修正後も同URLで更新します。期限は○月○日までです」と伝えることで、レビュアーが迷う余地をなくせます。最終承認版については、共有ツール側でラベルかコメントを付けて区別します。レビュー途中版と承認済み版が同一URLで混在しないよう、承認後は期限を過去日付に変更するか別URLに移す判断が必要です。

- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける

## 向いているケース早見表

StackBlitzをそのまま共有に使えるのは、機密性がなく承認フローが不要な場面だけです。オープンソースのデモ、技術書のサンプルコード、公開予定のUIライブラリのプレビューなど、URLが公開されても問題ないコンテンツが対象です。

認証・期限が必要になる典型的なケースは、クライアントへの事前提案、承認前の広告素材、価格改定前のLPなどです。これらは社外が承認者に加わった時点で認証付き共有サービスに切り替えるのが原則です。StackBlitzの開発環境はそのまま継続しながら、共有フェーズだけ別サービスを挟む運用が最もコストが低い解決策です。

## よくある質問

### StackBlitzのプロジェクトをPrivate設定にすると、以前に共有したURLはどうなりますか？

Privateに変更した時点で、招待されていないユーザーからのアクセスが拒否されます。以前に共有したURLを開くとアクセスエラーになるため、レビュアーへの事前告知なしにPrivateにすると「突然見られなくなった」という問い合わせが来る可能性があります。

### StackBlitzで作ったViteプロジェクトのビルド成果物を共有サービスで使う場合、どのフォルダを送ればよいですか？

Viteのデフォルト設定では`npm run build`で生成されるdistフォルダが配布物です。このフォルダをZIPに圧縮してギガサイト便にアップロードすると、index.htmlを起点として静的サイトとして公開できます。フォントや画像の参照パスが相対パスであることを事前に確認してください。

### StackBlitzとギガサイト便を組み合わせた場合、修正のたびにアップロード作業は発生しますか？

はい。修正のたびにビルドしてZIPをアップロードする手順が必要です。ただしギガサイト便への同URLでの差し替えはドロップ操作で完了するため、1〜2分程度の作業です。承認後の最終納品まで数回の修正であれば、このフローで十分運用できます。

## 関連記事

- [StackBlitzと認証付きHTML共有サービスの違い｜レビュー用途で選ぶ基準](https://giga-site.com/articles/stackblitz-vs-auth-html-share/index.md)
- [StackBlitzで公開したページを社外レビューに回すときの注意点](https://giga-site.com/articles/stackblitz-external-review-note/index.md)
- [StackBlitzから一時共有URLへ切り替えるタイミング](https://giga-site.com/articles/stackblitz-switch-timing/index.md)
- [Vercel Dropでは足りない認証・期限管理をどう補うか](https://giga-site.com/articles/vercel-drop-missing-auth-expiry/index.md)
- [Vercel Preview Deploymentsでは足りない認証・期限管理をどう補うか](https://giga-site.com/articles/vercel-preview-missing-auth-expiry/index.md)
- [Netlify Deploy Previewsでは足りない認証・期限管理をどう補うか](https://giga-site.com/articles/netlify-previews-missing-auth-expiry/index.md)

```json
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "StackBlitzでは足りない認証・期限管理をどう補うか",
  "description": "StackBlitzのプレビューURLで共有しているが認証や期限設定がなくて不安という方向け。StackBlitzで不足している機能を補う現実的な方法と切り替えの判断基準が理解できます。",
  "datePublished": "2026-06-25",
  "dateModified": "2026-06-25",
  "mainEntityOfPage": "https://giga-site.com/articles/stackblitz-missing-auth-expiry",
  "url": "https://giga-site.com/articles/stackblitz-missing-auth-expiry",
  "inLanguage": "ja",
  "image": "https://giga-site.com/og-image.png",
  "articleSection": "比較",
  "author": {
    "@type": "Organization",
    "name": "ギガサイト便"
  },
  "publisher": {
    "@type": "Organization",
    "name": "ギガサイト便"
  },
  "mainEntity": [
    {
      "@type": "Question",
      "name": "StackBlitzのプロジェクトをPrivate設定にすると、以前に共有したURLはどうなりますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Privateに変更した時点で、招待されていないユーザーからのアクセスが拒否されます。以前に共有したURLを開くとアクセスエラーになるため、レビュアーへの事前告知なしにPrivateにすると「突然見られなくなった」という問い合わせが来る可能性があります。"
      }
    },
    {
      "@type": "Question",
      "name": "StackBlitzで作ったViteプロジェクトのビルド成果物を共有サービスで使う場合、どのフォルダを送ればよいですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Viteのデフォルト設定では`npm run build`で生成されるdistフォルダが配布物です。このフォルダをZIPに圧縮してギガサイト便にアップロードすると、index.htmlを起点として静的サイトとして公開できます。フォントや画像の参照パスが相対パスであることを事前に確認してください。"
      }
    },
    {
      "@type": "Question",
      "name": "StackBlitzとギガサイト便を組み合わせた場合、修正のたびにアップロード作業は発生しますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "はい。修正のたびにビルドしてZIPをアップロードする手順が必要です。ただしギガサイト便への同URLでの差し替えはドロップ操作で完了するため、1〜2分程度の作業です。承認後の最終納品まで数回の修正であれば、このフローで十分運用できます。"
      }
    }
  ]
}
```