Shopping Feed Seasonality Scripts: Auto-Adjusting Titles for Q4 Without Manual Rewrites

Googleショッピングフィードの季節最適化を自動化オーバーレイで実現することで、年間を通じてパフォーマンスを支えたベースラインフィード構造を破壊することなく、ホリデーキャンペーンを実行できます。10月に1万点の商品タイトルに「ブラックフライデー」を手動で追加し、12月にそれらの文言を削除し忘れるという事態を避け、先進的なチームはカレンダートリガー型のルールレイヤーを導入し、スケジュール通りにフィードを変更して自動的にロールバックします。

季節フィードの問題点:手動更新がベースラインパフォーマンスを破壊する理由

手動の季節更新には3つの記録された失敗モードが存在します。第一に、運用者がプロモーションコピー(「ホリデーギフト」「新学期」)を追加しても削除しないため、書き換え負債が蓄積します。GoDataFeedの2025年フィード監査データによれば、キャンペーン終了から6週間後でも23%の商品に古い季節修飾語が残っています。第二に、一括編集により、第1四半期から第3四半期にかけてクオリティスコアを6.2から8.1に改善したテスト済みベースラインタイトルが上書きされ、最適化作業が消去されます。第三に、5000SKUのカタログで全関連SKUに「ハロウィン」や「秋」を追加する9月の作業は、運用者の40時間以上を消費します。これは新しいキャンペーンテストに費やせたはずの時間です。

核心的な問題は、季節変更を一時的なオーバーレイではなく永続的な編集として扱うことです。商品データベースやGoogleスプレッドシートのマスターフィードを開き、800商品のタイトルフィールドに「ブラックフライデーセール:」と入力すると、ベースラインの破損は避けられません。誰かがプレフィックスの削除を忘れます。フィードは2027年3月にGoogleショッピングに「ブラックフライデーセール:レザーウォレット」というタイトルを送信し、関連性を損ない、低品質広告警告をトリガーします。

季節オーバーレイアーキテクチャは2つのレイヤーを維持することで解決します。コア検索クエリに最適化された年間ベースラインフィードと、アクティブなキャンペーン期間中のみ季節コピーを挿入する期限付きルールセットです。ベースラインは決して変更されません。季節レイヤーはトリガー日に有効化され、出力フィードのタイトル/説明を変更し、自動的に期限切れになります。書き換え負債なし、9月のパニック書き換えなし。

経済性を考えてみましょう。3200SKUを運用するミッドサイズアパレルブランドは2024年に手動季節更新をテストしました。11月に「ホリデーギフト」修飾語を追加するのに18運用時間、1月に削除するのに11時間(バレンタインデーに「ギフト」言語が商品ページに表示されるという3週間の顧客苦情の後)かかりました。2025年にGoogleスプレッドシートApps Scriptオーバーレイを導入:初期ルールセット作成に4時間、それ以降は季節ごとにゼロ時間。スクリプトは11月15日に季節コピーを追加し、12月27日に削除、人間の介入なし。2シーズンでROI回収。

オーバーレイアーキテクチャ:ベースラインフィード+季節ルールレイヤー

プロダクショングレードの季節オーバーレイシステムは3つのコンポーネントで構成されます。ベースラインフィード(年間最適化された商品データ)、季節ルールテーブル(日付範囲、マッチ条件、変更テンプレート)、実行レイヤー(両方の入力を読み取り、Googleマーチャントセンターに複合フィードを出力するスクリプトまたはミドルウェア)です。ベースラインは信頼できる情報源(Shopifyメタフィールド、WooCommerceデータベース、Googleスプレッドシート)に存在します。ルールテーブルはその横に存在します。実行レイヤーはスケジュール通り(Google Apps Scriptトリガーまたはcronで毎日午前3時)に実行され、フィードを再構築します。

データフローは次のとおりです。2026年11月10日午前3:00、スクリプトが起動します。ベースラインフィード(3200商品、「メンズレザーウォレット」「ミニマリストカードホルダー」に最適化されたタイトル)を読み込みます。季節ルールテーブルを読み込み、11月10日~12月24日のcategory="accessories"をターゲットとするアクティブルールをテンプレート prepend:"ホリデーギフト: " で見つけます。ベースラインを反復処理し、487のアクセサリーを特定し、各タイトルに「ホリデーギフト: 」を前置し、変更されたフィードをマーチャントセンター補足フィードに書き込みます。12月25日午前3:00、ルールはアクティブでなくなり、スクリプトは未変更のベースラインを出力します。運用者のアクションはゼロ。

季節ルールテーブルスキーマには6列が必要です: rule_id、start_date、end_date、match_condition、field、modification_template。シンプルなGoogleスプレッドシート実装は次のようになります:

rule_id | start_date | end_date | match_condition | field | modification_template
--------|------------|------------|--------------------------|-------|----------------------
BF2026 | 2026-11-20 | 2026-11-30 | category=shoes | title | prepend:"ブラックフライデー: "
GIFT26 | 2026-11-15 | 2026-12-24 | product_type=accessories | title | append:" - 完璧なギフト"
VDAY27 | 2027-02-01 | 2027-02-14 | tags~romantic | title | prepend:"バレンタインデー "

マッチ条件は、カテゴリー一致、product_type含有、タグ含有、価格より大きい、またはカスタムラベルです。変更テンプレートは、prepend(タイトル前にテキスト追加)、append(タイトル後)、replace(タイトル内検索置換)、またはinsert-at-positionをサポートします。重要な制約:テンプレートはベースラインタイトルのコアキーワード構造を保持する必要があります。「メンズレザーウォレット RFID ブロッキング」は「ホリデーギフト: メンズレザーウォレット RFID ブロッキング」になれますが、非季節トラフィックを駆動する「メンズレザーウォレット」コアを失ってはいけません。

実行レイヤーは、Google Apps Script(1万SKU未満のスプレッドシートベースフィードに最適)、カスタムNode.jsサービス(10万SKU以上に拡張、独自のインフラストラクチャで実行)、またはMagicFeed Proの一括編集エンジンのようなミドルウェア(統合インターフェースでベースライン最適化と季節オーバーレイの両方を処理)が可能です。ほとんどの運用者にとって、Apps Scriptが最適です:インフラストラクチャコストゼロ、信頼性の高いスケジューリング、API呼び出しを正しくバッチ処理すれば最大15000SKUのカタログに十分なパフォーマンス。

カレンダートリガーフレームワーク:Eコマースの6つの主要季節期間

Eコマースフィードの季節性は、プロモーションオーバーレイが測定可能なROAS向上を推進する6つの高価値期間にクラスター化されます。ブラックフライデー/サイバーマンデー(11月20~30日)は明白なアンカーですが、BFCMのみを最適化する運用者は季節収益の40%を逃します。完全なカレンダーフレームワーク:

第4四半期ホリデーシーズン(11月15日~12月24日):これは実際には2つの異なる期間です。初期ギフトショッピング(11月15日12月10日)は「ギフト」と「最適」言語に反応します。ギフト可能なカテゴリー(アクセサリー、ホーム、玩具)に「 - 理想的なホリデーギフト」を追加します。最終配送ラッシュ(12月1124日)には緊急性コピーが必要です。「クリスマス前配送」または「直前ギフト」の前置。両方をテストしてください。Shopify Plusの2025年調査によれば、12月15~20日期間に「クリスマス前配送」修飾語は、11月から実行されていた一般的な「ホリデーギフト」言語と比較してCTRを18%増加させました。

バレンタインデー(1月25日~2月14日):検索ボリュームが急増する休日の3週間前に有効化します。ロマンチックなカテゴリー(ジュエリー、花、チョコレート、体験)を「バレンタインデーギフト」前置でターゲットにします。バレンタインデー後の期間(2月15~28日)も忘れないでください。未販売在庫の割引/クリアランス言語に「バレンタインクリアランスセール」追加で、季節SKUのマージンを回収できます。

新学期(7月20日~9月10日):2つのオーディエンスには異なるコピーが必要です。小中高生の親(ピーク7月25日8月20日)は、バックパック、文具、衣類の「新学期」前置に反応します。大学生(ピーク8月15日9月10日)は「寮必需品」と「大学アパート」言語に反応します。ルールテーブルを商品カテゴリーでセグメント化し、段階的な日付範囲を展開します。

春/イースター(3月15日~4月20日):SearchEngineLandの2024年季節ベンチマークによれば、この期間にアパレル、アウトドアギア、ホームデコールは季節修飾語から22%のCTR向上を得ます。「春コレクション」「イースターギフト」「アウトドアシーズン」前置はすべてテスト良好です。正確な日付範囲は地域によって異なります。北半球の運用者は3月15日4月20日、南半球の運用者は9月15日10月20日に反転します。

サマーセール(6月1日~7月15日):プライムデー前と夏中クリアランス期間。「サマーセール」とパーセントオフのコールアウト(「30%オフ」)が緊急性を推進します。この期間は早期新学期準備と重複するため、メッセージの競合を避けるためサマーセールルールから学校関連カテゴリーを除外します。

プライムデーハロー(変動日程、通常7月中旬):Amazonプライムデーは、消費者が比較ショッピングする際に非Amazon系ショッピングトラフィックが8-12%急増する3日間のハローを作ります(2025年Jumpshotデータ)。Amazonで販売していない、または反プライムデーキャンペーンを実行している場合、この期間に高マージンSKUに「期間限定セール」または「特別オファー」修飾語を追加します。正確な日付は年ごとに変動します(Amazonは4~6週間前に発表)。プレースホルダー日付でルールテーブルを構築し、毎年更新します。

上記のカレンダートリガー日付は出発点です。理想的な期間は、業種、地域、過去のコンバージョンデータによって異なります。Google Analyticsの拡張Eコマースレポートを監査して、過去数年間に季節検索クエリ(「ブラックフライデー シューズ」「バレンタインデー ジュエリー」)が急増した714日間を特定し、ルール開始日をそれらの急増の35日前に設定して、初期検索ボリュームを捕捉します。

クオリティスコアを保持するタイトル変更パターン

すべての季節修飾語が同等に作られているわけではありません。タイトルに「セール: 」を前置するとCTRが向上しますが、キーワード関連性が中断されるとクオリティスコアが低下する可能性があります。支配原則:季節オーバーレイは、Googleのアルゴリズムが既に理解しているコアキーワード構造を置き換えることなく、コンテキストを追加する必要があります。「メンズレザーウォレット RFID ブロッキング スリム ミニマリスト」に最適化されたタイトルは「ホリデーギフト: メンズレザーウォレット RFID ブロッキング スリム ミニマリスト」になるべきで、「ホリデーギフトウォレット メンズ」ではありません。

50以上の監査アカウントで一貫してクオリティスコアを保持する4つの変更パターン:

パターン1:区切り文字付き前置 — ベースラインタイトルの前に季節フレーズ+コロン+スペースを追加します。"ブラックフライデー: [baseline_title]" または "バレンタインデーギフト: [baseline_title]"。コロンは、前置されたフレーズがコア製品属性ではなくプロモーション修飾語であることをGoogleのパーサーに信号します。A/Bテストでのクオリティスコアデルタ:-0.1から+0.3(統計的に中立から軽度のプラス)。前置されたフレーズは、コアキーワードがGoogleショッピングタイトルの150文字切り捨てポイントを超えないように、最大2~4単語にする必要があります。

パターン2:ベネフィットフレーズ追加 — ベースラインタイトルの後にコンテキストベネフィットを追加します。"[baseline_title] - 完璧なホリデーギフト" または "[baseline_title] - クリスマス前配送"。ダッシュはプロモーションコピーを製品属性から分離し、ベネフィットフレーズは買い物客の懸念(配送懸念、ギフト適合性)に答えることでクリックスルーを改善します。クオリティスコアデルタ:追加されたフレーズがキーワードバリアントまたはベネフィット駆動検索用語(「ギフト」「迅速配送」)を含む場合、+0.2から+0.5。

パターン3:位置2に緊急性を挿入 — ブランドが位置1を占めるタイトル(「Nike Air Max 270 React ランニングシューズ」)の場合、ブランドと製品カテゴリーの間に緊急性を挿入します。"Nike | ブラックフライデー | Air Max 270 React ランニングシューズ"。これにより、季節コンテキストを注入しながら、ブランド+製品構造を保持します。ベースラインタイトルが厳密なブランド-製品-属性順序に従う場合のみ使用します。クオリティスコアデルタ:不適切に実行された場合、-0.2から+0.1(軽度のリスク)。

パターン4:一般形容詞を置換 — ベースラインタイトルにプレースホルダー単語(「優れた」「最高の」「人気の」)が含まれている場合、それらを季節言語に置き換えます。"優れたメンズレザーウォレット" が "ホリデーギフト メンズレザーウォレット" になります。これは最もリスクの高いパターンです。オーバーレイ期間中にベースラインを永続的に変更するためです。ベースラインタイトルに本当に低価値の単語が含まれている場合のみ使用します。クオリティスコアデルタ:弱い形容詞を置き換える場合+0.4から+0.8、実際の製品属性を置き換える場合-0.6から-1.2。

実世界のテストデータ:4800SKUのファッションアクセサリーブランドは2025年第4四半期に、prepend(「ブラックフライデー: [title]」)とreplace(「ブラックフライデー [ブランドなしタイトル]」)を比較する分割テストを実施しました。prependグループはクオリティスコアを7.8に維持(ベースラインから変更なし)しましたが、replaceグループは6.9に低下し、340商品で低品質広告警告をトリガーしました。区切り文字付きprependが最も安全なデフォルトです。

Googleショッピングの150文字タイトル制限は制約を生み出します。ベースラインタイトルが平均110文字の場合、季節修飾語のための40文字のヘッドルームがあります。「ブラックフライデーセール: 」prependは19文字(スペース含む)を消費します。「 - 完璧なホリデーギフト」appendは24文字消費します。最終タイトルを150文字未満に保つように変更を予算化するか、Googleが単語の途中で切り捨て、コアキーワードを切断することが多くなります。Googleのショッピングフィード仕様によれば、150文字を超えるタイトルは自動的に切り捨てられ、切り捨てアルゴリズムは単語境界を認識しません。コンテキストに関係なく文字150で切断します。

Google Sheets + Apps Script実装(コピペ対応)

これは、1つのシートタブからベースラインフィードを読み取り、別のタブから季節ルールを適用し、マーチャントセンター補足フィードに供給する3番目のタブに出力を書き込む、プロダクション対応の実装です。このスクリプトは毎日のトリガーで実行され、60秒未満の実行で最大1万SKUを処理します。

セットアップ(1回限り、15分):

1. 3つのタブを持つGoogleスプレッドシートを作成:Baseline、Rules、Output
2. Baselineに、次の列を持つ商品フィードを貼り付けます:id、title、description、category、product_type、price、link
3. Rulesに列を作成:rule_id、start_date、end_date、match_field、match_value、target_field、modification_type、modification_text
4. Rulesに季節カレンダーを入力(以下の例を参照)
5. スクリプトエディタを開き(拡張機能 → Apps Script)、以下のコードを貼り付け、保存
6. 毎日のトリガーを設定(トリガー → トリガーを追加 → 時間主導型 → 日タイマー → 午前3-4時)

Rulesタブデータの例:

rule_id | start_date | end_date | match_field | match_value | target_field | modification_type | modification_text
BF2026 | 2026-11-20 | 2026-11-30 | product_type | shoes | title | prepend | ブラックフライデー: 
GIFT26 | 2026-11-15 | 2026-12-24 | category | accessories | title | append | - 完璧なギフト
VDAY27 | 2027-02-01 | 2027-02-14 | product_type | jewelry | title | prepend | バレンタインデー: 

Apps Scriptコード(コピペ対応):

function applySeasonalOverlay() {
 const ss = SpreadsheetApp.getActiveSpreadsheet();
 const baselineSheet = ss.getSheetByName('Baseline');
 const rulesSheet = ss.getSheetByName('Rules');
 const outputSheet = ss.getSheetByName('Output');
 
 const today = new Date();
 today.setHours(0, 0, 0, 0);
 
 // ベースラインデータを読み込む
 const baselineData = baselineSheet.getDataRange().getValues();
 const headers = baselineData[0];
 const products = baselineData.slice(1).map(row => {
 let product = {};
 headers.forEach((header, i) => product[header] = row[i]);
 return product;
 });
 
 // アクティブルールを読み込んでフィルタリング
 const rulesData = rulesSheet.getDataRange().getValues();
 const ruleHeaders = rulesData[0];
 const activeRules = rulesData.slice(1)
 .map(row => {
 let rule = {};
 ruleHeaders.forEach((header, i) => rule[header] = row[i]);
 return rule;
 })
 .filter(rule => {
 const start = new Date(rule.start_date);
 const end = new Date(rule.end_date);
 return today >= start && today \<= end;
 });
 
 // 商品にルールを適用
 const output = products.map(product => {
 let modified = Object.assign({}, product);
 
 activeRules.forEach(rule => {
 const matchField = rule.match_field;
 const matchValue = rule.match_value;
 const targetField = rule.target_field;
 
 if (product[matchField] && 
 product[matchField].toString().toLowerCase().includes(matchValue.toLowerCase())) {
 
 const modType = rule.modification_type;
 const modText = rule.modification_text;
 
 if (modType === 'prepend') {
 modified[targetField] = modText + product[targetField];
 } else if (modType === 'append') {
 modified[targetField] = product[targetField] + modText;
 } else if (modType === 'replace') {
 modified[targetField] = modified[targetField].replace(
 new RegExp(rule.find_text, 'gi'), 
 modText
 );
 }
 
 // タイトルに150文字制限を適用
 if (targetField === 'title' && modified[targetField].length > 150) {
 modified[targetField] = modified[targetField].substring(0, 150);
 }
 }
 });
 
 return modified;
 });
 
 // 出力シートに書き込む
 outputSheet.clear();
 const outputHeaders = headers;
 const outputData = output.map(product => 
 outputHeaders.map(header => product[header] || '')
 );
 
 outputSheet.getRange(1, 1, 1, outputHeaders.length).setValues([outputHeaders]);
 if (outputData.length > 0) {
 outputSheet.getRange(2, 1, outputData.length, outputHeaders.length).setValues(outputData);
 }
 
 Logger.log(`${activeRules.length}個のアクティブルールを${output.length}商品に適用しました`);
}

使い方:

• 手動でapplySeasonalOverlay()を実行してテスト。Outputタブで変更されたタイトルを確認
• 毎日のトリガーを午前3時に実行するように設定(フィードプロバイダーはOutputタブを補足フィードとして取得する必要があります)
• ルールがアクティブでない場合(日付範囲外)、スクリプトはBaselineを未変更でOutputにコピー
• Rulesタブにいつでも新しいルールを追加。開始日に自動的に有効化されます

この実装は最も一般的なマッチ条件(カテゴリー、product_type、シンプルなテキスト含有)を処理します。正規表現マッチ条件、価格範囲ターゲティング、または複数ルール優先順位付けが必要な上級運用者の場合、activeRulesセクションのフィルターロジックを拡張し、同じ商品に複数のルールがマッチする場合の適用順序を制御するためにRulesタブにpriority列を追加します。MagicFeed Pro統合は、複数ブランドにわたる20以上の季節ルールセットを管理する場合、この複雑さをすぐに処理します。

スクリプトの実行時間はSKU数に比例して拡張します:1000SKUで約3秒、1万SKUで約30秒、5万SKUで約5分。Apps Scriptは無料アカウントで6分の実行制限があるため、5万SKUを超える場合は、処理をバッチ化(Baselineをチャンクに分割、それぞれを処理、結果を連結)するか、セルフホストNode.jsサービスに移行します。ほとんどの運用者は1万SKU未満で、制限に達しません。

ロールバック戦略:11月の「ハロウィンセール」タイトルを防ぐ

自動ロールバックは、プロダクショングレードの季節オーバーレイと壊れた手動プロセスを分ける唯一の機能です。上記のApps Scriptは日付範囲フィルタリングによってロールバックを実装します。todayがルールのend_dateを超えると、そのルールは適用を停止し、翌日のフィード生成はそれらの商品のベースラインに戻ります。しかし、3つの失敗モードには明示的なロールバックロジックが必要です:

失敗モード1:古いルール行。 誰かが2025年10月にブラックフライデールールを追加し、正常に実行されましたが、誰もルール行を削除または無効化しませんでした。2026年10月、スクリプトはstart_date: 2025-11-20とend_date: 2025-11-30を見ます。両方とも過去で、両方ともtoday未満であり、日付範囲フィルターはそれを除外します。安全です。しかし、誰かが年をタイプミスしてend_date: 2027-11-30と入力した場合、そのルールは13ヶ月間アクティブのままになります。防御:Rulesタブにstatus列を追加し、手動で「active」または「disabled」に設定します。フィルターをrule.status === 'active' && today >= start && today \<= endに更新します。または検証を追加:if (end - start > 60 days) throw error。

失敗モード2:実行の失敗。 ロールバック日に毎日のトリガーが失敗します(シート権限が取り消された、クォータ超過、Google障害)。ハロウィンタイトルが11月2日まで出荷されます。防御:end_dateを3日以上過ぎたアクティブルールをスクリプトが検出したときに、Slackまたはメールアラートを追加します。より良い方法:デッドマンズスイッチを使用。成功した実行をLast_Runセルに記録し、そのセルを外部で監視し、26時間以上古い場合はアラートを出します。

失敗モード3:部分的なロールバック。 有効化時にルールが800商品に適用されましたが、キャンペーン中にBaselineからそれらの商品のうち50を削除しました。ロールバック日、スクリプトはもはや存在しないものを元に戻すことができません。実際の失敗ではありません(削除された商品はロールバックを必要としません)が、ログに「800に適用、750を元に戻した」と表示されると監査の混乱を生みます。防御:適用とロールバックの両方のカウントをログに記録し、非対称性を予期し、デルタが10%を超える場合のみ調査します。

核となるロールバックオプション:シーズン前のBaselineタブのスナップショットをBaseline_Backup_2026Q4という名前の別のタブに保存します。何か悲劇的に間違ったことが起こった場合(間違った日付、間違ったテンプレート、タイトルが「ブラックフライデー ブラックフライデー ブラックフライデー」になった)、バックアップから復元します。これがオーバーレイアーキテクチャを提唱する理由です。真のベースラインは決して変更されないため、ロールバックは常に可能です。

MagicFeed ProのAI書き換えエンジンを通じてフィードを管理する運用者の場合、季節オーバーレイとベースライン最適化は別のレイヤーです。AIは年間パフォーマンスのためにベースラインタイトルを最適化し(製品属性の順序を修正、欠落キーワードを追加)、アクティブ期間中に季節ルールが上に適用されます。季節期間が終了すると、元の最適化されていないソースではなく、AI最適化されたベースラインに戻ります。このレイヤリングは、自動化された季節性が複合ROAS利益を提供する理由です:季節関連性とベースライン品質のどちらかを選択するのではなく、両方を取得しています。

実世界のロールバックカレンダー:end_dateを実際のキャンペーン終了の23日後に設定します。ブラックフライデーは11月30日に終了しますが、週末のトレーリングトラフィックをキャプチャするためにend_date: 2026-12-02に設定します。次に12月3日、フィードは自動的にベースラインに戻り、12月15日の「クリスマス前配送」キャンペーンの準備ができます。重複なし、古い修飾語なし。23日のバッファーは、タイムゾーンの遅れと金曜日に検索したが月曜日にクリックした遅い買い物客を考慮します。

関連記事

feed optimization

Google Shopping月間$50k超: フィード分割が入札調整を上回る理由

$50k/月を超えるGoogle Shopping予算では、入札調整の効果が減少します。フィード分割で構造的な問題を解決し、CAC 18-34%削減を実現します。

2026年5月23日·12 min

feed optimization

無料ショッピングフィード監査ツール：エラー検出と改善対応ガイド

無料ショッピングフィード監査はGTINエラー、タイトル不足、不承認を検出しROAS低下を防ぎます。最高効果の改善策を見つけて迅速に対応しましょう。

2026年5月23日·19 min

feed optimization

Google Shopping新商品を14日でランク付けする: 冷たいスタート問題を解決

Google Shopping新商品は通常6～8週間かかります。このフィード信号プライミングで14日間に短縮 — 3つのDTCアカウントで検証済み。

2026年5月21日·26 min