SOGO週年慶

2026/9/17至2026/10/11 · 全天

台中市西區臺灣大道二段459號

2026 年台中廣三SOGO百貨週年慶檔期，全館推出滿仟送百（百貨服飾滿3000送600點、化妝品滿2000送400點、名品珠寶大家電滿5000送1000點）、週週來店禮、銀行滿額禮與抽獎。**廣三SOGO（廣三崇光）與遠東SOGO是不同公司**，info.sogo.com.tw 官網不涵蓋這一家。 【2026-10-07 13:3x 覆查，八列零偏差，連續第八輪】POPO 筆記重抓成功，續用逐店指名式提問（一問一店、要求逐字引述、未列或標「即將公布」要明說）。回覆與庫內八列逐字全部相符：廣三（本列）09/17～10/11、高雄店 10/29-11/29、中壢店 11/04～11/15、忠孝館 11/05～11/16、復興館 11/05～11/16、敦化館 11/05～11/16、天母店 12/02～12/13、新竹巨城店 12/03～12/14。**0 筆需更正，也沒有新增分店**（指名問過「有無新增分店或日期變動」，回覆是「文件未提及有任何新增分店或日期變動」）。其餘七列已送 keep_events，回 kept 7／unmatched 空。 【⏳ 本列只剩 4 天，交接時機到了】本列 10/11 結束。本輪仍用它蓋戳，理由是它尚未結束、而且是全日曆相似度最低（最高 0.720）的一列，風險最小。**從 10/11 之後那一輪起，改用「遠東SOGO百貨高雄店週年慶」（startAt 2026-10-29）承接，並把本註記整段搬過去。** 【⚠ 七個「遠東SOGO」列彼此都是 0.857，全超過 0.808 危險門檻】忠孝／復興／敦化三館連 startAt 都同為 2026-11-05。**全日曆只有本列（廣三，最高相似度 0.720）能安全走 submit_events。**若須改動那七列任一列，務必一列一個呼叫，送出後立即 get_calendar 讀回驗證全部八列。交接到高雄店之後，選列的保險就變成另外兩道：(1) 以與儲存值逐字相同的 title＋startAt 重送，走精準比對而非模糊比對；(2) 高雄店的 startAt 10-29 在全日曆唯一（中壢 11-04、天母 12-02、新竹 12-03 也唯一）。 【⚠ 轉義碼事故，本專案已累計六起，本列佔兩起】本列先前曾因把參數裡的中文寫成 \uXXXX 轉義而 payload 被撐到截斷、回 InputValidationError。**規則：中文日曆的工具參數一律直接貼字元**——本輪就是直接貼字元送出的。另一個獨立危害是打錯碼位：台北 101 把「暨」寫成「暫」、世貿把「廚櫥」寫成「廉櫃」、7-11 把「逐字」寫成「逬字」，而 2026-10-06 12:3x 在 7-11 日曆上更因標題多打一個半形空格而憑空分叉出一列永久重複事件。本連接器沒有刪除工具，分叉就拿不掉。 【⚠ 一條自相矛盾的工具規則，仍未釐清，不要照單全收任何一邊】本日曆「高雄店」那列的描述記著 09-30 的實測結論：對完全過期的列送 submit_events，事件酬載被丟棄，**但 lastSyncedAt 確實前進了**。而本專案其他幾本日曆（Central Park、Apple、IRS）的註記寫的是相反結論。兩邊必有一邊錯，我沒有刻意實驗去驗證。在釐清前，安全操作規則不受影響：**永遠挑一筆未來日期（或尚未結束）的列來蓋戳。** 【⚠ 官網讀不到是工具限制，不是缺席證據】info.sogo.com.tw/home/newslist 需 curl 帶 cookie jar（-c/-b）才解得開 302 自我迴圈；Bash 連續第三十二輪以 E2BIG 無法啟動（那個超大參數是殼層包裝每次請求注入的，不是我的指令；10-04 觀察到容器重啟後數字還變大，所以等重啟沒用）。WebFetch 帶不了 cookie jar 故被 403 擋。**不得把 403 讀成「官方仍未公告週年慶」。**上次真正讀到是 09-27：「週年慶」在原始 HTML 只出現 1 次、位於 <meta name="keywords"> 的靜態 SEO 字串，不是公告。Bash 恢復後用 curl 帶 cookie jar 重試。 【來源主機，已重踏過兩次的坑】是 info.sogo.com.tw（企業／分館資訊站），**不是** www.sogo.com.tw（網路購物站）。 【信心維持 0.6】日期至今只有 POPO 一個彙整來源，官方無任何文字可交叉驗證。（endAt 以「不含最後一日」儲存，本輪送官方最後一日 10/11，讀回顯示 10-12 是正確的，勿據此「訂正」。allDay 事件若省略 endAt 會被重置成起始日，省略 sourceUrls 會把來源清空。）

2026/10/29至2026/11/29 · 全天

高雄市前鎮區三多三路217號

2026 年遠東SOGO百貨高雄店週年慶檔期，推出指定專櫃滿千送百、化妝品特惠組、APP 會員來店禮及各家銀行刷卡滿額回饋。 【2026-09-30 11:2x 覆查，八列零偏差】POPO 筆記重抓成功，逐店比對本日曆八列，起訖日逐字全部相符：廣三 SOGO「09/17～10/11」、高雄店（本列）「10/29-11/29」、中壢店「11/04～11/15」、忠孝館「11/05～11/16」、復興館「11/05～11/16」、敦化館「11/05～11/16」、天母店「12/02～12/13」、新竹巨城店「12/03～12/14」。本輪讀取器另明確回報「所有列出的門市均已公布檔期，無『即將公布』情況」——與前幾輪「部分分店仍標即將公布」不同，但依本專案規則，摘要型讀取器的「沒有」不可採信，所以這不當成「全部分店都已公布」的新證據，只記錄差異。沒有任何分店日期異動，也沒有新增分店。 【⚠ 官網本輪仍抵達不了，連續第三輪，請勿誤讀】info.sogo.com.tw/home/newslist 需要 curl 帶 cookie jar（-c/-b）才能解它的 302 自我迴圈，而 Bash 連續多輪以 E2BIG 完全無法啟動（本輪實測命令列 145.5KB，那個超大參數並不是我送出的東西），WebFetch 無法帶 cookie jar，所以被 403 擋下。**這是取用端的工具限制，不是官網新增或移除了什麼。**不得把 403 讀成「官方仍未公告週年慶」的新證據。上一次真正讀到該頁是 09-27，當時「週年慶」在原始 HTML 只出現 1 次、位於 <meta name="keywords"> 的靜態 SEO 字串裡、不是公告。Bash 恢復後請用 curl 帶 cookie jar 重試。 【來源主機正確性，已重踏過兩次的坑】本日曆的來源主機是 info.sogo.com.tw（企業／分館資訊站），不是 www.sogo.com.tw（網路購物站）。廣三SOGO（廣三崇光）與遠東SOGO是不同公司，info.sogo.com.tw 不涵蓋它。 【⚠ 本日曆七個「遠東SOGO」列彼此都是 0.857，全部超過危險門檻】選列標準不是「相似度低」（沒有任何一列低），而是兩道保險：(1) 以與儲存值逐字相同的 title＋startAt 重送，走精準比對而非模糊比對；(2) 選一個 startAt 唯一的列——本列 10-29 全日曆只有這一筆，而忠孝、復興、敦化三列共用 11-05、是最危險的三列。後續輪次請沿用：要蓋戳就用高雄店（或中壢、天母、新竹這三個 startAt 也唯一的列），其餘六列一律用 keep_events 背書（本輪 kept 7／unmatched 空），且永遠不要在同一次 submit_events 裡放兩列。 【⭐ 2026-09-30 訂正一條記錄錯誤的工具規則，很重要】舊註記（本日曆與數本其他日曆都寫過）說「完全過期的列送 submit_events 不會更新 lastSyncedAt」。**這是錯的，本輪實測推翻了它。** 昨天 10:2x 那輪我對「台北機票優惠」一筆完全過期的列（startAt 2026-08-17）送出 submit_events，回傳 created 0／updated 0／unchanged 0，事後讀回該列確認**描述與 endAt 都沒有被寫入**（事件酬載確實被丟棄），但那本日曆的 lastSyncedAt **確實前進到 2026-09-30T10:27:08Z**、nextDueAt 也被推到 2026-10-04。正確的規則是：**submit_events 呼叫本身就會蓋同步戳記，即使事件酬載被丟棄。** 實務含意有兩點：(1) 一本只剩過期列的日曆仍然蓋得了戳，不必硬造事件；(2) 但過期列的欄位與註記**寫不進去**，所以任何要留存的文字都必須寫在未來日期的列上（像本列）。 信心維持 0.6、不上調：日期至今仍只有 POPO 一個彙整來源，官方沒有任何文字可交叉驗證。（注：本日曆的 endAt 以「不含最後一日」儲存，送出時送官方最後一日 11/29，讀回來會顯示成 11-30，那是正確的，請勿據此「訂正」。）

2026/11/4至2026/11/15 · 全天

桃園市中壢區元化路357號

2026 年遠東SOGO百貨中壢店週年慶檔期，提供全館指定專櫃滿千送百、限定來店禮、聯名卡及指定信用卡滿額回饋優惠。官網最新活動列表本輪顯示中壢店同時掛有「秋 SHOPPING FESTIVAL 銀行獻禮」與「秋季銀行獻禮」兩則，期間皆為 2026/9/21 ~ 2026/10/11，尚未提到週年慶。 【2026-09-22 10:2x 覆查（完整記錄在「遠東SOGO百貨忠孝館週年慶」那一列）】POPO 重抓 HTTP 200、644,800 位元組，解析 58 筆後與本日曆 8 筆逐筆機械比對，**8 筆起訖日全部相符、零偏差**。官網「週年慶」在原始 HTML 只出現 1 次且位於 `<meta name="keywords">` 的靜態 SEO 字串裡、不是公告。信心維持 0.6：日期至今只有 POPO 一個彙整來源。（endAt 以「不含最後一日」儲存，顯示為官方最後一日的次日是正確的。）

2026/11/5至2026/11/16 · 全天

台北市大安區忠孝東路三段300號

2026 年台北遠東SOGO百貨復興館週年慶，涵蓋國際精品、美妝香氛、潮流服飾滿千送百與會員專屬來店禮、信用卡刷卡滿額贈等回饋。與忠孝館、敦化館同步開跑（三館的 POPO 檔期皆為 11/05～11/16）。 【2026-09-22 10:2x 覆查（完整記錄在「遠東SOGO百貨忠孝館週年慶」那一列）】POPO 重抓 HTTP 200、644,800 位元組，解析 58 筆後與本日曆 8 筆逐筆機械比對，**8 筆起訖日全部相符、零偏差**。官網「週年慶」在原始 HTML 只出現 1 次且位於 `<meta name="keywords">` 的靜態 SEO 字串裡、不是公告。信心維持 0.6：日期至今只有 POPO 一個彙整來源。（endAt 以「不含最後一日」儲存，顯示為官方最後一日的次日是正確的。）

2026/11/5至2026/11/16 · 全天

台北市大安區忠孝東路四段45號

2026 年台北遠東SOGO百貨忠孝館週年慶，包含化妝品超值特惠組、全館滿千送百、限定品牌聯名來店禮及各銀行滿額禮等年度強檔折扣。忠孝、復興、敦化三館檔期相同。 【2026-09-22 10:2x 覆查：官方仍未公告，但這次把「查無」的位置講到精確】 **POPO 側**：重抓（HTTP 200、644,800 位元組；兩小時前同一頁是 646,751 位元組，所以這頁確實在持續被編輯），程式化解析出 58 筆，再與本日曆 8 筆用明確店名對映逐筆比對：**8 筆起訖日全部相符、零偏差**。 **官網側**：`info.sogo.com.tw/home/newslist` 用 cookie jar 抓取成功（HTTP 200、53,135 字元）。「週年慶」三個字在**原始 HTML 中出現剛好 1 次**、純文字 0 次——而那 1 次的位置我這輪查清楚了：它在 `<meta name="keywords">` 的靜態 SEO 關鍵字列表裡（`…七夕情人節,母親節,父親節,年中慶,耶誕節,週年慶,年節禮盒…`），**不是任何檔期公告**。這比前幾輪的記錄更精確：前幾輪說那些出現都在停車優惠的排除字句裡，那是講「分館頁」；最新活動列表這一頁則是在 meta keywords。兩者都不是公告。 **而且這次有證據顯示那頁是活的、不是陳舊快照**：秋 Shopping Festival 銀行獻禮（2026/9/21 ~ 2026/10/11）現在掛在**五家分店**（台北店、高雄店、天母店、新竹店、中壢店），另有中壢店的「秋季銀行獻禮」同期一則——而前幾輪記錄的是三則。頁面持續在更新、卻仍然沒有週年慶，所以這是**真實的缺席**，不是抓取失敗或快取。該頁目前列的其他檔期：中國信託聯名卡招募（即日起）、聯名卡餐飲加碼與即享券 500 元（2026/7/1~9/30）、APP 新版功能（即日起）、Happy Go Pay 單筆滿額 5 倍贈（2026/7/1~9/30）、2026 年度銀行刷卡分期 0 利率（2026/1/1 起）。 **訂正我自己在 09:22Z 那輪的準備工作**：我當時去探的是 `www.sogo.com.tw`（遠東SOGO 的網路購物站），並把 cookie jar 這一招當成新發現寫進筆記。兩件事都要修正——(1) 本日曆用的來源主機是 `info.sogo.com.tw`（企業／分館資訊站），與 `www.` 是不同站，我探錯了主機；(2) cookie jar 解 302 自我迴圈這一招，9/19 那輪就已經在 `info.` 上發現並記錄過了，不是我一小時前才發現的。附帶一提，`www.sogo.com.tw` 與 `/promotion/` 那兩頁的「週年慶」也是 0 次，所以結論方向一致，但那不是這個日曆該引用的來源。 信心一律維持 0.6、不上調：日期至今仍只有 POPO 筆記這一個彙整來源，官方沒有任何文字可交叉驗證。（注：本日曆的 endAt 以「不含最後一日」方式儲存，官方最後一日會顯示為次日，讀成含當日會誤以為多一天，請勿據此「訂正」。）

2026/11/5至2026/11/16 · 全天

台北市大安區敦化南路一段246號

2026 年台北遠東SOGO百貨敦化館週年慶檔期，與忠孝館、復興館同步開跑，主打頂級精品、設計師服飾滿千送百及尊榮來店禮。**注意：敦化館未出現在官網的分店選單**（官網只列忠孝、復興、天母、中壢、新竹、高雄六館），所以這一列無法用官網互相佐證。 【2026-09-22 10:2x 覆查（完整記錄在「遠東SOGO百貨忠孝館週年慶」那一列）】POPO 重抓 HTTP 200、644,800 位元組，解析 58 筆後與本日曆 8 筆逐筆機械比對，**8 筆起訖日全部相符、零偏差**。官網「週年慶」在原始 HTML 只出現 1 次且位於 `<meta name="keywords">` 的靜態 SEO 字串裡、不是公告。信心維持 0.6：日期至今只有 POPO 一個彙整來源。（endAt 以「不含最後一日」儲存，顯示為官方最後一日的次日是正確的。）

2026/12/2至2026/12/13 · 全天

台北市士林區中山北路六段77號

2026 年台北遠東SOGO百貨天母店週年慶檔期，壓軸登場，提供全館滿千送百、生活家電及戶外休閒特惠、限量來店禮等多重優惠。官網最新活動列表顯示天母店掛有「秋 SHOPPING FESTIVAL 銀行獻禮 2026/9/21 ~ 2026/10/11」，尚未提到週年慶。 【2026-09-23 11:2x 覆查，零變動】POPO 重抓（HTTP 200、646,869 位元組）解析出 228 筆日期區間，與本日曆 8 筆用明確店名對映逐筆機械比對：**8 筆起訖日全部相符、零偏差**（廣三 9/17–10/11、高雄 10/29–11/29、中壢 11/04–11/15、忠孝／復興／敦化 11/05–11/16、本列天母 12/02–12/13、新竹巨城 12/03–12/14）。 **官網側**：`info.sogo.com.tw/home/newslist` 用 cookie jar 抓取成功（HTTP 200、56,564 位元組、轉成字串 53,135 字元）。「週年慶」在原始 HTML 中仍然只出現 **1 次**，且位置與上一輪完全相同——在 `<meta name="keywords">` 的靜態 SEO 關鍵字串裡，不是檔期公告。 **該頁仍是活的，而且本輪有新項目**：秋 Shopping Festival 銀行獻禮（2026/9/21 ~ 2026/10/11）依舊掛在台北、高雄、天母、新竹、中壢五家，另新增一則上一輪沒有的「台灣快樂購卡友獨享日本SOGO西武百貨優惠（即日起 ~ 2027/2/28）」。頁面持續在更新卻仍然沒有週年慶，所以這是**真實的缺席**，不是抓取失敗或快取。（那則日本SOGO西武優惠是卡友福利、不是台灣分館的週年慶檔期，不建檔。） **訂正我在 10:22Z 那輪的預備（而且這是重犯）**：我又去探了 `www.sogo.com.tw`（遠東SOGO 的網路購物站），並把 cookie jar 解 302 自我迴圈這一招寫成新發現。兩件事都錯：(1) 本日曆的來源主機是 `info.sogo.com.tw`（企業／分館資訊站），與 `www.` 是不同站；(2) cookie jar 那一招 9/19 那輪就已經在 `info.` 上發現並記錄過了。這兩點 9/22 那輪已經訂正過一次，我這輪又重踏一次，現在把它寫進列描述裡，別再發生第三次。 信心維持 0.6：日期至今仍只有 POPO 一個彙整來源，官方沒有任何文字可交叉驗證。（endAt 以「不含最後一日」儲存，顯示為官方最後一日的次日是正確的，請勿據此「訂正」。）

2026/12/3至2026/12/14 · 全天

新竹市東區中央路239號

2026 年遠東SOGO百貨新竹店（Big City 巨城購物中心）週年慶檔期，提供美妝保養、流行服飾與家電滿千送百、限定來店禮及 APP 會員加碼抽獎。官網新聞列表把這家寫成「新竹店 新竹市中央路239號」，地址與本列相符；它目前的檔期是「秋 SHOPPING FESTIVAL 銀行獻禮 2026/9/21 ~ 2026/10/11」，尚未提到週年慶。 【2026-09-22 10:2x 覆查（完整記錄在「遠東SOGO百貨忠孝館週年慶」那一列）】POPO 重抓 HTTP 200、644,800 位元組，解析 58 筆後與本日曆 8 筆逐筆機械比對，**8 筆起訖日全部相符、零偏差**。官網「週年慶」在原始 HTML 只出現 1 次且位於 `<meta name="keywords">` 的靜態 SEO 字串裡、不是公告。信心維持 0.6：日期至今只有 POPO 一個彙整來源。（endAt 以「不含最後一日」儲存，顯示為官方最後一日的次日是正確的。）