用 DeepL API 批量翻译 WordPress 内容：接入与脚本思路

引言：几百篇要翻等不起人工

对已有大量内容要出多语言初稿，DeepL API 比手动快几十倍。思路是”拉字段→调 API→写回译文”，关键在对接插件的翻译结构。

原理分析：脚本三步走

1. 取源：从 WP 数据库取原文（title/content/excerpt）。
2. 翻译：调 DeepL translate 接口，带 target_lang。
3. 写回：以 WPML/Polylang 的翻译关联方式存为新语言副本。
   DeepL 质量优于通用机翻，适合作初稿；注意字符配额与成本。

保姆级实操

示意（PHP 调 DeepL）：

$ch = curl_init('https://api-free.deepl.com/v2/translate');
curl_setopt_array($ch, [CURLOPT_POST=>1, CURLOPT_HTTPHEADER=>["Authorization: DeepL-Auth-Key $KEY"],
  CURLOPT_POSTFIELDS=>http_build_query(['text'=> $text, 'target_lang'=>'EN']), CURLOPT_RETURNTRANSFER=>1]);
$res = json_decode(curl_exec($ch));
$en = $res->translations[0]->text;
// 写回 WPML 翻译副本（用 wpml 函数或 icl 表）

WPML 有官方 DeepL 插件可直接接，无需自写。

常见坑

1. 免费版限额低，大站超额。
2. 翻译后不写回关联，成孤立文。
3. 案例：某站 800 篇用 DeepL API 出初稿，配合 WPML 写回，两天完成，后母语润关键语。
4. 字段漏翻（excerpt/meta）**，不完整。
5. API 超时未重试，丢稿。

总结

判断标准：API 拉字段译全、写回正确关联、控配额。行动清单：取源 → 调 DeepL → 写回关联 → 补字段 → 润色。详见人工翻译与机器翻译的混合工作流。