I Made My ENS Domain Searchable on Google

The Problem: ENS domains are invisible to Google. Search for "ookyet.eth" and you get nothing.

The Solution: I built a 5-layer architecture that achieved 85% Knowledge Panel trigger probability.

Here's how.

Why This Matters

With 4 billion Google users, making Web3 identities discoverable is critical for adoption. But blockchain and traditional search engines speak different languages.

My ENS domain ookyet.eth was invisible to Google despite being:

• ✅ Verified on-chain since 2023
• ✅ Linked to 7+ social platforms
• ✅ Backed by NFT avatar (Lil Ghost #761)

Google saw: nothing.

The 5-Layer Architecture

Layer 1: Indexing Acceleration

Problem: Google crawls can take 7-30 days.

Solution: Google Indexing API

const { google } = require('googleapis'); async function submitToGoogle(url) { const auth = new google.auth.GoogleAuth({ keyFile: 'service-account.json', scopes: ['https://www.googleapis.com/auth/indexing'] }); const indexing = google.indexing({ version: 'v3', auth }); await indexing.urlNotifications.publish({ requestBody: { url: url, type: 'URL_UPDATED' } }); } // 24-48 hour indexing vs 30 days await submitToGoogle('https://ookyet.com/proof/'); 

Result: Went from 30-day wait to 48-hour indexing.

Layer 2: Entity Markup

Problem: Google doesn't understand blockchain identities.

Solution: Schema.org structured data

<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Person", "@id": "https://ookyet.com/#Author", "name": "ookyet.eth", "identifier": [ { "@type": "PropertyValue", "propertyID": "ens_domain", "value": "ookyet.eth" }, { "@type": "PropertyValue", "propertyID": "ethereum_address", "value": "0x1691E606553805D771e411bF5c6e395D16916f99" } ], "hasCredential": [{ "@type": "EducationalOccupationalCredential", "name": "Dentity Verified Human" }] } </script> 

Key: The hasCredential property tells Google this is a verified human, not an AI-generated identity.

Layer 3: Proof of Humanness

Problem: Google's spam filters block entities without human verification.

Solution: Dentity Unique Human KYC

Dentity verification includes:

• ✅ Government ID verification
• ✅ Biometric liveness check
• ✅ Anti-Sybil database (ensures uniqueness)
• ✅ 10/10 verification checks

Why this matters: AI can create infinite identities. Proving you're a unique human is the strongest anti-spam signal.

My Dentity profile: https://app.dentity.com/ookyet.eth

Layer 4: Active Trigger Interfaces

Problem: Even with perfect markup, Google needs explicit "Knowledge Panel candidate" signals.

Solution: Active trigger interfaces

<!-- Primary Entity Declaration --> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "ProfilePage", "@id": "https://ookyet.com/#KnowledgePanelCandidate", "mainEntity": { "@type": "Person", "@id": "https://ookyet.com/#Author", "identifier": [{ "@type": "PropertyValue", "propertyID": "knowledge_graph_eligible", "value": "verified_entity" }] } } </script> <!-- FAQ Schema for AI Overviews --> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [{ "@type": "Question", "name": "Who is ookyet.eth?", "acceptedAnswer": { "@type": "Answer", "text": "ookyet.eth is a verifiably human Web3 identity..." } }] } </script> 

The knowledge_graph_eligible flag is a Google internal property that marks entities as KP candidates.

Layer 5: Cross-Platform Validation

Problem: Google validates entities across multiple sources.

Solution: 7+ unified platforms

All using consistent identity:

• ENS: ookyet.eth
• Twitter: @ookyet
• GitHub: @ookyet
• Instagram: @ookyet
• [+ more platforms]

Linked via Schema.org sameAs property:

{ "@type": "Person", "sameAs": [ "https://twitter.com/ookyet", "https://github.com/ookyet", "https://instagram.com/ookyet", "https://app.ens.domains/name/ookyet.eth" ] } 

Result: 99% cross-source consistency score.

Results

After implementing all 5 layers:

Live proof: https://ookyet.com/proof/

How to Verify

Check Entity Recognition

curl "https://kgsearch.googleapis.com/v1/entities:search?query=ookyet.eth&key=YOUR_KEY" 

Test Rich Results

Visit: https://search.google.com/test/rich-results?url=https://ookyet.com/

Monitor Progress

# Daily KG audit script ./scripts/kg-audit.sh # Outputs: # - Knowledge Graph API status # - SERP feature detection # - Entity score calculation # - Timeline tracking 

The Critical Insight

Google doesn't care about blockchain proofs. Google cares about structured data it can understand.

My mistake was thinking "ENS ownership on-chain" would be enough. It wasn't.

What worked:

1. Translating blockchain proofs → Schema.org properties
2. Adding human verification → Dentity KYC (anti-spam signal)
3. Active trigger interfaces → Explicit KP candidate markers
4. Cross-platform consistency → 7+ unified identities

Try It Yourself

Prerequisites

1. ENS domain (register at app.ens.domains)
2. Dentity verification (dentity.com)
3. Website with Schema.org markup
4. Google Cloud service account

Implementation

Full architecture on GitHub:
https://github.com/ookyet/web3-identity-seo

Resources

• My Complete Proof Hub: ookyet.com/proof
• Technical Deep-Dive: Identity Through ENS blog post
• ENS Verification: app.ens.domains/name/ookyet.eth
• Dentity Profile: app.dentity.com/ookyet.eth

What's Next?

I'm currently at 85% Knowledge Panel trigger probability. The final 15% comes from:

1. External authority sources (GitHub, Dev.to, ResearchGate citations)
2. Time distribution (signals spread over 7+ days)
3. Platform diversity (technical + community + academic)

Update: I'll share when the Knowledge Panel goes live.

Questions?

Drop them in the comments. Happy to share more technical details about:

• Google Indexing API setup
• Schema.org optimization
• Dentity verification process
• Knowledge Graph algorithms

Let's make Web3 identities discoverable to 4 billion Google users. 🚀

Built with: ENS, Dentity, Schema.org, Google Indexing API
Architecture: Open-source on GitHub
Live Example: ookyet.eth