IEB+Capacitación · Desarrollo Web
Todos los módulos
09

SEO y Performance

Que Google te encuentre, que cargue rápido y que la usen todos. Lo técnico que define si tu web rankea y convierte.

22 minMetadataOpen GraphCore Web VitalsOptimización de imágenesAccesibilidad

El cierre técnico

Linda no alcanza

Tu web puede ser preciosa, pero si Google no la entiende, si tarda 6 segundos en cargar o si la mitad de la gente no la puede usar, no convierte. Este módulo es la diferencia entre una web que existe y una que rankea, carga rápido y la usan todos.

Lo bueno: con vibe coding casi todo esto se lo pedís a la IA en un par de prompts. Lo importante es que entiendas qué pedir y cómo darte cuenta si está bien. Eso es lo que entrenamos acá.

Tres frentes, una misma meta

SEO (que te encuentren) · Performance (que cargue rápido) · Accesibilidad (que la use cualquiera). Los tres suman al mismo objetivo: que más gente llegue y convierta.

SEO · Paso 1

Metadata: title y description

La metadata es la ficha que tu página le entrega a Google y a las redes. Dos campos hacen el 80% del trabajo:

title: el titular azul que se ve en Google y en la pestaña del navegador. Apuntá a 50–60 caracteres, con la palabra clave adelante.
description: el resumen gris debajo del título. 120–155 caracteres, con una promesa y, si podés, un mini-CTA.

Una metadata por página

Cada página tiene su propio título y descripción. Una landing de CEDEARs no puede tener el mismo title que la home. Es un error clásico que mata el SEO.
resultado en Google
IEB+ | Invertí en CEDEARs desde la app          ← title (azul)
https://iebmas.lat › cedears                     ← URL (verde)
Abrí tu cuenta en minutos y empezá a invertir    ← description (gris)
en acciones del mundo. Sin costo de apertura.
Prompt — generar metadata por página
Para esta página: {{ej: landing de CEDEARs de IEB+}}.
Generá la metadata SEO en español:
- title: 50–60 caracteres, palabra clave "{{palabra clave: ej. invertir en CEDEARs}}" adelante, marca al final.
- description: 120–155 caracteres, con una promesa clara y un mini llamado a la acción.
Dame 3 variantes de cada uno y marcá tu recomendada. Sin código todavía.

SEO · Paso 2

Open Graph: el preview del link

¿Viste cuando pegás un link en WhatsApp y aparece una tarjetita con imagen, título y bajada? Eso es Open Graph (las etiquetas og:). Define cómo se ve tu link cuando alguien lo comparte. Un buen preview puede duplicar los clics; uno roto (link pelado, sin imagen) parece spam.

Tocá los campos y mirá cómo cambia el preview en vivo:

og:image · 1200×630
IEB+

IEB+ | Invertí en CEDEARs desde la app

IEB+ | Invertí en CEDEARs desde la app

Abrí tu cuenta en minutos y empezá a invertir en acciones del mundo. Sin costo de apertura.

iebmas.lat

12:08 ✓✓

Es una simulación: cada app maquilla un poco distinto, pero los datos que lee son siempre los mismos — title, description y og:image.

La trampa de og:image

Sin og:image, el link se comparte “pelado” y nadie lo clickea. Es una imagen de 1200×630 px (formato horizontal) que tenés que crear y declarar. Pedísela a la IA junto con el resto de los meta tags.
lo que genera la IA
<meta property="og:title"       content="IEB+ | Invertí en CEDEARs" />
<meta property="og:description" content="Abrí tu cuenta en minutos…" />
<meta property="og:image"       content="https://iebmas.lat/og-cedears.png" />
<meta property="og:url"         content="https://iebmas.lat/cedears" />
<meta name="twitter:card"       content="summary_large_image" />
Prompt — Open Graph completo
Agregá Open Graph y Twitter Card a la página {{ruta: ej. /cedears}}.
- og:title y og:description coherentes con la metadata SEO.
- og:image apuntando a una imagen 1200×630 (dejame un placeholder y decime dónde subir la real).
- twitter:card = summary_large_image.
Estoy en Next.js: usá la API de metadata del App Router (objeto metadata / openGraph), no etiquetas <meta> sueltas.
Después decime cómo testear el preview antes de publicar.

Cómo testear antes de publicar

Pegá la URL en el validador de Facebook (Sharing Debugger) o en opengraph.xyz. Te muestran el preview real y avisan si falta algo.

Performance

Core Web Vitals en criollo

Google mide tres cosas de la experiencia real de tus visitantes —las Core Web Vitals— y las usa para rankear. Suenan técnicas; en criollo son de sentido común:

LCP

Que cargue rápido lo importante

Cuánto tarda en aparecer lo principal (el hero, el título). Meta: menos de 2,5 s.

CLS

Que no salte el layout

Que las cosas no se muevan solas mientras cargan. Meta: menos de 0,1.

INP

Que responda al toque

Que reaccione rápido cuando tocás un botón. Meta: menos de 200 ms.

El más fácil de arruinar es el CLS. Pasa cuando un banner o una imagen aparece tarde y empuja todo. Tocá “Cargar” con el switch en cada posición y mirá la diferencia:

espacio reservado…

Con el espacio reservado, el botón “Comprar” queda quieto. CLS bajo = buena experiencia.

Cómo medirlo gratis

Corré tu URL en PageSpeed Insights (de Google) o en la pestaña Lighthouse de Chrome. Te da un puntaje 0–100 y te dice exactamente qué arreglar. Apuntá a verde (90+).

Performance

Optimización de imágenes

Las imágenes son el peso #1 de casi toda web. Una foto sin optimizar de 4 MB puede tardar segundos en cargar en el celu de alguien con 4G flojo — y ahí se va tu LCP (y tu visitante). Tres reglas:

1. Formato moderno: usá webp o avif en vez de JPG/PNG. Pesan hasta 70% menos con la misma calidad.
2. Tamaño justo: no subas una foto de 4000 px para mostrarla en 400. Que la imagen sea del tamaño en que se ve.
3. Carga inteligente: lo que está fuera de pantalla carga después (lazy loading), y siempre se reserva su espacio (adiós CLS).

next/image te lo hace solo

En Next.js, el componente next/image convierte a webp/avif, genera tamaños por dispositivo, hace lazy loading y reserva el espacio — todo automático. Tu trabajo es pedirle a la IA que lo use en vez de la etiqueta <img> común.
next/image (lo que pedís usar)
import Image from "next/image";

<Image
  src="/hero-cedears.jpg"
  alt="Persona invirtiendo desde el celular"  // ← describí la imagen
  width={1200}
  height={630}        // width + height = espacio reservado, sin saltos
  priority            // sólo en la imagen principal del hero
/>
Prompt — optimizar imágenes
Revisá las imágenes de mi web (Next.js) y optimizalas:
- Reemplazá todos los <img> por el componente next/image.
- Asegurate de que cada imagen tenga width y height (para evitar saltos / CLS).
- Marcá con "priority" sólo la imagen principal del hero; el resto, lazy.
- Agregá un alt descriptivo a cada una (en español).
Después decime qué imágenes pesan demasiado y debería volver a exportar más livianas.

Accesibilidad

Que la pueda usar cualquiera

Accesibilidad (a11y)es que tu web la pueda usar todo el mundo: alguien con baja visión, alguien que navega con el teclado, alguien que usa lector de pantalla. No es “extra”: en Argentina es público real, mejora el SEO (Google premia lo accesible) y muchas veces es obligatorio para marcas grandes. Cuatro pilares:

Contraste: texto que se lea sobre su fondo. Gris clarito sobre blanco no va.
Texto alternativo (alt): cada imagen describe qué muestra, para quien no la puede ver.
Foco visible: que se vea dónde estás al navegar con Tab (ese recuadro al rededor de botones y links).
Semántica: usar las etiquetas correctas — un botón es un <button>, un título es un <h1>. No todo es un “div”.

El test de los 30 segundos

Sacá el mouse. Navegá tu web sólo con Tab y Enter. ¿Llegás a todos los botones? ¿Ves dónde estás parado? ¿Podés enviar el formulario? Si sí, vas bien.
Prompt — accesibilidad básica garantizada
Hacé accesible esta web (WCAG AA), explicándome cada cambio en criollo:
- Contraste de texto suficiente sobre cada fondo (mínimo AA).
- alt descriptivo en todas las imágenes; alt vacío en las decorativas.
- Foco visible (focus ring) en todos los links y botones.
- HTML semántico: un solo <h1> por página, jerarquía de títulos ordenada, <button> para acciones y <a> para navegar, labels asociados a cada input del formulario.
No cambies el diseño visual, sólo lo necesario para accesibilidad.

El loop

Auditar con la IA

No tenés que adivinar si tu web está bien: medís, le pasás el resultado a la IA y le pedís el plan de arreglo. Este es el ciclo que vas a repetir antes de cada publicación importante:

flujo
1. Medir   → PageSpeed Insights / Lighthouse (Chrome)
   ↓
2. Copiar  → el reporte (puntajes + recomendaciones)
   ↓
3. Pedir   → "arreglá esto, priorizando lo de mayor impacto"
   ↓
4. Verificar → volver a medir. ¿Subió el puntaje?
Prompt — auditoría completa (SEO + performance + a11y)
Pegá acá el reporte de Lighthouse / PageSpeed de la URL {{tu URL}}:
{{pegar puntajes y recomendaciones}}

Analizalo y dame un plan de acción ordenado por IMPACTO (primero lo que más mueve la aguja):
1. Performance (LCP / CLS / INP): qué cambiar y por qué.
2. SEO: metadata, headings, links.
3. Accesibilidad: contraste, alt, foco, semántica.
Por cada punto: explicámelo en criollo y dame el cambio listo para aplicar.

Antes de publicar, siempre

Metadata por página ✓ · Open Graph con imagen ✓ · PageSpeed en verde ✓ · navegable con teclado ✓. Cuatro chequeos que separan una web amateur de una profesional.

Cierre

Checklist final

Tu lista de control para SEO, performance y accesibilidad. Marcala antes de mandar cualquier web a producción:

¿Mi web está lista para el mundo?

0/10