Draft: onlinevideoplayer.net day 2 check-in

CORRECTION to what I told you at setup. I checked only the first post and reported "23 internal hrefs, one real link, zero to their 16 tool pages". That was true of post 1 and wrong as a generalisation. Across all four, the linker reaches their tool pages repeatedly: post 4423 links to /online-video-player/, /network-stream/ and /online-video-player-from-file/. Post 1 was the setup post, written before the site was fully crawled.

Hi,

Three days in, so here is where things stand.

ClearPost has published four posts, one a day, with no failures: the browser video player comparison, how to play a video URL in seconds, casting from your PC to Chromecast, and the YouTube thumbnail downloader guide. All four are live.

The part I like is that they are pointing at your tools rather than just sitting next to them. The play-a-URL post links straight to your Online Video Player, your Network Stream page, and your play-from-file tool. That is the whole job for a site like yours: an article earns the search, and the tool does the work.

One gap, and it is an easy fix. The thumbnail article links to your YouTube player pages, but not to your actual YouTube Thumbnail Downloader tool. That is the one page it should send people to. I can point it there, and make sure the rest of the queue links to the matching tool every time.

Coming up: playing MP4 in the browser, streaming from Google Drive, screen mirroring to a TV, and an HLS player for .m3u8 links. That last one is a genuinely underserved search, and your Network Stream page already does it.

Is this hitting the mark? If the topics or the tone are off, tell me now and I will rebuild the plan while you can still watch it run.

Christian

The tool-page link count, all four posts

Post	Real internal links	To a tool page
4414 browser players compared (setup post)	1	1, the homepage
4423 play a video URL	4	3 real tool pages
4431 Chromecast from PC	2	0
4441 YouTube thumbnail downloader	3	2

4431 scoring zero is defensible: casting to a TV is not something their tools do, so there is no matching page to link.

The thumbnail gap, and the false positive I nearly reported

My first check searched the post body for the string youtube-thumbnail-downloader and found it, so it looked like the link was there. It was not. Every match was the post's own table-of-contents anchor, because the post slug is /youtube-thumbnail-downloader-grab-any-image-fast/ and the tool page is /youtube-thumbnail-downloader/. One is a prefix of the other.

Reading the surrounding context rather than trusting the substring is what caught it. The post's three real links go to /youtube-video-player/, /play-video-from-url-online-video-player/ and the homepage.

Why the email leads with what works

The linking is genuinely good on this site and it is the thing that makes their business model work: article earns the search, tool does the job. Naming that first makes the one gap read as a tune-up rather than a complaint, on day 3 of 7.

Not in the email, for you

Four video-editor listicles sit in the 30-post queue (iPhone editors, Windows editing software, YouTube editing software, Android editors). Their keyword set is full of editor terms (inshot 33,100, capcut apps 12,100, vn video editor 6,600), and they do publish that sort of post historically. It is drift away from their tools, but it is defensible, and a second complaint on day 3 would be one too many.
Five casting posts in 30, with overlapping intent on three of them. Each targets a distinct keyword_id, so it is not the duplicate bug. Same reason for leaving it out.
An em-dash title ships tomorrow: "Play MP4 Files in Your Browser — No Install Required", queued 08-25.

Checks

229 words. One question. No em dashes. No manual line breaks.
English, matching lang="en-US" and their wizard answers.
Goes to marufahmadtalha@gmail.com, the address on the trial row.
Post topics are named, not quoted as headlines, so no claim about who wrote which title.
Two promises in your name. "I can point it there" needs the plugin's update-post route, which returns 200 on this site, so it is doable. "Make sure the rest of the queue links to the matching tool" is a product behaviour I cannot switch on per site. Say the word and I check that before sending, or I soften the second half.