Dora AI（dora.run）のWebサイト生成サービスは、公式告知に掲載された2026年5月1日の終了日を過ぎており、現在新しいサイトを作る操作手順としては案内できません。旧サービスはpromptからWebページの初稿を生成する仕組みでしたが、古いtutorialの画面を探すより、既存サイトを移す作業と新規サイトを作り直す作業を分けてください。終了告知はmigration guideへ案内していますが、その詳細は現在こちらから確認できないため、具体的なデータ回収や返金条件は推測しません。
目次
先に知っておく現在の状態
公式の終了告知には「Dora is shutting down」と終了日2026年5月1日が記載され、ページ自体もサービス利用案内ではなくなっています。したがって、これから登録してpromptを入力し、編集・公開する通常の使い方はできません。以前のページに残る「available to all users」やfree creditsなどの表示は終了前に取得された案内で、現在の利用可能性の証拠にはなりません。
| 読者の状況 | この記事での回答 | 次にすること |
| これからDoraで作りたい | 新規生成の手順は利用できない | 必要なサイト要件を整理して別の作成方法を選ぶ |
| Doraのsiteを以前公開した | 公式終了日を過ぎている | 手元のbackup、独自domain、export済みfileを確認 |
| 古い操作記事を見つけた | 旧画面・旧機能の説明の可能性 | 公開日と運営の終了告知を確認 |
| 新しいDoraという名前のtoolを見た | 同名の別サービスの可能性がある | 運営会社とURLがdora.runのDora AIか照合 |
「Dora」という名前だけでは同じ製品とは限りません。Dora AI website builder（dora.run）に関する記事です。別会社の同名アプリやAI videoサービスの機能・料金を、旧Web builderへ結び付けないでください。
旧サービスで想定されていた制作の流れ
終了前の公式ページは、promptからsubjectとstyleを読み取り、copy、image、responsive layoutを組み合わせてsite案を作り、利用者が調整して公開する流れを説明していました。これは歴史的な機能説明で、現在の画面で再現できるstep-by-stepではありません。
| 制作段階 | 旧紹介ページの説明 | 現在の扱い |
| Brief | siteのsubject、style、brandをpromptで指定 | 新規入力には進めない |
| 初稿 | copy、image、layoutの案を生成 | 生成操作は利用できない |
| 調整 | 生成物を見てtweak・iterate | 既存projectの現状を確認する必要がある |
| 公開 | siteを公開 | 既存URL・domainの状態を別途確認 |
旧promptを再利用する場合でも、旧生成結果が同じになる保証はありません。プロンプト自体は要件メモとして保存し、別toolへそのまま貼る前に、ページ構成、文章、画像、公開要件に分解します。異なるサービスでは入力方法、出力file、hosting、custom domain、interactionの扱いが違うためです。
既存サイトがある人の確認順
既存の公開サイトがある場合、まず「サイトを見せ続けたい」のか「サイトの中身を編集できる状態にしたい」のかを分けます。公開URLが一時的に残っていても、編集元、画像asset、form、domain管理を回収できたとは限りません。手元に何があるかを確認してから移行作業を選びます。
-
domainを自分で管理できるか確認する：registrarとDNSへログインできるか、更新期限、現在のA/CNAME、メール用recordを控えます。domainをDora側から購入した場合の権限は、契約記録やproviderへ確認してください。
-
手元の素材を集める：HTML/CSS/JS、export archive、画像、video、logo、font、文章、prompt、画面capture、外部formの設定を分けて保存します。fileがあるとは限らないので、見つからない項目は空欄のまま記録します。
-
公開URLを確認する：page単位にURL、title、主要文章、image、link、form、mobile表示を記録します。見た目のcaptureだけでは、送信処理やCMSのデータまで移せません。
-
外部接続を調べる：analytics、newsletter、CRM、payment、custom code、埋込みformがどのaccountに紐づくかを確認します。公開ページの見た目からsecretや設定値を推測しません。
-
移行元と移行先を分けて検証する：旧siteを保存できた素材と新しく再構成する機能を一覧にします。新hostを選ぶ前に、domain、form、redirect、画像、mobile、SEO metadataの責任者を決めます。
-
切替前にbackupを残す：ファイルと現在のDNS設定を複製し、公開後のrollback手段を確認します。移行先を試すために本番domainを先に向け替えないようにします。
この手順は、サービス終了後の一般的な移行チェックです。Dora公式migration guideの具体的な手順や、終了後に可能なaccount recoveryを示すものではありません。正確なデータ保存期間、返金、domain移管が不明な場合は、公式noticeのmigration guideや運営者の窓口へ確認し、第三者の古い記事だけで判断しないでください。
手元のデータで移せる範囲を判断する
移行の見積もりは、画面captureだけでなく実際に編集・再公開できる資産があるかで変わります。次の表で資産の状態を棚卸しすると、完全な再作成が必要な部分を見分けやすくなります。
| 資産 | 手元にあるとき | 見つからないとき |
| HTML / source | 既存構造を引き継げるか確認 | 画面を見ながら再構築候補にする |
| 画像・video | 原本、license、alt情報を整理 | 公開URLから取得可能かと権利を確認 |
| copy / prompt | 文章・要件として再利用を検討 | 公開画面から必要事項を手作業で記録 |
| domain | registrarとDNS設定を維持 | 所有者と移管条件をproviderへ確認 |
| form / integration | destination accountで接続を再設定 | 入力データがどこへ届くかから調査 |
| analytics | measurement IDとevent仕様を確認 | 現行タグやaccount所有者を確認 |
| published URL | URLごとに新しい対応先を設計 | URL一覧と検索流入を取得できる範囲で確認 |
HTMLがあっても、server-side function、database、formの送信先、animation logicが含まれないことがあります。静的な見た目と動作の依存関係を別々に確認します。逆に、独自domainを保持している場合は、hostを変えてもURLを維持できる可能性がありますが、DNS変更とSSL設定は移行先の正式手順を確認してから行います。
新規siteを作り直すときの要件表
新しいsite builderを探す場合、「Doraの代替」という名前で選ぶだけでは要件が曖昧です。旧workflowのどの成果物を必要としているかを書き出します。promptからdraftがほしい人と、既存siteの編集、公開hosting、3D表現、form連携が必要な人では、選ぶ条件が異なります。
| 要件 | 決める質問 | 試験方法 |
| ページ構成 | 1ページLPか複数ページか | 主要URLとnavigationを作る |
| 編集性 | 生成後に文章・layout・assetを直せるか | 文言、section順、imageを変更 |
| responsive | 390pxとdesktopで崩れないか | 同じページを両viewportで確認 |
| 公開 | 独自domainとHTTPSが必要か | test domainから設定条件を確認 |
| data | form、CMS、検索などが必要か | submit後の保存先を検証 |
| export | source fileを手元に保持したいか | export形式と再利用範囲を確認 |
| animation | 動きが必要か、静止画で足りるか | mobile負荷とaccessibilityを確認 |
| 運用 | 誰が更新し、退会後に何を回収できるか | backupと解約手順を調べる |
試作時は「promptで生成できた」だけで採用しないでください。最初のpageを作り、文章の修正、画像差し替え、mobile確認、formテスト、exportまたはbackupを一通り行います。画面上の完成度と、公開後に自分で修正・移転できることは別の評価軸です。サービスの継続性が重要なら、契約前にdomain、source export、データ保存、解約後の公開状態を確認します。
AIものさしの判断
現在の検索者にとって最初の答えは、旧Dora AIのWeb builderを新規利用する操作手順がないことです。既存利用者は、domain、手元のsource、画像、form、公開URLを棚卸しし、公式migration情報が確認できない点を運営窓口へ問い合わせます。これから作る人は、prompt生成、編集、hosting、export、domain、formを別々の要件として小さな試作で確認します。終了前の紹介文を現行機能のように使わないことが、最初の誤りを防ぎます。