SEO para devs: tu código puede marcar la diferencia

14 de agosto de 2025

Cuando escuchaba “SEO” me imaginaba gente ajustando títulos y keywords todo el día. Nada que ver con mi trabajo como dev… hasta que un cambio de código (CSR → SSR) hizo que una página pasara del fondo de Google a las primeras posiciones.

💡 Ahí entendí que el SEO no es solo marketing: gran parte depende decómo escribimos y servimos el código.

El marketing tradicional es como precargar datos que probablemente nadie use. El SEO, en cambio, es cachear justo lo que el usuario pide y entregarlorápido,claroysin errores.

Cómo Google procesa tu web

Crawling: Googlebot (crawler) recorre tu web siguiendo enlances y leyendo HTML respetando tus reglas establecidas en el archivo robots.txt (archivo de texto en la raíz que indica qué páginas o carpetas se pueden visitar y cuáles no) .
Indexación: Guarda y organiza el contenido encontrado. Limpia el marcado innecesario y usa datos estructurados (JSON-LD, Microdata) para ayudar a interpretarlo.
Ranking: Elige en que posición mostrarte. Depende de relevancia, autoridad y UX.

JS Y SEO

CSR: HTML vacio al inicio, el contenido se "pinta" en el navegador, esto puede retrasar/bloquear la indexación.
SSR o SSG: HTML listo desde el servidor. Ideal para páginas clave.
💡Tip: Pre-renderizá contenido dinámico solo en lo esencial y para páginas importantes.

SEO on-page (lo que controlás en código)

Metadatos:<title>único y descriptivo (≤60 caracteres). meta description atractiva para mejorar el CTR.
Headings: Un solo <h1> por página y jerarquía clara con <h2> y <h3> (bonus: ayuda a la accesibilidad).
Enlaces internos: Texto descriptivo, no el famoso “haz clic aquí”.
Performance:LCP(Pintura con mayor contenido) – ≤2,5s.INP(Interacción con Next Paint) – ≤200 ms (reemplazó a FID en marzo de 2024).CLS(Cambio de diseño acumulativo) – ≤0,1 (next/image y SSR ayuda a estas puntuacion asi como el manejo correcto de fuentes). Usá herramientas como Lighthouse o PageSpeed Insights.
Mobile-first: Diseño optimizado para celulares desde el inicio.
💡Bonus:Comprime imágenes, usa lazy loading y minifica el CSS/JS para mejorar rendimiento.

SEO off-page (lo que pasa fuera de tu código)

Backlinksde calidad = votos de confianza.
Citasde marca aunque no tengan enlace.
Cómo dev podés: Publicar documentación útil, crear librerías o demos, compartir benchmarks.

SEO técnico

URLs limpias: /guia-seomejor que/blog?id=123.
Canónicas: Evitan duplicados (<link rel="canonical" href="https://example.com/content">).
Datos estructurados: Mejoran cómo se muestran tus resultados (rich snippets).

Checklist rápido para auditar SEO

Revisá si Google puede rastrear todo lo importante.
Corregí errores técnicos (enlaces rotos, metadatos faltantes).
Medí y mejorá rendimiento (LCP, INP, CLS).
Validá datos estructurados.
Probá versión mobile.
Simulá Googlebot y revisá el HTML inicial.
Monitoreá en Search Console y ajustá lo necesario.

💡 Como dev, no tenés que ser experto en marketing para mejorar el SEO. Con clean code, rendimiento optimizado y buenas prácticas, podés hacer que Google y los usuarios te encuentren sin problemas.

💡Ojo: si sobreoptimizás, Google puede detectarlo como contenido hecho para bots y bajarte posiciones. Lo importante es mantener un balance: usar lo esencial (LD+JSON, metatags, Core Web Vitals) y priorizar la calidad del contenido, autoridad y experiencia del usuario. Google puede posicionar mejor un dominio que no cumpla con todo que otro que si porque utiliza la autoridad, antiguedad y calidad del contenido para determinar el posicionamiento.

Algunos links que te pueden ayudar a entender mejor sobre esto:

SEO Core Web Vitals Web Perfomance