feat(seo): add visible wallet evaluation methodology on find-wallet

[konopkja]

Summary

Adds a visible "How we evaluate wallets" section at the bottom of /wallets/find-wallet/ so Google, AI crawlers, and readers can see the editorial methodology ethereum.org already applies to the wallet directory.

Closes #17720.

Motivation

/wallets/find-wallet/ is a YMYL (Your Money Your Life) finance page with ~35–40k monthly visits. The methodology behind the listing (8 must-have criteria, 6-month re-verification, core-team UX review) exists at /contributing/adding-wallets/ but was completely absent from the wallet-finder page itself. Google's December 2025 core update specifically rewards YMYL comparison pages that surface evaluation methodology, attribution, and verification dates — this PR addresses that gap.

Note: this does not fix #17717 (ssr: false hides the wallet table from bots). That's a separate, larger fix. This PR ensures that even while the product table remains client-rendered, the editorial trust signals are in the server HTML.

What's visible by default

• H2 "How we evaluate wallets"
• One-paragraph intro describing who reviews listings and what the criteria cover
• Link to the full listing criteria at /contributing/adding-wallets/
• Attribution: "Curated by the ethereum.org editorial team."
• "Most recent listing update: {date}" — computed server-side as the max last_updated across wallet-data.ts

What's inside the collapsible panel

• The 8 must-have criteria (security, 6+ month track record, active maintenance, accurate info, contact, EIP-1559, reviewable UX, Ethereum-focused) — condensed plain-language versions of the official criteria in /contributing/adding-wallets/
• 6-month re-submission and removal policy
• Short explanation of what the page's filter toggles represent
• Existing (previously orphaned) footnote-1 / footnote-2 translation keys used as the final disclaimer

Why a custom CollapsibleCard instead of the existing ExpandableCard

This was the key decision and I want to flag it clearly.

The existing ExpandableCard (used by NetworkMaturity on /layer-2/networks/) wraps Radix AccordionPrimitive.Content without forceMount. By default Radix unmounts the content element when the accordion is closed — the markup disappears from the DOM entirely. I verified this against production:

curl -sL "https://ethereum.org/layer-2/networks/" | grep -i "network maturity"
# returns nothing — the collapsed content is absent from initial HTML

That means Googlebot, GPTBot, ClaudeBot, and PerplexityBot receive none of the collapsed content. For an E-E-A-T fix where the entire goal is to surface methodology to crawlers, reusing that component would actively defeat the PR's purpose.

This PR ships a small, focused CollapsibleCard component that:

1. Always renders the content in the DOM (visible to crawlers regardless of collapsed state), toggling only the hidden attribute via React state
2. Avoids Radix's forceMount entirely — I tried it first and the height-based animation keyframes race with the hidden attribute on initial mount, causing the panel to flash open on page load
3. Retains accessibility: button uses aria-expanded and aria-controls, panel uses hidden (which the accessibility tree respects)
4. No JS outside the component itself — zero shared-state risk

Verified via curl against the dev build that all collapsed content (every criterion bullet, the verification paragraph, the filter explanation, and disclaimers) is present in the initial server HTML.

Follow-up worth considering: ExpandableCard / NetworkMaturity likely have the same SEO hole. A separate PR could add forceMount + proper height transitions there.

Test plan

• Visit /wallets/find-wallet/ — scroll to bottom, confirm the methodology section renders
• Click "See listing criteria and policies" — confirm the card expands cleanly with no flicker
• Click again — confirm it collapses
• View source (or curl -sL) — confirm every criterion, verification paragraph, filter paragraph, and disclaimer is present in the HTML even when the card is collapsed
• Confirm the "Most recent listing update" date matches the most recent last_updated in wallet-data.ts
• Confirm the existing wallet product table and filters still work as before (nothing on the new section touches the client-rendered table)

Files changed

• app/[locale]/wallets/find-wallet/page.tsx — adds the section render + computes most recent last_updated
• src/components/FindWalletProductTable/WalletListingMethodology.tsx — the server component for the section
• src/components/FindWalletProductTable/CollapsibleCard.tsx — SEO-safe collapsible (new, scoped to this feature)
• src/intl/en/page-wallets-find-wallet.json — new translation keys (only the en locale in this PR; Crowdin will pick up the rest)

[netlify]

✅ Deploy Preview for ethereumorg ready!

Name	Link
🔨 Latest commit	e0d1c80
🔍 Latest deploy log	https://app.netlify.com/projects/ethereumorg/deploys/69ea3578b345cb0008d4992b
😎 Deploy Preview	https://deploy-preview-18025.ethereum.it
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.
Lighthouse	7 paths audited Performance: 60 (🟢 up 2 from production) Accessibility: 93 (no change from production) Best Practices: 100 (no change from production) SEO: 98 (🔴 down 1 from production) PWA: 59 (no change from production) View the detailed breakdown and full score reports

---

To edit notification comments on pull requests, go to your Netlify project configuration.