El rendimiento de un sitio web se decide antes de escribir la primera línea de código. La arquitectura técnica, la elección del marcado y la estrategia de contenidos condicionan la capacidad del sitio para posicionarse de forma duradera en los motores de búsqueda. Crear un sitio web bien posicionado requiere trabajar simultáneamente el rendimiento del servidor, la accesibilidad y la relevancia editorial.
INP y Core Web Vitals: las métricas que condicionan el posicionamiento del sitio web
Desde marzo de 2024, el INP sustituyó al FID como métrica de capacidad de respuesta en los Core Web Vitals. La diferencia es fundamental: el FID solo medía el tiempo hasta la primera interacción, mientras que el INP evalúa la capacidad de respuesta de la página durante toda la visita.
Un sitio puede obtener un buen Largest Contentful Paint y no superar el INP si el hilo principal está bloqueado por JavaScript que no se carga de forma diferida. Observamos que la mayoría de las regresiones del INP se deben a scripts de terceros (herramientas de analítica, widgets de chat, píxeles publicitarios) que se cargan sin una estrategia de prioridades.
Para cada recurso JavaScript, la pregunta es sencilla: ¿debe ejecutarse este script antes de que el usuario pueda interactuar? Si la respuesta es no, se carga con defer o de forma condicional. La mejora del INP suele ser más notable que cualquier optimización de imágenes.
En cuanto al LCP, comprimir las imágenes en formato WebP o AVIF sigue siendo un requisito previo. Sin embargo, el factor limitante suele ser el tiempo de respuesta del servidor (TTFB). Un alojamiento compartido barato con un CMS sin caché genera un TTFB que perjudica el LCP antes incluso de que el navegador empiece a renderizar la página.
Los profesionales que acompañan la creación de sitios orientados al rendimiento, como el sitio de Referencement Consulting, integran estos parámetros técnicos desde la definición inicial del proyecto para evitar costosas renovaciones pocos meses después de su lanzamiento.
Accesibilidad digital y creación de sitios web: un requisito normativo que conviene anticipar
Desde el 28 de junio de 2025, la European Accessibility Act impone obligaciones a los servicios de comercio electrónico dirigidos a los consumidores. En la práctica, la normativa afecta a todos los sitios que permiten comprar, reservar o contratar servicios en línea. En principio, un sitio corporativo sin transacciones queda fuera de su ámbito de aplicación.
Las microempresas que prestan servicios pueden acogerse a una exención en determinadas condiciones, pero esta no cubre todos los casos. La verificación debe realizarse desde la definición inicial del proyecto, no cuando llegue el momento de ponerlo en producción.
La accesibilidad no consiste únicamente en añadir atributos alt a las imágenes. También abarca los recorridos completos:
- Los formularios de pago deben poder recorrerse con el teclado y ser compatibles con lectores de pantalla, incluidas las etapas de validación y confirmación
- El contraste entre el texto y el fondo debe ser suficiente en todas las páginas, no solo en la página de inicio
- Los mensajes de error deben comunicarse de forma programática, no únicamente mediante un cambio de color del campo correspondiente
La elección del framework, la biblioteca de componentes y la estructura HTML determinan lo fácil que será lograr que el sitio cumpla los requisitos. Prever la accesibilidad desde la fase de diseño evita tener que rehacer todos los componentes una vez que el sitio está en producción.
Contenido y marcado SEO: estructurar las páginas para Google y las funciones de IA
Las indicaciones publicadas por Google en julio de 2025 confirman un aspecto: no se requiere ningún marcado específico para aparecer en las funciones de IA de Google. Los criterios siguen siendo los mismos que para el posicionamiento orgánico tradicional: páginas indexables y contenido útil.
Es mejor invertir en calidad editorial que en una hipotética optimización para la «IA» sin fundamento técnico. El contenido debe responder a una intención de búsqueda identificada, con una estructura coherente de enlaces internos y etiquetas title y meta description redactadas para cada página.
Etiquetas title y meta description
La etiqueta title sigue siendo la primera señal de relevancia para los motores de búsqueda. Debe incluir la palabra clave principal de la página y respetar el límite de visualización en los resultados de Google. La meta description no influye directamente en el posicionamiento, pero sí en la tasa de clics.
Cada página del sitio debe tener una etiqueta title única. Repetir las etiquetas title en varias páginas diluye la señal y genera competencia interna.
Jerarquía de encabezados y enlaces internos
La estructura Hn (H1, H2, H3) debe reflejar la jerarquía semántica del contenido: un único H1 por página, H2 para las secciones principales y H3 para las subsecciones. Saltarse un nivel (pasar de H1 a H3 sin H2) sigue siendo un error frecuente que dificulta que los robots de indexación comprendan el contenido.
Los enlaces internos distribuyen la autoridad entre las páginas y guían a los rastreadores hacia los contenidos prioritarios. En un sitio de veinte páginas sin enlaces internos entre ellas, Google tiene que descubrir cada página por separado, lo que ralentiza la indexación y fragmenta la relevancia temática.
Decisiones técnicas al crear el sitio: alojamiento, CMS y deuda técnica
La elección del CMS y del alojamiento determina el nivel máximo de rendimiento que se puede alcanzar. Un sitio WordPress con una decena de plugins mal mantenidos acumula deuda técnica, que se traduce en tiempos de carga más lentos y vulnerabilidades de seguridad.
- Elegir un alojamiento con caché de servidor nativa y HTTP/2 activado, en lugar de un servicio compartido genérico sin configurar
- Limitar los plugins a las funciones que realmente se utilizan y auditar su impacto en el peso de las páginas
- Instalar un certificado SSL desde el lanzamiento (Google considera HTTPS una señal de posicionamiento desde hace varios años)
- Configurar las redirecciones 301 desde la puesta en línea para evitar errores 404 en las URL antiguas en caso de renovación del sitio
El rendimiento de un sitio web bien posicionado depende de decisiones que se toman de antemano. Corregir un defecto de arquitectura después del lanzamiento equivale a rehacer los cimientos de un edificio habitado. Las decisiones técnicas iniciales (renderizado del lado del servidor o del cliente, estrategia de caché, formato de los recursos estáticos) condicionan el sitio durante toda su vida útil.
Un sitio rápido, accesible y estructurado para los motores de búsqueda no es fruto de una optimización de última hora. Es el resultado de un pliego de condiciones que sitúa el rendimiento y el posicionamiento orgánico al mismo nivel que el diseño y las funcionalidades del negocio.
