
このテンプレートを使用してください
Webサイトのローンチは、あらゆるマーケティングチームにとって最も重要度の高いイベントの一つです。Trupeerなら、無料のWebサイトローンチ用チェックリストのテンプレートから始めて、ブランドガイドラインでカスタマイズし、チェックリストをデザイン、開発、SEO、コンテンツチームの整合に合わせた動画ウォークスルーに変換することで、ローンチ調整にかかる数時間を節約できます。
無料のWebサイトローンチ用チェックリストテンプレートとは?
無料のWebサイトローンチ用チェックリストテンプレートとは、Webサイトが公開される前・最中・公開後に「正しくなっている必要があること」をすべて列挙したリストです。
それらは数多くあります。公開されているものは、内容別に「コンテンツ」「デザイン」「SEO」「テクニカル」「法務」「分析」に分けられ、15、17、58項目などさまざまです。概ね正確で、起こり得るほぼすべての問題をカバーしています。
問題はカバー範囲ではありません。リストの各項目が、すべて同じ重みで見えてしまうことです。
画像のaltテキストの確認は、リダイレクトの設定と並びます。会社概要ページの校正は、制作環境のrobots.txtがステージングのものではないことの確認と並びます。どのローンチにもある時間的なプレッシャーのもと、誰かがリストを上から順に進めて大半をこなし、どの項目がスキップされるかは、たまたま配置されていた場所によって決まります。
テンプレート自体が問題なのではありません。ローンチがうまくいくかどうかを左右するのは、60項目のうち「実際にゲート(通過条件)になる9項目」を把握しているかどうかです。
用途に合わせて形式が決まります。無料のWebサイトローンチ用チェックリストテンプレートのExcel版は、チェックリストが「担当者」「ステータス」「証拠」を持つリストだからこそ自然な置き場所です。無料のWebサイトローンチ用チェックリストテンプレートのWordファイルは、ローンチミーティングでの印刷版に適しており、無料のWebサイトローンチ用チェックリストテンプレートのPDFは、検証済み内容のサイン済み記録に適しています。
58項目すべてが同じ重み
ローンチチェックリストを領域(エリア)ごとにグループ化するのが標準的なアプローチですが、重要なのはその唯一の違いが見えなくなることです。
ほぼすべての公開リストに登場する4つの項目を考えてみましょう。
商品ページのスペルミス。画像のalt属性の欠落。古いURLからの未マッピングのリダイレクト。グローバルにdisallowが設定された状態で本番にデプロイされたステージングrobots.txt。
領域ごとに分けると、最初の2つはコンテンツ、3つ目はSEO、4つ目はテクニカルです。3つの異なるセクションで、相対的な重要度の示唆はありません。
しかし実際には、まったく比較になりません。タイプミスは1日以内に気づかれて5分で修正されます。alt属性の欠落は、緊急性のない軽微なアクセシビリティおよびSEOの問題です。未マッピングのリダイレクトは、静かにそのURLが持っていた権威を失っていきます。気づけば数か月かけて回復できる可能性はあります。そしてrobots.txtは、検索結果からサイト全体を削除し、エラーを出さず、人間の訪問者が見るものを壊さず、しかも数週間動き続けることがあり得ます。
それらを分けるのは2つの性質で、どちらも公開されているチェックリストには載っていません。
元に戻せますか? 見つけた後なら、完全に取り消せるミスもあります。そうでないものは、取り戻せない時間を奪います。ランキングやインデックスはあなたの都合ではなく独自のスケジュールで回復するためです。
気づけますか? 失敗の中には、自ら存在を知らせるものがあります。そうでないものは黙って進行し、黙っている失敗ほど、長く続き得る期間に比例して危険です。
Trupeerでこのテンプレートをカスタマイズする方法
ステップ1:テンプレートセクションを開く
メインナビゲーションからテンプレートセクションへ移動します。

ステップ2:テンプレートを選択して開く
開きたいテンプレートをクリックします。

ステップ3:テンプレート表示を展開する
必要に応じて、テンプレート表示を展開し、レイアウトと詳細をはっきり確認します。

ステップ4:テンプレートを編集する
編集をクリックして、選択したテンプレートの変更を開始します。

エディター内で、次のことができます:
新しいセクションを追加
書式ルールを定義または更新
ロゴを追加し、その位置および関連設定を調整
ステップ5:カスタマイズしたテンプレートを保存する
必要な変更をすべて行ったら、保存をクリックして更新済みテンプレートを自分のものとして保存します。

ステップ6:プレビューしてテンプレートを微調整する
カスタマイズしたテンプレートがどのように表示されるかを確認したいときは、プレビューを開きます。

プレビュー画面から、必要に応じて直接調整を続けることができ、テンプレートが希望どおりに表示されることを確認できます。
Webサイトローンチ用チェックリストテンプレートでできること:
調整にかかる時間を節約: ローンチ向けに構成された空白ページをスキップできます。
問題を早期に発見: 内蔵チェックでコンテンツ、デザイン、テック、SEO、分析をカバーします。
ブランドに沿った状態を維持: Trupeerのブランドキットでロゴ、フォント、カラーを適用します。
恥をかくのを回避: 包括的なチェックリストが、壊れたリンク、計測漏れ、SEOの大惨事を防ぎます。
ローンチを標準化: すべてのサイト、ミクロサイト、リデザインで同じテンプレートを使用します。
グローバルチームに対応: 1クリックでローンチチェックリストを65+言語に翻訳できます。
可逆性と発見可能性で並べ替える
チェックリストを、長くても構いません。すべての項目を4つのボックスのいずれかに入れます。
不可逆で、見えない。 それがゲートです。これらは、ローンチ前に、作業を行った本人以外の誰かが証拠を添えて検証する必要があります。通常は10個未満で、そもそもチェックリストを持つ理由そのものです。
不可逆で、見える。 重要で、自ら知らせてくるタイプです。失敗したDNSカットオーバーや削除された旧サイトは数分で明らかになるため、リスクは検知ではなく復旧計画にあります。ロールバック手順を用意し、誰が実行できるかを把握しておきましょう。
可逆で、見えない。 それらをゲートとして待つのではなく、48時間以内に確認します。構造化データ、サイトマップ送信、サブイベントでのタグ発火。見逃すと少し損をしますが、完全に修正可能です。
可逆で、見える。 ローンチ後に修正します。タイポ、スペーシング、画像圧縮、altテキスト。実際にやる価値はあるが、ローンチを遅らせるほどではありません。ローンチブロッカーとして扱うからこそ、最初のカテゴリが慌ただしくなります。
この種の価値は分類法そのものではありません。実際に上の立場の誰かが読む「短いリスト」を生み、次の週に落ち着いて進められる「はるかに長いリスト」も同時に作れることです。
通常ゲートになる項目
最初の象限は、想像されるより小さく、ローンチ間でかなり一貫しています。リビルドでは、これらが繰り返し登場します。
制作環境のrobots.txt。 ファイルが存在し有効かどうかだけでなく、その中身が制作環境の内容であることです。ステージングのdisallowルールを本番にデプロイしてしまうのが、最もよくある「見えない致命的なローンチエラー」です。
noindexメタタグ。 別の場所で同じ失敗が起きても、robots.txtが正しい場合でも生き残ります。
旧サイトのクロール結果と照合して確認するリダイレクトマップ。 誰かが覚えているURLのリストに対して照合するのではありません。クロール、サーバーログ、旧サイトマップのエクスポートなどです。ロングテールのコンテンツURLこそが、ギャップが必ず生まれる場所です。
制作環境を指しているcanonicalタグ。 ステージングドメインを参照しているcanonicalは、そのまま尊重されます。
重要なページでの分析とタグ発火。 トップページだけではありません。コンバージョントラッキングが壊れていると、データを永久に失い、復元できません。
人が読む場所に届くフォーム送信。 送信されたように見えてどこにも届かないフォームは静かに進行し、数週間続くことがあります。成功メッセージではなく、実際の配信をテストしてください。
制作環境からのトランザクションメール送信。 同じ失敗で、ECサイトではさらに悪化します。
すべてのホスト名をカバーするSSL、wwwおよび非wwwのバリエーション、使用中のあらゆるサブドメインを含みます。
カットオーバー前にDNS TTLを下げる。 後から検証できないため、チェックではなくゲート項目になります。
以上が9項目で、多くのローンチではほぼあなたのリストと一致します。60項目チェックリストの残りは、他の3つの象限のいずれかに入ります。
Webサイトローンチ用チェックリストテンプレートに必ず含めるべきもの
7つの構成要素。象限とエビデンス列は追加要素です。
構成要素 | 役割 |
|---|---|
項目 | 活動ではなく、チェック可能な条件として明記された「正しくなっている必要があること」。 |
象限 | 4つのうちどれか。ローンチのゲートになるかどうかを決めます。 |
担当者 | 1名の名前。チームではありません。 |
検証者 | ゲート項目の場合、担当者以外の誰か。 |
エビデンス | ゲート項目の場合、添付された内容。ライブファイルのスクリーンショット、クロール比較、受信したテストメール。 |
フェーズ | ローンチ前、ローンチ当日、またはローンチ後。ローンチ後は48時間と2週間に分けます。 |
ロールバックのトリガー | 不可逆で見える項目について、どのような状態になれば元に戻すのか、そして誰が判断するのか。 |
エビデンス列が、チェックリストを「チェック済みリスト」と区別します。タイプミスは誰でも見つけられます。制作環境のrobots.txtが実際に確認されたかどうか、誰が確認したのか、そして何を見たのかは、失敗したローンチの後に初めて問われることになり、通常は答えられません。
無料のWebサイトローンチ用チェックリストテンプレート:コピーするための構造
プレースホルダーではなく、実際の例で埋めています。ローンチは、ECサイトとコンテンツサイトのリビルドです。
ここからコピーしてください。
ゲート項目。 不可逆で、見えない。カットオーバーを進める前に、証拠を添えて2人目の担当者がすべて検証する必要があります。
項目 | 担当者 | 検証者 | エビデンス要件 |
|---|---|---|---|
制作環境のrobots.txtの内容が正しい、サイトのdisallowがない | 開発リード | マーケティングリード | カットオーバー後、告知前の制作URLにおけるライブファイルのスクリーンショット |
インデックス可能なテンプレートのいずれにもnoindexメタタグがない | 開発リード | SEOコンサルタント | 制作設定でのステージングのクロール、インデックス可能ページでnoindexが0であること |
リダイレクトマップが旧サイトのクロール内のすべてのURLをカバーしている | SEOコンサルタント | 開発リード | 旧サイトをエクスポートしてクロールし、リダイレクトマップと照合、未マッピングの200ステータスURLが0であること |
canonicalタグが制作ドメインを参照している | 開発リード | SEOコンサルタント | 20ページのサンプルを確認、スクリーンショット |
商品、カゴ、チェックアウト、確認での分析とコンバージョントラッキングの発火 | 分析担当者 | マーケティングリード | 各イベントをリアルタイムで表示するレポート、スクリーンショット |
すべてのフォームが、監視されている受信トレイまたはCRMに配信される | マーケティングリード | 開発リード | テスト送信が受信され、表示されていること |
制作環境からのトランザクションメール送信 | 開発リード | マーケティングリード | テストの注文確認が受信されていること |
www、非www、使用中のすべてのサブドメインでSSLが有効 | 開発リード | 外部チェック | 各ホスト名ごとのSSLレポート |
DNS TTLをカットオーバーの少なくとも48時間前に300秒に削減 | 開発リード | 開発リード | DNSクエリ出力(日時付き) |
不可逆で、見える。 ロールバック計画が適用されます。
DNSカットオーバー。旧サイトの廃止(ただし、どんな場合でも30日間は行われません)。支払いゲートウェイを本番キーに切り替えます。どれも、ロールバックを引き起こせる名前の担当者がいて、承認を取りに行かずに実行できる場合があります。
可逆で、見えない。 48時間以内に確認します。
サイトマップを生成して送信。構造化データが有効。新しいプロパティでSearch ConsoleとBing Webmasterを検証。サブイベントのトラッキング。ページ速度のベースラインを記録。旧URLへの内部リンクの監査。
可逆で、見える。 後続の2週間で対応。
すべてのページの校正。画像のalt属性。画像圧縮。印刷用スタイルシート。クロスブラウザの見た目の問題。404ページの内容。Cookieバナーの文言。
ロールバック。 DNSはTTLの猶予期間内で元に戻せます。旧サイトは元のホストで30日間、稼働したまま変更されません。元に戻す判断は、承認を必要とせず開発リードが行います。
ローンチ後の監視。 オーガニックセッションを、先週ではなく前年同期間と比較。最初の2週間は、インデックス済みページ数を毎日確認。フォーム送信数を、前月の平均と毎日照合。
ここにコピー。
最後の「前年同期間との比較」についての一文は、下の例があるから存在します。
Webサイトローンチ用チェックリストの例:19日
Merrowdale Garden Centresは、ECサイトとコンテンツサイトを運営しており、オンライン売上は約1,400万ポンドです。11サイトを展開しています。
リビルドは、61項目のチェックリスト(領域別にグループ化)でローンチされ、すべての項目にチェックが入っていました。
61項目のうち2つは、誤ってチェックされていました。
グローバルにdisallowを含むステージングのrobots.txtが制作環境にデプロイされました。チェックリストの該当項目には「robots.txtを確認」と書かれていました。開発者が、ファイルが存在し構文的に有効であることを確認し、それは事実だったためチェックしました。カットオーバー後に、制作環境ドメインで中身を確認すること、または中身を確認するように指示する記載は、項目のどこにもありませんでした。
別の項目では、リダイレクトの項目が「リダイレクトを設定」と書かれていました。マーケティングチームが名前を挙げられるすべてのURLをカバーするように、190件が設定されました。さらに、ロングテールのコンテンツURLである340件(主に、古くから育ってきたガイドや季節のアドバイス記事)はリダイレクトが設定されていませんでした。旧サイトは誰もクロールしていなかったため、誰もそれらのURLが存在することを知りませんでした。
誰かが気づくまでに19日かかりました。
原因はミスではなく監視でした。トラフィックは前週と比較されており、その前週には、ローンチ前のコンテンツ凍結と、有料施策の意図的な停止が含まれていたため、減少は想定内に見えました。オーガニックセッションは71%減で、ローンチノイズのように読めてしまったのです。
季節キャンペーンが期待を下回ったとき、そして誰かが前年同期間の見え方を確認したときに発見されました。
回復には、以前のオーガニック水準に戻るまで約4か月かかりました。その期間の推定損失売上は約24万ポンドで、最大の要素はコンテンツURLでした。これらは何年も静かにトラフィックを稼いでいたのに、誰も棚卸ししていなかったのです。
チェックリストのリビルドでは、項目自体は何も変えず、並べ替え方だけを変えました。
61項目を2つの質問で評価しました。「これを元に戻せるか?」と「気づけるか?」です。9項目が「不可逆で、見えない」ボックスに入りました。この9項目は、2人目の担当者による検証を必要とするゲートになりました。その2人目のうちの1人は、作業を行ったチームの外側である必要があり、証拠を添える必要がありました。
robots.txtの項目は、「robots.txtを確認」から「カットオーバー後に本番のrobots.txtをスクリーンショットで確認し、サイトにdisallowがないことを確認」に書き換えました。リダイレクトの項目は、「旧サイトをクロールし、リダイレクトマップと照合すること。未マッピングのURLが200ステータスを返さないこと」に書き換えました。
そして監視は、前年同期間との比較に変更しました。71%減がはっきりと判別できるのは、この見方だけだからです。
6か月後、彼らは姉妹ブランドをローンチしました。クロール比較では、ゴーライブの2日前に未マッピングURLが41件見つかりました。修正には1時間かかり、そうでなければ四半期レポートで見つかっていたはずです。
6ステップでチェックリストを作る方法
公開されているリストなら何でも出発点にする。 15、17、58項目のバージョンは、実際に包括的で、作り直す価値はありません。テーマやページビルダーのベンダーも良いものを公開しています。そのため、ローンチチェックリストを探すと、Elementor向けのAstraテンプレートに関する結果が一緒に出てくることがあるのです。
すべての項目を可逆性と発見可能性で並べ替える。 4つのボックスです。60項目なら30分ほどで終わり、介入はそれだけです。
ゲート項目を「証拠付きの条件」として書き換える。 「robots.txtを確認」ではなく、具体的に「何を」「どこで」「いつ」見なければならないか。
ゲート項目には、作業チームの外から2人目の検証者を割り当てる。 侮辱ではありません。何かを設定した人は、それを確認するのに最も不適切だからです。
ローンチ前に監視を設定しておく、比較期間も含めます。週次ではなく前年同期間です。
旧サイトを30日間稼働させ続ける。 コストはほとんどかからず、ロールバックとリビルドの違いになります。
ステップ2が全体の方法で、ステップ3が機能させるポイントです。活動として書かれたゲート項目は、その活動が起きたときにチェックされますが、「条件が真であること」とは同じではありません。
ローンチ前、ローンチ当日、ローンチ後
公開されているチェックリストがすべて採用しているフェーズ構造は、最初の軸の代替ではなく、有用な2つ目の軸です。
ローンチ前(数週間前)。 コンテンツ完了、クロールから作ったリダイレクトマップ構築、ステージングでのトラッキング設定、SSLの準備、DNS TTLの引き下げ、ロールバック計画の合意、旧サイトの保持の手配。
ローンチ当日。 カットオーバー→順番にゲートの検証→告知。告知は最後に行います。ゲート項目が確認された後で、当然のように聞こえますが、マーケティングのスケジュールは数週間前に決まるため、頻繁に逆にされます。
最初の48時間。 サイトマップ送信、インデックス確認、フォーム送信数のカウント、可逆で見えない項目の対応、そして前年同期間に対する日次監視。
最初の2週間。 可逆で見えるリスト。見た目の問題、校正、アクセシビリティ改善、パフォーマンス調整。
第1四半期。 インデックス回復の追跡、クロールで見逃したURLの404レポート確認、旧URLへの内部リンクの整理。
1つだけ順序のポイントを述べておく価値があります。ローンチ告知を自動でスケジュールしないでください。ゲート項目が失敗した場合、告知は保留にする必要があり、すでに送信されたメールは取り戻せません。
無料のWebサイトローンチ用チェックリストテンプレートでは直せないこと
活動として書かれた項目。 「リダイレクトを確認」は、誰かがリダイレクトを見たときにチェックされます。真であるときにチェックされるのは、エビデンス付きの条件だけです。
動かせないローンチ日。 日付が固定されている場合、チェックリストは何がスキップされたかを記録します。それが正しい判断になることもあり、完了したチェックとして隠すのではなく、明記すべきです。
誤ったベースラインでの監視。 無料のWebサイトローンチ用チェックリストテンプレートの無料ダウンロードでは、比較期間は設定されません。Merrowdaleの19日間は、チェックリストではなくそれに由来していました。
誰も知らないURL。 クロールかサーバーログでしか見つかりません。記憶から組み立てたURLリストは常に短くなり、その短さは、蓄積された価値があるまさにロングテールで起きます。
検証を繰り返し可能にする
ゲート項目は、誰かが何かを正しく確認することに依存しており、それは見た目よりも狭いスキルです。
Merrowdaleの開発者はrobots.txtを確認してチェックしました。彼は不注意ではありません。彼が「項目が意味するもの」と理解していたのは、ファイルが存在し有効であることでした。「検証済み」が何を意味するかは書き留められていなかったため、各人がそれぞれ想定した内容が意味になっていました。
解決策は、タスクではなく「確認内容」を定義することです。そして最も安価に確認内容を定義する方法は、それが実際に行われている様子を見せることです。
Trupeer AIがそれをカバーします。各ゲート項目の検証方法を知っている人が、記録しながら1回実行すると、出力は、すでにキャプチャして配置済みのスクリーンショット付きの文章によるウォークスルーになります。さらに動画と並べて、あなた自身のブランド表現の中に収められます。ローンチ当夜に実施する人は、毎回同じ9つの手順に従い、エビデンス要件は解釈ではなく明確になります。
記録する。ブランド化する。翻訳する。Trupeerする。
次の2点が続きます。ローンチは頻繁ではありません。まさに、手順書が最も役に立たない状況です。最近やっていないため、思い出せるほどの経験が誰にもないからです。そして、代理店とクライアントがチェックリストの一部をそれぞれ持っている場合、記録された検証があれば、双方が同じものを同じ基準で確認できます。お互いに「相手が持っているはず」と仮定する必要がなくなります。
カットオーバーのシーケンス自体は、runbookに入れるべきです。これは、シフト変更をまたぐローンチをどう扱うかをカバーします。資料はナレッジベースに置かれ、次に実行する人にとってのトレーニングとしても機能します。ドキュメント間の一貫性は、ブランドキットを一度設定するだけで実現でき、セットアップはドキュメントテンプレートのセットアップガイドで説明されています。
よくある質問
無料のWebサイトローンチ用チェックリストテンプレートのExcel版はありますか?
Excelは自然な形式です。ローンチチェックリストは「担当者」「ステータス」「検証者」「エビデンス」を持つリストであり、フィルタリングしたくなるからです。無料のWebサイトローンチ用チェックリストテンプレートのExcelファイルは、それをうまく扱えます。
ダウンロードしたものに2つの列を追加してください。象限列で、その項目が可逆かどうか、そして失敗が見えるかどうかを記録し、ゲート項目用にエビデンス列を追加します。最初の列で並べ替えると、ローンチを実際にゲートする短いリストが得られます。
無料のWebサイトローンチ用チェックリストテンプレートのWord版はありますか?
Wordは、ローンチミーティングでの印刷版と、サインして承認される記録に適しています。無料のWebサイトローンチ用チェックリストテンプレートのWordファイルがそれに対応します。
作業用のコピーはスプレッドシートで管理してください。ローンチ当日は複数の人が同時に項目を更新し、メールで回覧されるドキュメントは、チェックの入った状態が異なる3つのバージョンを生みます。
無料のWebサイトローンチ用チェックリストテンプレートのPDFはありますか?
PDFは、検証された内容の記録に適しています。ゲート項目が確認できたら、無料のWebサイトローンチ用チェックリストテンプレートPDFを1回エクスポートし、各項目について担当者と検証者の名前、日付を含めます。
その記録は少なくとも1年間は保管する価値があります。ローンチから4か月後にランキングの問題が表面化したとき、最初に役立つ質問は「実際に何が確認されたのか」です。9つのゲート項目に対して名前が入ったPDFが、その答えになります。
使う価値のある無料のWebサイトローンチ用チェックリストテンプレートの無料ダウンロードはありますか?
はい。公開されているリストが本当に良いドキュメントタイプの数少ない一つです。信頼できる代理店やSEOの情報源からの無料のWebサイトローンチ用チェックリストテンプレートの無料ダウンロードは包括的で、作り直しても得るものはありません。
ただし、どれもできないことがあります。それは、ローンチをゲートする項目と、来週に修正できる項目を区別することです。良いリストを用意して30分かけて並べ替えるところに価値があります。
Webサイトローンチ用チェックリストで最も重要な項目は何ですか?
元に戻せず、気づかない可能性がある項目です。制作環境のrobots.txtの内容、noindexタグ、旧サイトのクロール結果に照合したリダイレクトマップ、制作環境を指すcanonicalタグ、分析とコンバージョントラッキング、フォーム配信、トランザクションメール、すべてのホスト名にまたがるSSL、そしてカットオーバー前にDNS TTLを引き下げること。
9項目で、多くのローンチではそれがリスクの全体です。60項目リストの他のすべてはやる価値があり、4か月分の損失にはつながりません。
ローンチ前にリダイレクトを正しく確認するにはどうすればいいですか?
旧サイトをクロールし、200ステータスを返すすべてのURLをエクスポートします。そのエクスポートをリダイレクトマップと照合し、未マッピングURLが0であることを確認してください。サーバーログや旧XMLサイトマップは補助として有用です。
失敗する方法は、チームに「どのURLが重要か」を聞くことです。そうすると、人が考えるページが出てきます。そしてギャップは常に、古いコンテンツのロングテールにあります。そこには、通常、何年にもわたって蓄積された権威が存在します。
Elementor向けのAstraテンプレートは、ローンチチェックリストに関係ありますか?
あまりありません。この検索がローンチチェックリストのクエリと一緒に表示されるのは、その用語で上位表示されているページの1つが、両方を公開しているWordPressテーマの会社に属しているからです。
Elementor向けのAstraテンプレートは、WordPressサイトを構築するためのスターターデザインであり、公開前に検証するという別の作業です。そのスタックで構築している場合でも、上記のチェックリストは変更せずに適用できます。robots.txt、リダイレクト、トラッキングは、ページを作ったものが何であっても同じように動くからです。
ローンチ後、旧サイトはどれくらい稼働させるべきですか?
元のホストで30日間、変更せずに稼働させます。コストは非常に小さく、DNSレコードを元に戻すのか、何かを作り直すのかの違いになります。
また、見つかったときに欠けているものの参照にもなります。Merrowdaleの未マッピングURL340件は、旧サイトがまだクロールできる状態にあったからこそ再構築できました。
