Curify + Webflow プログラム的SEO統合：CMSスケールでのSKUごとのビジュアル

目標：すべてのCMSアイテムがCurifyがテンプレートのパラメータスロットを埋めるために必要なフィールドを持つこと。

Webflow Designerを開く → コレクション → 画像を生成するコレクション（例：製品）。Curifyテンプレートパラメータにマッピングされるフィールドを追加します。lifestyle-photo-gridテンプレートの場合、必要なフィールドは次のとおりです：

• subject（プレーンテキスト） — 製品またはカテゴリ名（例：「シルクミディドレス」）

• scene_preset（オプション） — 次のいずれか：met-gala-red-carpet、paris-fashion-week、beach-summer、autumn-park、wedding-day、city-fashion、spring-meadow

• palette_hint（プレーンテキスト、オプション） — ヘックスカラーまたは名前付きレジスター（例：「vinho-do-porto red + gold」）

• generated_image（画像フィールド） — 空のままにします。CurifyがここにURLを書き戻します。

命名規則：WebflowフィールドスラグをCurifyテンプレートパラメータ名と同一に保ちます。ステップ3の統合スクリプトは直接スラグ→パラメータマッピングを使用します。名前が一致しない場合は、行ごとに手動翻訳が必要です。

目標：出力形式の要件に合った1つ（時には2つ）のテンプレートを選択します。

/nano-banana-pro-promptsを開き、テンプレートファミリーでフィルタリングします。あなたの意思決定マトリックス：

• 9シーングリッドが必要（1つの画像に複数のユースケースの製品）→ lifestyle-photo-grid。7つのシーンプリセット、DTCカタログに適しています。

• シングルヒーローショットが必要（1つの製品、1つのカメラアングル）→ product-poster。ギャラリーに8つの例バリエーションがあります。

• ファッション/アパレルが必要（モデルが提供された衣装を着用）→ ai-outfit-try-on-poster。5つのスタイルプリセット。

• パッケージモックアップが必要 → food-product-packaging-design。

• プロモーション/セールキャンペーンビジュアルが必要 → product-theme-promotional-poster。5つのテーマプリセット。

• ビフォー/アフターのバリアントカードが必要 → fashion-before-after-outfit-annotation-card。

各テンプレートの例URL（例：/nano-template/lifestyle-photo-grid/example/template-lifestyle-photo-grid-met-gala-red-carpet）は、出力がどのように見えるかのビジュアルリファレンスです。統合を接続する前に、デザインチームにこのURLを見せて承認を得てください — 間違ったテンプレートをロックすると、バッチ全体を再実行することになります。

目標：各行がCMSアイテムをCurifyテンプレートパラメータに翻訳したCSV（またはJSON）を生成します。

Webflow Data APIを介してWebflowコレクションを取得します：

GET https://api.webflow.com/v2/collections/{collection_id}/items
Authorization: Bearer {WEBFLOW_API_TOKEN}

小さなマッピングスクリプト（Node、Python、その他）を実行して、各アイテムのfieldDataを読み取り、テンプレートパラメータを含む行を書き込みます。lifestyle-photo-gridの場合：

item_id,subject,scene_preset,palette_hint
650abc...,silk midi dress,met-gala-red-carpet,"vinho-do-porto red + gold"
650def...,linen jumpsuit,beach-summer,"sand cream + teal accent"
650ghi...,wool coat,autumn-park,"burnt sienna + mustard"

必要なフィールドが欠けているアイテムに対してエラーハンドリングを追加します — Curifyは部分データから生成するのではなく、それらをスキップします。スキップされるアイテムのリストを含む事前報告書を作成し、実行前にCMSを修正できるようにします。生成された画像をステップ5でソースアイテムに戻すためにitem_idをCSVに保持します。

目標：CSVをCurifyに供給し、item_idにキー付けされた生成された画像のフォルダーを取得します。

チームのスタックに応じて3つのパスがあります：

A. 直接バッチアップロード — 自動化プラットフォームを持たないチームに最適です。Curifyダッシュボードを介してCSVをアップロードします（今日の早期アクセスワークフロー）。Curifyがバッチを実行し、item_idで名付けられた生成された画像のZIPを返し、ステップ5で使用するマニフェスト（item_id,image_url）を返します。

B. Make.com / Zapierフロー — 継続的な運用に最適です。トリガー：「Webflowコレクションに新しいアイテム」。アクション：アイテムのマッピングされたパラメータでCurify生成エンドポイントに送信します。アクション：Webflow Assets APIにWebhookを送信して、生成された画像をソースアイテムに戻します。これにより、新しい製品ページがCMS公開から約5分で自己画像化されます。

C. Curify API直接（エンジニアリングチーム向け） — CSVをCurifyバッチエンドポイントにPOSTし、完了をポーリングし、マニフェストを取得します。ダッシュボードワークフローと同じ形ですが、スクリプト可能です。

スループットノート：Nano Banana Proは画像ごとに約15-45秒かかります。1,000アイテムのバッチは通常、同時実行レベルに応じて4-8時間で完了します。カタログ全体を一度に実行する場合は、最初の実行を週末に計画してください。

目標: 各CMSアイテムのgenerated_imageフィールドが対応する生成されたビジュアルを指すようになりました。

Webflow Assets APIを使用して各生成画像をアップロードし、ソースCMSアイテムを新しいアセットを指すようにパッチします:

for row in manifest:
    # 1. Webflow Assetsに生成画像をアップロード
    asset = POST /v2/sites/SITE_ID/assets/...
    # 2. CMSアイテムをアセットを指すようにパッチ
    PATCH /v2/collections/CID/items/ROW_ITEM_ID
        body: fieldData.generated_image = asset.id

一度のバッチ処理のための迅速な方法: Webflow Assetsを完全にスキップします。CurifyのマニフェストURLはCDNから提供されています(cdn.curify-ai.com); CMSアイテムをCDN URLを直接使用するようにパッチします。アップロードの往復を節約しますが、画像はWebflowのCDNではなくCurifyのCDNに存在します。Webflowの画像最適化（レスポンシブバリアント、レイジーロード）が不要なプログラム的SEOページでは、CDN直接の方法で問題ありません。

バッチ処理が完了した後にWebflowを公開して、ライブサイトが新しい画像を取得できるようにします。アイテムが数千あるサイトでは、Webflowの公開は増分的です — サイト全体を再公開する必要はありません。