Stay organized with collections
Save and categorize content based on your preferences.
Use straight double quotation marks and apostrophes.
When to use quotation marks
In technical writing, we don't use quotation marks much, aside from instances of code.
Generally, you can use quotation marks for
titles of shorter works such as articles or episodes in a web series, unless
they're part of a link. For more information, see cross-references.
For most titles that are full-length works, we use italics.
For examples of when to use quotation marks in regular text, see the following table:
Guidance
Example
Referring to a section of a larger document or piece, if you can't link to the section directly.
The technique is described in the section "Deploying containers" of the Containers overview
video.
Referring to the title of a parent document when you're already linking to a
section
Recommended: See the section
titled "Care and feeding of the emu."
Not recommended: See the section titled "Care
and feeding of the emu".
Exception: When you put a keyword or other literal string in quotation
marks, put any other punctuation outside the quotation marks. In those cases,
the quotation marks indicate an exact literal string, so don't add anything
extraneous inside the quotation marks. However, in general, don't put quotation marks
around an item that's in code font, unless the quotation marks are part of the
item.
Recommended: If you enter escape,
the program crashes.
Acceptable: If you enter "escape", the program
crashes.
Not recommended: If you enter "escape," the
program crashes.
Straight and curly quotation marks
Most typefaces support two forms of quotation marks and apostrophes:
straight marks and curly, or typographic, marks. Some tools, like
Google Docs, automatically convert straight quotation marks and
apostrophes to the curly versions as you type. However, our guidance is
to always use straight quotation marks and straight apostrophes in developer documentation, for
the following reasons:
It makes writing documents easier.
Code requires straight marks, so it's simpler to use straight marks everywhere
in developer documentation than to use them in code but not in text.
Tools that automatically change straight marks to curly marks (such as word processors)
often make mistakes.
Humans who manually type curly marks also often make mistakes.
Manually typing curly marks can be difficult on some platforms.
It makes reviewing documents easier.
When you're proofreading a document, it can be hard to see whether marks are straight or
curly, and which direction they point in.
In the following examples, the first example uses straight quotation marks and the second example
uses curly quotation marks:
Recommended: The section's title is "Care
and feeding of the emu."
Not recommended: The section’s title
is “Care and feeding of the emu.”
Single quotation marks
The only times to use single quotation marks in our documentation are the following:
In code examples, in languages that use single quotation marks.
When nesting a quotation inside another quotation.
In the latter case, put the primary speaker's quote in double quotation marks and the quote inside
the primary speaker's quote in single quotation marks.
Recommended: She said, "I heard
him shout 'Help,' and saw him floundering in the water."
Not recommended: She said, 'I heard him shout
"Help", and saw him floundering in the water'.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Missing the information I need","missingTheInformationINeed","thumb-down"],["Too complicated / too many steps","tooComplicatedTooManySteps","thumb-down"],["Out of date","outOfDate","thumb-down"],["Samples / code issue","samplesCodeIssue","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-05-14 UTC."],[[["\u003cp\u003eIn technical writing, quotation marks are primarily used for titles of shorter works and in specific cases outlined in the provided table.\u003c/p\u003e\n"],["\u003cp\u003eCommas and periods generally go inside quotation marks, with exceptions for literal strings in code font.\u003c/p\u003e\n"],["\u003cp\u003eAlways use straight quotation marks and apostrophes in developer documentation for consistency and ease of writing and reviewing.\u003c/p\u003e\n"],["\u003cp\u003eSingle quotation marks are reserved for code examples and nesting quotations within other quotations.\u003c/p\u003e\n"]]],["Use straight double quotation marks and apostrophes in developer documentation. Use quotation marks for titles of shorter works, references to sections of documents, direct quotes, or metaphorical terms not established in the domain. Place commas and periods inside quotation marks, except when quoting literal strings. Single quotation marks are for code examples or nested quotations. Avoid curly quotation marks for simplicity in writing and reviewing.\n"],null,["Use straight double quotation marks and apostrophes.\n\nWhen to use quotation marks\n\nIn technical writing, we don't use quotation marks much, aside from instances of code.\n\nGenerally, you can use quotation marks for\ntitles of shorter works such as articles or episodes in a web series, unless\nthey're part of a link. For more information, see [cross-references](/style/cross-references).\n\nFor most titles that are full-length works, we use italics.\n\nFor examples of when to use quotation marks in regular text, see the following table:\n\n| Guidance | Example |\n|--------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Referring to a section of a larger document or piece, if you can't link to the section directly. | The technique is described in the section \"Deploying containers\" of the [Containers overview](https://www.youtube.com) video. |\n| Referring to the title of a parent document when you're already linking to a section | The [machine learning (ML) workflow section](https://cloud.google.com/vertex-ai/docs/start/introduction-unified-platform#ml-workflow) of \"Introduction to Vertex AI\" describes the machine learning workflow for Vertex AI. |\n| Directly citing a person or quoting a slogan or motto. | Martin Fowler has said, \"We are still learning the techniques to write software effectively.\" |\n| Using a term metaphorically, but only if it's not an established usage in the domain. | This configuration forms an \"island\" within the network that is not connected to the external network. |\n\nFor more information, see [Text-formatting summary](/style/text-formatting).\n\nCommas and periods with quotation marks\n\nCommas and periods go inside quotation marks.\n\nRecommended: See the section\ntitled \"Care and feeding of the emu.\"\n\nNot recommended: See the section titled \"Care\nand feeding of the emu\".\n\n**Exception**: When you put a keyword or other literal string in quotation\nmarks, put any other punctuation outside the quotation marks. In those cases,\nthe quotation marks indicate an exact literal string, so don't add anything\nextraneous inside the quotation marks. However, in general, don't put quotation marks\naround an item that's in code font, unless the quotation marks are part of the\nitem.\n\nRecommended: If you enter `escape`,\nthe program crashes.\n\nAcceptable: If you enter \"escape\", the program\ncrashes.\n\nNot recommended: If you enter \"escape,\" the\nprogram crashes.\n\nStraight and curly quotation marks\n\nMost typefaces support two forms of quotation marks and apostrophes:\nstraight marks and curly, or typographic, marks. Some tools, like\nGoogle Docs, automatically convert straight quotation marks and\napostrophes to the curly versions as you type. However, our guidance is\nto always use straight quotation marks and straight apostrophes in developer documentation, for\nthe following reasons:\n\n- It makes writing documents easier.\n - Code *requires* straight marks, so it's simpler to use straight marks everywhere in developer documentation than to use them in code but not in text.\n - Tools that automatically change straight marks to curly marks (such as word processors) often make mistakes.\n - Humans who manually type curly marks also often make mistakes.\n - Manually typing curly marks can be difficult on some platforms.\n- It makes reviewing documents easier.\n - When you're proofreading a document, it can be hard to see whether marks are straight or curly, and which direction they point in.\n\nIn the following examples, the first example uses straight quotation marks and the second example\nuses curly quotation marks:\n\nRecommended: The section's title is \"Care\nand feeding of the emu.\"\n\nNot recommended: The section's title\nis \"Care and feeding of the emu.\"\n\nSingle quotation marks\n\nThe only times to use single quotation marks in our documentation are the following:\n\n- In code examples, in languages that use single quotation marks.\n- When nesting a quotation inside another quotation.\n\nIn the latter case, put the primary speaker's quote in double quotation marks and the quote inside\nthe primary speaker's quote in single quotation marks.\n\nRecommended: She said, \"I heard\nhim shout 'Help,' and saw him floundering in the water.\"\n\nNot recommended: She said, 'I heard him shout\n\"Help\", and saw him floundering in the water'.\n| **Note** : For information about how to use quotation marks with links, see [Quotation marks and italics](/style/cross-references#quotation-marks-italics)."]]