SEO Técnico B2B 2026: Checklist Completo para Rankear
Por qué SEO técnico es decisivo en B2B
Google usa Core Web Vitals como ranking factor desde 2021. Sitios con LCP > 4s entran en "Poor" → penalty leve en mobile-first. En B2B mid-market donde 5-10 sitios compiten por la misma keyword, CWV decide diferencia de 2-5 posiciones en SERP. Pierdes 40-70% de tráfico potencial por estar en página 2 vs página 1.
1. Core Web Vitals (peso ranking: 5-10%)
- LCP (Largest Contentful Paint): < 2.5s "Good"
- INP (Interaction to Next Paint): < 200ms "Good"
- CLS (Cumulative Layout Shift): < 0.1 "Good"
Cómo medirlo: PageSpeed Insights, Search Console > Core Web Vitals report, Chrome User Experience Report.
Cómo arreglar LCP malo:
- Hosting rápido (TTFB < 600ms)
- Preload imagen LCP con fetchpriority="high"
- Optimizar imágenes (WebP/AVIF + srcset)
- Diferir scripts no críticos (defer/async)
- Inline critical CSS, defer rest
2. Schema.org (peso ranking: 5-10%)
Tipos esenciales para B2B:
- Organization con sameAs (social profiles), foundingDate, contactPoint
- LocalBusiness con address, geo, openingHours, priceRange
- Service con offers (pricing tiers)
- Person para founder/team (E-E-A-T)
- FAQPage en cada landing
- BreadcrumbList en todas las páginas
- Article en blog posts
- HowTo en guías paso a paso
- WebSite con SearchAction (Sitelinks Search Box)
Validar en Schema.org Validator + Google Rich Results Test.
3. Hreflang (sitios bilingües)
Implementación correcta:
<link rel="alternate" hreflang="es-MX" href="https://site.com/marketing-digital/"> <link rel="alternate" hreflang="en" href="https://site.com/en/digital-marketing/"> <link rel="alternate" hreflang="x-default" href="https://site.com/marketing-digital/">
Reglas: reciprocidad (X→Y debe tener Y→X), x-default obligatorio, códigos ISO correctos (es-MX, no es).
4. Sitemap.xml + robots.txt
Sitemap: una URL por página, lastmod actualizado, priority por importancia. Tamaño máximo: 50,000 URLs y 50MB. Si tienes más, sitemap_index.xml.
Robots.txt: solo bloquear lo necesario. Errores comunes: bloquear /assets/ por accidente, no listar sitemap.
5. Canonical tags
Cada URL debe tener canonical:
- Self-referencial en páginas únicas
- Apuntar al original en duplicados (parámetros UTM, paginación)
- Nunca canonical chains (A → B → C)
6. Mobile-first indexing
Google indexa la versión móvil de tu sitio desde 2021. Verificar:
- Viewport meta correcto
- Sin maximum-scale=1 (bloquea zoom = a11y issue)
- Tap targets ≥ 44px
- Font sizes ≥ 16px en mobile
- Sin contenido oculto en mobile que esté en desktop
7. URL structure
- Lowercase consistente
- Hyphens (no underscores)
- Keywords descriptivas, no IDs
- Sin parámetros innecesarios
- Trailing slash consistency (todo con / o todo sin)
8. Internal linking
- Anchor text descriptivo (no "click aquí")
- Links contextuales en contenido
- Breadcrumbs visibles + schema
- Profundidad ≤ 3 clicks desde home a cualquier página
- No orphan pages
9. Performance signals
- HTTP/2 o HTTP/3
- HTTPS con HSTS preload
- gzip/brotli compression
- Browser caching (max-age 1 año en assets)
- HTTP security headers (CSP, X-Frame-Options, Referrer-Policy)
10. Errors y status codes
- 404s: tener página custom + listar en Search Console
- 5xx: monitorear, alertas si > 1% de requests
- Redirect chains: máximo 1 hop (A → B, no A → B → C)
- 301 vs 302: 301 para permanentes (90% de casos)
11. Image SEO
- Filenames descriptivos con keywords
- Alt text descriptivo (no "image1.jpg")
- Width/height attrs (CLS prevention)
- WebP/AVIF con picture srcset
- Lazy loading below the fold
- Image sitemap si tienes muchas imágenes con valor SEO
12. JavaScript SEO
Si usas SPA (React/Vue/Angular):
- SSR/SSG (Next.js, Nuxt, Astro) — Google indexa tu SPA mejor con renderizado servidor
- Meta tags dinámicos por ruta
- Schema dinámico por página
- Sitemap actualizado con todas las rutas
- Test con Mobile-Friendly Test + Rich Results Test
Auditoría rápida (10 min)
- PageSpeed Insights → CWV scores
- Search Console → Coverage report (errores)
- Search Console → Core Web Vitals report
- Search Console → Mobile Usability
- Schema.org validator → todas las URLs principales
- Mobile-Friendly Test
- Inspect URL en Search Console (un sample de cada tipo de página)
Preguntas frecuentes
¿Cómo sé si mi SEO técnico está bien o mal?
Empieza con Search Console: Coverage report (>5% errores = mal), Core Web Vitals (>10% URLs en "Poor" = mal), Mobile Usability (errores = mal). Si los 3 están en verde, técnico básico está OK.
¿Qué herramientas profesionales recomiendan para SEO técnico?
Free: Search Console (obligatorio), Lighthouse CLI, Schema.org validator. Pagadas: Screaming Frog ($259/año, indispensable para crawl), Ahrefs/SEMrush ($99-200/mes para análisis competitivo).
¿Mi sitio en WordPress puede tener buen SEO técnico?
Sí pero requiere disciplina. Tema light (no compres temas con 50+ plugins), Yoast/RankMath para schema, WP Rocket o LiteSpeed para perf, optimization de imágenes con ShortPixel/Imagify. Sites WordPress puros pueden alcanzar 90+ Lighthouse.
¿Vale la pena migrar de WordPress a Next.js solo por SEO?
Solo si tu Lighthouse < 70 y has agotado optimizaciones en WP. Migración a Next.js cuesta $250k-$500k MXN y toma 8-16 semanas. Si tu sitio actual tiene autoridad de dominio, planea migración con redirects 1-a-1 cuidadosos.
¿En cuánto tiempo Google ve mejoras de SEO técnico?
Recrawl inicial: 1-7 días post-cambio. Re-indexing: 7-30 días. Cambios en rankings: 30-90 días. Si haces cambios masivos (>500 URLs), submit nuevo sitemap y request indexing en Search Console.
¿Quieres aplicar esto a tu empresa?
30 min de diagnóstico gratuito. Plan escrito en 48 horas.
Reservar diagnóstico →