# Newtのサービス終了に備える移行先の選び方：比較軸と期限からの逆算 公開日: 2026-10-21 | 更新日: 2026-10-21 | URL: https://blog.genko.me/newt-alternatives > Newtは2026年11月24日にサービスを終了します。公式のデータ削除方針を確認し、コンテンツモデル、API、画像、編集、料金、移行工数、再移行のしやすさで候補を選ぶ方法を解説します。 Newtの移行先は、現在のコンテンツモデルと編集作業を再現できるかを最初に確かめ、API・画像・料金・移行工数を同じ条件で比較して選びます。[Newtは2026年11月24日にサービスを終了する](https://www.newt.so/notice/newt-close)ため、比較と並行してデータの退避を進め、終了日より前に切り替えを完了させる計画が必要です。genko.meも候補の一つですが、普段使う原稿とサイトで適合性を確認してください。 本記事はgenko.meの運営側が執筆しています。2026年10月21日にNewtの公式情報とgenko.meの公開ドキュメントを確認しています。料金や提供条件は変更されるため、契約前にも公式情報を確認してください。 ## Newtはいつ終了し、データはどうなるか [Newtの公式FAQ](https://www.newt.so/notice/newt-close-faq)では、終了日時は**2026年11月24日（火）13:59**と案内されています。CMS AppとForm Appの両方が終了し、終了後は管理画面とAPIを利用できません。アカウント・スペース・モデル・コンテンツ・アセットの情報はすべて削除され、閲覧・復元には対応しないと明記されています。Newtは、終了日の延長を全ユーザーに対して一律で行わないとしています。 この日時をサイトの切り替え時刻に設定すると、不具合の修正や追加の確認に使える時間がなくなります。移行先の選定期限、試験運用の期限、本番切り替えの期限を分け、最後に予備日を残してください。担当者が少ないサイトでも、どの日まで何を終えるかをカレンダーへ入れるだけで判断の遅れを見つけやすくなります。 また、コンテンツの保存とサイトの継続運用は別の課題です。本文を確保しても、画像、記事間のリンク、問い合わせ、ビルド処理などの依存先が残れば、公開サイトの動作を維持できない場合があります。移行先を検討する段階から、CMS以外も含めた依存関係を棚卸しします。 ## 移行先を比較する前に、残すものを決める 最初に作るのは候補サービスの一覧ではなく、現在のサイトの要件表です。記事数だけでなく、モデルごとの項目、画像の置き場所、翻訳、下書き、参照、予約公開、更新担当をまとめます。Form Appを使う場合は、送信先と通知、保存済みの問い合わせを別項目にしてください。 たとえば「ブログを移す」という要件でも、本文と画像だけのサイトと、著者・カテゴリ・関連記事が別々のデータで結び付くサイトでは難易度が変わります。現在の構造をそのまま維持する必要がある部分と、移行時に整理できる部分を区別します。締め切りの近い移行では、新機能の追加まで同時に進めない判断も有効です。 | 要件表に書くこと | 候補を試すときの確認 | | --- | --- | | コンテンツの種類と関連 | 著者やカテゴリを重複入力せずに扱えるか | | 必須・任意の項目 | 入力途中の原稿を保存できるか | | 本文の表現 | 表、コード、埋め込み、画像説明が残るか | | 公開と更新の流れ | 編集から公開サイトへの反映まで通るか | | 外部の依存先 | 画像、フォーム、検索、ビルド通知を引き継げるか | | 運用担当 | 移行後に誰が設定と障害対応を行うか | 「必須」「できれば必要」「今回は不要」の区分も付けます。必須条件を満たさない候補は、ほかの項目が魅力的でも比較対象から外せます。どのサービスが高機能かよりも、現在のサイトを期限内に継続できるかを判断するための表です。 ## 移行先を選ぶ7つの比較軸 ### 1. コンテンツモデルの適合性 テキストや日付の項目があるだけでは、同じモデルを再現できるとは限りません。単一・複数の参照、選択肢、翻訳の単位、繰り返し要素、必須条件を確認します。移行後に表示できても、編集時に自由入力へ変わるなら入力ミスを防ぐ仕組みも変わります。 genko.meでは[APIとスキーマ](https://docs.genko.me/studio/apis)でリスト形式・オブジェクト形式を選び、[フィールド](https://docs.genko.me/studio/fields)で入力項目を定義します。項目名の近さだけで判断せず、参照や本文の値がサイト側で期待する形かを確認してください。複雑な構造が必須なら、候補ごとにモデルを作り、無理なく編集できるものを選びます。 ### 2. APIの形とサイト側の修正量 URLの差し替えだけで済むかを前提にしないでください。レスポンスの包み方、ID、ページ分割、並び順、絞り込み、参照の展開、下書き取得で必要な変更を見積もります。記事一覧が表示できても、検索結果や前後の記事、未公開の参照先で違いが出ることがあります。 普段の画面を基準に、「一覧」「詳細」「該当なし」「画像なし」「下書き」の取得結果を比較すると見落としを減らせます。genko.meの値の形は[レスポンスの値](https://docs.genko.me/api-reference/values)、取得条件は[クエリ仕様](https://docs.genko.me/api-reference/queries)が判断材料です。SDKが使える場合も、既存コードの修正と検証は工数に含めます。 ### 3. 画像をどこに置き、どう配信するか 本文の中に画像URLが残っていることと、自分で画像本体を確保していることは同じではありません。アイキャッチ、本文内画像、添付ファイル、SNS用画像を分け、移行後にどこから配信するかを決めます。元URLを使う箇所が残らないかも確認してください。 画像のサイズ変更、代替テキスト、ファイル形式、保存容量も比較します。genko.meの[メディア管理](https://docs.genko.me/studio/media)と[画像変換](https://docs.genko.me/guides/images)で仕様を確認できます。すでに独立した画像基盤を使うサイトなら、その基盤を維持する案も比較に入れます。CMSと画像を同時に変える必要があるかを整理すると、検証範囲を絞れます。 ### 4. 編集画面と公開前の確認 開発者だけで管理画面を評価せず、実際に更新する人へ原稿を渡します。リンクの変更、画像の差し替え、表の修正、下書き保存、プレビュー、公開までの作業を通してもらってください。機能一覧で対応と書かれていても、日々の操作負担は試さないと判断できません。 プレビューは管理画面の見え方だけでなく、公開サイトと同じ表示で確認できるかを見ます。genko.meの場合は[下書きプレビュー](https://docs.genko.me/guides/preview)にサイト側の対応も必要です。CMSの設定だけで完成すると見積もらず、編集者が確認するURLまで含めて試します。 ### 5. 今の料金と、増えたときの料金 無料枠に収まるかに加えて、翌年の記事量、画像量、参加人数を想定します。月間転送量と保存容量、API数とリクエスト数は別の指標です。超過時に停止するか、追加料金が発生するか、プラン変更が必要かを候補の公式条件で確認してください。 候補にmicroCMSを入れる場合は[公式料金表](https://microcms.io/pricing)、genko.meは[料金プランと上限](https://docs.genko.me/studio/plans)を参照します。この段階では価格の安さだけで順位を付けず、必要な運用を満たすプランの総額を書きます。移行を外部へ依頼する場合の費用や、その後の保守時間も別欄にすると判断しやすくなります。 ### 6. 移行と検証に必要な工数 データの取り込みに成功しても、記事が同じ品質で公開されるとは限りません。モデルの調整、本文変換、画像移動、サイト側の取得処理、リンク確認、編集者の練習までを見積もります。移行ツールの有無だけで「簡単」と判断しないでください。 まず、古い記事、長い記事、画像の多い記事、参照を含む記事を選び、小さな検証を行います。問題を「自動で直せる」「まとめて手直しする」「記事ごとに確認する」に分けると、残りの工数を推定しやすくなります。使わない機能を減らす判断は、この検証の後に行います。 ### 7. 次に移るときの取り出しやすさ 今回の移行だけでなく、将来の出口も確認します。本文、スキーマ、画像、IDの対応、翻訳、公開状態をどの形式で取り出せるか、取り出したものだけで別環境へ再構成できるかが比較点です。「エクスポート対応」という一項目だけでは判断できません。 genko.meの[インポートとエクスポート](https://docs.genko.me/studio/import-export)では、コンテンツのJSON・CSV書き出しを案内しています。ただし、書き出しに画像・ファイルの本体や編集履歴は含まれません。候補の長所と制約を両方把握し、元のファイルと変換後のデータを自分でも保管できる運用にします。 ## 候補を公平に絞るための採点方法 候補は少数に絞り、同じ記事・同じ画面・同じ担当者で試します。microCMSやgenko.meなどのサービス名を先に順位付けするより、必須条件を通過した候補について、改修量と編集負担を比較するほうが実務的です。特定サービスがすべてのサイトに適するとは限りません。 採点する場合は、モデル適合性、API改修、画像、編集、料金、移行工数、出口に重みを付けます。期限が近い今回は移行工数を重くし、共同編集が中心なら編集操作を重くするなど、サイトの事情を反映してください。必須条件の欠落を高得点の合計で打ち消さないことも大切です。 判断の記録は短くても構いません。「この参照構造を保てる」「編集担当がプレビューまで使える」「切り替えの担当者と予定を確保できる」のように、採用理由を具体的に残します。未確認の項目を合格扱いにせず、確認担当と期限を付けてください。 ## 2026年11月24日から逆算するスケジュール例 以下は2026年10月21日から着手する小規模サイト向けの提案です。Newtの公式日程ではなく、確認と手直しの時間を確保するための計画例です。モデルや画像が多い場合は、作業人数と対象範囲を早めに見直してください。 | 期間 | 目標 | 次へ進む判断材料 | | --- | --- | --- | | 10月21〜25日 | データ退避と要件整理、候補の絞り込み | 原稿・画像の所在と必須条件が分かる | | 10月26日〜11月1日 | 代表記事で候補を検証し、移行先を決定 | 表示・編集・料金・工数を比較できる | | 11月2〜8日 | 試験環境で全体を確認 | 件数、本文、参照、画像、主要URLが合う | | 11月9〜15日 | 編集担当の確認と本番切り替え | 更新と公開反映を担当者が再現できる | | 11月16〜23日 | 修正と依存先の最終確認 | 元サービスへの依存を説明できる | | 11月24日 | 終了日 | 新規作業を残さず、移行先で運用する | 切り替え前後に更新が入るサイトでは、更新を止める時間と、差分を反映する担当を決めます。旧環境へ戻す方法だけでなく、終了後に移行先だけで復旧する方法も考えておきます。予備日を使い切る見込みなら、全面改修を延期して継続に必要な範囲へ絞る判断をしてください。 ## 決定前のチェックリスト - 必須のモデルと参照関係を、実データで確認していますか。 - 一覧・詳細・下書き・空の値を、サイト側で確認していますか。 - 本文内の画像と添付ファイルを含め、移行後の配信元を決めていますか。 - 編集担当が、保存・確認・公開まで実際に操作していますか。 - 通常時と成長時の料金、上限に達したときの扱いを確認していますか。 - フォーム、通知、検索、再ビルドなどの依存先を棚卸ししていますか。 - 最終更新の取り込み、切り替え、復旧の担当と日程がありますか。 - 将来取り出せるデータと、別途保管すべきファイルを区別していますか。 移行先をgenko.meに決めた後の具体的な操作は、[Newtからgenko.meへの移行ガイド](https://blog.genko.me/newt-migration)を参照してください。本記事の目的は候補の選定と計画づくりです。取り込み手順を繰り返す代わりに、移す内容と合格条件を先に明確にしてから手順へ進みます。 ## よくある質問 ### Newtの終了後にデータを取り出せますか？ 終了後の取得を前提にしないでください。[公式FAQ](https://www.newt.so/notice/newt-close-faq)は、データの削除と閲覧・復元に対応しない方針を案内しています。移行先が未決定でも、Newtの[データエクスポートのご案内](https://www.newt.so/docs/how-to-export)に沿って、データとファイルの退避は先に進めます。 ### Newtと同じAPIを使える移行先を探すべきですか？ APIの近さは改修量を減らす判断材料ですが、それだけでは選べません。参照、本文、画像、下書きの取得と編集作業まで確認し、継続運用に必要な範囲で互換性を評価します。 ### 無料プランだけで移行先を選んでもよいですか？ 現在の利用量だけでなく、記事・画像・担当者が増える場合も評価してください。上限の種類、超過時の動作、移行と保守の時間を含めて比較すると、無理のない候補を選べます。 ### genko.meへ移す場合は何から確認しますか？ モデル、本文、参照、画像を含む代表記事で適合性を確認します。[フィールド仕様](https://docs.genko.me/studio/fields)と料金条件を確認し、採用後に[専用の移行ガイド](https://blog.genko.me/newt-migration)へ進んでください。