GetResponseのカスタムフィールド設計:変更しにくい項目を先に見抜く

内部名、型、選択肢、利用先を作成前に台帳化し、移行可能な分類を保ちます。

結論:GetResponseのcustom fieldは、作ってから直すより作る前に内部名と型を決めます。 配信差し込みだけでなく、import、segment、automationへ波及します。

作成台帳

表示名、内部名、型、選択肢、必須性、利用workflow、export列名、削除責任者を記録します。公式が案内する型にはcountry、currency、date、date/time、number、phone、text、URLなどがあります。

変更コストを読む

custom field名は英小文字、数字、underscoreで作成し、後からrenameできません。割り当て済みの型やformatも変更できず、利用中のfieldは編集できない場合があります。値の編集で元の値が失われる可能性も公式に注意されています。

最小構成

source、interest、stageのように用途が明確な項目から始めます。yes/no、選択肢、日付をtextで代用すると表記揺れが増えます。削除や再設計の前には対象fieldを含むexportを取得します。

移行時

元列とfieldの型を少数データで照合し、空欄、複数選択、日本語、日付を混ぜたテストを行います。

次にすること

GetResponseの自動化で参照先を確認し、未使用fieldから整理します。

Sources