Iniciativas · Digitales

← Blog /Web corporativa

SEO técnico para no técnicos: el checklist real antes de publicar

11 min de lectura

El SEO técnico no es magia: es una lista de comprobaciones que puedes hacer con criterio antes de publicar tu web. Veinte puntos imprescindibles, en lenguaje claro.

Composición brutalista: lista de verificación con casillas marcadas, una destacada en lima

"SEO técnico" suena a algo que solo entiende un ingeniero. La realidad es más prosaica: es una lista de comprobaciones que decidan si Google puede leer tu web, entenderla y mostrarla en resultados. La mayoría de pymes lanza la web sin hacer estas comprobaciones y luego se queja de que "no aparece en Google". Vamos a quitar la excusa.

Este es el checklist real que paso antes de publicar cualquier web. Veinte puntos, agrupados en siete bloques.

Bloque 1 — Indexabilidad: que Google pueda llegar

Si Google no puede leer tu web, nada de lo demás importa.

  • 1. El sitio NO está en noindex. Suele quedar puesto del entorno de desarrollo. Revisa el <meta name="robots"> en el HTML final.
  • 2. Existe robots.txt y permite el rastreo de las secciones públicas. Que bloquee admin/backend pero nada del contenido público.
  • 3. Existe sitemap.xml con todas las páginas públicas relevantes, fechas correctas y URLs canónicas.
  • 4. Las URLs principales se cargan sin redirecciones múltiples. Una redirección (http → https, o sin www → con www) está bien. Dos seguidas penalizan velocidad.

Bloque 2 — Estructura semántica: que Google entienda qué es qué

Google lee jerarquía. Una web sin estructura semántica es como un libro sin índice.

  • 5. Un único <h1> por página, con la keyword principal de esa página. En la home, ese h1 suele ser el titular del hero.
  • 6. Jerarquía H2 > H3 sin saltarse niveles. Después de un H1 viene H2, no H3.
  • 7. HTML semántico: <header>, <nav>, <main>, <article>, <aside>, <footer>. No todo dentro de <div>.
  • 8. Atributo lang="es" declarado en <html> (o el idioma correcto si es otro).

Bloque 3 — Rendimiento: que cargue rápido

Los Core Web Vitals son parte del ranking de Google desde hace tiempo, pero más importante: una web lenta pierde clientes antes de tenerlos.

  • 9. Lighthouse Performance ≥ 90 en móvil. Punto. Hay que medirlo en móvil, no en desktop. La mayoría de tráfico es móvil.
  • 10. LCP < 2,5s. El elemento más grande de la página visible (suele ser la imagen del hero) tiene que aparecer en menos de 2,5 segundos.
  • 11. CLS < 0,1. Nada se mueve en la página después de cargar. Si las imágenes empujan el texto al cargar, es porque les falta width y height en HTML.
  • 12. Imágenes en WebP o AVIF, no JPG ni PNG salvo casos justificados. Y con tamaño correcto: una imagen de hero no debería pesar más de 200KB ni medir más de 1920px de ancho.

Bloque 4 — Meta y datos estructurados: que Google muestre lo que quieres

Esto controla cómo aparece tu web en Google y en redes sociales.

  • 13. Title único por página, ≤ 60 caracteres, con keyword al inicio cuando aplique. "Diseño web para pymes en Madrid | Iniciativas Digitales" sí. "Inicio - Mi Web" no.
  • 14. Meta description única, 140-155 caracteres, escrita para CTR (no es resumen, es gancho). El usuario decide si hacer clic leyéndola.
  • 15. Etiqueta canonical explícita en cada página. Apunta a la URL definitiva de esa página. Evita problemas de contenido duplicado.
  • 16. Open Graph y Twitter Cards completos: og:title, og:description, og:image, og:url, twitter:card. Cuando alguien comparte tu URL en WhatsApp o LinkedIn, este es el bloque que se previsualiza.
  • 17. Schema.org básico según tipo de página: Person u Organization en la home, Service en páginas de servicio, BlogPosting en artículos, BreadcrumbList en cualquier ruta interna. Validar con Google Rich Results Test.

Bloque 5 — Imágenes y accesibilidad

Esto pesa para SEO y para usabilidad real.

  • 18. Atributo alt descriptivo en todas las imágenes. No "imagen1.jpg" ni "logo": qué muestra y por qué está ahí.
  • 19. Contraste de texto suficiente: la accesibilidad no es un extra, es parte del SEO indirecto y de la conversión. Un texto que apenas se ve es un texto que no convierte.
  • 20. La web se navega con teclado y los formularios funcionan con lectores de pantalla. Esto se prueba en 5 minutos pulsando Tab desde la home.

Bloque 6 — Sitemap, robots y Search Console (el momento de la verdad)

Una vez la web está publicada en producción:

  • Dar de alta el dominio en Google Search Console, verificándolo por DNS o por archivo HTML.
  • Enviar el sitemap.xml manualmente dentro de Search Console. Google a veces tarda semanas en descubrirlo solo; enviarlo manualmente acelera.
  • Revisar el "Informe de cobertura" cada semana las primeras 4 semanas para detectar páginas no indexadas, errores 404 o redirecciones rotas.
  • Validar Rich Results después del primer deploy: tu schema.org está bien escrito o no.

Bloque 7 — Configuración de seguimiento

Esto no es SEO en sentido estricto, pero sin medición no sabes si lo demás funciona.

  • GA4 instalado vía Tag Manager, con eventos de conversión configurados (formulario enviado, llamada solicitada, etc.).
  • Conversiones definidas en GA4 como "evento clave", no solo el envío de formulario sino el lead cualificado si se puede.
  • Banner de cookies RGPD que respete la decisión del usuario (no cargar GA4 antes del consentimiento si la legislación local lo exige).

Errores que veo cada semana en webs recién publicadas

  • El sitio en producción todavía con noindex del entorno de staging. El más caro de todos: la web está viva pero invisible para Google. Y cuesta días darse cuenta.
  • Title genérico tipo "Inicio - Nombre del CMS" porque nadie cambió el campo en el panel.
  • Imágenes hero de 4MB que tardan 8 segundos en cargar en móvil.
  • Falta sitemap o sitemap con URLs antiguas del entorno de desarrollo apuntando a localhost.
  • Schema.org copiado de un tutorial sin adaptar, con datos del ejemplo todavía dentro.

Lo que no es SEO técnico (aunque te lo vendan así)

Conviene cerrar con la otra cara: hay cosas que se venden como "SEO técnico" y no lo son tanto, o son menos importantes:

  • Aplicar 200 reglas de schema.org distintas: lo básico bien hecho rinde el 95%; el sobre-marcado no aporta nada.
  • Acelerar la web del 92 al 96 en Lighthouse: por encima de 90, el retorno marginal es bajo. Tiempo mejor invertido en contenido o conversión.
  • Optimización de palabras clave en cada página milimétricamente: importa más tener contenido útil que stuffing técnico. Google ya no es de 2010.

El SEO técnico bien hecho te quita problemas. No te trae tráfico solo; te asegura que cuando llegue el contenido, todo funcione.

Conclusión

El checklist de arriba se cubre en 2-4 horas si la web está bien construida desde el principio. Si la web se construyó sin pensar en estos puntos, suele requerir más trabajo de retro-implementación. Pero es exactamente el tipo de trabajo que paga: una web que cumple los 20 puntos parte con ventaja real frente al 80% de las pymes que ignora la mitad.

Si necesitas auditar la tuya, suele ser la primera cosa que reviso en una llamada inicial.

Sigue leyendo