Por qué las metaetiquetas no son SEO
La frase "construido para SEO" se le pega a casi cualquier sitio web que se vende hoy. En la práctica, suele significar una de dos cosas: se ha instalado un plugin que te pide que escribas una metadescripción, o alguien ha añadido textos cargados de palabras clave a la página de inicio.
Ninguna de estas cosas es SEO en ningún sentido significativo. Las metadescripciones no afectan al posicionamiento. Afectan a la tasa de clics en los resultados de búsqueda, que es una señal secundaria. Las palabras clave en el texto de la página importan mucho menos de lo que importaban hace una década. Lo que realmente determina el rendimiento en la búsqueda orgánica es una combinación de señales técnicas que viven en el código, no en el contenido.
Esta distinción importa porque cambia dónde ocurre el trabajo de SEO. Si el SEO va de metaetiquetas, puedes añadirlo después de que el sitio esté construido. Si el SEO va de la estructura del código, tiene que ser parte de la construcción desde la primera línea.
HTML semántico: la base que leen los buscadores
Los buscadores procesan HTML. No renderizan las páginas como lo hacen los navegadores: analizan la estructura del documento. La calidad de esa estructura determina lo bien que un buscador puede entender de qué trata tu página y cómo está organizada la información.
El HTML semántico usa elementos que llevan significado. <article>, <nav>, <header>, <main>, <section> - estos le dicen al analizador algo sobre el papel del contenido que contienen. Una jerarquía de encabezados que usa correctamente <h1> hasta <h3> indica la importancia relativa de los temas de la página.
Las plataformas de plantillas y los maquetadores de páginas generan lo contrario de esto. Una página típica de Elementor o Divi envuelve todo en elementos <div> genéricos con nombres de clase que describen la maquetación visual, no el papel semántico. El analizador ve una estructura plana sin jerarquía significativa. El buscador tiene que adivinar qué es importante.
El código a medida puede escribirse con la corrección semántica como requisito principal. Cada elemento se elige por su significado, no solo por su comportamiento de renderizado. La jerarquía de encabezados es una decisión editorial deliberada, no un accidente de qué tamaño de encabezado se veía bien en el editor visual.
Datos estructurados y JSON-LD: decirle a los buscadores qué es tu contenido
Los datos estructurados son información legible por máquina incrustada en tu página que le dice a los buscadores no solo qué dice tu contenido, sino qué es. Una dirección de empresa es una cadena de texto para una persona. Es un objeto de esquema PostalAddress para un buscador. Un listado de producto se convierte en un Product con un price, availability y aggregateRating.
JSON-LD es el formato preferido para estos datos. Se inyecta en el <head> de tu página como un bloque <script type="application/ld+json">. No afecta al renderizado visual, pero habilita resultados enriquecidos en la búsqueda: las valoraciones con estrellas, los horarios de apertura, los desplegables de preguntas frecuentes y las migas de pan que ves en los resultados de Google para páginas bien estructuradas.
La mayoría de los sitios de plantilla no tienen ningún dato estructurado, o dependen de un plugin que genera un esquema WebPage genérico con campos mínimos. Una construcción a medida puede implementar la jerarquía completa de esquema apropiada para el negocio: LocalBusiness, Service, FAQPage, BreadcrumbList - estructurada con precisión para coincidir con el contenido y el tipo de negocio reales.
Core Web Vitals: el rendimiento como señal de posicionamiento
Los Core Web Vitals forman parte de las señales de experiencia de página de Google. Las tres métricas principales - Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) e Interaction to Next Paint (INP) - miden lo rápido y estable que se siente una página para un usuario real.
LCP mide cuánto tarda en cargarse el elemento visible más grande (normalmente la imagen principal o el titular). CLS mide cuánto se desplaza la maquetación de forma inesperada mientras la página se carga. INP mide la rapidez con la que la página responde a la primera interacción del usuario.
Las plataformas de plantillas suelen tener dificultades con las tres métricas por razones estructurales. El LCP se retrasa por JavaScript y CSS que bloquean el renderizado procedentes de funciones no utilizadas. El CLS lo causan imágenes sin dimensiones explícitas, fuentes web que se cargan después de pintar la maquetación y anuncios que empujan el contenido hacia abajo tras el renderizado inicial. El INP se ve afectado por el tamaño del paquete de JavaScript que el navegador tiene que procesar antes de que la interacción sea posible.
Una construcción a medida puede resolver cada uno de estos por diseño. Las imágenes obtienen atributos explícitos de width y height. El CSS crítico se incrusta en línea. El JavaScript es mínimo y diferido. La carga de fuentes usa font-display: swap con archivos de fuente precargados. No son optimizaciones difíciles. Simplemente son imposibles de implementar correctamente dentro de las restricciones de una plantilla.
URLs canónicas y arquitectura multilingüe
Para las empresas que operan en varios idiomas o regiones, lo que está en juego en SEO es mayor. Sin atributos hreflang correctos, Google no puede determinar qué versión de una página mostrar a qué audiencia. El resultado es que la página en inglés posiciona para búsquedas en alemán, o ambas versiones compiten entre sí y ambas rinden peor de lo que rendiría cualquiera de ellas por separado.
La implementación de hreflang no es compleja en principio: cada versión de idioma de una página declara una relación con todas las demás versiones, incluyendo un respaldo x-default. En la práctica, las plataformas de plantillas lo implementan de forma inconsistente, y los maquetadores de páginas a menudo lo rompen por completo cuando las páginas se duplican o migran.
Las URLs canónicas presentan un problema similar. Cuando un CMS genera varias URLs para el mismo contenido - con y sin barra final, con y sin parámetros de consulta, con y sin sufijos de paginación - la etiqueta canónica asegura que los buscadores sepan qué versión es la autorizada. Las plataformas de plantillas a menudo generan confusión canónica a través de reglas automáticas de generación de URLs que entran en conflicto con la estructura real de la página.
Las construcciones a medida pueden implementar la lógica canónica y de hreflang de forma sistemática a nivel de enrutamiento, asegurando que cada página en cada idioma lleve las declaraciones correctas de forma consistente.
Estructura de contenido preparada para IA y optimización para motores generativos
Una consideración más reciente - pero cada vez más importante - es cómo las funciones de búsqueda impulsadas por IA procesan tu contenido. Los AI Overviews de Google, la integración de Copilot de Bing y los asistentes de IA de terceros ingieren el contenido web de forma diferente a los rastreadores tradicionales. Buscan pasajes claros y citables, afirmaciones factuales bien estructuradas y contenido que responda directamente a preguntas específicas.
Esto cambia los requisitos de redacción de las páginas, pero también cambia los requisitos estructurales. Un documento bien estructurado con un contenedor <article> claro, subsecciones organizadas con encabezados descriptivos y párrafos de apertura concisos que resuman el contenido de la sección tiene más probabilidades de ser citado en respuestas generadas por IA que una página visualmente rica llena de contenido atrapado en componentes de JavaScript o repartido entre bloques <div> fragmentados.
La convención del párrafo de entrada - una apertura de 50-80 palabras que establece claramente la afirmación principal del artículo - está tomada del periodismo exactamente por esta razón. Los sistemas de IA privilegian el material introductorio que establece el contexto. Una página que entierra su punto dentro de un carrusel de JavaScript que requiere interacción para revelarse es invisible tanto para los rastreadores de IA como para los buscadores tradicionales.
Construido para SEO, entendido correctamente, significa construido para cómo funciona realmente la web hoy: estructura semántica, carga rápida, metadatos correctos y contenido accesible tanto para lectores humanos como para sistemas automatizados. Eso es una decisión de arquitectura de código, no una elección de plugin.
¿Quieres un sitio que rinda en la búsqueda desde el primer día?
Cada construcción de Linekern incluye HTML semántico, optimización de Core Web Vitals y datos estructurados - integrados, no añadidos.
Solicitar una demo gratuita →