一場會議要做幾種語言,該怎麼跑?
Donghui Qian (Milo)更新於 2026年10月28日約 13 分鐘
短答
同一場會議,票只賣一份庫存。頁面上的字、票名、表單和確認信按語言來寫;票價、餘票、開賣時間和議程只改一處。每種語言一個網址,寫完再上線,不要複製成兩場活動。AI 可以幫你起草網站和譯文,會這種語言的人看過之後,再由你發布。
圖省事,不少人會把活動複製一份:英文頁賣掉六個座位,中文頁再賣掉六個,六人的會議室就超賣了。還有人只把按鈕換成中文,門票、確認信和胸牌仍是英文。
這篇講該共用什麼、該翻譯什麼。換哪家報名工具都一樣,包括我們自己的。
複製成兩場,和做雙語不是一回事
複製出來的活動,庫存是分開的。兩個頁面各自賣,就是兩套餘票。語言版本——各家叫法不同,意思都是掛在主活動下面的那一頁——共用同一批票、同一份庫存。哪個頁面賣掉一個座位,總數都減一。
# 工作坊只有 6 個座位
複製成兩場:英文賣掉 6 張 + 中文賣掉 6 張 = 來了 12 個人,椅子只有 6 張
共用庫存:兩個頁面加起來賣掉 6 張 = 6 個人,6 張椅子
如果日期不同、城市不同,或者票種本來就不是一套,那才該複製。同一場活動,只是換一種語言來看,就該翻譯,不要複製。
只譯參加者看得到的字
票價、庫存、開賣時間在主活動上改一次,所有語言一起用。標題、正文、票名、表單上的字,每種語言自己寫。
| 主活動上改一次就行 | 按語言翻譯 |
|---|---|
| 票種、價格、幣別、庫存、開賣時段 | 票的名稱和說明 |
| 日期、時區、報名方式 | 活動標題、摘要和頁面正文 |
| 議程本身:會議室、時間、誰在講 | 表單欄位的標籤、說明和選項 |
| 參加者名單,不按語言拆開 | 確認信和提醒郵件 |
場次標題怎麼處理,要跟你的平臺確認。不少系統把議程放在主活動上,每種語言頁上的場次名還是原文。如果是這樣,在頁面上寫清楚,別讓人以為時刻表也全譯了。胸牌上的姓名就是姓名,不要翻譯。講者的名字一般也不改。
多一個語言,不是多一套票價。如果要顯示另一種幣別,那是收款的事,不是翻譯的事。
從哪個語言頁報名,都進同一份名單
後台看參加者和訂單,應該是一份,不管他們從哪個語言頁進來。報到台也只有這一份名單。掃碼的人不必知道對方是從英文頁還是中文頁過來的。
郵件跟購票時用的語言走。在繁體頁報的名,確認信、提醒和取消通知都該是繁體。不要過兩週群發時忘了,又改回英文。
你賣哪種語言,異常處理台就要有人能處理。如果志工只會用英文搜名字,胸牌上寫的是中文,那條通道就會卡住。
哪種語言寫完,就先上哪種
每種語言要有自己的網址,也要能單獨存成草稿或發布。譯完不等於上線。英文寫完可以先發英文頁;另一頁等會這種語言的人把報名路徑走完再發。
後來要加票種或表單欄位,加在主活動上。語言版本裡應該自動多出一處等你填譯文。如果只填了英文,別的頁還留著原文,所謂的中文結帳就會繼續用英文提問。
搜尋引擎怎麼認出這是同一場活動
每種語言要有自己的網址,不能只靠一個不改地址的切換按鈕。頁面之間用 hreflang 互相指認,搜尋引擎才知道該給哪一種語言,而不會把譯文當成重複內容。做法以 Google 對本地化版本的說明為準(localized versions)。活動站還要讓爬蟲和 AI 助手讀得懂,其餘檢查見活動網站 SEO 指南。
AI 能幫上什麼忙
初稿最耗時間,這一段可以交給模型。日期和票價對不對,還是人說了算。可以這樣分工:
- 先寫出第一種語言。 一段介紹、去年頁面的地址,或一張議程、價目的截圖,就夠模型起草網站、票名、表單和議程。你沒看過草稿之前,先不要建立。
- 先核對事實,再翻譯。 日期、場地、票價、誰來講,模型最容易把去年和今年混在一起。在主活動上改對。翻譯會把你留下的錯誤一起帶走。
- 另一種語言當文案來寫,不要當成第二場活動。 把標題、正文、票名和表單標籤交給模型,請它寫成那種語言。提示詞裡不要放價格、日期和庫存,免得它另編一套。
- 會這種語言的人把頁面走一遍。 簡體和繁體不是同一段字換一套字形。找母語的人看過再上線。
- 上線這件事你自己點。 模型可以給文案,不該替你把活動公開。
在 bagevent,AI 助手可以根據描述、連結或截圖起草活動和網站,也可以就地改文案。每次改動都等你確認。它不會替你建出其他語言版本。你在主活動上新增語言版本,再填譯文——自己譯,或從助手的草稿改——寫完再發布。
在 bagevent 上怎麼做
平臺目前三種語言:英文、簡體中文、繁體中文。沒有第四種。從主活動新增語言版本,每種語言一個,一開始是草稿。每個版本有自己的公開頁。票種、價格、庫存和議程留在主活動上,語言版本裡改不了,所以兩頁賣的是同一份庫存。參加者按購票時的語言收到確認信和提醒。活動站還不能用自己的網域。逐步操作見多語言活動。可以先看線上示範 summit.bagevent.io,那是英、繁兩個版本。
常見翻車
- 把活動複製了一份。 庫存變成兩份,房間還是一間。超賣要到報到台才發現,結帳時看不出來。
- 只換了按鈕上的字。 介面寫著簡體,票名、表單和確認信還是英文。
- 把簡體貼進繁體頁。 讀者看得出來。搜尋也可能把兩頁當成差不多的重複內容。
- 議程還是一種語言,事先沒說。 參加者會以為自己訂的那種語言,場次標題也會跟著變。
- 後來的提醒對所有人發了英文。 確認、變更、取消都要跟訂單當時的語言走。
- 模型直接把譯文上線了。 去年的日期,或它四捨五入過的票價,已經出現在第二種語言裡。
- 報到台搜不了另一種文字。 異常處理台要有人能讀你賣掉的那些姓名。
上線前再看一遍
- 庫存只有一份,不是兩場活動。
- 每種語言有自己的網址;會這種語言的人看完之前,先留在草稿。
- 每個語言頁都實測買過一次,收到的郵件是那種語言。
- 票名和表單標籤也譯了,不只是首頁大標題。
- 對外說清楚:場次標題會不會跟著頁面語言變,還是一直用主活動上的原文。
- 各語言頁用 hreflang 互相指向。
- 你賣哪種語言,異常處理台就有那種語言的話術。
常見問題
同一場會議就不要。複製出來的活動庫存是分開的,兩頁一起賣會把一個房間賣超。用語言版本——或你的平臺裡那個共用票和庫存的子頁——只譯人看得見的字。如果日期、城市或票種本來就不同,那才該複製。
標題、頁面正文、票名和說明、表單標籤、說明文字、選項,以及訂單後續的郵件。價格、幣別、庫存、開賣時段、日期和議程本身留在主活動上。場次標題常常仍是原文;如果你這邊是這樣,在頁面上寫明。胸牌上的姓名不要譯。
跟購票頁面的語言走:確認、提醒、變更通知和取消。名單仍是一份。後來群發時如果不管訂單語言,就會把英文塞進從沒在網站上見過英文的人的收件匣。
能幫你起草,不該替你上線。用模型寫出第一種語言的網站,再寫出另一種語言的展示文案。會這種語言的人核對日期、票價和用詞,簡體和繁體尤其要分開看,然後由你發布。在 bagevent,助手不會一步建出各個語言版本。
每個版本要有自己的網址。頁面之間用 hreflang 互相指認,譯文才不會被當成重複內容。地址不變的切換按鈕做不到這一點。爬蟲和 AI 助手還需要什麼,見活動網站 SEO 指南。
庫存共用的話不能——而它們應該共用,否則會超賣。每種語言不同價,等於另一場販售,也就是另一場活動。要顯示另一種幣別,那是收款的問題,不是語言版本的問題。