
Buscas tu negocio en Google, no sales y te repites la misma frase: «mi web no aparece en Google». O aparece, pero en el móvil tarda tanto en abrirse que el cliente se va antes de ver la carta o la villa. Casi nunca es mala suerte: suele haber una causa concreta, como una etiqueta que bloquea a Google, un alojamiento lento, fotos enormes o páginas que Google no considera útiles. Y en un cuarto de hora, con herramientas gratuitas de Google, puedes acotar cuál es.
En esta guía tienes ese autodiagnóstico paso a paso, los culpables más habituales en webs de negocios de Ibiza, los umbrales oficiales de las Core Web Vitals y una tabla para decidir con criterio si te basta con un arreglo o si compensa rehacer la web antes de la próxima temporada.
Tres problemas que parecen el mismo
Separa tres situaciones, porque cada una se arregla de forma distinta:
- Google no tiene tu web en su índice. No sales ni buscando el nombre del negocio, justo lo que hace quien te vio en un portal de reservas y quiere reservar directo: si no te encuentra, vuelve al portal y pagas comisión. Suele ser un fallo técnico con arreglo rápido.
- Estás indexado, pero no sales para lo que te interesa. Apareces con tu marca, pero no con «restaurante en Santa Eulària» o «alquiler de villas en Sant Josep». Aquí pesan el contenido y las señales locales.
- Sales, pero tienes una web lenta. La gente entra y se va antes de reservar. Google usa las Core Web Vitals para posicionar, aunque avisa de que sacar buena nota no garantiza aparecer arriba.
Autodiagnóstico en 15 minutos
Solo necesitas tu móvil, un ordenador y acceso a la cuenta de Google que gestiona la web.
1. La búsqueda site: (2 minutos)
Escribe en Google site:tudominio.com. Si no sale nada, Google no tiene tu web indexada. Si salen páginas, comprueba que estén la portada, los servicios y cada idioma (por ejemplo, site:tudominio.com/en). Google advierte de que el operador site: no muestra necesariamente todas las URLs indexadas: úsalo como termómetro, no como inventario.
2. El informe de indexación de Search Console (5 minutos)
Search Console es un servicio gratuito de Google que avisa cuando detecta problemas de indexación. Si nadie lo configuró, ese es tu primer arreglo. Si ya lo tienes, abre el informe «Indexación de páginas» y mira la tabla «¿Por qué hay páginas que no se indexan?». Los motivos que más pistas dan son «La URL se ha marcado como "noindex"», «El archivo robots.txt ha bloqueado la URL», «Error del servidor (5xx)» y los duplicados.
3. Inspección de la portada (3 minutos)
Pega la dirección de tu portada en la barra superior de Search Console. La herramienta de inspección de URLs responde «La URL está en Google» o «La URL no está en Google», con el motivo. Mira dos líneas: «¿Se permite el rastreo?» (un «No» apunta a robots.txt) y «¿Se permite la indexación?» (un «No» apunta a un noindex). Cuando lo hayas corregido, pulsa «Probar URL publicada» y después «Solicitar indexación».
4. PageSpeed Insights en el móvil (3 minutos)
Analiza la portada y la página de reservas en PageSpeed Insights, en la vista de móvil. Mira primero los datos de usuarios reales: cubren los últimos 28 días y son los que cuentan para las Core Web Vitals. Debajo está la puntuación de laboratorio, una simulación con un móvil de gama media; de 90 para arriba es buena. Con pocas visitas quizá no haya datos reales: guíate por el laboratorio, sabiendo que un buen resultado ahí no garantiza una buena experiencia real.
5. robots.txt, noindex y Perfil de Empresa (2 minutos)
Abre tudominio.com/robots.txt en el navegador. Si ves Disallow: / bajo User-agent: *, estás pidiendo a todos los buscadores que no rastreen nada. Busca también la palabra «noindex» en el código fuente de la portada. Y comprueba que tu Perfil de Empresa en Google enlaza al dominio actual, con https, y no a una web antigua.
Core Web Vitals: los tres umbrales que importan
Las Core Web Vitals (métricas web principales) miden la experiencia real de quien visita tu web. Según web.dev, una página las supera cuando cumple los tres objetivos en el percentil 75 de las visitas, medido por separado en móvil y en ordenador. Es decir: deben ir bien al menos tres de cada cuatro visitas, no solo la tuya con la fibra de la oficina.
| Métrica | Qué mide en tu web | Buena | Mejorable | Mala |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Cuánto tarda en verse lo principal, casi siempre la foto de portada de la villa o del barco | Hasta 2,5 s | De 2,5 a 4 s | Más de 4 s |
| INP (Interaction to Next Paint) | Cuánto tarda en reaccionar cuando tocas «Reservar», abres el menú o cambias de idioma | Hasta 200 ms | De 200 a 500 ms | Más de 500 ms |
| CLS (Cumulative Layout Shift) | Cuánto salta el contenido mientras carga, como el botón que se mueve justo cuando ibas a pulsarlo | Hasta 0,1 | De 0,1 a 0,25 | Más de 0,25 |
Los tramos «mejorable» y «mala» son los de PageSpeed Insights. El informe Core Web Vitals de Search Console agrupa las páginas parecidas y separa móvil y ordenador. Otro dato útil, aunque no es una Core Web Vital: el TTFB, el tiempo hasta que llega el primer byte de la respuesta del servidor, que PageSpeed da por bueno hasta 800 ms. Si va alto, revisa el alojamiento y las redirecciones antes que el diseño.
Tu cliente real: un móvil en una cala o un portátil en Múnich
Google indexa y posiciona la versión móvil de tu web y recuerda que la mayoría de las búsquedas ya se hacen desde el móvil. En Ibiza eso es alguien buscando dónde cenar desde la hamaca, con un 4G que va y viene, o desde el barco camino de Formentera.
Otra parte de tu clientela te busca y reserva desde su país. Entre las causas de un TTFB alto, web.dev cita a los visitantes alejados del servidor y las malas condiciones de red, y recomienda usar una CDN (red de distribución de contenidos). Si tu servidor queda lejos de quien te visita y no usas CDN, cada visita paga esa distancia.
Además, el rastreador de Google suele salir de Estados Unidos y no indica idioma preferido. Si tu web cambia de idioma con una cookie o según el navegador, sin URLs distintas, puede que Google no encuentre todas tus versiones.
Los culpables habituales en webs de negocios de Ibiza
- Un noindex o un robots.txt heredado del desarrollador anterior. Típico de webs publicadas desde un entorno de pruebas sin quitar el bloqueo. En WordPress basta con que siga marcada la casilla «Pedir a los motores de búsqueda que no indexen este sitio» (Ajustes, Lectura), que añade un noindex a todas las páginas. Y si bloqueas una página en robots.txt, Google no llega a ver su noindex y puede mostrarla sin descripción.
- Nadie tiene Search Console. La web se entregó y nadie recibe las alertas, así que los problemas se acumulan en silencio.
- Alojamiento barato y lento. Servidor saturado, sin caché ni CDN y lejos de tus clientes: lo delata un TTFB alto.
- Imágenes gigantes y carruseles. La foto de portada se sube tal cual sale del dron. Los carruseles grandes de la parte superior suelen contener el elemento LCP y, según web.dev, cargar su contenido con JavaScript es probablemente el mayor error de rendimiento con carruseles. Y la imagen principal nunca debe cargarse en diferido.
- Maquetadores visuales y complementos inflados. Muchos complementos (plugins) añaden código que compite por el procesador del móvil. Las tareas largas y un DOM enorme retrasan la respuesta y empeoran el INP: tocas «Reservar» y no pasa nada.
- Páginas pobres o duplicadas. Cinco páginas casi idénticas para Eivissa, Sant Antoni, Santa Eulària, Sant Josep y Sant Joan, cambiando solo el nombre del pueblo, se acercan a lo que Google describe como abuso de páginas puerta. Mejor una página por servicio con contenido propio.
- Sin señales locales. Los resultados locales se basan sobre todo en relevancia, distancia y prominencia, y esta última tiene en cuenta los sitios web que enlazan a tu negocio y tus reseñas. Un Perfil de Empresa incompleto, o con el horario de invierno en pleno julio, juega en tu contra.
- Un solo idioma. Una web solo en español difícilmente aparecerá en búsquedas en inglés o alemán. Y traducir solo menús y botones no basta: Google deduce el idioma del contenido visible, no del código.
¿Arreglar o rehacer la web? La tabla para decidir
Si lo que encuentras está en la columna central, arregla; si se acumulan síntomas de la derecha, rehacer suele compensar más que encadenar parches.
| Lo que encuentras | Arreglo rápido | Señal de que toca rehacer |
|---|---|---|
| Noindex, robots.txt bloqueando o sin Search Console | Quitar el bloqueo, verificar Search Console y solicitar indexación | Ninguna: esto no justifica una web nueva |
| LCP lento por las imágenes | Redimensionar, comprimir y priorizar la foto principal | La plantilla carga el carrusel con JavaScript y no admite cambios |
| INP alto | Quitar complementos y código que no se usan | El maquetador genera páginas enormes |
| Servidor lento (TTFB alto) | Mejor alojamiento, caché y CDN | La plataforma te ata a su alojamiento |
| Contenido pobre o duplicado | Reescribir y fusionar páginas | No hay una URL por servicio: todo vive en una sola página |
| Idiomas mal resueltos | Enlazar las versiones entre sí y añadir hreflang | El idioma cambia por cookie o JavaScript en la misma URL |
| No convierte en el móvil | Poner WhatsApp y «Reservar» a la vista | Diseño antiguo, sin adaptar al móvil, que nadie sabe editar |
Y un criterio muy de Ibiza: ¿puedes cambiar un precio, la carta o el horario de temporada sin llamar a nadie? Si cada cambio depende de un desarrollador que ya no contesta, lo caro no es la web: es lo que no puedes actualizar en pleno agosto.
Arreglo rápido o rediseño antes de la temporada
Un buen arreglo puede quitar el bloqueo de indexación y acelerar la carga con imágenes optimizadas, caché y menos complementos. Lo que no acorta son los plazos de Google: según la ayuda de Search Console, indexar tras una solicitud suele llevar un día, pero puede alargarse una o dos semanas y validar una corrección, unas dos semanas o bastante más. Y como los datos reales de PageSpeed cubren 28 días, la mejora de velocidad se refleja poco a poco.
Si tu negocio se juega el año entre mayo y octubre, decide al cerrar la temporada: un arreglo se hace con calma en invierno, y un rediseño necesita margen para publicarse antes de Semana Santa o, como tarde, antes de mayo.
Si rehaces, conserva o redirige las URLs que ya reciben visitas (lo explicamos en cómo rediseñar una web sin perder posicionamiento) y da a cada idioma su propia URL, como en la guía de webs multilingües para hoteles y restaurantes. En la página de rediseño web en Ibiza puedes ver las webs de demostración en 3D de Grow Ibiza y, si te frena el presupuesto, empieza por cuánto cuesta una página web en Ibiza.
Antes de Semana Santa, repasa esta lista:
- La portada y las páginas clave salen como «La URL está en Google».
- No queda ningún noindex ni ningún «Disallow: /» del entorno de pruebas.
- Search Console está verificado y sus alertas llegan a alguien que las lee.
- En móvil: LCP de hasta 2,5 s, INP de hasta 200 ms y CLS de hasta 0,1 con datos reales.
- Cada idioma tiene su propia URL y enlaza a las demás versiones.
- El Perfil de Empresa enlaza a la web correcta y tiene el horario de temporada.
- WhatsApp y el botón de reserva se ven en el móvil sin desplazarte.
Preguntas frecuentes
¿Por qué mi web no sale en Google si ya está publicada?
Lo más habitual es que Google aún no la haya descubierto, que una etiqueta noindex o una regla de robots.txt la bloquee, o que el servidor dé errores. Compruébalo con una búsqueda site:tudominio.com y con la herramienta de inspección de URLs de Search Console, que te dice si la URL está en Google y, si no, por qué. Google indica que puede tardar algunas semanas en detectar un sitio nuevo.
¿Una web lenta baja posiciones en Google?
Google usa las Core Web Vitals en sus sistemas de posicionamiento, pero siempre intenta mostrar el contenido más relevante, aunque la experiencia sea mejorable, y una buena nota no garantiza salir arriba. La lentitud tiene además otro coste: el cliente que se cansa antes de reservar. Apunta a un LCP de hasta 2,5 s, un INP de hasta 200 ms y un CLS de hasta 0,1.
¿Cuánto tarda Google en notar que he arreglado mi web?
Según la ayuda de Search Console, una solicitud de indexación puede tardar una o dos semanas, y validar una corrección suele llevar unas dos semanas, a veces bastante más. Los datos reales de PageSpeed Insights cubren los últimos 28 días, así que las mejoras de velocidad se reflejan de forma gradual. Por eso conviene arreglar en invierno y no a las puertas de la temporada.
¿Cuándo compensa rehacer la web en lugar de arreglarla?
Arregla si el problema es puntual: un noindex olvidado, un complemento pesado, imágenes sin optimizar o un alojamiento lento. Rehaz si se acumulan problemas de base: idiomas sin URL propia, un maquetador que genera páginas enormes, una plantilla que nadie sabe editar o un diseño que no convierte en el móvil. Si rehaces, conserva o redirige las URLs que ya reciben visitas.
PageSpeed Insights me da una puntuación baja, ¿es grave?
Mira primero los datos de usuarios reales, que son los que cuentan para las Core Web Vitals. La puntuación de laboratorio es una simulación: 90 o más se considera buena, pero Google advierte de que un buen resultado de laboratorio no garantiza buenas experiencias reales y de que la puntuación varía de una prueba a otra. Úsala para encontrar qué arreglar, no como nota final.
Fuentes
- Web Vitals (web.dev)
- Información sobre PageSpeed Insights (Google for Developers)
- PageSpeed Insights
- Informe «Core Web Vitals» (Ayuda de Search Console)
- Conseguir que un sitio web aparezca en Google (Centro de la Búsqueda de Google)
- Acerca de Search Console (Ayuda de Search Console)
- Informe «Indexación de páginas» (Ayuda de Search Console)
- Herramienta de inspección de URLs (Ayuda de Search Console)
- Impedir que la Búsqueda indexe páginas con noindex (Centro de la Búsqueda de Google)
- Introducción a los archivos robots.txt (Centro de la Búsqueda de Google)
- Settings Reading Screen, documentación oficial de WordPress (en inglés)
- Qué es la experiencia en la página en los resultados de la Búsqueda de Google
- Prácticas recomendadas para la indexación centrada en los móviles (Centro de la Búsqueda de Google)
- Optimiza el LCP (web.dev)
- Optimiza el INP (web.dev)
- Prácticas recomendadas para carruseles (web.dev)
- Gestionar sitios multirregionales y multilingües (Centro de la Búsqueda de Google)
- Consejos para mejorar el posicionamiento local en Google (Ayuda de Perfil de Empresa)
- Políticas de spam de la Búsqueda web de Google
¿Quieres rediseñar tu web sin perder posicionamiento?
Te hacemos un análisis gratuito de tu web y te decimos con honestidad qué conviene hacer.


