LegalCookies and browser storage

One key is kept by default. Every ad cookie waits for your yes.

This is the cookie policy for lunivexa.us, the sleep medicine information desk in Austin, Texas. It lists every cookie and storage key the site can set, who sets it and for how long.

Document
Cookie Policy
Version
1.0
Effective
September 28, 2026
Controller
Lunivexa

Effective date and version

Version 1.0 of this policy took effect on September 28, 2026. It was last updated on the same day. When a cookie is added, removed or its lifetime changes, the version number goes up and the date above changes with it. Nothing gets added quietly.

The controller is Lunivexa, trading at lunivexa.us, 73 Workshop Way, Büro 5, Austin, Texas 51576, United States. The wider picture of what we hold about you, and for how long, sits in the privacy policy. This page covers only what lives in your browser.

The categories we use

A cookie is a small text file a site asks your browser to keep. Local storage does the same job without being sent back to the server on every request. We treat both the same way, and both are listed in the table below.

  • Strictly necessary. The key that remembers your cookie choice, and the chat token that lets you come back to a conversation with the desk. The site works without the chat token; it simply forgets the thread. These run without asking, because asking you about your answer would loop forever.
  • Analytics. Counting visits and which medicine cards get read. Held off until you allow storage. Controlled by the analytics_storage signal.
  • Advertising. Cookies from Google Ads, Microsoft Advertising and Meta that record which paid click brought you here, so the platform can tell us a campaign produced an inquiry. Held off until you allow storage.

There are no preference cookies, no account cookies and no payment cookies. There is no account to log into and nothing to pay for on this site.

Paid clicks and the IDs they carry

This site receives paid traffic today. Google Ads, Microsoft Advertising and Meta Ads send visitors here from search results and feeds. When you arrive from one of those ads, the platform adds an identifier to the address in your browser bar:

  • gclid from Google Ads, run by Google Ireland Ltd and Google LLC.
  • msclkid from Microsoft Advertising, run by Microsoft Ireland Operations Ltd.
  • fbclid from Meta Ads, run by Meta Platforms Ireland Ltd, where a campaign runs there.

The identifier is in the link whether or not you accept cookies. That part is the platform's doing, not ours. What we control is whether it gets written to a cookie and reported back as a conversion. Without your Allow, it stays in the address bar and goes nowhere.

We tell platforms that an inquiry happened. We do not send them what you wrote, which medicine card you asked about, or your name. A question about zolpidem is not an ad signal.

What happens when you decline

Everything a reader needs keeps working. The five medicine families on the medicines page, the safety rules, the inquiry form and the support chat all run on Decline. The desk answers a question the same way whichever button you pressed.

What stops: no analytics cookie, no ad cookie, no remarketing list. The platforms cannot link your visit to their ad click, so our reports undercount. That is our problem, not yours.

One key is still written: site_consent_v2, holding the word Decline, so the strip does not reappear on every page. It is kept 12 months.

The platforms' own policies

Each ad platform decides what it does with data once it has it. Read theirs directly:

Each platform also offers its own ad settings where you can switch off personalised ads across every site, not just this one.