ローンチガイド

すっきりしたローンチチェックリストでBase44のウェブサイトを公開する方法

Base44のウェブサイトプロジェクトを公開する方法をお探しなら、最後のステップは通常、構築よりも表示状態、アクセス、公開リンクの確認に関するものです。この手順に沿って、完成したプロジェクトを信頼できるライブサイトへ移行しましょう。

無料で開始 · サインアップ不要
洗練されたデジタルワークスペースとして表示されたBase44プロジェクトのインターフェース

原因を特定する

切り分け順序の表

まずは影響の少ない確認から始めましょう。この順序に沿うことで、重要な変更を加える前に、単純な表示の問題なのか、プロジェクト、デプロイ、またはドメインの問題なのかを切り分けられます。

1. プロジェクトがまだプレビューモードになっている

ビルダーのプレビューは動作するのに共有アドレスが機能しない場合は、最新バージョンが実際に公開されていることを確認してください。保存済みの下書きと公開済みのバージョンは、常に同じ状態とは限りません。現在のプロジェクトを公開し、確認を待ってから、新しいプライベートブラウザーウィンドウで公開アドレスを開きます。

探す

プレビューが正常に表示されるだけでなく、公開済みまたはライブ状態であることを明確に確認できる状態。

2. 公開リンクが制限されている

サイトは正しくデプロイされていても、所有者セッションやアクセス権限が必要な場合があります。サインアウトした状態、別のブラウザ、またはモバイルデータ通信を使ったスマートフォンでリンクをテストしてください。ページでアクセスを求められる場合は、デザインのトラブルシューティングを行う前に、プロジェクトの公開設定を確認してください。

切り分ける

プライベートウィンドウでテストすると、アカウントセッションによる混乱の大部分を排除できます。

3. ルートまたはホームページが存在しない

ドメインを開いても空白の状態、404ページ、または予期しない画面が表示される場合は、エントリールートを確認してください。意図したホームページが存在すること、そのパスが共有しているリンクと一致していること、ナビゲーションボタンが古いルートを指していないことを確認します。すべてのページを一度に確認するよりも、ホームページを正常に表示できるかをテストする方が有効です。

最初に確認

ルートアドレスを開き、次に既知の内部ページを1つテストします。

4. デプロイが古い

公開サイトに以前のデザインが表示される場合、最新の編集内容がまだライブデプロイに反映されていない可能性があります。プロジェクトを保存して再度公開し、更新する前にデプロイが完了するまで待ってください。古いブラウザキャッシュによって更新が成功したことが隠れないよう、ハードリロードまたはプライベートウィンドウを使用します。

比較する

見出しやボタンラベルなど、明らかに新しくなった変更を1つ確認します。

5. カスタムドメインの層だけが機能していない

プラットフォームが提供するアドレスは機能するのにカスタムドメインが機能しない場合、プロジェクトはおそらくライブ状態で、残っている問題はドメイン設定です。スペル、DNSレコード、ドメインが意図したプロジェクトに接続されているかを再確認してください。ドメインの更新が完了するまで、元の公開アドレスも使用できるようにしておきます。

分離する

機能しているプラットフォームURLがあれば、サイトとドメインが別の問題であることを確認できます。

修復手順

各修正の手順

この3つの手順を順番に実行してください。公開アドレスが機能したらすぐに停止します。不要な変更を加えると、最初の問題を解決している間に別の問題が発生する可能性があります。

  1. 1

    現在のバージョンを公開する

    プロジェクトを保存し、訪問者に表示したいバージョンがホームページになっていることを確認して、公開操作を実行します。すぐにビルダーを閉じるのではなく、完了状態になるまで待ってください。公開アドレスは、デプロイの準備が完了したと報告された後にのみコピーします。

  2. 2

    訪問者としてテストする

    サインアウトした状態で、プライベートウィンドウから公開アドレスを開きます。ホームページ、主要なボタンを1つ、内部ルートを1つ、モバイルレイアウトを確認してください。これらが機能すればコアのデプロイは正常です。1つでも失敗した場合は、編集する前に正確なURLとメッセージを記録してください。

  3. 3

    最後の表面を再接続する

    古いページの場合は、最新の変更をもう一度公開して、ハードリフレッシュします。ドメインの問題の場合は、接続されているドメインとアクセスしているアドレスを比較し、DNS設定を確認します。ローンチを告知する前に、別のネットワークから再テストしてください。

毎回のローンチ前に

再発を防ぐ方法

この簡単なチェックリストをリリースノートの横に置いておきましょう。公開作業が土壇場のクリックではなく、別の人が確認できる再現可能な引き継ぎになります。

必須 任意
  • ホームページが完成して保存されており、公開するバージョンとして明確に識別されています。

    必須

    公開リンクを開く前に実行してください。

  • 公開プラットフォームのアドレスをプライベートブラウザーウィンドウで開きました。

    必須

    既存のセッションに頼らずにテストしてください。

  • メインの行動喚起、ナビゲーション、少なくとも1つの内部ルートが機能します。

    必須

    壊れているパスは、表示されたとおり正確に記録してください。

  • リフレッシュ後に、最近の変更を1つ含む現在のデザインが表示されます。

    必須

    これにより、古いデプロイやキャッシュされたページを検出できます。

  • カスタムドメインを、プラットフォームのアドレスとは別に確認しました。

    任意

    カスタムドメインを使用している場合にのみ必須です。

  • リンクを共有する前に、スマートフォンまたは狭いブラウザー表示でテストしました。

    任意

    モバイルでのみ発生するレイアウトの問題を見つけるのに役立ちます。

  • 最終的な公開URLと公開日は、今後の更新に備えて記録しておきます。

    任意

    これにより、後でのトラブルシューティングが大幅に速くなります。

事前チェック共有する準備ができました
最終的な公開前チェック中のBase44プロジェクト 洗練された一般公開向けプロジェクトとして表示されたBase44ウェブサイト 事前チェック 共有する準備ができました

公開前のチェック時点のプロジェクトの状態と、完成した公開ページを比較します。

訪問者にプロジェクトを公開する準備はできましたか?

公開手順を一度実行し、ログアウトした状態で公開ページの動作をテストし、動作確認済みのURLを基準として保管してください。明確なプロンプトを使えば、公開前に次のアイデアを構造化されたプロジェクトへ発展させることもできます。

次のサイトを作成する
  • 明確なプロジェクト概要から始める
  • 共有する前に公開ページを確認する
  • 繰り返し使える公開チェックリストを用意する

チュートリアルに関するよくある質問

公開に関する質問への回答

プロジェクトを保存し、ホームページと主要なルートの準備ができていることを確認してから、ビルダーで公開操作を実行します。デプロイが完了したら、プライベートウィンドウで公開URLを開き、訪問者が現在のバージョンにアクセスできることを確認してください。

プロジェクトがまだ非公開になっているか、アカウントに制限されているか、プレビューモードでのみ利用可能になっている可能性があります。ログアウトした状態でテストし、公開設定を確認してください。プロジェクトが公開されているのに利用できない場合は、エディタのプレビューではなく公開アドレスを確認してください。

最新の編集内容が公開されていないか、ブラウザにキャッシュされたコピーが表示されている可能性があります。保存したプロジェクトをもう一度公開し、完了するまで待ってから、強制再読み込みまたはプライベートウィンドウを使用し、明確に変更した見出しやボタンを比較してください。

まず、プラットフォームが提供する公開アドレスが機能することを確認してください。これにより、プロジェクト自体が公開されているのか、ドメインに問題があるのかを切り分けられます。次にカスタムドメインを接続し、必要なDNSレコードとスペルを確認してから、ドメイン設定が更新されるまで時間を置いて、もう一度テストしてください。

ログアウトした状態で、ホームページ、主要なCTAを1つ、内部ルートを1つ、モバイルレイアウトを確認してください。また、表示されるコンテンツが最新であることと、共有する予定のURLがエディターやプレビューのリンクではなく、公開アドレスであることも確認してください。

構築を始める
構築を始める