チュートリアル
広告クリエイティブのファイル命名:誤ったアップロードを防ぐための小さな引き渡しシステム
製品、コンセプト、言語、フォーマット、リビジョンを命名し、適切な完成広告が正しい宛先に届くよう、簡潔なマニフェストを提出する。

広告クリエイティブに名前を付けることで、プロジェクトフォルダから離れた後でも、その製品、コンセプト、言語、フォーマット、リビジョンを識別できるようにします。選択されたファイルと宛先を特定する短い引き渡しメモを保管してください。ファイル名は人々がアセットを見つけるのに役立ち、メモはどのバージョンを使用すべきか、そしてそれがなぜ存在するのかを説明します。
小規模なクリエイティブチームの場合、これはフォルダとテキストドキュメントで十分です。正方形の下書きが、ローンチが承認されたポートレートキャンペーンと間違われるのを防ぐために、新しいアセット管理プラットフォームは必要ありません。
実際の決定を区別するフィールドを選択する
制作プロセスのあらゆる詳細ではなく、作業内容を説明する名前を使用してください。架空のRoamトラベルカップキャンペーンの場合、有用なパターンは次のとおりです。
roam_commute_en_3x4_v03.png
roam_commute_zh_3x4_v03.png
roam_desk_en_1x1_v01.png
この例は、これらが実際のPNGエクスポートであることを前提としています。実際のファイル拡張子を保持してください。JPEGの名前を変更しても変換はされません。`3x4`と`1x1`は意図された比率を記述し、引き渡しメモはファイルを確認した後の実際のピクセル寸法を記録します。
| フィールド | 答える質問 | 例 |
|---|---|---|
| 製品またはキャンペーン | これはどの作業に属しますか? | roam |
| コンセプト | これはどのような広告アイデアですか? | commute |
| 言語 | 画像にはどの言葉が含まれていますか? | en |
| フォーマット | これはどのような構成ですか? | 3x4 |
| リビジョン | これはどのエクスポートバージョンですか? | v03 |
キャンペーンに類似した名前の製品が複数ある場合は、確立された製品識別子を使用してください。言語が1つしかない場合でも、後で翻訳を追加する際に言語フィールドを保持することが役立ちます。この命名規則は、作成者だけでなく、広告をアップロードする人にとっても読みやすいものにしてください。
コンセプトとそのリビジョンを分離する
通勤シーンとデスクシーンは、異なる広告アイデアを表す場合があります。通勤シーン内の修正された見出しは、そのアイデアのリビジョンです。これらの違いを名前に表示し続けてください。
この提案された命名規則では、変更されたエクスポートを他の人に渡す際にリビジョンを増やしてください。引き渡しフォルダには選択されたファイルを1つだけ保持し、古い候補はアーカイブに保管してください。次の変更が到着するとすぐに何も説明しなくなる`final-final-new.png`のような名前は避けてください。
この命名規則は編集上の推奨事項であり、広告プラットフォームの要件ではありません。既存のチームシステムがすでに正しいアセットを確実に識別している場合は、そのシステムに合わせて適応させてください。
ファイルとともに短いマニフェストを提出する
ファイル名だけでは、次の人に何が変更されたか、どこにアップロードすべきかを伝えることはできません。選択されたアセット、宛先、実際の寸法、言語、およびコンセプトの簡潔な説明を記載した短いメモを含めてください。
Campaign: Roam commute
Selected file: roam_commute_en_3x4_v03.png
Actual dimensions: エクスポートを確認後に記録
Destination: 合意された配置と製品ページのURLを記録
Concept: デスクから電車へ移動するトラベルカップ
Change from v02: 締めくくりの招待文を拡大;製品の形状は保持
Copy: 納品された画像に表示されている正確な文言を貼り付け
Image description: 最終的なアクセシブルな説明を含める
Previous versions: アーカイブ済み;アップロードしない
引き渡し前にプレースホルダーを埋めてください。これらはチームへのプロンプトであり、完成した引き渡しに残すべき値ではありません。宛先が変更された場合は、ファイル名だけを変更するのではなく、構成を再確認し、メモを更新してください。
クラウド履歴とポータブルなバージョンラベルを混同しない
クラウドストレージは以前のファイルバージョンを保持する場合があります。Dropboxのバージョン履歴に関するドキュメントは、その復元制御と、利用可能な履歴がプランに依存することを説明しています。サービスが提供する履歴の量を決定する際には、実際の保持動作を使用してください。
ダウンロードされた添付ファイルには、依然として理解しやすい名前が必要です。受信者は元のクラウド履歴にアクセスできない場合があり、異なる共有リンクからダウンロードされた2つのファイルはどちらも最新に見えるかもしれません。引き渡しがそれ自身のコンテキストを持つように、選択されたファイルのメモをエクスポートの隣に保管してください。
古い共有フォルダを安易に再編成することは避けてください。アセットを移動したり名前を変更したりすると、他の人のワークフローにおける参照が中断される可能性があります。新しい引き渡しには合意されたパターンを適用し、古いキャンペーンを移行するのは、その依存リンクを確認できる場合に限ってください。
最終チェックを実際のアップロードに似せる
選択されたエクスポートは、クリエイティブアプリケーションの最近使ったファイルメニューからではなく、引き渡しフォルダから開いてください。製品、言語、構成、および正確なコピーを確認します。その後、マニフェストから宛先リンクを開きます。
これにより、よくある引き渡しミスが発見されます。ワークスペースではデザインが正しいのに、古いダウンロードがアップロード準備完了の状態になっている場合です。また、選択された画像のキャプションやアクセシブルな説明が、まだ以前のシーンのものである場合も明らかになります。
Panelly Studioでは、広告を洗練する際に、製品概要と選択されたクリエイティブバージョンを一緒に保管してください。選択した画像をダウンロードした後、引き渡し命名規則を適用し、使用した正確なプロジェクトまたはバージョン参照を記録してください。この記事は、Panellyがマニフェストを自動的に作成したり、広告プラットフォームへのアップロードを管理したりすることを意味するものではありません。
よくある質問
ファイル名にはすべての寸法とプラットフォームを含めるべきですか?
ワークフローでの混乱を防ぐフィールドを含めてください。ファイル名が読みやすいように、より長い宛先の詳細はマニフェストに記載してください。
同じ画像でもクライアントごとに異なるファイル名を持つことはできますか?
はい、できます。ただし、各引き渡しがどのソースバージョンを使用したかの記録を保管してください。そうしないと、あるコピーに対するフィードバックが、変更する必要のある実際のクリエイティブから切り離されてしまう可能性があります。
CTA用に別のファイルが必要ですか?
いいえ、必要ありません。完成した広告画像には、見出しとCTAを含めることができます。命名規則と引き渡しメモは、追加のテキストレイヤー管理を導入することなく、その完成したアセットを識別します。
却下されたコンセプトはどうすべきですか?
選択された引き渡しフォルダの外に、元のコンセプト名で保管してください。これらは偶発的なローンチ候補になることなく、有用なクリエイティブ履歴として残ります。


