Title tags and meta descriptions: what really works
What each of the two does
They are routinely discussed together and they do different jobs.
The title
Written as
<title>in the document head, it names the page. It is used as the heading of your result, carries weight in how the page is understood, and it is the single piece of text most likely to decide whether somebody chooses your result over the one above it. If you improve only one thing on a page, this is usually it.The description
Written as
<meta name="description">, it does not name the page; it sells it. It has no direct influence on where the page appears, and saying so plainly matters, because a great deal of effort goes into optimising a field for something it does not do. What it can do is change how many people who see your result decide to click it, which is worth real attention for that reason.
Everything else that lives in the head of a document is outside this section. Instructions to crawlers about indexing, such as meta robots, belong to the site in this network that covers indexing, and the tags controlling how a link looks when shared on a social platform are covered in this site's own AI SEO section. This section is about the pair that appears in search results, and only that pair.
They are suggestions, not instructions
The most useful thing to understand here is that a search engine frequently does not use what you wrote.
For the title, it may substitute something else: a heading from the page, text from a link pointing at the page, or your site's name appended or removed. For the description, substitution is not the exception but the common case, because engines routinely assemble a snippet from whatever part of the page matches the query being asked.
That behaviour is not a fault, and it is not a sign that your tag was rejected. It follows from the engine answering a specific query: text you wrote in advance cannot be tailored to a question you did not know would be asked, while a passage lifted from the page can be. The practical consequence is that a description is best treated as the version shown when nothing better fits, which is a useful thing to control and a smaller thing than it is usually assumed to be.
Rewriting is far more likely when the tag is generic, when it is stuffed with terms, when it duplicates other pages, or when it simply does not answer the query. Those are the levers you have, and they are the same levers that make a tag worth reading in the first place.
All of that assumes a tag exists. Where none was written, something is still assembled and shown, and none of these levers is in play at all: the pair written where it is missing is a different problem from the pair written badly.
Where the limit really is
Everybody asks how long these should be, and the honest answer starts by correcting the question.
The cut-off is not counted in characters. What gets truncated is decided by how much space the text occupies when rendered, which means a line of narrow letters survives where a line of wide ones does not, and two tags of identical character count can be cut in different places. Counting characters is a rough proxy that happens to be close enough most of the time and misleading exactly when it matters.
The values themselves also move, and they differ between contexts: the space available is not the same on a narrow screen as on a wide one. For that reason this page gives no number: a figure that changes without notice is only worth publishing alongside the date it was checked, and against your own results.
What is stable is the technique. Put what matters at the front, so that losing the tail loses nothing important. Read the tag as somebody scanning twenty results would read it rather than as its author. And check what is actually being displayed for your pages rather than what you wrote, since those are frequently not the same text.
Writing ones that get chosen
A short set of habits covers most of the improvement available.
Be specific before being clever
A result competes with nine others that are broadly about the same subject. Anything true and concrete about your page beats a well-turned phrase that could sit on any of them.
Do not repeat the site name in every title
It occupies space in every result, adds nothing after the first one somebody sees, and is often appended by the engine anyway.
Write the description as an offer, not a summary
It should say what somebody gets by clicking rather than restating the title in longer form. Duplicating the title in the description wastes the second field entirely.
Never write the same pair twice
Identical tags across many pages are among the strongest signals that neither is worth using, and what duplication costs is a page of its own. On large sites this happens by templating rather than by decision.
Match what the page actually delivers
A tag that oversells earns the click and loses the visit, and the pattern is visible in behaviour long before anybody notices it in a report.
What this section covers
So far this section holds one page beyond this one: how to find duplicated titles and descriptions across a site, what the duplication costs, and what to do about it, starting with the sources that produce it wholesale.
FAQ
How long should a title tag be?
Long enough to say something specific, and front-loaded so that truncation costs you nothing important. The real limit is measured by rendered width rather than by character count, it varies by context, and it changes over time, so use a current figure with a date rather than a number remembered from an article.
Does the meta description affect rankings?
Not directly. It influences whether somebody chooses your result once they see it, which is worth optimising for its own sake. Treating it as a ranking field leads to keyword-stuffed lines that read badly, get rewritten by the engine anyway, and persuade nobody to click.
Why does Google show different text than what I wrote?
Because it is answering a specific query and can often find a passage on your page that fits that query better than text written in advance. It is normal rather than a fault. Generic, stuffed, or duplicated tags make substitution more likely; specific and relevant ones make it less so.
Do I need a meta description on every page?
Not strictly, and a thin auto-generated one is worse than none, since the engine will assemble something from the page regardless. Write them where the click matters and where you can say something specific, and leave the rest rather than filling a field for the sake of a green checkmark.
What about meta keywords?
<meta name="keywords"> is not used by major search engines and has not been for many years. Filling it costs nothing except the time spent and the confusion of anybody who later reads the page source and assumes it means something. There is no version of this field that helps.
In this section
Meta tags, read as machines read them
This section takes a title and description apart: what reads them, and what duplicating them costs. The platform behind these pages is Bridge CDN, where an account is created.