多言語のダウンロードページとPDF差し替え——リンクを壊さない方法
製品カタログ、料金表、導入事例のPDF——グローバルサイトでは「同じダウンロードボタンなのに、言語ごとに中身を変えたい」が定番要件です。ここでやりがちな失敗が、ページのスラッグやボタンのURLを言語のたびに変えてしまい、名刺・メール・広告のリンクが死ぬことです。
本記事では、Webflow Localize の公式手順（アセット差し替え・リンク／コンポーネントプロパティのロケール上書き）を軸に、ページURLは維持したままPDFだけ替える運用を整理します。ここでは、言語別のPDFの管理と、差し替え時のリンク確認に絞ります。
※本記事の内容は、2026年11月5日時点の公式情報に基づいています。
結論：ページのURLを維持し、リンク先とファイルを差し替える
- 二次ロケールは一次のデザインを継承し、キャンバス上でコンテンツを上書きできます。要素の追加・移動・削除は二次では基本できません。
- 画像などのアセットは、ロケールを切り替えて Replace できます。alt だけロケールする選択もあります。
- ボタンやリンクの リンク先URL も、ロケールビューで上書きできます（テキストと同様にオンキャンバス編集）。
- コンポーネント化しているなら、Link／Image プロパティのデフォルトやインスタンス値をロケールごとにローカライズできます。
- 名刺や広告に刷ったのは「ダウンロードページのURL」。PDFのファイル名を毎週変えても、ページとボタンは残し、ロケール側のリンク先だけ更新するのが安全です。
Webflow公式動画のLocale一覧。言語ごとに公開状態が分かれています。動画撮影時の画面例で、現在の設定手順は本文と公式ヘルプを参照してください。 出典：公式資料
推奨パターン（実務）
パターンA：静的ページ＋ロケール別リンク
- 一次ロケールで
/download（例）にボタンを置く - Assets に
brochure-ja.pdf／brochure-en.pdf／brochure-zh.pdfを上げる（命名規則を先に決める） - 二次ロケールへ切り替え、ボタンのリンク先だけ各PDFへ変更する
- ボタン文言も必要ならロケール翻訳
ページのパスは全言語で同じ設計（Localizeのロケールプレフィックスはサイト設定に従う）にし、「資料ページの場所」を営業資料に固定します。
パターンB：コンポーネントの Link／Image プロパティ
グローバルナビやフッターに資料CTAがある場合は、メインコンポーネントの Link プロパティをロケールで上書きするか、インスタンス側プロパティをロケール編集します。二次ロケールでは プロパティの新規追加や型変更はできない 点に注意です。設計段階で Link プロパティを切っておく必要があります。
パターンC：CMSのFileフィールド
言語ごとにアイテムを分ける／参照フィールドでPDFを持つ、などCMS寄りの設計もあります。この場合も「一覧ページのスラッグを安易に変えない」「古いファイルURLをメールで配りすぎない」が原則です。File をコンポーネントプロパティへ繋ぐ公式対応もありますが、リッチテキスト内では制限があります（関連するコンポーネント記事を参照）。
やってはいけないこと
- 言語切替のたびにダウンロード専用ページのスラッグを変える（例：
/dl-jaを来月/files-jaに改名） - 一次ロケールのPDFを直接上書きしてしまい、他言語の履歴やキャッシュと混線させる（ファイルは言語サフィックスで併存）
- 二次ロケールでレイアウトを組み直そうとする（構造は一次側）
- メール本文に CDN上のファイルURLだけを貼り、ページ経由をやめる（古いファイルを削除すると、配布済みリンクが切れる）
宿・リゾート系のある案件では、季節料金PDFをファイル名ごと差し替えた結果、旅行会社向けの古いリンクが404になりました。以降は「常に同じダウンロードページへ誘導し、ロケールと四半期で中身だけ替える」運用に戻しています。
運用チェックリスト
公開前：
- 各ロケールでボタンをクリックし、意図したPDFが開く
- PDFの言語／通貨／法務表記がページ言語と一致
- 一次を更新しても、二次のリンク上書きが意図せずリセットされていないか確認
- 旧PDFの直リンクを配布している場合は、ファイルを残すか、利用者へ新しいリンクを案内する。Webflowのサイト用301設定で、別ドメインのCDNファイルURLを転送できるとは限らない
引き渡し：
- Content editor が触ってよい範囲（ロケール切替→ボタンリンク→Assetsアップロード）
- ファイル命名規則（
{doc}-{lang}-YYYYMM.pdfなど） - 「ページURLは変えない」ルールをマニュアル1行目に書く
画像アセットとの違い
公式は画像の Replace と alt のロケールを詳しく案内しています。PDFは多くの場合 Link の行き先 として扱う方が素直です（埋め込みビューアを使う場合は別設計）。テキスト入り画像を言語別に差し替える要件とセットで来ることが多いので、同じロケール切替操作としてマニュアル化すると習得が早いです。
ファイル命名と保管
推奨例：{product}-brochure-{lang}-{yyyyMm}.pdf
Assets 内フォルダ（または名前のプレフィックス）で言語を揃え、古い四半期版は archive/ 相当の命名で残します。営業が古いPDFを直接配布しないよう、必ずダウンロードページ経由にします。
Content editor向けの最短手順（マニュアル転記用）
- ロケール切替（例：English）
ダウンロードボタンを選択
リンク先を当該言語PDFに変更
- 必要ならボタン文言を翻訳
- プレビューでクリック確認
- 公開権限者へ依頼
画像のテキスト入りバナーがある場合は、同じロケールで Replace image もセットで行います。alt のロケールも忘れないようにします。
広告・QRとの接続
展示会のQRは、言語別PDF直リンクより 言語スイッチ付きのダウンロードページ へ飛ばす方が、後日の差し替えに強いです。どうしても直リンクが必要なら、短い自前パスをリダイレクトで吸収する設計を別途検討します（リダイレクト運用は公開後確認記事の領域）。
法務・価格表の特別扱い
価格・規約・医療／金融表現が入るPDFは、専門知識のある担当者が訳文を確認し、差し替え権限を限定します。Localize上はリンク上書きでも、承認フローはCMSの下書き公開と同じ温度感で組むのが安全です。
よくある質問
Q. 二次ロケールでボタン自体を追加できますか？
A. デザイン構造は一次で決まり、二次では追加・移動・削除は基本不可です。例外はリッチテキスト内コンポーネントの扱いに限られます。
Q. プロパティの「デフォルト」をロケールで変えられますか？
A. メインを二次ロケールで開き、Manage properties からデフォルト値をローカライズできます。ただしプロパティの追加や型変更は二次ではできません。
Q. アセットを一次に戻したいです。
A. 画像は Image settings から Reset to primary locale があります。リンクも、ロケール上書きをやめて一次の値に戻す運用をチームで決めます。
Q. Localizeプラン差はありますか？
A. 公式は機能がプランにより異なると注記しています。案件前に Localize プラン比較を確認してください。
一次ロケールを英語にする場合
日本本社でも、一次を英語・日本語を二次にするチームがあります。PDF運用では「一次に置いた英語PDFがデフォルト継承される」ため、日本語ロケールで必ず上書きされているかを公開チェックに含めます。逆に一次が日本語のまま英語展開する場合も、英語ロケールのリンクが日本語PDFのまま残る事故が典型です。
コンポーネント化のタイミング
ダウンロードCTAが3か所以上に出るなら、最初から Link プロパティ付きコンポーネントにします。後からプロパティを足す作業自体は可能ですが、二次ロケールではプロパティ追加ができないため、言語追加が決まった時点で一次側の設計を止めてプロパティを切る、が安全です。
QA表（公開前）
| ロケール | ボタン文言 | リンク先ファイル | 言語一致 | 担当 |
|---|---|---|---|---|
| JA | ||||
| EN | ||||
| その他 |
表を埋めずに公開しない、をルール化します。
メール配信との役割分担
キャンペーンメールにPDFを添付する運用と、サイトのダウンロードページは役割を分けます。メール添付は配信時点のスナップショット、サイト側は常に最新ロケール版、と説明するだけで問い合わせが減ります。リンクを壊さない本筋は、あくまでサイト側の固定URLです。
スラッグとロケールプレフィックス
Localize利用時、公開URLにロケールが入る設計でも、一度配布したURLをPDF更新のたびに改名しないのが要点です。言語ごとにURLを翻訳する設計自体は問題ありません。プレフィックスはプラットフォーム側、資料の場所はサイト設計側、と分けて考えます。名刺やQRに落とす文字列を四半期ごとに変えない、が営業側の要件になります。
ステージング確認の順序
- 一次ロケールでボタンが一次PDFを向く
- 各二次ロケールで上書きリンクが正しい
- ロケール切替UI（ネイティブまたはカスタム）でユーザー行程を再現
- モバイルでもダウンロードが開始できる（ビューア／別タブ）
Localizeの継承を理解しているチームでも、手順4で「PCでは正しいがスマホのアプリ内ブラウザで古いPDFが開く」などキャッシュ系が混ざることがあります。その場合は公開反映記事の切り分けへ接続します。
差し替え作業の担当が Content editor の場合、Assets へのアップロード権限とロケール切替の練習を引き渡し動画に1本入れておくと安全です。
まとめ
多言語PDFで守るのは「人が覚えているURL」です。Localizeでリンクとアセットをロケール上書きし、ページの場所は固定する。コンポーネント化するなら最初に Link プロパティを切る。この三つで、差し替え作業がリンク切れに発展しにくくなります。Booostでは多言語の資料配布設計も支援しています。お問い合わせ
※本記事はIGNITEが独自に調べてまとめたもので、Webflow, Inc.の公式見解ではありません。Webflowは、Webflow, Inc.の商標です（参考：Trademark Usage Policy）。記事中の製品画面や画像の著作権は、各出典元に帰属します。
参考資料
Booostはノーコードツール「Webflow」に特化したWeb制作サービスです。
デザイン・マーケティング・翻訳の3つの最適化で、Webサイトの集客力を最大化します。
