· 4 min read
Link to a Specific Time in a YouTube Video
Manesh Jayawardhana
CIO & Co-founder
You want to send a colleague the part of a 90-minute conference talk where the speaker actually answers the question — the bit at 47 minutes and 12 seconds — and not the whole thing with a note saying “skip to about 47 minutes.”
Sending the raw link plus instructions works, sort of. People land at zero, scrub around, land at 45, hear something unrelated, and give up. A link that opens at the right second is one of those small conveniences that noticeably changes whether people watch the thing you sent.
How a timestamp link actually works
YouTube reads a start time from the URL. On a standard watch URL it’s a t parameter appended as a query string; on a short share link it’s appended the same way. The value can be given in seconds (t=2832) or in a compact form using hours, minutes, and seconds (t=47m12s).
The seconds form is the most reliable across contexts because it’s unambiguous — 2832 means 2832 no matter how it’s parsed. The 47m12s form is more readable when you’re writing the link by hand.
For an embedded player the parameter is different: embeds use start rather than t, and expect a plain number of seconds. That mismatch is why a timestamp that works in a shared link sometimes does nothing in an embed.
Why people get stuck here
- Converting to seconds by hand. 1:23:45 is 5,025 seconds, and people get that wrong more often than they’d like to admit.
- Watch links versus share links. The two URL shapes take the parameter slightly differently, and copying a share link that already has a parameter attached leads to duplicated ones.
- Embeds ignore
t. An embedded player needsstart, and atvalue on an iframe source is simply ignored. - Building a whole chapter list. Ten timestamps means ten conversions and ten links, which is where hand-editing becomes genuinely tedious.
- Playlists override the start. A timestamp on a URL that also carries a playlist parameter often doesn’t behave as expected.
What a good timestamp link looks like
It starts exactly where you meant
Aim a second or two before the moment, not exactly on it. Landing mid-word is jarring; landing on the breath before it feels intentional.
It uses the right parameter for the context
t for links people click, start for embedded players. Getting this wrong is the single most common reason a timestamp “doesn’t work.”
It’s readable when you need it to be
If the link goes into a document where people will read it, the 47m12s form communicates something the raw second count doesn’t.
| Context | Parameter | Example Value |
|---|---|---|
| Shared watch link | t | t=2832 or t=47m12s |
| Short share URL | t | Appended as a query string |
| Embedded iframe | start | start=2832 |
| Comment on the video | Plain text | 47:12 auto-links |
Common mistakes to avoid
- Using
tin an embed. It won’t work; embeds wantstart. - Starting exactly on the word. Back up two seconds so the viewer catches the run-up.
- Forgetting the video also needs to be public. A perfect timestamp on an unlisted video the recipient can’t access helps nobody.
- Hand-converting long durations. Anything over an hour is where the arithmetic errors cluster.
- Assuming the timestamp survives re-sharing. Some apps rewrite links when they preview them, occasionally dropping parameters.
How to do it with YouTube Timestamp Link Maker
Online Tool Store’s YouTube Timestamp Link Maker generates start-at links in your browser, with nothing sent anywhere.
- Paste the video URL, including any short or share form you already have.
- Enter the time you want it to start — hours, minutes, and seconds, rather than a converted total.
- Take the generated link and test it in a fresh tab before sending it.
- If you’re building a chapter list, repeat for each point and keep the times in ascending order.
- For an embed, convert to the
startparameter rather than reusing the shared link directly. - Aim a couple of seconds early on every one of them.
The Time Duration Calculator is handy for converting long timestamps, and the Video Metadata Viewer is useful when you need a clip’s exact length. The rest are in the tools directory.
Frequently asked questions
Why doesn’t my timestamp work in an embedded video?
Embedded players use the start parameter, not t. Swap the parameter name and give the value in plain seconds, and it’ll behave as expected.
Can I set an end time as well?
YouTube’s embed player supports an end parameter alongside start, so an embed can play a specific clip. Regular shared watch links generally only honour the start time.
Does the timestamp work on mobile?
Yes, in both the mobile browser and when the link opens in the app, though the app occasionally rounds to the nearest second or two. That’s another reason to aim slightly early.
Final thought
A timestamp link is the difference between “watch this talk” and “watch this answer.” Generate it, back it up two seconds, test it once, and send the thing people will actually click.