What ReKid™ knows about your child
The honest answer is: almost nothing, and that is a design decision, not a promise.
Four gates, each able to refuse
The design is fail-closed. When a check cannot complete, the answer is withheld rather than shown — an unchecked answer counts as a failed one.
The question
Runs before any model, so a blocked question costs nothing and produces nothing. Disguised spellings are normalised first, so look-alike characters and spacing tricks are caught too.
The writing
The answer is written for the age range on the package, not for an adult. Length, vocabulary and examples follow the reader, not the topic.
The sources
Every cited address is fetched. Blocked and high-risk domains are refused, redirects are re-checked at each hop, and private or loopback addresses are rejected outright. Dead and parked pages are dropped.
The review
A second model reads the finished answer before anyone else does. It approves, corrects or refuses. A refusal — or a review that fails to run — means the answer is not shown.
What the safety layers block
The list below is the topic dictionary, not the whole system: pages are also judged by their address and their actual text.
| Category | Examples of what is blocked |
|---|---|
| Adult content | Pornography, nudity, sexual material, adult sites and adult top-level domains |
| Drugs, alcohol, tobacco | How to obtain or use, purchase sites, vaping |
| Gambling | Betting sites, casinos, odds, loot-box promotion |
| Violence and weapons | Graphic violence, gore, weapon purchase, explosives |
| Hate and extremism | Hate speech, terrorist or extremist material |
| Self-harm | Handled with care — see below |
| Dating and stranger chat | Dating apps, random-stranger video chat |
| Unmoderated user content | Social networks, forums, comment sites, chat platforms |
Self-harm is handled differently
A child asking about self-harm is not misbehaving. ReKid™ does not return search results for these questions, and it does not scold. It shows a short, warm message encouraging the child to talk to a grown-up they trust, alongside a helpline. Nothing about the question is attached to a name, because ReKid™ does not know any names.
One setup key, then the device is ready
There is no username and no password anywhere in ReKid™. You buy questions, we email you a setup key, and that key prepares a device — up to three of them. After setup each device stays ready for a year and nothing has to be typed there again.
The setup key
Arrives by email and is shown once on screen. It works on up to three devices, and it belongs to one ReKid™ site — a key made for one site will not work on another.
The device, after setup
Your child opens the site and asks. Nothing to type, nothing to remember, no way to reach settings or billing from there.
Why not a password?
A password would be one more secret to keep, to lose and to reset, and it would need an account to hang on. There is no account here. The setup key is entered once on a device and is then replaced by a session bound to that device, so there is nothing left to remember.
What ReKid™ knows about your child
The honest answer is: almost nothing, and that is a design decision, not a promise.
What the search site stores
- A one-way hash of the session key and of a device-specific secret — neither can be recovered from the database.
- A salted hash of the IP address, used only for rate limiting.
- A two-letter country code, taken from a header the network already sends.
- The question and the answer that was written for it, so the same question can be answered again without spending your allowance twice.
What the search site never stores
- No name, no surname, no date of birth, no school.
- No email address and no password — there is nothing to sign in with.
- On the search side there is no raw IP address anywhere, in any table or log. (On the buying side the order record keeps the IP address as part of the sale record.)
- No location beyond the country code. No GPS, no city, no third-party lookup.
- No advertising identifiers and no third-party trackers, because there are no ads.
The bridge between this site and the search site is one-way
getrekid.com knows who you are, because you bought something. The search site does not, and cannot ask. This site can tell that customer X owns package Y; the search site only ever sees package Y. It has no way to learn who asked what, and neither do we.