El SEO de muchas pymes no vive en el contenido: vive en un plugin que se rompe al actualizar, en cinco avisos en rojo y en un schema que nadie ha abierto. En una web estática esa capa va en el HTML de cada página. Titles, canonicals, datos estructurados y preguntas frecuentes no dependen de Yoast. Eso no te garantiza un puesto en Google ni que ChatGPT te cite. Sí evita el caos.
Qué significa «sin plugins» (y qué no)
Significa que no hay una extensión SEO que inyecte metas a medias, que duplique JSON-LD o que deje de funcionar el día que WordPress salta de versión. El <title>, la meta description, el canonical, el robots, el sitemap y el bloque Schema.org están en el código que se publica.
No significa que el SEO sea «automático» ni que una estática gane a un medio con redacción diaria. Una landing de cinco páginas mal escritas, con un H1 genérico y sin nadie que enlace, no se salva por quitar Yoast. El modelo encaja cuando el contenido es estable y puedes cuidarlo página a página. Lo que puede hacer una estática bien hecha —catálogo, agenda, WhatsApp— lo contamos en una web estática no es un folleto. Aquí vamos a la capa de búsqueda.
Lo que Google ya espera, en el HTML
Nada de esto es nuevo. Es lo que un CMS hace con plugins… o lo que un HTML bien hecho lleva de serie:
- Un title y una description por URL, únicos, que describen la página y no la marca en abstracto.
- Un H1 que coincide con lo que ofrece esa URL. No cinco H1. No el nombre de la plantilla.
- Canonical claro. Sitemap y robots que existen de verdad, no un plugin que «ya lo hará».
- URLs legibles y enlaces internos a servicios, contacto y las dos o tres páginas que importan.
- Imágenes con alt útil y peso razonable. El Core Web Vital no se arregla con un plugin de caché sobre un tema hinchado; se arregla no enviando 4 MB a un móvil.
En una web nueva esto se decide al construir. En un WordPress de 2019 suele estar repartido entre el tema, Yoast y tres extensiones que se pisan. Recuperar el control es más fácil cuando el HTML es el producto, no un render accidental.
Schema.org: datos, no un interruptor
El JSON-LD no es magia. Es un contrato: «esta página es una organización / un servicio / un artículo / un evento / un FAQ». En una estática se escribe (o se genera) para esa URL y se publica con ella. No hay un interruptor «Organization + LocalBusiness + 14 tipos más» que hincha el código y se contradice.
Lo que sí tiene sentido en una pyme o un profesional:
- Organization (o LocalBusiness si hay sede y zona de servicio) con nombre, URL, logo y contacto coherentes con el footer.
- Service o páginas de servicio con una descripción que coincida con el texto visible.
- FAQPage solo si las preguntas están de verdad en la página, no inventadas para el schema.
- Article / BlogPosting en piezas como esta, con fecha e imagen.
Lo que no tiene sentido: marcar Product en una home sin catálogo, Event en una web que no anuncia fechas, o copiar el JSON de un competidor. Google ignora o penaliza el ruido. Los sistemas de IA que resumen la web también: si el marcado dice una cosa y el H1 otra, gana el lío.
FAQ y entidades: lo que ahora llaman AEO
AEO (optimizar para motores de respuesta) suena a moda. La práctica es vieja: preguntas reales, respuestas cortas, nombres consistentes. Una FAQ en <details> no es un widget. Es texto indexable. Si además va el FAQPage en JSON-LD, el buscador no tiene que adivinar el par pregunta-respuesta.
Las entidades son más aburridas y más útiles: cómo se llama la empresa, qué servicios ofrece, en qué ciudad, con qué otras páginas se relaciona. Si en la home eres «Sibeos», en contacto «SIBEOS S.L.» y en el schema «sibeos web», estás pidiendo a Google y a un modelo de lenguaje que hagan de detectives. Una estática obliga a decidir eso una vez y repetirlo.
¿Aparecerás en los resúmenes con IA? Nadie te lo puede vender. Una estructura clara, FAQ honestas y schema que no miente mejoran las probabilidades de ser interpretado bien. No hay un plugin «sal en ChatGPT».
Para quién no es este modelo
Si publicas noticias cada semana, tienes veinte editores o un catálogo de miles de SKU que cambia cada día, un CMS con un flujo SEO (y alguien que lo gobierne) sigue siendo más honesto. Forzar FAQ y schema a mano en doscientas URLs nuevas al mes no es «estática ultrapotente»: es un cuello de botella.
Tampoco sustituye contenido. Una web preciosa con schema perfecto y tres párrafos vacíos no compite con quien explica el oficio. El HTML limpio quita fricción. No inventa autoridad.
Cómo lo montamos
En Sibeos esto entra en Web Express IA: web nueva, estática, con titles, metas, canonicals, sitemap y Schema.org en el HTML. El contenido inicial se trabaja con IA y revisión humana; el marcado no se deja en un plugin «para más adelante». El trabajo nuestro suele ser 5–7 días hábiles; el calendario real, 5–10 si el feedback no se atasca.
Te llevas los archivos. Si más adelante hace falta un CMS, se puede migrar a Joomla conservando dominio y la lógica de esas URLs. Hasta entonces, no pagas una pila de extensiones SEO por una web que cambia cuatro veces al año.
Si estás montando web nueva y te importa más que se entienda (por personas y por máquinas) que acumular plugins, cuéntanos el caso por WhatsApp. En un rato se ve si Express llega o si el ritmo editorial pide Joomla.
Preguntas frecuentes
¿Sin Yoast no posiciono?
Yoast no posiciona: ayuda a no olvidar titles y a generar un schema genérico. En una estática esas piezas van en la página. El ranking sigue dependiendo de contenido, enlaces, competencia y tiempo. Nadie te garantiza un puesto por quitar el plugin.
¿Qué es AEO y por qué debería importarme?
Es poner la web fácil de citar o resumir: respuestas directas, entidades claras, datos estructurados. Importa si te buscan por servicio y localidad, no solo por la marca. No sustituye al SEO técnico clásico; lo apoya.
¿Puedo añadir schema yo después?
Sí. Es un bloque en el HTML o un fichero que se incluye. Mejor que lo haga quien maqueta, para no duplicar tipos ni contradecir el texto visible. Si nos lo encargáis, es un cambio acotado, no un proyecto de CMS.
¿Una web en Joomla o WordPress no puede hacer lo mismo?
Puede. Con extensiones, disciplina y mantenimiento. El artículo no dice que un CMS no posicione. Dice que, si no necesitas CMS, no tiene sentido que el SEO dependa de ellas. Si sí lo necesitas, el trabajo es gobernar el plugin, no fingir que no existe.
