跳到正文
bagevent.io

一場會議要做幾種語言,該怎麼跑?

更新於 2026年10月28日約 13 分鐘

短答

同一場會議,票只賣一份庫存。頁面上的字、票名、表單和確認信按語言來寫;票價、餘票、開賣時間和議程只改一處。每種語言一個網址,寫完再上線,不要複製成兩場活動。AI 可以幫你起草網站和譯文,會這種語言的人看過之後,再由你發布。

圖省事,不少人會把活動複製一份:英文頁賣掉六個座位,中文頁再賣掉六個,六人的會議室就超賣了。還有人只把按鈕換成中文,門票、確認信和胸牌仍是英文。

這篇講該共用什麼、該翻譯什麼。換哪家報名工具都一樣,包括我們自己的。

複製成兩場,和做雙語不是一回事

複製出來的活動,庫存是分開的。兩個頁面各自賣,就是兩套餘票。語言版本——各家叫法不同,意思都是掛在主活動下面的那一頁——共用同一批票、同一份庫存。哪個頁面賣掉一個座位,總數都減一。

example.txt

# 工作坊只有 6 個座位

複製成兩場:英文賣掉 6 張 + 中文賣掉 6 張 = 來了 12 個人,椅子只有 6 張

共用庫存:兩個頁面加起來賣掉 6 張 = 6 個人,6 張椅子

如果日期不同、城市不同,或者票種本來就不是一套,那才該複製。同一場活動,只是換一種語言來看,就該翻譯,不要複製。

只譯參加者看得到的字

票價、庫存、開賣時間在主活動上改一次,所有語言一起用。標題、正文、票名、表單上的字,每種語言自己寫。

主活動上改一次就行按語言翻譯
票種、價格、幣別、庫存、開賣時段票的名稱和說明
日期、時區、報名方式活動標題、摘要和頁面正文
議程本身:會議室、時間、誰在講表單欄位的標籤、說明和選項
參加者名單,不按語言拆開確認信和提醒郵件

場次標題怎麼處理,要跟你的平臺確認。不少系統把議程放在主活動上,每種語言頁上的場次名還是原文。如果是這樣,在頁面上寫清楚,別讓人以為時刻表也全譯了。胸牌上的姓名就是姓名,不要翻譯。講者的名字一般也不改。

多一個語言,不是多一套票價。如果要顯示另一種幣別,那是收款的事,不是翻譯的事。

從哪個語言頁報名,都進同一份名單

後台看參加者和訂單,應該是一份,不管他們從哪個語言頁進來。報到台也只有這一份名單。掃碼的人不必知道對方是從英文頁還是中文頁過來的。

郵件跟購票時用的語言走。在繁體頁報的名,確認信、提醒和取消通知都該是繁體。不要過兩週群發時忘了,又改回英文。

你賣哪種語言,異常處理台就要有人能處理。如果志工只會用英文搜名字,胸牌上寫的是中文,那條通道就會卡住。

哪種語言寫完,就先上哪種

每種語言要有自己的網址,也要能單獨存成草稿或發布。譯完不等於上線。英文寫完可以先發英文頁;另一頁等會這種語言的人把報名路徑走完再發。

後來要加票種或表單欄位,加在主活動上。語言版本裡應該自動多出一處等你填譯文。如果只填了英文,別的頁還留著原文,所謂的中文結帳就會繼續用英文提問。

搜尋引擎怎麼認出這是同一場活動

每種語言要有自己的網址,不能只靠一個不改地址的切換按鈕。頁面之間用 hreflang 互相指認,搜尋引擎才知道該給哪一種語言,而不會把譯文當成重複內容。做法以 Google 對本地化版本的說明為準(localized versions)。活動站還要讓爬蟲和 AI 助手讀得懂,其餘檢查見活動網站 SEO 指南。

AI 能幫上什麼忙

初稿最耗時間,這一段可以交給模型。日期和票價對不對,還是人說了算。可以這樣分工:

  • 先寫出第一種語言。 一段介紹、去年頁面的地址,或一張議程、價目的截圖,就夠模型起草網站、票名、表單和議程。你沒看過草稿之前,先不要建立。
  • 先核對事實,再翻譯。 日期、場地、票價、誰來講,模型最容易把去年和今年混在一起。在主活動上改對。翻譯會把你留下的錯誤一起帶走。
  • 另一種語言當文案來寫,不要當成第二場活動。 把標題、正文、票名和表單標籤交給模型,請它寫成那種語言。提示詞裡不要放價格、日期和庫存,免得它另編一套。
  • 會這種語言的人把頁面走一遍。 簡體和繁體不是同一段字換一套字形。找母語的人看過再上線。
  • 上線這件事你自己點。 模型可以給文案,不該替你把活動公開。

在 bagevent,AI 助手可以根據描述、連結或截圖起草活動和網站,也可以就地改文案。每次改動都等你確認。它不會替你建出其他語言版本。你在主活動上新增語言版本,再填譯文——自己譯,或從助手的草稿改——寫完再發布。

在 bagevent 上怎麼做

平臺目前三種語言:英文、簡體中文、繁體中文。沒有第四種。從主活動新增語言版本,每種語言一個,一開始是草稿。每個版本有自己的公開頁。票種、價格、庫存和議程留在主活動上,語言版本裡改不了,所以兩頁賣的是同一份庫存。參加者按購票時的語言收到確認信和提醒。活動站還不能用自己的網域。逐步操作見多語言活動。可以先看線上示範 summit.bagevent.io,那是英、繁兩個版本。

常見翻車

  • 把活動複製了一份。 庫存變成兩份,房間還是一間。超賣要到報到台才發現,結帳時看不出來。
  • 只換了按鈕上的字。 介面寫著簡體,票名、表單和確認信還是英文。
  • 把簡體貼進繁體頁。 讀者看得出來。搜尋也可能把兩頁當成差不多的重複內容。
  • 議程還是一種語言,事先沒說。 參加者會以為自己訂的那種語言,場次標題也會跟著變。
  • 後來的提醒對所有人發了英文。 確認、變更、取消都要跟訂單當時的語言走。
  • 模型直接把譯文上線了。 去年的日期,或它四捨五入過的票價,已經出現在第二種語言裡。
  • 報到台搜不了另一種文字。 異常處理台要有人能讀你賣掉的那些姓名。

上線前再看一遍

  • 庫存只有一份,不是兩場活動。
  • 每種語言有自己的網址;會這種語言的人看完之前,先留在草稿。
  • 每個語言頁都實測買過一次,收到的郵件是那種語言。
  • 票名和表單標籤也譯了,不只是首頁大標題。
  • 對外說清楚:場次標題會不會跟著頁面語言變,還是一直用主活動上的原文。
  • 各語言頁用 hreflang 互相指向。
  • 你賣哪種語言,異常處理台就有那種語言的話術。

常見問題

同一場會議就不要。複製出來的活動庫存是分開的,兩頁一起賣會把一個房間賣超。用語言版本——或你的平臺裡那個共用票和庫存的子頁——只譯人看得見的字。如果日期、城市或票種本來就不同,那才該複製。