Metadata

What read receipts, reactions and presence reveal

Understand the metadata created by seen indicators, profile-photo read receipts, reactions, last-seen status and conversation previews.

This guide describes Silent Key’s actual product model and the general privacy concepts around it. It avoids guarantees the service cannot technically make.

Message content is not the whole privacy story

A chat can reveal information even when the message text is ordinary. Timestamps show when people communicate. Read receipts indicate that a device or account opened a conversation. Reactions reveal attention and sentiment. Presence indicators suggest when someone is active. Conversation previews expose a fragment of the latest message on the chat list.

These details are metadata: information about activity and relationships rather than the main message body. Metadata can be useful for usability, but it should be designed with the same honesty as message storage.

Seen indicators

Silent Key can show read state and, in groups, profile-photo circles for participants who have seen a message. This helps a sender understand whether the conversation has been opened. It can also create social pressure or reveal a user’s activity pattern.

A seen indicator is normally generated from application state stored in Firestore. It is not proof that the person carefully read or understood the message. A device may mark content as seen while the user is distracted, and network delays can make the display late or incomplete.

Reactions

Reactions provide a compact response without adding another message. Displaying the reacting user’s profile image improves recognition in a group, but it also links the reaction to a visible identity. Removing a reaction updates application state; it cannot erase a screenshot or someone’s memory of the response.

Users should treat reactions as communication, not decoration. A reaction can be interpreted differently across contexts, so important decisions still deserve clear words.

Last seen and online state

Presence data is approximate. A browser tab can remain open while the person is away, a connection can drop before offline state is written, and background restrictions can delay updates. Silent Key may store last-seen and online fields to make the interface useful, but those values should not be treated as surveillance-grade evidence.

Presence can also reveal routines. Users should avoid drawing conclusions from one timestamp, and product interfaces should label the state as approximate when precision is not guaranteed.

Conversation previews and unread counts

Chat lists use denormalized summary fields so they do not need to load every message. Those fields may include the latest preview, time, sender and unread counts. When messages expire or an administrator removes them, the summary must be recalculated. Otherwise the interface can continue exposing deleted content.

Silent Key’s maintenance process clears stale preview information when no active message remains while preserving the conversation connection. This is both a consistency fix and a privacy improvement.

Practical expectations

Assume that opening, reacting and appearing online can reveal activity to other participants. Do not rely on presence indicators to prove intent, availability or safety. When a conversation requires a clear answer, ask directly. Product metadata is a convenience layer, not a substitute for human communication, despite humanity’s heroic attempts to turn tiny icons into courtroom evidence.