No social login until it is named

Oernoe accounts are email and password accounts. That is not a temporary embarrassment waiting for a branded button. It is the path Using an Oernoe account names under “What it is not.” The account is not a Google account, an Apple ID, or a social login. If a future sign-in method is added, it has to be named on that page and on How-To. Until then, email and password is the path. This essay stays inside that rule. It does not sketch chrome. It does not preview a button row. It explains why naming comes first, what free signup already promises, and how labeled paid features fit without turning identity into a campaign.

## What the account is, before what it is not

Using an account opens with a practical deal. You do not need an account to read the website. You need one to use the products. Creation is free. There is no credit card on the signup form. If a paid feature exists later, it has to be labeled as paid. That is the deal Anoepal is supposed to keep. The step-by-step screens live on How-To. The guide you are mirroring here is about the account itself: what it is for, what it is not, how to recover it, and why login never shows ads.

What it is for is concrete. The account is a login, a profile you choose to fill, security settings, and the data you put into a service: files in Drive, documents in Docs, messages in Chat, notes in Health, prompts in AI. Those stores belong to the product you used. They are not a public journal article, and they are not a source of advertising profiles for Search. Technical logs may exist—sign-in events, IP address, device type, errors—as the Privacy Policy describes. That is operations, not a social graph imported from another company’s identity platform.

Search can still be used without an account for ordinary queries. The account becomes necessary when you want saved preferences you chose, or when you open products that require login. That split matters for this essay because social-login marketing often pretends identity is required for every trivial action. Oernoe’s public writing refuses that mash. Reading www does not require an account. Ordinary Search does not require an account. Product stores do. The sign-in method for those stores, today, is email and password on the account host.

## Why not a Google account is a product sentence

Saying the account is not a Google account is not a jab at Google’s consumer products. It is a boundary sentence. It tells a reader that signing in to Oernoe does not mean federating into someone else’s identity network as the default. It tells a reviewer that we will not quietly ship Continue-with controls while the guide still says email and password only. It tells support what to expect when someone asks whether their existing Apple ID opens Health.

Social login is convenient. It also imports a dependency: another company’s availability, another company’s abuse signals, another company’s interface for revoking access, another company’s habit of bundling identity with advertising ecosystems the user already negotiated elsewhere. Oernoe can choose to accept that dependency later. If it does, the dependency must be named where people look for account truth—Using an account and How-To—not buried in a changelog or implied by a logo on a form we refuse to tour here.

Until naming happens, email and password remains the entire story. Twelve characters with mixed case and numbers is the floor How-To tells people; longer is better; use a password manager. Basic access does not wait on a verification ritual. If a verification message arrives, it is for recovering the inbox later, not a paywall. Recovery itself uses Forgot Password on the account host. We will not reset an account because a stranger asked in a chat window. Those are email-and-password operations. They do not become social-login operations by wishful reading of older posts.

## Free signup, no credit card, labeled paid later

Identity and billing are easy to confuse because many consumer products glue them together at signup. Oernoe’s guide separates them. Creation is free. The signup form does not ask for a credit card. Optional premium, when it exists in a product, must be labeled as paid. About repeats the funding map: optional paid tiers labeled in the product, plus contextual Google ads on selected publisher pages, without selling account or search data.

That separation protects readers from two false inferences. First, free signup is not free because we will monetize your identity through a social login partner. Second, future paid features are not allowed to appear as unmarked charges or as fake urgency on the account form. Labeling is the honesty mechanism. Naming is the honesty mechanism for sign-in methods. Both mechanisms are about saying the true shape of the product before the interface invents a shortcut.

Children’s rules stay hard lines in the same document. You must be at least 13. If you are under 18, use the services with a parent or guardian. The site is not directed at children under 13. Terms and Privacy carry that because ordinary law and AdSense both care. Social login would not relax those lines. It would only add another identity vendor into a compliance story that already has clear age boundaries. Until a named method ships, the age rules attach to the email-and-password account we actually offer.

## What the account is also not

Using an account’s “What it is not” list is longer than the social-login sentence, and the surrounding items keep the identity claim honest. The account does not unlock every name that ever appeared in an old URL. Older journal posts talked about unreleased surfaces as if a stranger could open them today; they should not have. If the homepage does not list a service, do not assume the account unlocks it. Names that still linger in noindexed URLs are not How-To. Those product-status sentences matter here because social-login pitches often arrive bundled with unlock-the-whole-suite language. The suite is the homepage directory: Search, Health, Chat, AI, Docs, Drive, Tracker, and Account. Identity methods should be described against that live list, not against nostalgia.

Hostnames guidance reinforces the same map. Login is on account.oernoe.com. One account opens the live services. Account screens do not load ads. www is the publisher. Search is Search. Mixing those jobs is how you get landing pages that say nothing useful. Mixing identity vendors without naming them would be a quieter version of the same mash: the logo stays familiar while the trust boundary moves.

## Ads stay off the login path regardless of method

Even though this essay is about naming sign-in methods, the ads rule travels with the account screens. Login, signup, password reset, and the product apps do not load AdSense. Ads next to a password field or a private message list would be policy and product problems. If a future named method adds another control to the login screen, that control still sits on an unmonetized authentication surface. Naming a method does not create inventory. Eligible ads remain on public writing—guides, How-To, finished journal articles—not on the gate.

That point prevents a cynical reading of no social login yet. The delay is not a scheme to keep a password field free for some other monetization. The password field is already outside AdSense. The delay is about not shipping an unnamed identity dependency. When and if a method is named, it inherits the same no-ads login rule the email-and-password path already follows.

## Recovery, sessions, and support without a third-party identity story

Forgot Password, spam-folder checks, and messages to support@oernoe.com from the same address are the recovery tools described today. Active sessions in account settings, signing out unknowns, and turning on two-factor authentication when the setting is there are the security tools described today. If you think someone else has the password, change it first, then write support with the time you noticed the problem. Do not paste recovery codes into a public form.

None of that paragraph assumes a social provider’s recovery flow. If a named future method arrives, How-To will have to explain how recovery works for that method, including what happens when the third party locks the upstream identity. Until the guide says so, support should not be asked to treat an Apple or Google lockout as an Oernoe password reset by implication. The named-method rule is partly a support rule. Ambiguous identity creates ambiguous resets, and ambiguous resets create takeovers.

Account deletion is supposed to remove your content from active systems within 30 days, with backups lingering for a shorter security window. The control lives in account settings; if you cannot find it, write support and ask for deletion. Privacy requests that are not deletion go to privacy@oernoe.com. Legal notices go to legal@oernoe.com. Those inboxes remain the operator channels whether or not a social method is someday named. Naming would add a provider relationship. It would not move Anoepal’s responsibility off the public addresses.

## Why journals should not preview unnamed methods

Editorial pressure often wants a forward-looking paragraph that promises a coming sign-in shortcut. That pressure is how older posts drifted into describing products as live before the homepage listed them. What we publish exists because the site had to recover from thin and promotional habits. The same discipline applies to identity. A journal essay that describes social login before Using an account and How-To name it would recreate the drift in a smaller costume.

So this piece refuses the preview. It states the negative fact, the naming requirement, and the current path. Readers who need steps should open How-To. Readers who need the ads map should open Search queries and Google ads. Readers who need the live service list should open the homepage or hostnames. Readers who need this boundary should leave with one sentence: no social login until it is named.

## Company incentives that stay compatible with the rule

Anoepal’s public funding story does not require federated identity. Optional premium can be labeled inside products. Publisher ads can sit on eligible finished www pages. Search can refuse advertising profiles built from queries. Free accounts can remain free at creation. None of those funding or privacy tools needs a social-login shortcut to function. Shipping one might still be rational later for distribution or user preference. Rational is not the same as silent. Silent is what the naming rule forbids.

Angel’s standing test, as About frames it, asks whether a feature gives people more control over their data, or less. A clearly named optional sign-in method with documented recovery could increase convenience without hiding the dependency. An unnamed method that quietly changes what log in means would decrease clarity even if the click count rose. Clarity is part of control. That is why the guide’s sentence is written as a publishing obligation, not as a vibe.

## Closing

Today’s Oernoe account is email and password. It is free to create without a credit card. Paid features later must be labeled. Login and signup do not load AdSense. The account is not a Google account, an Apple ID, or a social login. If that changes, Using an account and How-To must say so before the journal pretends it was always true. Until the name appears there, treat any other sign-in story as out of date, and keep signing in the only way the guides currently describe.