Jakob SEO
Volver al blog
SEO//6 min de lectura

Por que una web preciosa puede seguir siendo invisible para Google

Una web preciosa puede no posicionar para casi nada. Las razones son invisibles para el ojo y obvias para un crawler. Aqui van siete que matan en silencio el trafico de busqueda, y la arquitectura que las arregla.

blueparadise.com

Coworking con vistas al mar

Un coliving luminoso en Santa Cruz de Tenerife — cinco idiomas, fotos preciosas, reserva al instante.

IdiomasENESDEFRIT

La misma pagina, dos realidades. El visitante ve una web pulida y multilingue. El crawler ve una pagina monolingue con una estructura ambigua — y eso es lo que posiciona.

Puedes tener una web preciosa que Google apenas ve. Pasa constantemente: el diseño esta pulido, las fotos son espectaculares, el cliente esta contento, y la web no posiciona para casi nada. Las razones casi siempre son invisibles para el ojo humano y completamente obvias para un crawler.

Hace poco reconstrui una web de coliving multilingue que tenia todos estos problemas. Esto es lo que fallaba, por que importa y el unico principio que lo arregla todo — util tanto si construyes desde cero como si auditas algo que ya existe.

Una traduccion que el buscador no puede leer

El error mas caro en webs multilingues es un widget de traduccion en el navegador — un desplegable con banderas que reescribe la pagina despues de cargar. Pero los buscadores indexan la pagina tal y como la entrega el servidor, que es el idioma original cada vez. Asi que una web en español con un selector de ingles es, para Google, una web en español con algo de JavaScript pegado. Los demas idiomas practicamente no existen en busqueda.

La solucion es estructural, no cosmetica: cada idioma recibe su propia URL real (/en/…, /es/…), renderizada en el servidor, con contenido, titulos y etiquetas hreflang traducidos para que Google sirva la correcta a cada persona. Y usa nombres de idioma, no banderas — una bandera es un pais, no un idioma.

Mas de un H1 es un mensaje confuso

La portada antigua tenia tres etiquetas H1. Un H1 anuncia el unico tema principal de una pagina; tres le dicen al crawler que todo es igual de importante, lo que equivale a no decir nada. Usa exactamente un H1 — el titulo de la pagina — y baja el resto a H2 y H3. Estructura con semantica, da estilo con CSS, y no confundas ambas cosas.

Ambiguo

<h1> Bienvenidos

<h1> Compromiso

<h1> Recomendaciones

Tres H1 — todo es "lo principal"

Claro

<h1> Coworking Tenerife

<h2> Rooms

<h3> Pricing

Un H1 y luego un arbol H2 / H3 limpio

El alt vacio es un hueco silencioso

Muchas imagenes llevaban alt="". El alt vacio hace que una imagen sea invisible para la busqueda de imagenes y para los lectores de pantalla — una foto que no aporta nada al descubrimiento ni a la accesibilidad. Escribe un alt conciso y descriptivo en el idioma de la pagina ("Espacio de coworking compartido con vistas al mar", no "IMG_2024"), y traducelo junto con todo lo demas. Las imagenes puramente decorativas pueden quedar vacias, pero eso debe ser una decision, no un accidente.

alt=""

alt="" — invisible para la busqueda de imagenes

alt="Espacio de coworking compartido con vistas al mar"

Descrita — encontrada y accesible

Titulos y descripciones que cuadran con la pagina — y con el idioma

Cada pagina necesita un titulo y una meta descripcion unicos, traducidos por idioma. El enfoque del widget de traduccion los deja todos en el idioma original, asi que un resultado en aleman muestra un fragmento en español — un asesino garantizado del clic. Mantenlos breves, unicos y generados por idioma para que el fragmento siempre cuadre con donde aterriza el visitante.

Si Google no puede leer tu sitemap, vas a ciegas

En la web antigua el sitemap y el robots.txt devolvian errores, asi que el crawler no tenia un mapa limpio. Aqui se pasan por alto dos cosas constantemente. Las canonicas deben apuntar a tu dominio real — una preview publica que se canoniza a si misma compite contigo como duplicado, asi que pon las previews en noindex. Y el sitemap debe listar las URLs en vivo en cada idioma con sus relaciones hreflang, enviado en Search Console.

Dile a Google que tipo de negocio eres

Los buscadores premian a las paginas que se describen con datos estructurados (JSON-LD). Para un sitio que la gente reserva — un hotel, un coliving, un restaurante — un bloque LodgingBusiness o LocalBusiness con tu direccion, telefono y reseñas agregadas puede ganar resultados enriquecidos, incluidas estrellas en el fragmento de busqueda. La web antigua solo tenia el schema generico que producia su plugin. Añadir datos estructurados explicitos y precisos es de bajo esfuerzo y alto impacto.

La velocidad posiciona, y las imagenes suelen ser las culpables

Un slider de portada lleno de imagenes de varios megabytes hunde tus Core Web Vitals — las metricas de carga y estabilidad que Google mide de verdad. Sirve formatos modernos (WebP/AVIF), comprime fuerte, fija ancho y alto explicitos para que la maquetacion no salte, difiere la carga de todo lo que esta bajo el pliegue, y nunca envies una foto de 4.000px a un movil. Las webs rapidas posicionan mejor y convierten mejor; este es el raro caso donde SEO y UX son exactamente la misma tarea.

Slider de portada · JPEG sin comprimirAntes · LCP 4,1s
4.2 MB
La misma portada · WebP comprimidoDespues · LCP 1,2s
180 KB

Menos bytes significan un Largest Contentful Paint mas rapido — la metrica que mide Google.

La regla unica en migraciones: no rompas las URLs antiguas

Si reemplazas una web, las URLs antiguas que Google tiene indexadas no desaparecen cuando lo hace la web antigua — los resultados de busqueda, los favoritos y los enlaces externos las siguen pidiendo. Mapea cada una a su nuevo hogar con una unica redireccion permanente (301), y retira la basura real con un estado "gone" en lugar de mandarla a la portada. Este unico paso es la diferencia entre lanzar con tu autoridad intacta y empezar de cero.

El principio de fondo

Casi todo lo de aqui es la misma idea con otro disfraz: haz que la web sea legible y sin ambigüedad para una maquina que no puede ver tu diseño. URLs reales en lugar de JavaScript de fondo. Un encabezado claro en lugar de tres. Imagenes descritas en lugar de vacias. Datos estructurados honestos. Paginas estables y rapidas. Una web que es preciosa y legible es la que se encuentra — y la legibilidad es la parte que tienes que construir a proposito.