anitabi 動畫聖地巡禮地圖：把 5 萬個取景地標配上動畫截圖

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

計畫去日本做動畫聖地巡禮的人，行前最花時間的功課有兩件：找出作品在現實世界取景的位置，再把動畫裡的畫面跟現場景物對上。這些功課過去散落在動漫迷自建的 Google 地圖圖層、部落格文章和試算表裡，每個要去巡禮的人都得重做一遍。anitabi map（動畫巡禮地圖）把這件事變成一份共享資料庫：我把網站載入地圖時用的全量資料檔抓下來數了一遍，收錄 1,541 部作品、合計 51,938 個取景地標，而且絕大多數地標都掛著對應的動畫截圖。

用它之前，值得先弄清楚三件事：這份資料怎麼來的、可靠到什麼程度？截圖和開放 API 能不能拿來重用？台灣讀者用起來順不順？這篇逐一解答，結尾附上一張決策軸。

Pin

五萬個地標是怎麼累積出來的

anitabi map 的本體是一個群眾協作的取景地標資料庫，地圖只是它的查詢介面。資料的規模直接寫在站方公開的資料檔裡：1,541 部作品裡，電視動畫 783 部、遊戲 238 部、劇場版 170 部、漫畫 75 部，另外還有網路動畫 57 部、日劇 47 部、OVA 40 部、小說 39 部，只要有實地取景的作品都收，連《對馬島之魂》這類以真實地景為舞台的遊戲也在圖上。合計 51,938 個地標，集中在日本的聖地巡禮熱區：以城市統計，東京 161 部（繁體條目另計）、鐮倉 26 部、京都 25 部、名古屋 22 部、橫濱 20 部，另外有 42 部標在海外、16 部標在中國。把資料檔的座標畫到地圖上，密度最高的區塊就是關東、名古屋圈、京阪神與山梨靜岡這幾條經典巡禮路線。

深度最驚人的是露營題材的作品。《搖曳露營△》第二季在靜岡縣一帶有 1,074 個地標、第三季 1,011 個、第一季 684 個，三季合計將近 2,800 個點，等於把整個山梨與靜岡的取景地逐幕標好。其他熱門作品的密度也很高：川崎市的《Girls Band Cry》691 個地標、山梨的《mono女孩》679 個、東海市的《五等分的新娘》586 個、宇治的《吹響吧！上低音號》582 個。這種量級已經超過一般粉絲自建圖層的負荷，也是這個資料庫最實際的價值：你查的不只是一份清單，而是一整座整理過、審核過的檔案庫。

資料怎麼進來的？在地圖上對著座標點一下就能投稿地標與截圖，經過審核後才會顯示；作品的中文條目綁定番組計畫（Bangumi，動漫資料庫網站）的作品編號，站上沒有的作品要先去番組計畫建立條目，再進地圖補地標。作品名稱、譯名與封面圖都取自番組計畫的資料，站方還為封面圖做了自己的圖片代理來加快載入，整個資料模型是「地標自己養、作品資料借外部權威源」，這個選擇讓一個人的團隊不用自己養作品資料庫。想長期維護的人可以跟站方申請管理員，用後台的地標管理器批次整理；成人向作品預設遮蔽。這套流程讓資料有基本的守門，2025 年以來也看得到持續的版本更新，不是那種上線三個月就停擺的作品。

不過把它當成權威資料庫之前，有兩件事要先知道。資料來源其實相當混雜：從開放 API 的資料內容可以看到，有些地標的來源標示是 Google Maps，等於把前人做好的 Google 地圖圖層整批搬進來，有些則標示投稿者暱稱，是實際走過的人上傳的，兩種來源的精度不同。站方在說明文件裡也明講，僅提供使用者上傳的動畫截圖與地標資訊的展示，「不對內容的精確性做嚴格判斷」，並且對學校、圖書館、政府機關等區域提出了遵守當地法律、取得授權再拍攝的行為建議。另外資料清洗有落差：1,541 部作品裡有 543 部沒填城市欄位，「東京都」與簡體寫法並存，按城市搜尋的涵蓋率不是百分之百。拿它做行前索引很夠用，拿它當導航級的座標來源就要自己再核對一次。

集數、時間戳與實地筆記：到現場怎麼對畫面

打開任一部作品，地圖會聚焦到它的主要取景區，把範圍用描邊高亮、範圍外淡化，一眼就能看出這部作品該從哪個車站開始走；左側面板列出全部地標，每一筆都有截圖縮圖、集數與播放時間戳，例如宇治橋標著 EP2 13:29，指的是第二集 13 分 29 秒出現的那個鏡頭。到現場對畫面時，這個設計比單純給座標好用很多：不需要記劇情，看截圖就知道要站在哪個角度、拍哪個構圖。地標也可以按話數分組瀏覽，或者用頁頭的作品圖示做多選篩選，一次在圖上同時標出這趟要跑的幾部作品，這個篩選功能是 2026 年 7 月加入的，明顯是為多作品連跑的行程設計的。沒有指定作品時，全圖會以彩色圓點顯示地標密度，縮放越深、浮出的點越多，熱門城市與近期新作則直接列在首頁，點了就進該作品的地標清單。

Pin

不少地標還附了實地筆記。以宇治為例，有地標註明「這家店的豆腐很好吃，老闆娘人也很善良」，也有人提醒某個看板的位置比標記點再往南一點，要參考後方護欄的變化才能對準。這些筆記是資料庫裡最有人味的部分，也是官方觀光地圖給不了的東西。地圖右側有定位按鈕，人在現場時可以按目前位置找附近的地標，搜尋框也支援用城市、作品、地標名稱直接查，出發前按城市排序、到了當地按距離查詢，兩種用法都通。

實際在無痕視窗打開地圖操作，瀏覽完全不需要登入，手機版網頁與桌機版功能一致。地圖資料會快取進瀏覽器，站方在 2026 年 6 月的更新說明裡明確寫了支援離線使用，人在日本郊區沒有網路時照樣能查地標；顯示異常時站上有一鍵修復頁面可以清快取重置。拍對比照也有專門工具：站方在 2026 年 7 月推出的調色對比生成器，會提取動畫截圖的色調套用到實景照片上，讓「同一個地點、兩個世界」的對比照更快生成。

手機端還有原生 App。iOS 版 2025 年 5 月上架 App Store，從 2026 年 7 月的 2.0 版起把地圖、搜尋、對比相機改用原生框架重寫，不再是以往的網頁殼包裝，現行版本是 2026 年 8 月更新的 2.1，只有投稿與後台管理才會叫出網頁版；相機鏡頭可以直接疊上動畫截圖取景，拍完一鍵合成對比圖。App 免費，評分數目前還是個位數，想裝的人可以自己衡量成熟度，或先用網頁版，兩者讀的是同一份資料。

想重用截圖或接 API，先看授權邊界

anitabi map 有一組公開的開放 API，不需要申請金鑰就能查。以作品編號呼叫，會拿到地標清單、座標、集數與截圖網址；我用《吹響吧！上低音號》的編號實測，API 傳的 582 個地標、581 張截圖，與地圖面板上顯示的數字一致，個別作品的 API 更新節奏則略有時間差。每筆地標還帶來源欄位，實測看到的兩種典型值，一種標示 Google Maps 並附上原始圖層連結，另一種標示投稿者暱稱與站內地標頁，要做事實查核或引用時可以直接溯源。截圖分成 160px 縮圖、360px 標準圖與完整尺寸三種規格，站方文件特別提醒別在公開頁面大量請求完整尺寸，會對伺服器造成壓力。每部作品也都能換成地圖連結，把某部作品的地標嵌入自己的網站或工具並不難；社群裡甚至已經有人做出第三方的 MCP 伺服器，讓 AI 助理直接查巡禮地標，這是資料開放之後自然長出來的生態。

但重用之前，授權要看仔細，這裡有兩層。第一層是站方的宣告：地標截圖資料以 CC BY-NC-SA 4.0 分享，也就是姓名標示、非商業性使用、相同方式共享，而且 API 文件建議展示截圖時標註來源與原始連結，因為資料混合了 Google 地圖圖層匯入與投稿者上傳兩種來源。第二層是更硬的現實：動畫畫面本身的著作權屬於製作委員會與原廠，站方以創用授權條款分享的是這份整理過的資料，並不代表原廠授權了這些截圖。翻成白話就是：個人行程筆記、非營利的粉絲頁面引用並標示出處，一般不會有問題；要拿去做商業用途，無論有沒有標示來源，都踩在紅線上。這條界線對想做內容的人尤其重要，別把「資料庫採 CC 授權」讀成「截圖可以隨便用」。

開發者還有一個小細節要注意：站方文件明說主網域的資源位址與資料結構不保證穩定，程式請打 api 與 image 兩個子網域，不要直接抓主站的頁面。這是願意長期經營開放資料的站才會寫出來的提醒，照做就好。

介面有繁中，底圖文字跟著中國市場慣例

台灣讀者最關心的語言問題分成兩層。介面本身沒問題：網站提供中文、日本語、English 三種語言，在繁體中文的瀏覽器環境打開，作品名稱與介面文字直接顯示繁中，《吹響吧！上低音號》《五等分的新娘》這類常見譯名都正常，多語言是 2026 年 6 月的更新，切換語言時地圖上的標註也會跟著連動。

底圖則是另一種情況。從前端程式碼可以看到，預設街道底圖使用 Bing 針對中國市場提供的圖資，請求參數帶著中國市場標記，便利商店與連鎖餐廳的名稱跟著做在地化顯示，部分爭議地名的標示方式也遵循中國市場慣例。實際影響是：介面與作品資訊是繁中的，但街道與地名的底圖文字是另一套慣例，看習慣台灣圖資的人需要一點適應。地圖另外提供衛星底圖與其他街道圖選項，覺得礙眼可以切換。順帶一提，圖資依賴也是這類工具的共同風險：底圖換過多次、作品資料借番組計畫、傳送靠贊助的 CDN，任何一環改變都可能影響服務，這也是重要資料建議自行留一份備份的原因。

這個現象跟它的營運背景直接相關。anitabi map 由中國開發者卜卜口（itorr，神奇海螺）主導開發，他是追蹤者四千多的資深前端工程師，網站掛有廣東的 ICP 備案，內容傳送由 Tencent EdgeOne 贊助加速，主要社群活動在 QQ 群、Discord、微博、Bilibili 與小紅書，2025 年底還辦過配合楓葉季的巡禮攝影抽獎。圍繞地圖長出來的衛星工具也都放在 GitHub 上的 anitabi 組織：說明文件庫、iOS 原生 App、標記都道府縣制霸等級的巡禮等級、對比圖合併器，地標資料的編輯規範與開放 API 文件同樣公開在文件庫裡，任何人都看得到資料怎麼被治理。它的歷史可以往前追：地圖頁在網頁檔案館最早的擷取出現在 2022 年 12 月，換過好幾代底圖與版面，2025 年 8 月加入衛星底圖與更快的街道圖，一路迭代到今天的多語言版本。國際化也還在進行式：程式碼裡留了一個給海外鏡像用的 junreimap.com 網域與品牌置換邏輯，那個網域 2024 年 9 月就註冊了，不過到目前沒有 DNS 解析，網頁檔案館裡也查不到任何擷取紀錄，鏡像站還沒真正開張。

隱私方面平常心看待即可：瀏覽地圖匿名可用、不需要帳號，頁面上沒有廣告，程式碼裡的對外連線是 Sentry 錯誤通報與 Cloudflare 流量統計，投稿與管理功能才需要登入。整體的商業模式就是贊助與小額捐贈，沒有訂閱牆，資料也沒有分成兩套。

適合誰、不適合誰，行前怎麼串其他工具

整理成決策軸，它適合這幾種人：一次要跑多個作品、多個城市的深度巡禮者，資料庫的密度能省下大量行前整理時間，宇治一天要對完五百多個地標的行程，靠篩選功能才有辦法排；喜歡對著截圖構圖拍照的攝影型巡禮者，集數時間戳、實地筆記與對比相機直接可用；想在自己的工具或網站裡接入地標資料的開發者，開放 API 免金鑰、資料結構清楚。以一趟關西行程為例，上午在宇治跑《吹響吧！上低音號》、下午進京都市區，把兩部作品同時掛上篩選，當天的移動順序就能順著地標密度排，不需要在十幾個分頁之間反覆切換。

反過來說，只去一個城市、只看一部作品的人，先查該作品官方或當地觀光協會發的地圖就好，官方源的座標精度更有保障，日本不少觀光單位自己也做巡禮地圖；需要導航級精確位置的人，記得站方說過不對精度做嚴格判斷，出發前用衛星底圖或現地確認一次比較穩；想商用截圖的人，前面授權段的紅線就是答案。

跟自己維護一份 Google 地圖圖層相比，差別在維護成本與更新速度。自建圖層的好處是自主性高，壞處是作品一出新一季就得自己補點，也要自己想辦法備份；anitabi map 的資料有人審核、有人持續補，但它的存續綁在個人開發者與贊助的 CDN 上，重要行程出發前把該作品的地標截圖或匯出留一份，是合理的保險動作。

行前的其他功課可以這樣串：簽證與文件用出國前的行前檢查清單先掃一遍，網路用 eSIM 方案解決，日本市區移動靠城市地鐵路網圖規劃，想找 iOS App 的替代或同類工具時，App Store 應用程式搜尋工具比在商店裡盲搜快。地標資料交給 anitabi map，其他環節各用專門工具，這趟巡禮的行前功課就差不多收齊了。

一句話收尾：anitabi map 值得當成聖地巡禮的預設行前工具，因為它把五萬個地標、截圖與集數時間戳整理成任何人都能免費查的公開資料庫，資料治理與開放 API 的做法也夠透明；截圖重用與底圖慣例這兩條界線先記住，它就是個好用的工具。