Typing !enter is a good interface. It is fast, it needs nothing installed, and for years it matched where the audience actually was: a desktop browser with the chat column open beside the video. The argument here is not that chat commands were a mistake. It is that the assumption underneath them — that watching implies chatting — quietly stopped being true, and giveaway tools did not notice.
Who a chat command cannot reach
Start with the phone. A viewer watching full-screen in a mobile app has no chat on screen; opening it means leaving the video or shrinking it to a third of the display. They will do that to say something they care about. They will usually not do it because they half-heard you mention a giveaway.
Then the passive surfaces: a TV app, a console browser, a stream on a second monitor while someone works. Then anyone not signed in, which includes every person who arrived in the last few minutes from a clip or a recommendation. Then, if you stream to more than one platform, everyone on whichever platform your bot is not connected to. And if you are streaming to a room — an event, a meetup, a booth — literally everybody, because there is no chat at all.
None of these people are inattentive. They are watching. They are simply not typing, and a chat command cannot tell the difference between "not watching" and "not typing". That conflation is the whole problem in one sentence: the tool treats a silent viewer as an absent one, and silent viewers are the majority on most streams most of the time. A giveaway that only reaches the people already participating is measuring engagement it already had rather than creating any.
The excluded group is not random
This is the part that matters commercially. The viewers least likely to have chat open are disproportionately the new ones: they have not logged in, they do not have the layout arranged, they are not yet invested enough to participate in text. A giveaway is usually run to convert exactly those people into regulars — so the mechanism excludes the audience the exercise is for.
Loyalty-point entry makes this structural rather than incidental. If entry costs points earned by watching, a first-time viewer cannot enter at any price. The giveaway is invisible to them by design, and no amount of announcing it changes that.
Why it stayed this way
It is worth understanding why almost every giveaway tool works this way, because it is not laziness. Giveaways were built inside chat bots, and chat bots were the first thing streamers automated — the bot was already connected, already authenticated, already reading every message, so adding a command that recorded a name was nearly free. Building an entry surface that lives on the overlay instead means rendering something, hosting a page viewers land on, and handling entries yourself. That is a product, not a feature.
So the ecosystem optimised in the direction that was cheap, and by the time mobile viewing changed the assumption, every tool in the category had years of chat-shaped architecture behind it. That is a normal way for software to end up somewhere odd, and it is not a criticism of any of the products involved.
What changes if entry is on screen
Put the entry surface on the stream itself — a code to scan, a short code to type — and the question of what a viewer has open disappears. The phone viewer scans the thing they are already looking at. The person on a TV types six characters into their phone. The room at an event all scan the projector. Nobody needs an account on your platform, because the tool never touches your platform.
The trade is real and worth stating: you lose the things a chat bot gives you for free. There is no command, no moderation, no timers, no auto-triggered alerts. If those matter more than reach, a chat bot is the right tool and this argument does not apply to you.
The number you can actually check
Rather than trusting any argument about this, including this one, there is a measurement you can take on your own stream. Run one giveaway the way you normally do and note entries against concurrent viewers. Run the next one with the code on screen and note the same ratio. It is not a controlled experiment — the prize, the night and the mood all vary — but a large gap that repeats is the only evidence about your audience that is actually about your audience.
We deliberately have not put a percentage in this post. Every number we could quote would come from channels that are not yours, and the whole argument is that the answer depends on how your particular viewers watch.
What it does to the draw itself
One knock-on effect is worth naming. When entry does not require chat, the winner probably is not watching chat either — so announcing the name there is unreliable. That is why an on-screen entry mechanism tends to come with a claim step: the winner is told on the device they entered from, and the draw moves on automatically if they do not respond.
It is a small thing that removes the most common failure on stream, which is the silence after a name is read out to someone who stepped away. Chat-based giveaways get away with it because the entrants were, by definition, in chat when they entered — but that guarantee expires the moment the draw takes longer than someone’s attention, which is most draws.