SEO Técnico para Empresas: qué necesitas saber (sin ser programador)

El SEO técnico para empresas es el conjunto de optimizaciones que hacen que un sitio web sea rastreable, indexable, rápido y comprensible para los motores de búsqueda y los modelos de inteligencia artificial. No es programación pura: es un puente entre el lenguaje del negocio (visibilidad, leads, autoridad) y el lenguaje de Google (rastreo, indexación, schema, Core Web Vitals). Saber qué pedir y qué priorizar es la diferencia entre invertir en SEO con resultados o quemar presupuesto sin saber por qué nada se mueve.

Qué es el SEO técnico para empresas (y por qué decide tu visibilidad)

Cuando un comprador empresarial busca una solución en Google o le pregunta a ChatGPT por proveedores en tu sector, hay un proceso técnico invisible que decide si tu empresa aparece o no. Google envía un bot que rastrea tu sitio, lee tu HTML, evalúa su velocidad, interpreta tus datos estructurados y decide si guardarlo en su índice. ChatGPT y otros LLMs hacen algo parecido pero distinto: buscan páginas con respuestas claras, schema correcto y contenido fácil de extraer. Si tu sitio falla en cualquiera de estas capas, no rankeas y no te citan.

El problema en la mayoría de empresas B2B no es la falta de contenido. Es que ese contenido vive sobre una base técnica que limita lo que puede lograr. Una página con un excelente artículo pero un LCP de 6 segundos, un schema mal armado y un robots.txt que bloquea por accidente al crawler, simplemente no aparece. Y nadie sabe por qué.

En el primer artículo de esta serie vimos por qué el SEO B2B importa estratégicamente. En el segundo, cómo la arquitectura web SEO ordena el sitio. Esta guía cierra el puente: cómo los detalles técnicos hacen que ambas decisiones funcionen o se desperdicien.

El malentendido más caro: SEO técnico no es código, es vocabulario de negocio

El equipo de Semrush publicó en 2026 un análisis donde aseguran que el SEO técnico puede aprenderlo cualquiera con un enfoque sistemático, incluso sin formación técnica previa. La clave es saber qué áreas dominar y en qué orden, no aprender a programar desde cero. Empieza por la estructura del sitio y la velocidad antes de ir a JavaScript SEO o datos estructurados avanzados.

El SEO técnico para empresas funciona en tres niveles, y cada uno tiene un responsable distinto:

• Nivel estratégico: qué prioridades técnicas atacar primero según el impacto comercial. Lo decide el marketer o el director de marketing.
• Nivel táctico: qué herramientas usar, qué métricas vigilar, qué órdenes pasar al desarrollador. Lo ejecuta el especialista SEO o el marketer técnico.
• Nivel de ejecución: el código, los plugins, la configuración del servidor. Lo hace el desarrollador o el plugin en WordPress.

Una empresa que confunde estos niveles termina con un desarrollador tomando decisiones estratégicas que no le corresponden, o con un marketer pidiendo cosas imposibles. El marketer no necesita escribir HTML, pero sí saber qué es un canonical, qué es un schema FAQPage y qué es un Core Web Vital, para poder ordenar y validar trabajo técnico con criterio.

Las 4 capas del SEO técnico para empresas

Estas cuatro capas se ejecutan en cascada. Si la primera falla, las demás dan igual. Si Google no puede rastrear tu sitio, no importa cuán rápido cargue. Si puede rastrearlo pero no indexarlo, no importa cuán bueno sea tu schema. La lógica es la misma que usa Semrush en su Site Audit, que monitorea más de 140 problemas técnicos distintos agrupados en estas mismas categorías.

Core Web Vitals 2026: las 3 métricas que tu sitio tiene que pasar

Google integró los Core Web Vitals como señal de ranking en 2021, y su peso ha crecido cada año. En 2026 son un factor de desempate clave: cuando dos páginas tienen contenido similar, la que pase los Core Web Vitals rankea por encima. Y más allá de SEO, impactan revenue: un análisis publicado por ALM Corp muestra hasta 10% más probabilidad de pasar Core Web Vitals en posición 1 vs posición 9. Y según datos clásicos de Amazon, cada 100ms de latencia adicional cuesta 1% en ventas.

LCP (Largest Contentful Paint)

Mide cuánto tarda en aparecer el elemento más grande visible en la pantalla, típicamente la imagen hero o el título principal. El umbral bueno es menor a 2.5 segundos. La causa más común de LCP malo es el hosting lento (TTFB sobre 600ms), las imágenes sin optimizar o los temas WordPress pesados. Una buena referencia técnica: en hosting optimizado, el TTFB debe estar entre 80 y 200ms para que el LCP general baje de 2.5 segundos.

INP (Interaction to Next Paint)

Reemplazó al antiguo FID en marzo de 2024. Mide la responsividad del sitio: cuánto tarda la página en reaccionar a cada interacción del usuario durante toda la visita. El umbral bueno es menor a 200ms. La causa más común de INP malo es exceso de JavaScript, plugins de WordPress que ejecutan scripts pesados en cada interacción, o terceros que inyectan código (chats, pixels, analytics duplicados).

CLS (Cumulative Layout Shift)

Mide cuánto se mueven los elementos de la página mientras carga. Si has visto una página donde de pronto un botón salta porque cargó una imagen tarde, eso es CLS malo. El umbral bueno es menor a 0.1. La causa más común son imágenes sin atributos width/height, fuentes que cargan tarde y banners que aparecen empujando contenido.

Rastreabilidad e indexación: cómo le hablas a Google sin saber programar

Estos son los tres pilares que el marketer debe entender y validar. No es necesario escribirlos a mano, pero sí saber qué deben decir.

1. robots.txt: el portero del sitio

Es un archivo de texto en la raíz del dominio (tusitio.com/robots.txt) que le dice a los crawlers qué pueden rastrear y qué no. En 2026 también es donde explícitamente das o niegas permiso a los bots de IA: GPTBot (OpenAI), ClaudeBot (Anthropic), PerplexityBot (Perplexity) y Google-Extended (para Gemini). Si tu robots.txt los bloquea por defecto, tu sitio simplemente no aparece en ChatGPT ni en Perplexity.

Un robots.txt mínimo bien armado en 2026 se ve así:

User-agent: *
Allow: /

# Crawlers de IA — explícitamente permitidos
User-agent: GPTBot
Allow: /

User-agent: ClaudeBot
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Google-Extended
Allow: /

Sitemap: https://tusitio.com/sitemap.xml
Sitemap: https://tusitio.com/llms.txt

Importante: si usas Cloudflare con "Bot Fight Mode" activado por defecto, podrías estar bloqueando estos crawlers sin saberlo. Es uno de los errores más comunes y más invisibles en empresas que sumaron Cloudflare a su sitio "por seguridad" y nunca volvieron a revisar la configuración.

2. sitemap.xml: el mapa del sitio

Es la lista completa de URLs que existen en tu sitio, que Google usa como referencia para rastrear. En WordPress, Yoast y Rank Math lo generan automáticamente en tusitio.com/sitemap_index.xml y lo actualizan cada vez que publicas contenido. Lo único que debes validar es que esté enviado a Google Search Console y que no incluya páginas con noindex, duplicadas o de poco valor (páginas de tags vacías, archivos de autor sin contenido).

3. Canonical tags: la versión oficial

Cuando una página tiene varias URLs posibles (con y sin www, con y sin / al final, con parámetros UTM), el canonical tag le dice a Google cuál es la "oficial". Sin canonicals correctos, Google ve contenido duplicado y reparte la autoridad entre las versiones. Yoast y Rank Math los gestionan automáticamente, pero hay que validar que no haya canonicals apuntando a páginas equivocadas, error frecuente cuando se migra un sitio.

Schema markup: el idioma que tu sitio debe hablar con la IA

El schema no se ve en la página, pero es lo que permite que aparezcan los "rich results" en Google (estrellitas de rating, FAQs desplegables, breadcrumbs, imágenes de producto) y, más importante en 2026, lo que la IA generativa usa para decidir a quién citar. Un análisis de Ahrefs sobre AI Overviews mostró que páginas con datos estructurados claros aparecen en respuestas de IA incluso cuando no están entre las primeras posiciones tradicionales.

Los cinco tipos de schema que toda empresa B2B necesita en 2026 son:

En WordPress, los plugins Yoast SEO y Rank Math implementan los schemas Organization, Article y BreadcrumbList automáticamente. Para FAQ y Service necesitas usar bloques específicos del editor o módulos avanzados de Rank Math. Si tu sitio fue hecho a medida (sin WordPress), el desarrollador debe agregar JSON-LD manualmente en el <head> de cada plantilla.

Un schema Organization básico bien armado se ve así:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Tu Empresa",
  "url": "https://tusitio.com",
  "logo": "https://tusitio.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/tu-empresa",
    "https://www.instagram.com/tu-empresa"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+56-9-1234-5678",
    "contactType": "sales",
    "areaServed": "CL"
  }
}

Después de implementarlo, valídalo con Google Rich Results Test. Si tiene errores, ningún rich result se va a mostrar y la IA tampoco lo va a tomar como señal confiable.

llms.txt: el nuevo estándar para que la IA te cite (sin alucinar)

El estándar fue propuesto por Jeremy Howard (cofundador de fast.ai) a finales de 2024 y rápidamente lo adoptaron empresas como Anthropic, Cloudflare, Mintlify, Cursor y otras. La idea es simple: los LLMs no leen tu sitio como Google. No siguen enlaces ni indexan páginas. Cuando un usuario pregunta algo, el modelo extrae fragmentos específicos en tiempo real y necesita un mapa rápido de dónde está la información útil. Sin llms.txt, la IA pelea con tus pop-ups, scripts y diseño para encontrar el contenido. Con llms.txt, va directo al grano.

Un llms.txt mínimo se ve así:

# Tu Empresa

> Breve descripción de qué hace tu empresa, a quién sirve y por qué importa.

## Sobre nosotros
- [Página principal](https://tusitio.com): qué hacemos y para quién
- [Quiénes somos](https://tusitio.com/nosotros): equipo y trayectoria

## Servicios principales
- [Servicio 1](https://tusitio.com/servicio-1): descripción breve
- [Servicio 2](https://tusitio.com/servicio-2): descripción breve

## Contenido educativo destacado
- [Guía pillar 1](https://tusitio.com/blog/pillar-1): de qué trata
- [Guía pillar 2](https://tusitio.com/blog/pillar-2): de qué trata

## Contacto
- Email: contacto@tusitio.com
- Web: https://tusitio.com/contacto

En WordPress, los plugins Yoast SEO (desde su versión 24.x) y AIOSEO ya generan el llms.txt automáticamente con un solo clic, lo actualizan semanalmente vía cron jobs y eligen las páginas más relevantes según tu contenido. En sitios a medida, el desarrollador puede crearlo a mano en menos de una hora o automatizarlo con un script.

Hay que ser honestos sobre llms.txt: a comienzos de 2026 no existe evidencia concluyente de que OpenAI, Google o Anthropic lo usen en producción de forma confirmada. Pero el costo de implementarlo es bajísimo (menos de una hora), el riesgo es cero, y casos como Mintlify reportan un 30 a 70% más de precisión en citaciones de IA después de implementarlo. Es un experimento barato con upside grande.

WordPress vs sitio desarrollado a medida: qué cambia en SEO técnico

Esta es una decisión que muchas empresas toman sin pensar y luego pagan caro. Vamos a desglosarla con criterio.

WordPress: ventajas y trampas

WordPress sigue siendo el CMS más usado del mundo (aproximadamente el 43% de los sitios en 2026). Su ecosistema de plugins de SEO es maduro y resuelve la mayoría de necesidades técnicas sin intervención de desarrollador. Los plugins clave son:

• Yoast SEO o Rank Math: generan sitemap.xml, llms.txt, robots.txt, manejan canonicals, schema básico, meta tags y breadcrumbs automáticamente.
• WP Rocket o LiteSpeed Cache: caché de páginas, minificación de CSS/JS, lazy loading, CSS crítico. Mejora directamente LCP e INP.
• ShortPixel, Imagify o Smush: conversión automática a WebP/AVIF, compresión con calidad, lazy loading nativo.
• Redirection: gestiona redirecciones 301 cuando cambias URLs (vital en migraciones).

El problema clásico de WordPress es la "obesidad de plugins": 30 plugins instalados, cada uno cargando sus propios scripts, hojas de estilo y consultas a base de datos. Eso destroza el INP y el LCP. La regla es disciplinaria: cada plugin que agregas tiene que justificar su existencia con valor real, y los plugins que no usas se desinstalan, no se desactivan.

Otra trampa: temas pesados. Temas como Divi, Avada o Bridge cargan 50+ scripts por defecto. Para SEO técnico serio, prefiere temas livianos como Astra, GeneratePress, Blocksy o Kadence, que pesan menos de 50KB y no añaden JavaScript innecesario. Cambiar de tema en un sitio existente es trabajo, pero la mejora en LCP suele ser de 1 a 2 segundos.

Sitio desarrollado a medida: cuándo conviene

Si tu sitio fue hecho a medida (Next.js, Astro, Nuxt, sitio con backend custom), tienes más control pero también más responsabilidad. Todo lo que en WordPress hace un plugin, aquí lo hace un desarrollador o un script:

• Schema markup: se agrega manualmente en cada plantilla como JSON-LD en el <head>.
• Sitemap: se genera dinámicamente con el framework (Next.js tiene next-sitemap, por ejemplo).
• Imágenes optimizadas: el desarrollador debe usar componentes como next/image que sirven WebP/AVIF automáticamente.
• Core Web Vitals: se cuidan en el código, con server-side rendering, code splitting y optimización de bundle.
• llms.txt y robots.txt: se sirven desde el repositorio o se generan dinámicamente.

Un sitio a medida bien hecho suele superar a un WordPress optimizado en performance (Next.js puede lograr LCP < 1s sin esfuerzo). Pero un sitio a medida mal mantenido es un desastre técnico: cada cambio requiere un developer, los plugins no existen, y si el desarrollador original se va, el siguiente puede tardar semanas en entender el código.

La decisión, en términos de negocio

Como regla práctica: si tu empresa tiene menos de 50 empleados y no tiene un equipo de desarrollo interno, WordPress es la decisión correcta. Si tienes un equipo técnico in-house y necesitas integraciones complejas (catálogos B2B, configuradores de producto, portales de cliente), un sitio a medida bien arquitecturado paga el costo extra.

Las 8 acciones de SEO técnico que cualquier marketer puede ordenar hoy

Estas son las ocho acciones concretas que un marketer sin habilidades de programación puede priorizar y ordenar (a su equipo interno, a un freelancer o a una agencia). Cada una mueve la aguja en SEO técnico y se valida sin necesidad de leer una línea de código.

1. Auditoría con Google Search Console

Es gratis y oficial. Conecta tu dominio, espera 48 horas a que recopile datos, y revisa tres reportes: Cobertura de indexación (¿qué páginas no están indexadas y por qué?), Core Web Vitals (¿pasas LCP, INP, CLS?) y Sitemaps (¿está enviado y leído?). Esta es la única fuente que Google reconoce oficialmente, sobre cualquier herramienta tercera.

2. Test de velocidad en PageSpeed Insights

Ingresa pagespeed.web.dev, pega tu URL principal y mira los Core Web Vitals reales (datos de campo, columna izquierda) y los simulados (lab data, columna derecha). Si los reales fallan, prioriza eso. Si los lab fallan pero los reales pasan, el problema es menor.

3. Validación de schema con Rich Results Test

En search.google.com/test/rich-results pega cualquier URL de tu sitio. Te mostrará qué schemas detectó y si hay errores. Páginas críticas (servicios, artículos pillar, contacto) deben tener al menos Organization + el schema específico de su tipo.

4. Revisión del robots.txt y bots de IA

Visita tusitio.com/robots.txt directamente en el navegador. Si no menciona explícitamente a GPTBot, ClaudeBot, PerplexityBot y Google-Extended con "Allow: /", ordena al developer o al admin de WordPress que los agregue. Es trabajo de 10 minutos con impacto directo en AEO.

5. Implementación de llms.txt

Si usas WordPress con Yoast 24+ o AIOSEO, actívalo desde la configuración con un clic. Si tu sitio es a medida, pídele al desarrollador un llms.txt básico siguiendo el template estándar (sección /Sobre/Servicios/Blog destacado/Contacto). Bajo riesgo, alto upside.

6. Crawl con Screaming Frog o Semrush

Una vez por trimestre, encarga un crawl completo del sitio con Screaming Frog (versión gratuita rastrea 500 URLs) o con el Site Audit de Semrush. Pide específicamente el reporte de: páginas con errores 404, redirecciones encadenadas, páginas con meta description faltante o duplicada, y enlaces internos rotos.

7. Optimización de imágenes

Una de las quick-wins más altas. Las imágenes suelen representar 60-70% del peso de una página. Ordena conversión a WebP o AVIF, compresión bajo 100KB por imagen siempre que se pueda, y atributos width/height en cada <img> para evitar CLS. En WordPress, ShortPixel o Imagify lo hacen automáticamente.

8. Mobile-First Test

Google indexa primero la versión móvil de tu sitio. Si tu sitio responsive se ve raro en móvil, Google ve eso, no la versión bonita de escritorio. Usa Chrome DevTools (F12, modo responsive) o el Mobile-Friendly Test de Google para auditar cada página crítica. Especial atención a botones muy chicos, fuentes ilegibles y elementos que se salen de pantalla.

Auditoría técnica express: herramientas y qué buscar

El stack técnico que toda empresa debería usar como mínimo:

• Google Search Console (gratis): la fuente oficial. Datos de indexación, Core Web Vitals reales, errores de rastreo.
• PageSpeed Insights (gratis): análisis de velocidad con datos de CrUX (usuarios reales) más recomendaciones específicas.
• Rich Results Test (gratis): valida que tu schema esté correctamente implementado y sea elegible para rich results.
• Screaming Frog (gratis hasta 500 URLs): crawl completo del sitio. Detecta enlaces rotos, redirecciones, páginas sin meta description, duplicados.
• Semrush Site Audit (pago): monitoreo continuo de más de 140 problemas técnicos, comparativa con competidores.
• Ahrefs Site Audit (pago): alternativa a Semrush, mejor para perfiles de backlinks combinados con técnico.

Para empresas que recién empiezan, las tres herramientas gratuitas son suficientes para los primeros 6 meses. A partir de ese punto, una suscripción a Semrush o Ahrefs paga su costo solo con encontrar 2 o 3 problemas técnicos que estaban frenando el tráfico.

Errores técnicos que matan el SEO incluso con buen contenido

Estos son los errores más comunes que vemos en empresas B2B que invirtieron mucho en contenido pero poco en SEO técnico. Cada uno frena meses o años de progreso sin que el equipo se entere.

Cloudflare bloqueando crawlers de IA por defecto

Cuando Cloudflare se configura con "Bot Fight Mode" activo, bloquea por defecto a PerplexityBot, GPTBot y ClaudeBot. Tu contenido nunca llega a la IA. La solución es ir al panel de Cloudflare, ir a Security > Bots, y permitir explícitamente los crawlers de IA legítimos. Trabajo de 5 minutos, impacto enorme.

Páginas sin schema o con schema mal formado

Cada página crítica debería tener al menos un schema correcto. Páginas de servicio sin Service schema, artículos sin Article schema, FAQs sin FAQPage schema, perfiles de autor sin Person schema. Sin esto, los rich results desaparecen y la IA tiene que adivinar qué tipo de contenido tiene cada página.

Hosting compartido barato con TTFB sobre 600ms

El hosting es el cimiento. Un hosting de 5 dólares al mes con TTFB de 600-800ms hace que ningún plugin de caché compense la lentitud del servidor. Hosting WordPress optimizado (SiteGround, Kinsta, WPEngine, Cloudways) con LiteSpeed o NVMe baja TTFB a 80-200ms y mejora LCP en 1-2 segundos sin tocar el código.

URLs llenas de parámetros que generan duplicados

URLs tipo tusitio.com/producto?id=42&color=rojo&utm_source=... generan miles de variantes que Google ve como páginas distintas con el mismo contenido. Sin canonicals correctos, eso diluye la autoridad y desperdicia crawl budget. La solución es canonicalizar correctamente y bloquear los parámetros UTM en Search Console.

Migraciones sin plan de redirecciones 301

Cada vez que se rediseña o migra un sitio sin un mapa completo de redirecciones 301, se pierde la autoridad acumulada por las URLs antiguas. El estudio de Semrush sobre 50.000 dominios encontró que el 27% de los sitios tiene activas a la vez versiones HTTP y HTTPS, error que también se arregla con redirecciones 301 correctas.

JavaScript pesado que esconde contenido a los crawlers

Si tu sitio es un Single Page Application (React, Vue, Angular) sin server-side rendering, Google ve una página casi vacía. El contenido aparece después, cuando ejecuta JavaScript. La solución es SSR (Server-Side Rendering) o SSG (Static Site Generation). En WordPress este problema raramente existe, pero en sitios custom es la causa #1 de problemas de indexación.

Conclusión: el SEO técnico es la inversión que se nota cuando no está

El SEO técnico para empresas es invisible mientras funciona y devastador cuando falla. Una empresa con contenido excelente y SEO técnico roto vive en un techo bajo: nunca despega, no sabe por qué, y termina culpando al "contenido que no convierte" o a "Google que cambió el algoritmo". La realidad casi siempre es más mundana: el LCP es de 5 segundos, el schema no existe, el robots.txt bloquea por accidente, y nadie revisó Search Console en seis meses.

La buena noticia es que el SEO técnico no requiere ser programador. Requiere saber qué pedir, qué medir y qué validar. Un marketer con criterio técnico puede ordenar trabajo a un desarrollador o a una agencia, y verificar resultados con tres herramientas gratuitas. La curva de aprendizaje es corta. La curva de impacto es larga: una base técnica sólida funciona durante años y compone con cada nueva pieza de contenido que publicas.

Y un último punto sobre 2026: la inteligencia artificial cambió las reglas. No basta con rankear en Google si la IA no te cita. Y la IA solo cita sitios que pueden leer sin esfuerzo: schema bien implementado, contenido extraíble, llms.txt si lo tienes, robots.txt que no bloquee. El que ordena su SEO técnico ahora se gana un lugar en respuestas de IA que va a ser muy difícil de desplazar después.