fix: 47 errores de lint, y uno de ellos era un bug de verdad

Salieron al pasar el lint por todo el proyecto. De 47 a 0 (quedan 15 avisos:
<img> vs <Image /> y el <link> del tema, los dos deliberados).

- Footer y Video (42 de los 47, que en realidad eran 7 enlaces: el plugin repite
  cada uno 6 veces): usaban `<a href="/terms-and-conditions">` SIN el idioma
  delante. No estaba roto de milagro: el middleware lo salvaba mirando la cookie
  NEXT_LOCALE. Pero cada clic se comía un 307 y recargaba la página entera en
  vez de navegar en cliente, y el idioma lo decidía la cookie en vez de la URL
  en la que estás. Ahora van con el `Link` de i18n, que ya existía.
- Turnstile: escribía una ref (`cb.current = onVerify`) DURANTE el render. Es el
  patrón de "callback fresca", pero no está permitido: React puede descartar ese
  render y dejarla mal. Pasa a un efecto.
- ActivateClient y ConfirmClient: ponían el estado de error con setState dentro
  del efecto cuando NO hay hash. Eso se sabe ya al renderizar (es un prop), así
  que se deriva del estado inicial y se ahorra un render.
- BattlepayList: `window.location.href = …` -> `.assign()`, igual que en la
  tienda.
- CookieConsent: aquí el efecto es correcto y la regla no aplica, así que se
  silencia explicando por qué: el consentimiento vive en una cookie del
  navegador, en el servidor no existe, y leerlo al renderizar rompería la
  hidratación (le saldría el banner a quien ya había decidido).

Verificado: desde /es/ el pie enlaza a /es/terms-and-conditions y desde /en/ a
/en/terms-and-conditions; portada, cookies, tienda y mi-cuenta siguen dando 200.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

web-next/app/[locale]/activate-account/ActivateClient.tsx

@@ -8,18 +8,16 @@ const ERROR_KEYS = ['invalidLink', 'expiredLink'] as const
 
 export function ActivateClient({ hash }: { hash: string }) {
   const t = useTranslations('Activate')
-  const [state, setState] = useState<'loading' | 'ok' | 'error'>('loading')
+  // Sin hash el error se sabe YA, al renderizar (y 'invalidLink' es justo el
+  // errorKey por defecto): se deriva del prop en vez de ponerlo con setState
+  // dentro del efecto, que encadena un render de más.
+  const [state, setState] = useState<'loading' | 'ok' | 'error'>(hash ? 'loading' : 'error')
   const [errorKey, setErrorKey] = useState<string>('invalidLink')
   const ran = useRef(false)
 
   useEffect(() => {
-    if (ran.current) return // evita doble POST en StrictMode
+    if (!hash || ran.current) return // evita doble POST en StrictMode
     ran.current = true
-    if (!hash) {
-      setErrorKey('invalidLink')
-      setState('error')
-      return
-    }
     fetch('/api/auth/activate', {
       method: 'POST',
       headers: { 'Content-Type': 'application/json' },