Caso de estudio: Optimizando un nicho local en Los Cabos (SEO Técnico y Core Web Vitals)

EUSKAL CONSEIL dijo:

Yo propongo un acompañamiento por horas sobre este tema, porque pienso que quienes quieran hacerlo ya tendrán ciertos conocimientos de SEO o de gestión de su sitio web y preferirán mantener el control sobre sus contenidos y las zonas geográficas que trabajan.

Además, he decidido centrarme únicamente en clientes B2B con actividad internacional y ciclos de venta largos, para ayudarles a implantar un seguimiento real de los leads. Creo que solo unos objetivos comerciales claros generan la motivación y la constancia necesarias para justificar una inversión de este tipo.

Es cierto que las microempresas y muchos profesionales independientes probablemente son quienes más podrían beneficiarse de este enfoque, pero, en mi opinión, a menudo no disponen del presupuesto necesario.

Y, por cierto, me hace mucha ilusión encontrar por primera vez a alguien que también trabaja el SEO de entidades y que, además, es honesto. Eso, sinceramente, se agradece mucho.

Hacer clic para expandir...

1. El cliente no paga por los cambios en el código, paga por la auditoría técnica y el roadmap de reconciliación de entidades que yo diseño.
2. Si el cliente quiere que yo ejecute los cambios (el trabajo pesado), el coste es un presupuesto cerrado basado en el volumen de páginas, no en una tarifa horaria.

EUSKAL CONSEIL dijo:

Muchas gracias por tu respuesta. Imagino que, una vez que el cliente ha pagado una auditoría técnica, probablemente ya no le quede un gran presupuesto para externalizar la implementación, salvo que se trate de grandes empresas o de proyectos con un retorno de inversión importante.


En cualquier caso, gracias por compartir tu posicionamiento, que me parece muy pragmático.


Quería hacerte otra pregunta. ¿Has probado alguna vez la reconciliación de entidades, especialmente entre el sitio web y Google Business Profile (NAP, ID de la ficha y reconciliación página por página)?


Tengo la impresión de que, desde que hice esa reconciliación, cuando mi empresa aparece como abierta en Google recibo más visitas al sitio web que cuando figura como cerrada. Antes no observaba ese comportamiento. Evidentemente, no puedo afirmar que exista una relación causal, pero me llamó la atención. Como ya habrás entendido, tampoco tenía muchas alternativas para experimentar... ¡y, además, el tema me parece apasionante!


Y una última cuestión. Como vosotros convivís con los AI Overviews desde hace más tiempo que nosotros (en Francia el lanzamiento oficial está previsto para el 23 de septiembre, aunque toda la infraestructura informacional ya parece estar desplegada), ¿has observado cambios en la indexación?


Tengo la sensación de que cada vez más sitios están experimentando problemas de indexación. Hace poco, por ejemplo, vi un sitio .com en francés e inglés donde toda la parte francesa se indexaba correctamente, mientras que la versión inglesa prácticamente no. Ambas utilizaban la misma arquitectura y el contenido era esencialmente una traducción del francés.


Fue solo una hipótesis por mi parte, pero cuando uno empieza a razonar en términos de entidades y de tripletas semánticas únicas asociadas a cada entidad dentro de un Knowledge Graph independiente del idioma, todo parece adquirir bastante lógica.

Lydie

Hacer clic para expandir...

1. Reconciliación de Entidades (Web <-> GBP): Es, sin duda, la piedra angular del SEO local moderno. He trabajado esa reconciliación inyectando el mismo sameAs tanto en el JSON-LD de la web como conectándolo mediante el identificador único de la ficha. Lo que comentas sobre la diferencia de tráfico según el estado (abierta/cerrada) no es casualidad; Google está analizando la consistencia de la entidad en tiempo real. Si la entidad web coincide perfectamente con la entidad del Knowledge Graph de la ficha, la 'confianza' (trust) aumenta y la visibilidad en el Local Pack mejora.
2. AI Overviews e Indexación: Es un tema candente. Hemos notado que Google está priorizando mucho más la 'unicidad semántica' que la traducción pura. Si una versión en inglés de un sitio se siente como una copia (aunque sea traducida) de la francesa, las IAs suelen descartarla porque no aporta 'valor informacional único' al Knowledge Graph.

EUSKAL CONSEIL dijo:

Gracias por tus respuestas.

Por mi parte, te confirmo que la reconciliación de entidades y el hecho de sacrificar parte del tráfico exploratorio para transferir la autoridad SEO del sitio web hacia la ficha de Google Business Profile sí funciona.

Sin embargo, la mayor dificultad sigue siendo identificar el origen del tráfico. Iba a decir "las palabras clave", pero, pensándolo bien, matemáticamente no tendría mucho sentido. Si el modelo funciona, lo lógico es que las consultas estén vinculadas a los nodos de autoridad del Knowledge Graph, ya sean transaccionales o exploratorios, y no únicamente a palabras clave aisladas.

Yo misma he estado haciendo pruebas con Cloudflare Workers en las páginas de servicio enlazadas desde mi ficha de Google Business Profile. Ahora tengo que retocar esos Workers porque necesito devolver una respuesta relacionada con el archivo robots.txt. Por lo que he podido observar, Google parece necesitar recibir una información específica sobre el robots.txt para interpretar correctamente ese comportamiento.

Hacer clic para expandir...

EUSKAL CONSEIL dijo:

Mi sitio web está desarrollado con Astro y alojado en Hostinger. Como cada despliegue genera nuevos archivos CSS/JS con hashes dinámicos, la caché agresiva de Cloudflare provocaba errores 4xx en Googlebot. Sin embargo, necesito almacenar en caché para no saturar mi servidor ni mis logs con miles de peticiones. ¿Cuál es la solución técnica ideal para reducir la carga de Hostinger sin poner en riesgo la indexación de Googlebot? Se lo he preguntado a Gemini y a ChatGPT, pero a veces dan falsas soluciones que empeoran la situación..Ver el archivo adjunto 1647168

Hacer clic para expandir...

1. Optimiza la Regla de Caché para Assets Estáticos: En Cloudflare, configura una regla de caché específica para los directorios estáticos de Astro (por ejemplo, /_astro/*) con un tiempo de vida (Edge TTL) alto, pero desactiva el almacenamiento en caché total para los archivos HTML principales del sitio o dales un TTL muy corto (o usa Stale-While-Revalidate si tu hosting lo soporta). Así garantizas que los CSS/JS con hash siempre existan o se sirvan desde la caché del borde sin romper las referencias, mientras que el HTML principal se actualiza limpiamente.
2. Versionado y Purga Automática: Si despliegas con frecuencia, implementa un webhook en tu pipeline de despliegue que ejecute una purga selectiva de la caché de Cloudflare justo al terminar el build, asegurando que nunca haya un desfase entre el HTML y los nuevos hashes.
3. Control de Crawl Rate: Si el problema es que los bots saturan los logs con peticiones innecesarias, es mucho más seguro gestionar los límites de rastreo directamente desde las directivas de control de bots o optimizando el robots.txt, antes que arriesgarte a bloquear recursos críticos con una caché ciega en el borde.