hebrew-content-writer

希伯来语内容撰写

说明

第 1 步：确定内容类型和语域

内容类型	语域	受众	主要特征
法律 / 政府	正式（gvoha）	官员、律师	被动语态、复杂句、传统性别表达
商务 / 企业	商务	专业人士	清晰、专业、中等正式程度
营销 / 广告	商务休闲	普通公众	有说服力、以利益为重点、简洁
直接 / Dugri	Dugri	以色列普通公众	直率、无缓和语、简短祈使句
UX / 界面	直接	终端用户	祈使语气、超短、以行动为导向
社交媒体	非正式	年轻人	随意、可接受俚语、可使用 emoji
博客 / 文章	商务	读者	信息丰富、注重 SEO、结构清晰

第 2 步：应用希伯来语语法规则

拼写标准——使用 Ktiv Maleh（完整拼写）： 现代希伯来语内容使用 ktiv maleh（完整拼写），用 vav 和 yod 表示元音：

• 正确：תוכנה (tochnah)，不是 תכנה
• 正确：שירות (sherut)，不是 שרות
• 遵循希伯来语学院指南

Smichut（构造状态）规则：

• 第一个名词去掉定冠词："beit ha-sefer"（学校），不是 "ha-beit ha-sefer"
• 第一个名词可能改变形式：bayit -> beit，yom -> yom（不变）
• 要使 smichut 变为复数，将第一个名词变为复数：בתי ספר（学校），不是 בתי ספרים。第二个名词根据其自身含义保持所需单复数（ספרי ילדים、חנות בגדים）

直接宾语标记（et）：

• 定指直接宾语前必需："ra'iti ET ha-sefer"（我看见了那本书）
• 不定宾语不用："ra'iti sefer"（我看见了一本书）
• 常见错误：省略 "et" 或在不定宾语上使用它

主谓一致：

• 动词在性和数上与主语一致
• 过去时：也在人称上一致
• 现在时：只在性和数上一致（无人称区分）
• 将来时：在性、数和人称上一致

第 3 步：处理带性别色彩的语言

方案 A——传统用法（正式/法律文本的默认选择）： 混合群体使用阳性复数。在政府、法律、学术写作中是标准做法。

方案 B——斜杠写法（用于商务/营销）：

משתמשים/ות יקרים/ות (dear users, m/f)

方案 C——性别中立改写（推荐用于 UX/技术）：

不要用	用
המשתמש צריך ללחוץ（用户需要点击，阳性）	יש ללחוץ על（点击）
אתה יכול לבחור（你可以选择，阳性）	אפשר לבחור（可以选择）
הלקוחות שלנו מרוצים（我们的客户很满意，阳性）	רמת שביעות הרצון בקרב הלקוחות גבוהה（客户满意度很高）

询问用户他们更偏好哪种方案（如果未指定）。

第 4 步：应避免的常见希伯来语写作错误

错误	错误示例	正确示例	规则
第一个名词带 ha- 的 smichut	הבית הספר	בית הספר	只有第二个名词加 ha-
缺少 et	ראיתי הכלב	ראיתי את הכלב	定指直接宾语需要 et
性数一致错误	הילדה הלך	הילדה הלכה	动词必须与主语的性一致
拼写混用	同一文本中 תוכנה/תכנה	一致选择一种	全程使用 ktiv maleh
正式文本中使用口语	נגיד ש...	לדוגמה...	语域要与语境匹配

第 5 步：希伯来语 SEO 优化

关键词策略：

• 使用 Google Keyword Planner 研究希伯来语关键词（地区：以色列）
• 考虑词形变化 —— 以词根和常见形式为目标
• 例如：“ביטוח”（保险）也应搜索“ביטוחים”、“לבטח”、“מבוטח”
• 考虑双语搜索 —— 以色列人会使用英语搜索技术术语

希伯来语的页面内 SEO：

• Title 标签：主要关键词靠近开头。Google 不设长度限制，但会根据设备宽度截断显示的标题，因此要把关键词语放在前面
• Meta description：有吸引力的行动号召。Google 在这里同样不设长度限制，并会按需截断摘要片段，因此要把价值点放在开头
• H1：每页一个，包含主要关键词
• URL slug：Google 建议使用受众语言中的词语，并在相关时使用音译词。希伯来语词语（在 URL 中进行百分号编码）、音译（“bituach-briut”）或英文对应词都可以；每个网站选择一种约定
• Alt 文本：为图片提供描述性的希伯来语文本
• 内部链接：使用希伯来语锚文本

内容结构：

• 使用短段落（2-3 句）—— 希伯来语文本看起来比英语更密集
• 每 200-300 个词使用标题（H2、H3）
• 项目符号列表可提高希伯来语的可读性
• 加粗关键术语以便扫读

通过传真、自动呼叫、短信、电子邮件或任何其他电子消息（如 WhatsApp）发送的广告（《通信法》第 30A 条）：

• 仅在收件人事先以书面形式明确同意的情况下发送；在电子消息或录音通话中给出的同意也算数。向商业收件人进行一次性的联系，请其同意接收广告，不构成违规。
• 未经同意发送商业广告的例外情形需要同时满足全部三项：收件人在购买产品或服务、或就购买进行协商时提供了自己的详细信息，并被告知这些信息将用于广告；他们获得了拒绝的机会且没有拒绝；并且该广告针对的是类似种类的产品或服务。
• 要显著而清晰地说明以下内容，且不得误导：这是广告，并在开头使用“פרסומת”一词（捐赠请求用“בקשת תרומה”，宣传用“תעמולה”），在电子消息中还要在其标题或主题行中说明；广告主的名称、地址和联系方式；以及收件人有权随时拒绝，并有简单的拒绝方式（对于电子消息，需提供一个有效的用于拒绝的互联网地址）。
• 对于自动呼叫，录音消息还必须在开头说明收件人可以要求从邮寄名单中移除，并让他们能够立即这样做，包括通过按键操作。
• 对于短信，法律用另一份清单替代上述清单：消息只需说明广告主的名称和用于发送拒绝的联系方式。
• 对于明知故犯地违规发送的每条广告消息，法院可判给最高 1,000 新谢克尔，无需证明损害。
• 捐赠请求和宣传消息有各自版本的这些规则（例如，非营利组织和公共利益公司通过电子邮件发送时适用第 30A(b1) 条）；请查阅法规了解这些内容。
• 在撰写活动文案之前，请查阅法规文本和通信部 FAQ（https://www.gov.il/he/pages/17052018_7）；这些要求来自法律，而非风格规范。

第 6 步：使用 Dugri（直接）语体写作

“Dugri” 是以色列人在日常口语中使用的、也是他们期待的直白、不拐弯抹角的语体，如今在产品文案、支持回复和初创企业营销中也越来越多见。它是一种独特的模式，而不只是“非正式”——它可以既礼貌又完全直接。当品牌语调是平实直白，或者对以色列读者来说委婉会显得回避时，就使用它。

如何写出 dugri：

• 去掉英式的软化表达。删掉 “we would be happy to”、“it might be worth considering”、“please feel free to”。直接说重点。
• 句子要短，一句一个意思。冗长的从句读起来像官僚腔。
• 第二人称祈使句既合适又友好：“תשלחו לנו את המספר”（把号码发给我们）、“תבדקו את זה”（检查一下这个）。
• 先给结论，再给理由——而不是反过来。
• Dugri 不是粗鲁。它仍然使用 “תודה” 和基本礼貌用语；它只是拒绝填充废话。

啰嗦（避免）	Dugri（使用）
נשמח אם תוכלו לשקול לעדכן את הפרטים	תעדכנו את הפרטים
ייתכן שכדאי לבדוק את החיבור לאינטרנט	תבדקו את החיבור לאינטרנט
אנחנו מתנצלים על אי הנוחות שנגרמה	סליחה על אי הנוחות. （仅当确实如此时才加上 “תיקנו את זה”）

第 7 步：处理希伯来语/英语混用（Heblish）

以色列人的写作经常混用希伯来语和英语，尤其是在科技、营销和商业文案中。对于每个英语术语，需要决定是保留、音译还是翻译：

• 保留英语——在日常使用中没有自然希伯来语对应词的成熟科技/产品术语：API、SaaS、deploy、dashboard（通常）、email（尽管 “אימייל”/“מייל” 也很常见）。品牌和产品名称始终保留英语。
• 音译——已经以语音形式进入希伯来语口语的术语：“אימייל”、“סטארטאפ”、“פינטק”、“באג”、“פיצ'ר”。当人们实际说的就是音译形式时使用。
• 翻译——受众会使用且已有成熟希伯来语词的术语：“תוכנה”（software）、“משתמש”（user）、“הורדה”（download）、“עדכון”（update）。在这里强行使用英语会显得偷懒。

同一行中的 RTL/LTR 混用：

• 希伯来语句子中的英语术语保持其 LTR 文本段；浏览器的 bidi 算法通常能处理单个词，但较长的英语字符串、代码或任何带标点的内容要用 <bdi> 或 dir="ltr" 包裹，以免周围的希伯来语标点重排。
• 在英语文本段两侧各保留一个空格。

英语名词接受希伯来语语法：

• 希伯来语复数：以色列人经常给英语名词加上希伯来语复数词尾——“באגים”（bugs）、“לינקים”（links）、“פיצ'רים”（features）。这很自然；不要把它“纠正”成英语复数。
• 定冠词：希伯来语的 “ה־” 会附加到英语名词上——“האפ”（the app）、“הלינק”（the link）、“הדשבורד”（the dashboard）。
• 性别：给英语名词一致地指定希伯来语性别（通常默认阳性），以便动词和形容词保持一致——“הדשבורד נטען” 而不是 “הדשבורד נטענה”。

第 8 步：尼库德、数字和日期

何时添加尼库德（元音符号）：

• 儿童内容、早期读物、歌曲、诗歌。
• 语境无法消除歧义的单个歧义词（例如，区分 "סֵפֶר" 和 "סַפָּר"）。
• 首次提及的外国名字和不熟悉的借词。

何时省略尼库德：

• 现代正文、UI 文本、营销、文章——标准的无元音希伯来语。通篇添加尼库德看起来像教科书，会拖慢流利读者的阅读速度。

数字和日期：

• 在连续正文中，大多数数字优先使用阿拉伯数字（"3 ימים"、"תוך 24 שעות"）；拼写出来仅用于正式/法律文本或位于句首的数字。
• 数词与性的一致：1 和 2 与名词保持一致（"יום אחד"、"שני ימים"；"שנה אחת"、"שתי שנים"）。从 3 到 10，数词采用看起来相反的形式（一个已知的陷阱）：阳性名词采用以 ה 结尾的形式，"שלושה ימים"（三天），而阴性名词采用不带 ה 的形式，"שלוש שנים"（三年）。
• 日期遵循以色列惯例 DD/MM/YYYY 和 24 小时制。UI 组件中的格式参见 israeli-ui-design-system。
• Gershayim（״）标记首字母缩略词，放在其最后一个字母之前（צה״ל、בי״ס）；geresh（׳）标记缩写词，放在其最后一个书写字母之后（מס׳、עמ׳）。Academy 将双引号和单引号之间的选择留给内部风格惯例。
• 在希伯来语前缀与数字或拉丁字母词之间放置 maqaf（־）：ב־2026、ה־API、המאה ה־12。maqaf 连接时不带空格；破折号（–）用于分隔，两侧各带一个空格，但在范围中除外，此时不带空格（עמ' 46–53、16.00–18.00）。

第 9 步：直译陷阱

来自英语的仿译会产生语法正确但明显是翻译腔的文本。注意：

陷阱	错误（仿译）	自然的希伯来语
"to make sense" 逐词翻译	זה עושה סנס / זה עושה שכל	זה הגיוני / זה נשמע הגיוני
过度使用泛指的 "אתה" 来对应非人称的 "you"	אתה צריך ללחוץ, אתה יכול לראות	יש ללחוץ, אפשר לראות
在应使用普通 "כדי" 的地方使用 "בכדי"	בכדי לשמור את הקובץ	כדי לשמור את הקובץ
为 Hitpa'el 动词配上带 "את" 的直接宾语	להתחבר את החשבון	לחבר את החשבון / להתחבר לחשבון
直译 "at the end of the day"	בסוף היום	בסופו של דבר / בשורה התחתונה

"בכדי" 并非在所有语境中都错误，但它被过度用作看起来更高级的 "כדי"；默认使用普通的 "כדי"。

示例

示例 1：营销邮件

用户说："为一款 SaaS 产品发布撰写一封希伯来语营销邮件" 结果：撰写商务语体的希伯来语邮件，包含引人注目的主题行、以利益为重点的正文、明确的 CTA。如果该邮件是广告，先确认收件人已同意或符合第 5 步中的三条件例外，然后以 "פרסומת" 开头撰写主题行，并包含发件人详细信息和拒绝地址。如果将是网页版本，应用 SEO 原则。使用性别包容性语言。

示例 2：UX 错误消息

用户说："为登录表单撰写希伯来语错误消息" 结果：以祈使语气撰写简短、清晰、面向行动的希伯来语文本。使用中性/包容性措辞。示例："הסיסמה שגויה. נסו שוב"（密码不正确。请重试）。

示例 3：SEO 博客文章

用户说："为以色列企业撰写一篇关于云安全的希伯来语博客文章" 结果：研究希伯来语关键词，撰写具有恰当 H2/H3 层级结构的结构化文章，包含元描述，通篇使用 ktiv maleh，商务语体。

示例 4：性别包容性改写

用户说："使这段希伯来语文本具有性别包容性" 结果：识别性别化形式，尽可能应用选项 C 的重新措辞，在重新措辞显得别扭的地方使用斜杠记法，保持可读性和语体。

捆绑资源

参考资料

• references/hebrew-grammar-quick-ref.md - 简洁的希伯来语语法参考，涵盖全部 7 个 binyanim（动词模式），附带按语域划分的使用指导、ktiv maleh 与 ktiv chaser 拼写示例、常见 smichut（构造状态）形式，以及四种性别包容写作模式及其修改前后示例。在撰写或编辑希伯来语内容，需要核实语法规则、选择正确语域或应用性别中立措辞时查阅。

注意事项

• Agent 在撰写营销或 UI 文案时默认使用正式/文学希伯来语（safa gvoha）。以色列用户期待随意、口语化的希伯来语。请使用口语化措辞，而非教科书式的希伯来语。
• 希伯来语标点与英语不同：geresh（'）和 gershayim（"）用于缩写（如 tsahal）和首字母缩略词，而非引号。Agent 可能会删除这些符号，或将其替换为标准 ASCII 引号。
• Agent 倾向于将英语习语逐字音译成希伯来语，产生不自然的文本。"Think outside the box" 无法直接翻译；请改用希伯来语本族表达。
• 希伯来语有语法性别，名词、动词和形容词之间必须保持一致。Agent 常使用阳性默认形式，即便是在称呼女性用户或修饰阴性名词时也是如此。

参考链接

来源	URL	核查内容
Academy of the Hebrew Language	https://hebrew-academy.org.il	官方拼写规则、外来词决策、新术语
Milog 在线词典	https://milog.co.il	现代希伯来语用法、语域、常见措辞
Ravmilim 在线词典	https://www.ravmilim.co.il	同义词、搭配、语法信息
Academy 决议（ההחלטות）	https://hebrew-academy.org.il/topic/hahlatot/	Academy 关于语法、拼写和术语的决议
Academy 标点规则（כללי הפיסוק）	https://hebrew-academy.org.il/topic/hahlatot/punctuation/	Maqaf、gershayim、geresh、引号
希伯来语风格指南（Wikipedia）	https://he.wikipedia.org/wiki/ויקיפדיה:לשון	社区维护的现代希伯来语语言与风格规范

故障排查

错误："Text mixes formal and informal registers"（文本混用正式与非正式语域）

原因：整篇内容的语气不一致 解决方案：在开头确定目标语域，并一致地贯彻。当多位作者共同撰稿或从英语翻译时，此问题尤为常见。

错误："SEO keywords don't match Hebrew search patterns"（SEO 关键词与希伯来语搜索模式不匹配）

原因：将英语关键词直接翻译为希伯来语 解决方案：使用 Google Keyword Planner 并选择以色列地区。希伯来语搜索模式与英语不同——以色列人的搜索方式可能与直接翻译所暗示的有所不同。