SEO26 may 2026·11 min de lectura

    SEO On-Page Checklist 2026: Las 10 Áreas a Revisar Antes de Publicar

    El checklist exacto para optimizar cada página antes de publicar: metadata, contenido, URL, imágenes, schema, Core Web Vitals y mobile.

    SEO On-Page Checklist 2026: Las 10 Áreas a Revisar Antes de Publicar

    El SEO on-page es el conjunto de optimizaciones que aplicás en cada página individual antes de publicarla. Es la disciplina menos glamorosa del SEO — sin enlaces externos, sin estrategia de contenido, sin algoritmos misteriosos — pero también la más controlable. Una página con on-page deficiente nunca rankea bien, sin importar cuánta autoridad de dominio tenga. Este es el checklist exacto que aplico antes de publicar cualquier pieza de contenido.

    Para qué sirve un checklist on-page y cómo usarlo

    Un checklist funciona porque obliga a la disciplina sistemática que los humanos perdemos cuando estamos cansados o apurados. Sin checklist, terminás publicando contenido con metadescripciones genéricas, imágenes sin alt, URLs largas, o sin schema. Con checklist, esos errores se interceptan antes de publicar.

    La forma efectiva de usarlo: como un proceso de revisión obligatorio antes de cada publicación. Toma 8–15 minutos por página si tenés el flujo bien aceitado. Es la inversión más barata que existe en SEO — sin tools especializadas, sin presupuesto, solo disciplina.

    Metadata: título, meta description, Open Graph, canonical

    • Title tag: 50–60 caracteres. Incluye la keyword principal cerca del inicio. Único en todo el sitio (sin duplicados).
    • Meta description: 140–160 caracteres. Vendé el clic, no recités el contenido. Incluí la keyword pero priorizá el call-to-action.
    • Open Graph title y description: versiones específicas para compartir en redes (LinkedIn, Twitter, Facebook). Generalmente similar al título y meta pero a veces vale ajustar para social.
    • Open Graph image: 1200x630px ideal, JPG o WebP, menos de 300KB. Una imagen rica mejora el CTR cuando se comparte el link.
    • Canonical URL: autoreferencial (la página apunta a sí misma como canonical), incluida en cada page para evitar duplicate content accidental.
    • Robots meta: default index, follow salvo casos específicos (páginas de búsqueda interna, filtros, thank-you pages → noindex).

    Estructura del contenido

    • H1: uno y solo uno por página. Incluí la keyword principal. Diferente al title tag (el title es para el SERP, el H1 es para el lector de la página).
    • H2s: 5–10 según el largo del contenido. Cubren las secciones principales. Idealmente incluyen variaciones de la keyword principal y keywords secundarias.
    • H3s: sub-secciones dentro de cada H2. Refuerzan la estructura jerárquica que los crawlers y los modelos de IA leen para entender el contenido.
    • Párrafos cortos: 2–4 oraciones por párrafo. Espacios visuales mejoran la legibilidad — y Google modela engagement (cuánto tiempo se queda el usuario) como señal indirecta.
    • Listas: usalas cuando el contenido es enumerable. Los crawlers extraen información de listas con más facilidad que de prosa fluida.
    • Tablas: para datos comparativos. También bien indexadas por crawlers y útiles para featured snippets.
    • Longitud: mínimo 800 palabras para contenido informacional, 1,500+ para contenido competitivo. Sin embargo, longitud sin profundidad no rankea — el criterio operativo es responder completamente a la intención del query.

    URL y estructura técnica

    • URLs cortas y descriptivas: menos de 60 caracteres idealmente. Solo lowercase. Solo guiones (-) como separadores, nunca underscore.
    • Estructura jerárquica: /hub/seo/seo-on-page-checklist, no /articles/12345/post-uuid-xyz. La URL debe reflejar la jerarquía del sitio.
    • Evitar parámetros en las URLs canónicas. Los parámetros de tracking (UTM) están bien en links externos, pero la URL canónica debe ser limpia.
    • HTTPS: obligatorio. HTTP causa warning de "not secure" en navegadores y penalización SEO suave.
    • Sin trailing slash inconsistencias: elegí con o sin slash final y mantenelo. /page y /page/ no deben coexistir como URLs canónicas distintas.

    Imágenes y media

    • Alt text descriptivo: en cada imagen relevante para el contenido. Decoración pura puede tener alt vacío (alt=""), pero el resto debe describir la imagen de forma útil para usuarios con screen readers (y de paso, para crawlers).
    • Nombres de archivo: auditoria-seo-tecnico.jpg en lugar de IMG_4837.jpg. Otra señal indirecta para crawlers.
    • Formato: WebP en lugar de JPG/PNG cuando sea posible. Reducción de tamaño del 25–35% para misma calidad visual. Caída automática a JPG/PNG para navegadores sin soporte WebP.
    • Lazy loading: implementá loading="lazy" en imágenes below-the-fold. Mejora LCP (Core Web Vitals) significativamente.
    • Dimensiones explícitas: incluí width y height en cada tag <img>. Previene Cumulative Layout Shift.
    • Compresión: imágenes idealmente bajo 200KB. Herramientas como Squoosh.app o tinypng.com hacen el trabajo gratis.

    Enlaces internos y externos

    • Enlaces internos: 3–8 por página, apuntando a páginas relacionadas en tu sitio. Anchor text descriptivo, no "click aquí" o "ver más".
    • Enlaces externos: 1–3 a fuentes autoritarias del nicho. Sí, enlazar a otros sitios mejora tu SEO — señala a Google que tu contenido está bien investigado.
    • Anchor text de enlaces externos: natural y variado. No exact-match keyword si el enlace externo es comercial.
    • Atributos rel: rel="nofollow" para enlaces no editorial (comentarios, paid). rel="sponsored" para enlaces pagados o afiliados. rel="ugc" para contenido generado por usuarios.
    • Enlaces rotos: auditar mensualmente. Cada 404 o 410 que enlazás es una mala señal de calidad.

    Schema markup

    • Article schema: en todos los artículos editoriales. Incluí headline, author (Person schema), datePublished, dateModified, image.
    • BreadcrumbList: en páginas dentro de jerarquía (hubs, categorías). Mejora la presentación en el SERP.
    • FAQPage: cuando el contenido incluye sección de preguntas frecuentes. Habilita rich results en el SERP.
    • Organization u Person: en la home y páginas about. Identifica la entidad detrás del sitio.
    • Product schema: en páginas de producto e-commerce.
    • HowTo schema: en tutoriales paso a paso.

    Validá con Google Rich Results Test antes de publicar. El validador te dice exactamente qué reconoce Google y qué tiene errores.

    Performance y Core Web Vitals

    • LCP (Largest Contentful Paint): objetivo bajo 2.5s.
    • INP (Interaction to Next Paint): objetivo bajo 200ms. Reemplazó a FID en 2024.
    • CLS (Cumulative Layout Shift): objetivo bajo 0.1.
    • TTFB (Time to First Byte): bajo 600ms idealmente.

    Para profundizar, revisá la guía completa de Core Web Vitals.

    Mobile y accesibilidad

    • Viewport meta tag: <meta name="viewport" content="width=device-width, initial-scale=1"> en todas las páginas.
    • Tap targets: botones y enlaces con al menos 48x48px de área tappable.
    • Texto legible sin zoom: mínimo 16px de font-size en mobile.
    • Contraste de colores: ratio mínimo 4.5:1 para texto normal, 3:1 para texto grande. Validable con herramientas como WebAIM Contrast Checker.
    • Sin elementos rotos en mobile: tablas que se cortan, imágenes que se desbordan, overlays que tapan contenido. Auditar regularmente en dispositivos reales o emuladores.

    Errores comunes que cuestan rankings

    • Title tag duplicados entre páginas del mismo sitio. Indica al crawler que las páginas son sustancialmente similares.
    • Meta descriptions copy-paste en múltiples páginas. Reduce CTR y diluye la diferenciación.
    • Multiple H1s en una misma página — esto históricamente era penalizado más fuertemente; ahora produce confusión en el modelo de Google sobre cuál es el tema central de la página.
    • Imágenes sin alt — accesibilidad + SEO se pierden.
    • Sin schema markup en páginas que claramente lo necesitan (artículos, productos, listings).
    • Enlaces internos solamente desde la home o el menú. Los enlaces contextuales dentro del cuerpo del contenido valen más que los del menú repetido.
    • Contenido bajo el fold sin promoción visual. Los lectores no scrollean si nada los invita a hacerlo. Si tu mejor contenido está al fondo de la página, la mayoría de los usuarios nunca lo ve.

    Preguntas frecuentes

    ¿Cuánto tiempo lleva aplicar este checklist por página?

    Entre 8 y 15 minutos por página una vez que tenés el flujo aceitado. Las primeras 5–10 páginas pueden tomar 25–40 minutos cada una mientras aprendés el proceso, después la velocidad mejora dramáticamente.

    ¿Vale la pena aplicar todo esto si mi sitio es chico?

    Sí, especialmente si tu sitio es chico. Sitios pequeños con on-page bien hecho compiten con sitios grandes con on-page descuidado. Es una de las pocas áreas del SEO donde la disciplina sistemática vale más que el presupuesto.

    ¿Cuál es el ítem más importante del checklist?

    Si tuviera que priorizar uno: el title tag. Es la primera señal que Google y el usuario ven, y es lo que más impacto tiene en CTR (y por tanto en rankings indirectamente). Después el contenido en sí (responder bien la query), después schema markup, después Core Web Vitals.

    ¿Cómo verifico que apliqué bien el on-page?

    Tres herramientas básicas: View Source en el navegador (verificación visual de meta tags y schema), Google Rich Results Test (verifica schema), y PageSpeed Insights (verifica Core Web Vitals). Las tres son gratis.

    ¿Cambia el checklist según el tipo de página?

    Las bases son las mismas. Lo que cambia es el énfasis: en ecommerce pesan más Product schema y datos estructurados de precio/disponibilidad. En artículos editoriales pesan Article schema y FAQ. En páginas de servicio pesan LocalBusiness schema y reviews. Pero todas las páginas usan el mismo conjunto base.

    ¿Cuándo conviene actualizar páginas viejas con este checklist?

    Una página vieja con on-page deficiente puede ganar 20–40% más tráfico solo con el rework de checklist. Priorizá páginas que ya tienen impresiones en GSC pero bajo CTR — ahí está el upside más grande. Páginas sin impresiones generalmente no se benefician del rework on-page; necesitan contenido o enlaces.

    SEO on page checklist 2026: orden recomendado de aplicación

    El checklist SEO on page rinde más cuando se aplica en el orden correcto. La secuencia óptima en 2026:

    1. Intent fit + H1/title — si la página no apunta al intent correcto, el resto no importa.
    2. URL + slug — corregir antes de que se acumulen links a la URL vieja.
    3. Estructura (H2/H3) + tabla de contenidos — base para que cada bloque siguiente tenga lugar.
    4. Cuerpo + entidades + variantes de keyword — el contenido que va a rankear.
    5. Internal linking (3–5 enlaces salientes contextuales) — distribuye autoridad y contexto.
    6. Schema + FAQ + metadata + imágenes WebP — la capa técnica encima de un contenido ya correcto.
    7. Core Web Vitals + mobile — validación final antes de publicar.

    Si una página ya tiene impresiones en GSC pero bajo CTR, el orden cambia: empezá por título y meta description, medí 2–3 semanas, y recién entonces aplicá el resto. Para encajar esto en una auditoría SEO técnica completa, el checklist on-page es la última capa.

    Para el contexto técnico mayor de cómo encajan estas optimizaciones en una auditoría completa, revisá la guía de auditoría SEO técnica. Para el aspecto de performance, Core Web Vitals. Para entender cómo se conecta on-page con el resto de la estrategia, qué es SEO en 2026.

    Seguí explorando

    Más sobre seo estratégico

    Ver los 25 artículos del hub →