Errores técnicos de SEO que dañan su sitio web: encuéntrelos y reciba alertas

Su sitio se abre bien en el teléfono. Las páginas se ven bien, el formulario de contacto está ahí, y aun así las llamadas se han frenado desde la última actualización, el cambio de plugin o el rediseño. Lo inquietante es que nada en la pantalla le dice si Google todavía puede usar las páginas. Un visitante que llega con el enlace ve un sitio que funciona; Google puede estar viendo una instrucción de «no indexar», una carpeta bloqueada o una redirección que no lleva a ninguna parte. La buena noticia es que puede revisarlo esta noche, gratis, dentro de Google Search Console (la herramienta de Google para revisar su sitio).

¿Qué puede revisar esta noche para ver si Google todavía puede usar su sitio?

Empiece con dos pantallas de Search Console, porque responden la pregunta directamente. Primero, asegúrese de estar en la propiedad correcta, es decir, la dirección exacta de su sitio en vivo. Luego abra el informe Page indexing y mire las razones que aparecen bajo Not indexed (no indexadas). Busque cualquier cosa que no coincida con lo que quiere, como « URL marked noindex » (URL marcada como noindex), « URL blocked by robots.txt » (URL bloqueada por robots.txt), « Page with redirect » (página con redirección), « Redirect error » (error de redirección) o errores del servidor. Algunas páginas en estas listas pueden ser normales, ya que Google dice que las páginas duplicadas, filtradas, privadas o bloqueadas a propósito pueden quedar excluidas por buenas razones. Un patrón que cubre sus páginas de servicio o su página de inicio no es normal.

Luego, pegue la dirección de su página de inicio en la barra de URL Inspection y haga lo mismo con su página de servicio más importante. En el resultado, confirme cuatro cosas: que el rastreo está permitido, que la indexación está permitida, que la obtención de la página fue exitosa y que la página canónica que Google eligió es la que espera. La ayuda de Search Console sobre indexación e inspección explica cada uno de estos resultados.

Si ambas páginas pasan, es menos probable que su problema sea un interruptor que alguien activó, y más probable que sea el posicionamiento normal, la demanda o la temporada. Nuestra publicación sobre qué hacer cuando su sitio no aparece en Google continúa desde ahí. Si algo falla, las causas habituales vienen a continuación.

¿Qué fallas silenciosas vale la pena buscar primero?

Una actualización no anuncia nada cuando cambia la forma en que Google ve su sitio. La misma edición que hace que una página se vea mejor puede agregar una instrucción que le dice a Google que la omita. Las causas de abajo están en un orden práctico para revisarlas: las que quitan más páginas de una vez van primero.

Cada una de estas puede agruparse según lo que vive Google. Algunas páginas están bloqueadas (a Google se le indica que se mantenga alejado o que no las muestre), algunas faltan (la dirección ya no lleva a nada útil) y algunas dan error o son lentas. Clasificar lo que encuentra en esos tres grupos mantiene simple la reparación.

Un noindex o una opción de visibilidad activada

Una instrucción noindex le dice a Google que no muestre una página en la búsqueda. La documentación de Google sobre cómo bloquear la indexación dice que Google necesita poder rastrear la página para ver esa instrucción. Es la herramienta correcta cuando quiere ocultar una página, y es un desastre cuando se queda activa en una página que debería generar llamadas. Se queda activada después de un lanzamiento, después de pasar una copia de prueba (staging) al sitio real, o por una opción que se aplica a todo el sitio.

Un bloqueo en robots.txt

Robots.txt es un archivo pequeño en la raíz de su sitio que le dice a los rastreadores qué áreas evitar. Una regla que tenía sentido en una copia de prueba, o una sola línea equivocada, puede bloquear una carpeta de páginas de servicio. Tenga en cuenta una cosa: Google explica que robots.txt controla el rastreo y que no es una forma confiable de quitar una página de los resultados de búsqueda. El estándar detrás, RFC 9309, lo describe como instrucciones para los rastreadores y no como un candado. Nuestra publicación sobre si su sitio web necesita un mapa del sitio y robots.txt cubre el archivo en sí.

Una etiqueta canónica que apunta en la dirección equivocada

Una etiqueta canónica indica la dirección preferida cuando varias direcciones muestran el mismo contenido. Después de una edición, las plantillas a veces apuntan todas las páginas a la página de inicio, a una dirección de prueba o a la versión sin seguridad del sitio. Google trata la canónica como una sugerencia y puede elegir otra dirección, pero una etiqueta que apunta en la dirección equivocada aún puede sacar páginas buenas de los resultados de búsqueda.

Redirecciones que faltan o están rotas

Si un rediseño cambió las direcciones de sus páginas, cada dirección anterior necesita una redirección permanente a la página nueva más cercana. Cuando se omite ese paso, los enlaces viejos y los resultados de búsqueda anteriores llevan a páginas de error. Las cadenas y los bucles de redirección también causan problemas, y también un montón de direcciones viejas que se envían todas a la página de inicio. Nuestra guía sobre cómo mudar un sitio web sin perder posiciones en Google muestra cómo asignarlas.

Estado privado o con contraseña

El estado privado o protegido con contraseña está pensado para un sitio en construcción. Cuando se queda activado, nadie fuera de la contraseña puede ver las páginas, Google incluido.

¿Qué ajustes de WordPress, Wix y Squarespace causan la primera de estas fallas?

La mayoría de los interruptores de todo el sitio tienen un nombre y una ubicación que puede encontrar en un minuto. Estos son los que documentan las plataformas, y las etiquetas de menú de abajo son las que usan sus páginas de ayuda. Si su panel es diferente, la plataforma probablemente cambió un nombre, así que busque la misma frase en su ayuda.

En WordPress, vaya a Settings (ajustes), luego a Reading (lectura), y mire Search Engine Visibility (visibilidad para los motores de búsqueda). La casilla que dice « Discourage search engines from indexing this site » (desalentar a los motores de búsqueda que indexen este sitio) les indica a los buscadores que se mantengan alejados, y WordPress documenta este ajuste como generador de una instrucción noindex cuando está presente el gancho estándar del encabezado. Esta casilla suele marcarse en una copia de desarrollo y pasar al sitio en vivo. Los plugins de SEO agregan sus propios controles: por ejemplo, Yoast le permite poner páginas y categorías individuales en noindex, así que un ajuste por página puede ocultar una página de servicio mientras el resto del sitio se ve bien.

En Wix, el interruptor de todo el sitio está en el panel, en SEO & GEO, luego en Tools and settings (herramientas y configuración), luego en SEO Settings (configuración de SEO), donde se puede desactivar « Let search engines index your site » (permitir que los motores de búsqueda indexen su sitio). Wix explica cómo habilitar la indexación en los motores de búsqueda, y cada página tiene sus propios controles de visibilidad.

En Squarespace, revise Site Availability (disponibilidad del sitio), que puede ser Public, Private o Password Protected (público, privado o protegido con contraseña). Squarespace describe cómo publicar u ocultar su sitio y también cómo funcionan las contraseñas por página y los controles de noindex.

Si usa una copia de prueba (staging) para probar, trátela como un sitio separado con sus propias reglas. Los sistemas de staging suelen llevar noindex, protección con contraseña o bloqueos de robots, y esos ajustes nunca deben viajar al sitio en vivo cuando publica. Una breve nota de lanzamiento que liste la opción de visibilidad, el archivo robots.txt y las etiquetas canónicas le ahorra mucha conjetura después de cada lanzamiento.

¿Cómo recibir la alerta la próxima vez en lugar de enterarse semanas después?

Configure primero las alertas por correo, y luego agregue una rutina que no dependa de ellas. Ambas cosas toman menos tiempo que una taza de café.

Verifique su sitio como propiedad en Google Search Console si todavía no lo ha hecho. Desde cualquier página de Search Console, abra User settings (configuración de usuario) y luego Email preferences (preferencias de correo electrónico). Mantenga activada la opción « Enable notification by email » (activar notificaciones por correo electrónico) y suscríbase a los tipos de mensajes que apliquen. Estos ajustes de correo le pertenecen como usuario y se aplican a las propiedades a las que tiene acceso. También conviene asegurarse de que la persona que recibe los correos los lea, y de que el negocio, y no un antiguo desarrollador, controle el acceso a Search Console. Nuestra publicación sobre qué significan los correos de Google Search Console explica los mensajes más comunes.

Ahora la parte más importante: Search Console le envía correos sobre eventos importantes, como acciones manuales y problemas de seguridad. No está diseñado como garantía de que cada noindex, canónica o error de redirección accidental active un mensaje. Trate el correo como su primera línea y la rutina de abajo como su respaldo.

La revisión mensual toma unos diez minutos. Abra el resumen de la propiedad y lea las secciones de seguridad, acciones manuales y rendimiento. Abra Page indexing y busque un aumento en las páginas en Not indexed (no indexadas), sobre todo por las razones que vimos antes. Inspeccione su página de inicio y sus dos o tres páginas más importantes con URL Inspection. Abra el informe Sitemaps (mapas del sitio) y busque errores. La guía inicial de Google dice que muchos dueños de sitios solo necesitan este tipo de revisión rápida, a menos que llegue una alerta.

Elija un día del mes, póngalo en el calendario y manténgalo. Una revisión que ocurre en una fecha fija se hace; una que espera a que surja una preocupación normalmente no se hace.

¿Cuánto tarda la recuperación una vez que arregla el problema?

Después de quitar un noindex equivocado, desbloquear una URL, corregir una canónica, reparar redirecciones o restablecer el acceso público, pruebe la dirección en vivo con URL Inspection. Si la prueba en vivo muestra que el problema desapareció, elija Request indexing (solicitar indexación) para cada página importante. Si cambiaron muchas páginas, envíe o reenvíe su mapa del sitio XML en Search Console. La ayuda de Google sobre inspeccionar una página y solicitar indexación es el lugar para confirmar los pasos actuales.

Luego espere, y anote lo que cambió y cuándo. Google dice que la indexación puede tardar unos días, y para las páginas que faltan sugiere dar al menos una semana después de enviar un mapa del sitio o de solicitar indexación antes de dar por fallida la solución. El tráfico suele tardar más en volver que la indexación, porque Google tiene que volver a rastrear y reevaluar las páginas. Solicitar la indexación una y otra vez no ayuda; arreglar la causa sí. Un mapa del sitio es una manera de decirle a Google cuáles son sus páginas; no garantiza que estén indexadas.

Los sitios que se recuperan bien suelen compartir algunos hábitos: saben qué páginas generan llamadas, mantienen el acceso a Search Console bajo control del negocio y prueban las páginas clave después de cada cambio. Si usa IndexNow para avisar a otros motores de búsqueda cuando cambian sus páginas, qué es IndexNow y si lo necesita es una pregunta aparte, porque Google hace su rastreo mediante Search Console y sus propios sistemas.

¿Qué puede arreglar un dueño por su cuenta, y cuándo tiene sentido pagar ayuda?

Puede hacer la primera inspección usted mismo. Leer « URL marked noindex » y desmarcar una casilla de visibilidad en WordPress no requiere una agencia. Muchos casos terminan ahí, y un buen proveedor se lo diría antes de venderle un paquete grande.

La ayuda empieza a tener sentido cuando la causa está repartida en varias capas: plantillas de página, plugins de SEO, encabezados del servidor, robots.txt, redirecciones, DNS, hosting y el proceso de publicación. También tiene sentido después de una migración grande, para un sitio con muchas páginas que generan ingresos, o cuando quiere que alguien sea responsable del monitoreo continuo y de revisar el sitio después de cada cambio. Un profesional puede encontrar la causa real, arreglarla sin crear un segundo problema, probar una muestra de direcciones, documentar el cambio y configurar una revisión que se pueda repetir. Eso reduce el tiempo de diagnóstico y protege la siguiente actualización. No garantiza el posicionamiento, el tráfico ni una reindexación inmediata.

¿Un chat de IA puede hacer la auditoría por usted? Puede explicar lo que significa noindex o una etiqueta canónica, pero no puede ver sus datos de Search Console ni sus ajustes en vivo. Sus propios resultados en Page indexing y URL Inspection son la referencia, y un chat puede ayudarle a leerlos.

Si quiere que alguien haga el monitoreo continuo y las revisiones posteriores a cada cambio, nuestro servicio de mantenimiento de sitios web lo cubre, y nuestros servicios de SEO cubren el trabajo más amplio de hacer que su sitio se encuentre. Antes de gastar algo, haga las revisiones de arriba; son gratis y toman una tarde. Si quiere la revisión más amplia, la revisión del sitio que puede hacer en una tarde encaja junto con ella.

Preguntas frecuentes sobre los errores técnicos de SEO que dañan mi sitio web

¿Qué son los errores técnicos de SEO?

Son problemas en la forma en que se construye o se configura un sitio que dificultan que Google rastree, indexe o cargue sus páginas. Algunos ejemplos son una instrucción noindex que quedó activa, un bloqueo en robots.txt, una etiqueta canónica equivocada, redirecciones rotas, protección con contraseña y errores del servidor. Nuestra publicación sobre qué es el SEO técnico profundiza en el tema.

¿Una actualización del sitio puede quitar páginas de Google?

Sí. Una actualización puede agregar una instrucción noindex, un bloqueo en robots.txt, una etiqueta canónica equivocada, redirecciones que fallan, restricciones de acceso o errores del servidor. Revise Page indexing y URL Inspection justo después de cualquier actualización.

¿robots.txt quita una página de Google?

No. Controla el rastreo. Una página bloqueada puede seguir apareciendo si Google la encuentra a través de otras páginas. Para mantener una página fuera, use noindex y deje que Google la rastree para que pueda ver la instrucción.

¿Cómo puedo arreglar los problemas de SEO de mi sitio web?

Encuentre la causa en Search Console, cambie el ajuste en su plataforma, plugin o servidor, luego haga la prueba en vivo en URL Inspection y solicite indexación para las páginas que importan. Reenvíe el mapa del sitio si cambiaron muchas páginas.

¿Qué tipos de errores de sitio web hay?

Agrúpelos en páginas bloqueadas para Google, páginas que faltan o están redirigidas mal, y páginas que dan error o cargan lento. Cada grupo tiene una solución distinta, así que clasificarlos primero mantiene corta la reparación.

¿Search Console me avisará de cada falla de SEO?

No. Envía correos sobre eventos importantes, así que use el correo junto con una revisión mensual de Page indexing y una revisión después de cada cambio del sitio.

Hacia adelante

Los problemas técnicos de SEO que surgen de una edición del sitio pasan inadvertidos porque su propio navegador los oculta. La respuesta confiable es una rutina: revise su página de inicio y sus páginas clave después de cada cambio, lea Page indexing una vez al mes, mantenga activadas las notificaciones por correo de Search Console y conozca las cinco causas habituales para que un patrón en el informe tenga sentido cuando lo vea. Cuando encuentre algo, arregle la causa, haga la prueba en vivo, solicite indexación para las páginas que importan y dele a Google al menos una semana.

Manejado así, una mala actualización se convierte en una reparación corta en lugar de un mes de clientes perdidos. También obtiene un registro fechado de lo que cambió, lo que hace que la siguiente actualización sea menos estresante.

Si quiere que alguien haga estas revisiones después de cada actualización, Web Leveling puede hacerlo, y nuestro servicio de mantenimiento de sitios web está pensado para eso. Trabajamos con pequeñas y medianas empresas de todo el país y del extranjero, y puede contactarnos sobre el monitoreo de su sitio después de los cambios cuando esté listo.

Términos