--- title: "Páginas delgadas tras un cambio de sitio: qué revisar primero" description: "Use el informe de indexación de páginas y la Inspección de URL para encontrar las URL afectadas. Luego mejore, redirija, ponga noindex o elimine cada página según su propósito." url: "https://webleveling.com/es/blog/paginas-delgadas-tras-un-cambio-de-sitio/" lang: "es" published: "2026-10-28" modified: "2026-10-28" author: "Cal Hewitt" tags: ["seo","website-maintenance","web-design"] image: "https://webleveling.com/og/blog-thin-pages-after-a-site-change.jpg" alternates: en: "https://webleveling.com/blog/thin-pages-after-a-site-change.md" --- # Páginas delgadas tras un cambio de sitio: qué revisar primero Use el informe de indexación de páginas y la Inspección de URL para encontrar las URL afectadas. Luego mejore, redirija, ponga noindex o elimine cada página según su propósito. ![Una lupa de latón descansando sobre un cuaderno cerrado, cubierto de lino, en un escritorio de madera sencillo.](https://webleveling.com/blog/thin-pages-after-a-site-change/thin-pages-featured.jpg) Su tráfico bajó después del rediseño, y ahora se pregunta si el contenido delgado que dejó el cambio es la causa. Tal vez el sitio nuevo creó páginas de etiquetas que nadie pidió, o un plugin empezó a publicar una página por cada foto subida. Es una preocupación razonable, y puede revisarla esta tarde. Abra Search Console, busque el informe «Page indexing» (indexación de páginas) y anote el número de URL de cada motivo que Google enumera. Luego inspeccione algunas URL de los grupos más grandes. Cada página que encuentre recibe una acción, según para qué sirve: mejórela, fusiónela con una redirección permanente, sáquela de la búsqueda con noindex o elimínela. Algunos hallazgos serán inofensivos y otros podrían ser la causa. No necesita saber cuáles son antes de empezar a contar. **Puntos clave** **Empiece por los conteos, no por las reescrituras** Anote el número de URL de cada motivo del informe de indexación de páginas y después inspeccione tres URL representativas: la canónica que eligió Google, el último rastreo y el contenido visible. **Un estado es una pista, no un veredicto** «Crawled - currently not indexed» (rastreada, pero actualmente sin indexar) significa que Google rastreó la URL y no la indexó. Eso no prueba que la página sea delgada. **Una página, una acción** Mejore una página con un propósito real, fusione los verdaderos duplicados con una redirección permanente, use noindex en las páginas útiles que deben quedar fuera de la búsqueda y elimine las páginas sin propósito ni reemplazo. **Noindex no elige una canónica** Cuando dos URL se superponen, nombre la preferida con una etiqueta canónica o una redirección, no con noindex en la otra. **Los plazos vienen en rangos** Google habla de días para algunos cambios, de unas semanas para los cambios de URL en sitios pequeños y medianos, y de meses para una reevaluación más amplia. La recuperación no está garantizada. ## El informe de indexación de páginas le muestra qué páginas revisar en diez minutos Abra Search Console, elija la propiedad correcta y vaya a la sección de indexación y luego al informe de indexación de páginas. El [informe de Google sobre indexación de páginas](https://support.google.com/webmasters/answer/7440203) enumera cada motivo por el que una URL no está indexada, con un conteo junto a cada uno. Anote esos conteos hoy, antes de cambiar nada, para tener un punto de partida con el cual comparar más adelante. Estos son los motivos que vale la pena anotar, porque son los que más se relacionan con páginas delgadas, vacías o duplicadas: - «Crawled - currently not indexed» - «Discovered - currently not indexed» - «Duplicate without user-selected canonical», y «Duplicate, Google chose different canonical than user» - «Soft 404», y «Page indexed without content» - «Excluded by noindex tag», «Blocked by robots.txt», y «Page with redirect» Anote también cualquier error de servidor, de redirección, de acceso o de mapa del sitio. Los conteos por sí solos no prueban un problema. Un número grande bajo un solo motivo importa más cuando las páginas de ese grupo son las que quiere que encuentren sus clientes, o cuando el número subió alrededor de la fecha del cambio de sitio. ![Un pequeño montón de fichas en blanco ordenadas en tres pilas limpias sobre un escritorio de madera liso.](https://webleveling.com/blog/thin-pages-after-a-site-change/thin-sorted-index-cards.jpg) Cuente primero los motivos y luego ordene las páginas. Después, elija tres URL representativas, una de cada uno de sus grupos más grandes, y péguelas en la [herramienta de Inspección de URL](https://support.google.com/webmasters/answer/9012289). Compare la canónica que eligió Google con la que usted pretendía. Revise cuándo se rastreó la página por última vez. Ejecute «Test live URL» (probar URL en vivo) y vea si la página tiene contenido visible significativo, y no solo un encabezado y un pie de página. Esas tres inspecciones le dicen más que una hoja de cálculo con mil filas. Muestran si tiene un problema de contenido, un problema de canónicas o un problema de entrega. ## Cada estado de Search Console apunta a un tipo de problema distinto Las etiquetas del informe suenan alarmantes, y varias se relacionan con las páginas delgadas solo de manera vaga. Lea cada una según lo que Google dice que significa y elija una primera medida. No reescriba nada hasta que el estado y la página coincidan en lo que está mal. Qué significa cada estado y dónde mirar primero | Estado | Qué significa para Google | Primera medida | | --- | --- | --- | | «Crawled - currently not indexed» | Google rastreó la URL y no la añadió al índice | Inspeccione la página. Revise su contenido, su canónica y sus enlaces antes de llamarla delgada | | «Discovered - currently not indexed» | Google conoce la URL, pero todavía no terminó de rastrearla | Confirme que la página tenga enlaces internos y una entrada en el mapa del sitio | | «Duplicate without user-selected canonical» | Google ve un duplicado y el sitio no indicó claramente cuál es la versión preferida | Añada una etiqueta canónica a la versión que quiere mostrar, o redirija el duplicado | | «Duplicate, Google chose different canonical than user» | Google eligió otra URL distinta de la que usted nombró | Use la Inspección de URL para comparar las dos, y luego decida cuál página merece ser la versión principal | | «Soft 404» | La página parece inexistente o casi vacía, aunque devuelve un código de éxito | Añada contenido real, o devuelva un 404 o un 410 verdadero | | «Page indexed without content» | Google indexó la URL, pero no pudo ver contenido, lo que puede apuntar a un problema de renderizado, de entrega o de contenido vacío | Revise la página en vivo, las plantillas y los archivos bloqueados | Dos de estos merecen más cuidado. «Crawled - currently not indexed» es una decisión de Google, no un diagnóstico. Puede aplicar a un archivo de etiquetas realmente vacío, y también a una página decente que Google simplemente no ha elegido indexar todavía. «Discovered - currently not indexed» es todavía más temprano en el proceso, porque Google no ha terminado de rastrear la URL en absoluto. La [documentación de canonicalización de Google](https://developers.google.com/search/docs/crawling-indexing/canonicalization) explica que las páginas duplicadas se agrupan en un conjunto, se selecciona una URL representativa y las demás generalmente se rastrean con menos frecuencia. Los duplicados no son automáticamente una violación de spam. Se vuelven un problema para usted cuando la versión equivocada representa al conjunto, o cuando existen tantas URL parecidas que sus informes se vuelven difíciles de leer. ## Cada página afectada recibe una acción, elegida según su propósito Cuando sepa qué URL están afectadas, resista el impulso de aplicar una sola corrección en todas partes. Borrar cada página de bajo tráfico, poner noindex a todo lo marcado o redirigir todo a la página de inicio son el mismo error disfrazado de otra manera. Las pautas de Google preguntan si una página ofrece información original y una descripción sustancial y completa de su tema. Por eso, la pregunta para cada URL es para qué sirve la página y si alguien la necesita. No existe un conteo de palabras que vuelva delgada a una página. Una página corta que responde por completo una pregunta real está bien, y una página larga que no dice nada nuevo no lo está. Hay cuatro acciones que cubren casi todas las páginas que encontrará. ### Mejore una página que atiende una necesidad real Si los clientes buscan este servicio, producto o pregunta, y la página dice muy poco para ayudarles, añada lo que falta. Eso significa detalles originales, como su proceso, la lógica de sus precios, fotos de su propio trabajo y respuestas a las preguntas que sus clientes realmente hacen. Las [pautas de contenido útil de Google](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) dicen que sus sistemas dan prioridad a la información útil y confiable creada para beneficiar a las personas. Una página con un propósito real y contenido delgado es un trabajo de mejora, no de eliminación. ### Fusione los duplicados verdaderos con una redirección permanente Cuando dos URL sirven al mismo propósito y una sola página puede cubrir ambas, conserve la más sólida y envíe la otra a ella con una redirección 301 o 308. La [documentación de redirecciones de Google](https://developers.google.com/search/docs/crawling-indexing/301-redirects) describe las redirecciones permanentes como la herramienta para reemplazar URL desactualizadas y para quitar una página a favor de una nueva. Envíe la URL antigua a una página que de verdad la reemplace. Una redirección a una página no relacionada, o a la página de inicio, puede terminar pareciéndose a un soft 404. Las páginas de servicio casi idénticas son un ejemplo típico. Nuestra publicación sobre [actualizar, fusionar o eliminar páginas antiguas](https://webleveling.com/es/blog/actualizar-fusionar-o-eliminar-paginas-antiguas/) cubre esa decisión con más detalle, y la de [contenido duplicado en un sitio web de un pequeño negocio](https://webleveling.com/es/blog/contenido-duplicado-en-el-sitio-web-de-una-pequena-empresa/) explica cómo compiten las páginas que se superponen. ### Use noindex para las páginas útiles que deben quedar fuera de la búsqueda Algunas páginas deben existir para los visitantes pero no aparecer en Google, como las páginas internas de utilidad. La [documentación de noindex de Google](https://developers.google.com/search/docs/crawling-indexing/block-indexing) describe noindex como una etiqueta meta o un encabezado HTTP que impide que los motores de búsqueda que lo respetan indexen una página. No sirve para elegir entre dos duplicados. Para eso, señale la versión preferida con una [etiqueta canónica](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) o con una redirección. ![Dos cajas de cartón iguales, una junto a la otra en un estante: una vacía con las solapas abiertas y otra cerrada y con cinta adhesiva.](https://webleveling.com/blog/thin-pages-after-a-site-change/thin-empty-and-sealed-boxes.jpg) Conserve lo que necesitan sus clientes y saque lo demás del camino a propósito. ### Elimine una página que no tiene propósito ni reemplazo Un archivo vacío que nadie necesita, sin nada a qué redirigirlo, puede simplemente desaparecer. Devuelva un 404 o un 410. El estándar HTTP, [RFC 9110](https://www.rfc-editor.org/rfc/rfc9110.html), define 404 como «Not Found» (no encontrado) y dice que 410 es preferible cuando se sabe que el recurso desapareció de forma permanente. En los sitios de WordPress, las páginas de adjuntos de imágenes pueden caer en este grupo, y nuestra guía sobre [páginas de adjuntos de imágenes en WordPress](https://webleveling.com/es/blog/paginas-de-adjuntos-de-imagen-en-wordpress/) explica las opciones. ## Un rediseño deja algunas huellas habituales, así que revíselas en orden Cuando el tráfico cae justo después de un cambio en el sitio, la causa no siempre son las páginas delgadas. La [guía de Google sobre diagnóstico de caídas de tráfico](https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops) empieza por determinar si el tráfico bajó de verdad, qué páginas y consultas perdieron clics y si el cambio alteró las URL. Una redirección que falta puede parecer un problema de contenido delgado en los informes, así que descarte estas causas a medida que avanza. Revíselas en este orden, empezando por los problemas que pueden causar más daño y más rápido. 1. **URL antiguas sin redirecciones.** Compare su lista de URL previa al cambio con la nueva. Las páginas importantes que cambiaron de dirección necesitan una redirección permanente uno a uno hacia su equivalente. 2. **Cambios accidentales de noindex o de robots.** Una migración, un plugin o una opción de SEO puede agregar noindex o cambiar las directivas de robots. Revise el código fuente de la página y los encabezados de respuesta de algunas páginas clave. 3. **Canónicas incorrectas.** Las etiquetas canónicas que apuntan a la página de inicio, a una URL antigua o a la página de servicio equivocada le indican a Google que ignore la página que a usted le importa. 4. **Mapas del sitio y enlaces internos desactualizados.** Si el mapa del sitio y los menús todavía hacen referencia a URL obsoletas, Google sigue visitando páginas que ya no importan. 5. **Páginas vacías recién expuestas.** Las páginas de etiquetas, categorías, autores, adjuntos, filtros y resultados de búsqueda pueden haber quedado rastreables, y algunas páginas de servicio pueden compartir un texto casi idéntico. Revise también las páginas que devuelven un código de éxito pero se cargan en blanco o solo con contenido generado por scripts, y las páginas eliminadas que se redirigieron a algo no relacionado. La [guía de solución de problemas de rastreo](https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors) y la [guía sobre migraciones de sitio](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) de Google cubren estos casos. ![Un llavero con varias llaves sin etiqueta puestas sobre un cuaderno cerrado, junto a un candado abierto.](https://webleveling.com/blog/thin-pages-after-a-site-change/thin-keys-and-padlock.jpg) Una redirección, una etiqueta o una canónica que se cambió, se movió o se dejó atrás puede parecer contenido delgado. ## Algunas páginas excluidas son correctas, así que déjelas en paz Una lista larga en el informe de indexación de páginas puede parecer un aviso de fallo. Por lo general no lo es. Google dice que es aceptable que una URL quede fuera del índice cuando el motivo es esperado, como una etiqueta noindex, una URL duplicada o una página eliminada que devuelve un 404. Que el conteo de páginas excluidas sea mayor que el de páginas indexadas no es, por sí mismo, un problema de calidad. Cuatro cosas merecen menos preocupación de la que reciben: - **Un 404 para una página eliminada sin reemplazo.** La [página de ayuda sobre errores 404](https://support.google.com/webmasters/answer/2445990) de Google lo considera normal para páginas que ya no existen, y no necesita reparación. - **Una página noindex que debe quedar fuera de la búsqueda.** Si la puso ahí a propósito, está funcionando. - **URL duplicadas que Google ha agrupado.** Normalmente solo se muestra la versión canónica, y eso es el sistema haciendo su trabajo. - **Páginas con poco tráfico.** El bajo tráfico por sí solo no es razón para borrar una página que cumple un propósito. Concéntrese en cuatro cosas en su lugar: páginas importantes que quedaron excluidas de forma inesperada, señales de migración rotas como redirecciones que faltan, páginas vacías expuestas a gran escala y cualquier pérdida medible que pueda atribuir a URL específicas. ## La recuperación toma de días a meses, y Google no la garantiza Arreglar las páginas es la primera mitad. La segunda mitad es esperar, y Google da rangos en lugar de un calendario fijo. Para cambios de URL en un sitio pequeño o mediano, la [documentación sobre cambios de sitio](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) de Google dice que puede tardar unas semanas en que la mayoría de las páginas se muevan, y más en sitios grandes. Su guía sobre caídas de tráfico dice que algunos cambios surten efecto en unos días, mientras que una reevaluación más amplia de la calidad puede tardar varios meses. En cuanto a los problemas de canónicas, la [guía de solución de problemas de canonicalización](https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting) de Google dice que las páginas pueden permanecer en un grupo de duplicados hasta dos semanas después de cambiar el contenido, y que las diferencias más claras entre páginas generalmente ayudan a separarlas más rápido. Nada de esto es una promesa. Corregir problemas de indexación hace que sus páginas puedan volver a posicionarse, pero no garantiza que lo hagan. ![Un reloj de arena sobre un escritorio vacío, junto a una pequeña suculenta en maceta.](https://webleveling.com/blog/thin-pages-after-a-site-change/thin-sand-timer.jpg) Cambie un grupo de páginas a la vez y luego dé a Google semanas antes de juzgar el resultado. Para que la espera le sirva, cambie un grupo de páginas a la vez y anote qué hizo y cuándo. Luego compare clics, impresiones, estado de indexación y clientes potenciales solo para esas URL. Si lo cambia todo a la vez, nunca sabrá qué corrección funcionó. ## La ayuda pagada tiene sentido en casos concretos, y un paquete de reescrituras no es uno de ellos Usted puede hacer el primer diagnóstico por su cuenta con Search Console, la Inspección de URL, una lista de sus URL antiguas y nuevas y una mirada al código fuente de algunas páginas. Con eso basta para saber qué motivos están creciendo, qué páginas están afectadas y para qué sirve cada una. Nadie debería venderle una eliminación masiva, cientos de reescrituras ni un período de recuperación garantizado antes de conocer estos datos. La ayuda profesional se justifica en un puñado de situaciones: un gran número de URL afectadas, una migración compleja, resultados contradictorios de su CMS y sus plugins, problemas de renderizado en el servidor, varias propiedades que conciliar, redirecciones perdidas de versiones anteriores del sitio, o la necesidad de conectar los cambios técnicos con los contactos y los ingresos. En esos casos, el valor está en un inventario de URL que se pueda defender, una asignación clara de URL antiguas a nuevas, la corrección menos destructiva para cada grupo y el monitoreo posterior. Es reducción de riesgo y responsabilidad clara, no un interruptor secreto para la recuperación. **Cuestionario: ¿Qué acción corresponde a la página?** 1. Search Console enumera un archivo de etiquetas sin publicaciones bajo «Crawled - currently not indexed». ¿Qué prueba ese estado? - La página es delgada y Google penalizó el sitio - Google rastreó la URL y no la indexó, así que todavía necesita inspeccionar la página **(respuesta correcta)** - La página debe redirigirse a la página de inicio - La página necesita al menos 300 palabras más 2. Dos páginas de servicio casi idénticas atienden la misma necesidad del cliente. ¿Cuál es la corrección más limpia? - Añada noindex a una para que Google elija la otra - Conserve la página más sólida y envíe la otra a ella con una redirección permanente **(respuesta correcta)** - Borre las dos y empiece de nuevo - Deje las dos y espere 3. Una página eliminada no tiene reemplazo ni propósito. ¿Qué debe devolver? - Una redirección 301 a la página de inicio - Un estado 200 con una página en blanco - Un 404 o un 410 **(respuesta correcta)** - Una etiqueta noindex en una página activa ## Preguntas frecuentes sobre las páginas delgadas tras un rediseño de sitio web **¿Qué es una página delgada?** Una página con poca información útil y original para la persona a la que debe servir. No existe un conteo de palabras universal que la defina. Pregúntese si la página da una respuesta sustancial y completa a una necesidad real. **¿«Crawled - currently not indexed» significa que mi página es delgada?** No. Significa que Google rastreó la URL y no la añadió al índice. Inspeccione la página, su canónica y sus enlaces internos antes de decidir qué cambiar. **¿Debo borrar las páginas duplicadas?** Solo cuando una página no tenga un propósito aparte y no necesite reemplazo. De lo contrario, fusiónela con una redirección permanente, establezca una canónica o mejórela para que se sostenga por sí sola. **¿Cuándo debo usar noindex?** Úselo para páginas que deben seguir disponibles para los visitantes pero no deben aparecer en la Búsqueda de Google. No lo use como forma de elegir entre dos páginas duplicadas. **¿Cuándo debo usar una redirección 301?** Use una redirección permanente cuando una URL antigua tenga un reemplazo pertinente o se haya fusionado con otra página. Redirigir páginas no relacionadas a la página de inicio puede parecer un soft 404. **¿Cuánto tardará la recuperación?** Google da rangos: días para algunos cambios, unas semanas para cambios de URL en sitios pequeños y medianos, y meses para una reevaluación más amplia. La recuperación no está garantizada, así que juzgue cada corrección por sus propias URL. ## Para cerrar Después de un rediseño, un cambio de plugin o una migración de plataforma, el informe de indexación de páginas y la Inspección de URL le dicen qué URL Google omitió, duplicó o encontró vacías. Cada estado apunta a una causa distinta, y ninguno, por sí solo, prueba que una página sea delgada. Dé a cada página afectada una acción: mejórela, fusiónela con una redirección permanente, póngale noindex o elimínela. Corrija primero las redirecciones que faltan, las etiquetas noindex perdidas y las canónicas incorrectas, porque pueden causar el daño más grande y más rápido. Cuando termine, tendrá una lista de URL afectadas, con una acción al lado de cada una, y un orden para hacerlas. Las páginas excluidas a propósito quedarán marcadas como correctas, y dejará de tratarlas como emergencias. Es una posición más tranquila que la que tenía al empezar, y mucho más barata que una limpieza general. Si la lista es larga, la migración fue complicada o quiere que alguien rastree la causa con usted, [Web Leveling](https://webleveling.com/es/) puede ayudar. Nuestro trabajo de [optimización para motores de búsqueda](https://webleveling.com/es/servicios/posicionamiento-en-buscadores/) empieza con el inventario de URL y los motivos de Search Console, y le diremos si la corrección es lo bastante pequeña para que la haga usted mismo. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. [Envíenos su lista de páginas afectadas](https://webleveling.com/es/contacto/), y le ayudaremos a decidir cuáles arreglar primero. ## Términos Palabras usadas en esta publicación Toque un término para ver qué significa. **Informe de indexación de páginas.** El informe de Search Console que enumera qué URL están indexadas y por qué otras no lo están. **URL canónica.** La versión de una página que Google trata como la representativa cuando varias URL muestran el mismo contenido. **Noindex.** Una etiqueta meta o un encabezado HTTP que indica a los motores de búsqueda que lo respetan que no incluyan una página en su índice. **Redirección permanente.** Una respuesta 301 o 308 que envía a los visitantes y a Google de una URL antigua a su reemplazo. **Soft 404.** Una página que parece inexistente o casi vacía para Google, aunque devuelve un código de éxito. **410.** Un estado HTTP para un recurso que se sabe que desapareció de forma permanente. - [Enlace saliente viejo a un sitio spam: ¿perjudica el SEO?](https://webleveling.com/es/blog/enlace-viejo-a-sitio-spam-y-seo/): Quite o reemplace el enlace viejo que ahora apunta a un sitio spam para que los visitantes dejen de llegar ahí, y luego revise el resto de sus enlaces salientes de una vez. - [Mantenga una página fuera de la búsqueda de Google: noindex o contraseña](https://webleveling.com/es/blog/ocultar-una-pagina-de-google-noindex-o-contrasena/): ¿Una cotización o una lista de precios compartida aparece en Google? Revísela con una búsqueda site: y use noindex si la gente necesita el enlace, o una contraseña si es confidencial. - [El informe de indexación de Search Console no se actualiza: revise primero sus páginas](https://webleveling.com/es/blog/informe-de-indexacion-de-search-console-no-se-actualiza/): Google no ha dado causa ni fecha de solución para el informe de indexación. Revise sus páginas clave con la inspección de URL y el informe de rendimiento mientras se pone al día.