Six tabs from the same website are open in a browser. Every one says “Design studio…”. One contains contact details, another describes a service, and a third holds an interesting article, but finding the right one takes guesswork. A page title seems like a small detail until someone needs to return to content they have already opened. That everyday task is a useful starting point for editing it.
Name the page, not the entire website
First, identify what distinguishes this page from its neighbours. “Contact and project enquiries” offers more direction than “Let’s work together” if the page really contains contact details and an enquiry form. “Caring for printed publications” is more useful than “Resources” for an article about storing books. You do not need to squeeze in everything: name the main subject or action without making a vague promise.
For internal pages, try putting the specific name first and a short brand name at the end: “Contact and project enquiries | M&D”. This is a working pattern, not a universal rule. The homepage may need a different order. The important point is that a repeated slogan should not push aside the words that help someone recognise the right tab.
Separate the tab title from the visible heading
The HTML title element names the document; browsers generally use its text in the tab. The visible heading on the page has another job: welcoming the reader within the context of the layout and introduction. These texts can match, but they do not have to be identical. They should describe the same content without contradicting one another.
An imaginary print studio, for example, might display the large heading “Paper with character” while naming the tab “Business card paper: texture and weight | Studio”. The second version works without photographs or supporting explanations. However, it only fits if the page genuinely helps people choose paper rather than simply showcasing an attractive cover.
Edit against the actual content
Start with a short inventory: the page address, current title, visible heading, and one sentence explaining its purpose. Review the page itself, not just an old project brief. A service may have been removed, terms may have changed, or an article may have become a short news item. The title should not keep promising something that is no longer there.
Look for duplicates and overly broad wording. Give a series of articles a consistent structure, but include a meaningful distinction: the topic, stage, or specific subject. Do not distinguish articles only with arbitrary numbers if readers do not know what those numbers mean. This extends the principle of descriptive links: the link text and the destination’s title should support the same expectation.
Test usefulness without a magic length
W3C explains that a title should describe the page’s topic or purpose and help distinguish it from others. A practical test is straightforward: open several similar pages side by side and try to find one using only their titles. Repeat with a narrow window. The most important part should remain understandable even when space is limited.
Do not turn the check into a pursuit of one universal character count. Google sets no fixed length limit for the title element; its display in results is constrained by the available width. Search may also generate a title link from other sources on the page. The exact text in a browser tab therefore does not guarantee an identical label in search results.
Make the title part of publishing
Before release, check each language version separately: natural wording, consistency with the page’s language, and a short brand name without unnecessary repetition. After publishing, open the actual address and look at the tab, not only the field in the editor. Add this step to your technical website review. The outcome is modest but useful: readers can orient themselves and return more easily. It is a quality improvement, not a promise of a particular search ranking.