Hace ya muchas versiones que WordPress trata los archivos adjuntos (y, en general, todos los archivos subidos a la biblioteca de medios) como un tipo de contenido especial, un post type, lo que tiene ciertas implicaciones muy a tener en cuenta para el SEO.
Y, de hecho, es algo que se suele pasar por alto (si no tienes un buen conocimiento de WordPress, es difícil imaginar cómo el subir una imagen puede afectar al SEO de tu web). Así que vamos a ver cómo y por qué las páginas de adjuntos afectan al SEO en WordPress y, por supuesto, qué deberías hacer para que esto no sea un lastre en el posicionamiento de tu web.
Tabla de contenidos
- El post type adjunto y las páginas de adjuntos
- Las páginas de adjuntos y el SEO
- Configurar correctamente para el SEO las páginas de adjuntos en WordPress
El post type adjunto y las páginas de adjuntos
Ya he hablado aquí algunas veces de lo que es un post type, un tipo de contenido específico y diferenciado (como las entradas, las páginas, los productos…). Si quieres puedes echar un vistazo al artículo que escribí en su día sobre el tema:
Los custom post type hacen posible manejar el contenido de una forma muy sencilla y eficiente. De hecho la introducción en WordPress 3.5 de los custom post types (tipos de post personalizados) permitió una explosión de funcionalidades hasta entonces inimaginable. Así que WordPress (al igual que muchísimos plugins) hace un uso intensivo de ellos.
El tipo de post attachment
Concretamente, en lo que hoy nos interesa, para los archivos subidos a la biblioteca de medios. De hecho WordPress los trata como un tipo de post específico, llamado attachment (medios, en la traducción española), con una pantalla de edición especial, la biblioteca de medios. En la página del Códex dedicada a los post types lo tienes muy bien explicado:
Attachment is a special post that holds information about a file uploaded through the WordPress media upload system, such as its description and name. For images, this is also linked to metadata information, stored in the wp_postmeta table, about the size of the images, the thumbnails generated from the images, the location of the image files, the HTML alt text, and even information obtained from EXIF data embedded in the images.
Esto se ve mucho más claro si pones la visualización de la biblioteca de medios en modo lista (usando el icono que hay arriba a la izquierda, junto a los selectores de filtrado), en el que aparecen las conocidas columnas con el título, autor, fecha, número de comentarios… Y, entrando a cada uno de ellos, la página de edición.
La página de adjuntos
Ya lo ves, tiene la misma estructura que la pantalla de edición de cualquier otro post type: el título, el contenido (la propia imagen), las opciones de guardado y el resto de metaboxes (que en la captura de arriba no se ven, ya que quedan por debajo), conteniendo la descripción, el texto alt y otros datos.
Y el enlace permanente. Y ahí es dónde puede estar el problema si no haces bien las cosas.
Y es que, como con cualquier otro tipo de contenido (repito: una entrada, una página, un producto…) WordPress genera para cada adjunto su propia URL. ¿Ves en la imagen que en la barra superior aparece el enlace Ver la página del adjunto? Y no se trata de la URL del archivo en sí (sea una imagen, un PDF, un ZIP, etc), sino del post type: una página con su cabecera, su menú, su formulario de comentarios, su footer…
Y su contenido, que en este caso es, exclusivamente, el archivo adjunto.
Las páginas de adjuntos y el SEO
Bien, ahora interrumpe por un momento la lectura de este artículo y ve a tu web, a la biblioteca de medios. Si la pones en modo lista (imagen de abajo, en rojo) te dirá cuántos archivos tienes subidos.
Usaremos mis números como ejemplo, para que sigas el razonamiento. Como puedes ver en la captura, en el momento de escribir estas líneas tengo 1.110 elementos en la biblioteca de medios (en la captura se ven 1.109, pero la propia captura está subida después). Cada uno de ellos, como explicaba más arriba, genera su propia URL de contenido.
Además, tengo publicadas 280 entradas (ésta será la número 281), 65 plugins y 35 páginas, aunque la mayoría de éstas están marcadas como no indexables. En total, digamos, unas 350 URLs que quiero que Google vea y están marcadas como index. Ahora echemos unas cuentas.
350 + 1.110 = 1.460 URLs, de las cuales 350 son el: 350 x 100 / 1.460 = 23,97%
A ojos de Google (si tuviera acceso a mis páginas de adjuntos) mi web tendría 1.460 URLs, de las cuáles sólo el 24% tendrían un contenido de calidad aceptable según sus estándares. El contenido del 76% restante consistiría en una simple imagen.
Eso, para Google, es una web de baja calidad, y como tal la situaría en su ranking. Bien atrás.
Si no tienes muy claro qué espera (y qué quiere) Google de tu web, si no sabes si tu web cumple sus directrices, si no tienes muy claro para qué sirven o qué hacen muchas de las opciones de Yoast SEO, si no sabes si has configurado el plugin correctamente o (peor todavía) si simplemente lo has activado y has dejado la configuración por defecto porque no tienes muy claro cómo hacerlo, si no sabes cómo enlazar tu web con Google Search Console o cómo establecer correctamente sus opciones, el posicionamiento de tu web puede estar viéndose muy afectado.
Si estás en alguno de estos casos, o si simplemente crees que no estás obteniendo todo el tráfico orgánico que tu web podría recibir, quizá te interese echar un vistazo a esto:
Configurar correctamente para el SEO las páginas de adjuntos en WordPress
He visto listados de indexación de webs concretas en Google (usando el operador de búsqueda site: de Google) que consistían en páginas y más páginas de URLs de adjuntos. Imagina el efecto que algo así puede tener en el posicionamiento de tu web. Efectivamente: es un lastre.
Una solución correcta para esto sería evitar la indexación de todas esas páginas marcándolas como noindex y, a ser posible, excluirlas del sitemap. De esta forma nos aseguramos de que no existen para Google.
Pero esto raramente se hace, normalmente por desconocimiento, y además, sinceramente, es un fastidio tener que editar la página de cada adjunto que subes para marcarla como no indexable. Como has podido ver, en mi caso son (hasta ahora) 1.110.
Redirecciona las URLs de los adjuntos hacia la URL de la entrada a la que pertenecen
Afortunadamente Yoast SEO (que, como he dicho varias veces, es el mejor plugin de SEO disponible hoy por hoy para WordPress) nos ofrece una solución entre sus herramientas: redireccionar las URLs de los adjuntos a la entrada en la que se han incluido.
La opción la tienes en SEO > Avanzado > Enlaces permanentes, y es una de esas opciones prácticamente obligadas, de esas que, si no están activadas, es que probablemente el plugin está sin configurar. O al menos sin configurar bien.
Esto te resolverá el problema en la inmensa mayoría de las páginas de adjuntos, ya que normalmente se suben desde una entrada, una página, un producto o cualquier otro tipo de contenido, utilizando el botón Añadir objeto que hay sobre el editor de WordPress.
Y, por supuesto, marca el resto como no indexables
De esta forma sólo quedarán sin redireccionar aquellos adjuntos que no tengan un «post padre», es decir, que no estén asociados a un contenido concreto o aquellos de los que se haya eliminado el contenido al que estaban asociados. Pero claro, esto tampoco se puede quedar así. Afortunadamente Yoast SEO también ha pensado en esto y tenemos una opción al efecto.
Está en SEO > Títulos y metas, la sección que nos permite configurar qué tipos de contenido queremos indexar y cuáles no. En este caso sólo tendremos que buscar el contenido Medios y setear el Meta robots como noindex.
Eso sí, si Google ya te ha indexado todas esas URLs deberás ir a Google Search Console a solicitar su desindexación.
Redireccionar las páginas de adjuntos por código
Si no usas Yoast SEO tienes dos alternativas, en función de cómo de cómodo te sientas «enredando en las tripas de WordPress»: o bien por código, o usando un plugin específico para ello (para esto, salta a la última sección).
Para el código vamos a hacer uso del sistema de templates de WordPress y su jerarquía. Según este sistema (en WP Hierarchy puedes echar un vistazo el esquema completo de la jerarquía de templates), para mostrar un adjunto se utilizará el siguiente template de tu plantilla:
- $mimetipe-$subtype.php. Por ejemplo, image-jpg.php o image-png.php.
- Si éste no existe, entonces se cargará $subtype.php. Con los mismos ejemplos, serían jpg.php y png.php.
- Si tampoco existe este template, entonces se buscará $mimetype.php; en nuestro ejemplo sería image.php para ambos casos.
- Si ninguno de estos templates está presente en el theme, entonces se buscará el archivo attachment.php
- Si attachment.php tampoco existe, entonces caerá por fallback a single.php, singular.php y, por fin, a index.php.
En mi idioma, por favor
A ver si me sale en pocas palabras. Ninguna plantilla va a incluir templates para los subtipos mime específicos, y casi ninguna incluirá un template para un tipo que no sea la imagen, así que, resumiendo, vamos a utilizar los archivos image.php y attachment.php. El primero resolverá la papeleta con las imágenes, y el segundo para el resto de los tipos de archivo de los adjuntos.
Modificar los templates
Ahora que ya sabemos cómo funciona el sistema de templates para las páginas de los adjuntos, tendrás claro cuál necesitas modificar en función de las que incluya tu plantilla: si no incluye image.php, bastará con modificar attachment.php, puesto que ésta se ocupará de todas las páginas de adjuntos.
Si la incluye tendrás que modificar ambas (image.php para cuando se trate de imágenes y attachment.php para otros tipos de archivo), o bien eliminar image.php y centrarte en attachment.php, ya que una vez eliminada aquélla todos los adjuntos, imágenes incluidas, se mostrarán con este template.
¡Ojo! Asegúrate de realizar todos estos cambios en tu tema hijo (child theme). Si no estás usando uno, cualquier cambio que realices directamente en los archivos de la plantilla se perderá al actualizar ésta. Si tu plantilla incluye estos templates pero tu tema hijo no, simplemente cópialos de uno a otro y modifícalos en este último.
Si ninguno de estos dos templates existen en tu plantilla, no hay mayor complicación: simplemente crea el archivo attachment.php.
El código para redirigir de la página del adjunto a su contenido «padre»
Llegados a este punto ya sabemos el cómo, el dónde y el porqué, y sólo nos falta saber el qué, es decir, el código en sí que será el encargado de redirigir la página del adjunto a la del post padre. En su versión más básica el código, que tendrás que poner en la primera línea, es éste (incluyo el tag de apertura de PHP por si has creado el archivo ex-novo, y el de cierre por si estás usando un template existente):
post_parent)); ?>
Básicamente lo que hace es redirigir a la URL del post padre. Pero el código tiene un fallo: ¿qué ocurre si no hay post padre, o si éste se eliminó? ¿Qué pasa, en definitiva, con las páginas de adjuntos que no están incluidos en ningún contenido? Vamos a mejorar nuestro código, comprobando si se da esta situación y, de ser así, llevando a la página de inicio:
post_parent) && $post->post_parent !== 0)
wp_redirect (get_permalink ($post->post_parent));
else
wp_redirect (get_bloginfo ('wpurl'));
?>
Vale, esto ya va siendo otra cosa, pero ¿qué tal si indicamos el tipo de redirección a realizar? Google nos agradecería algo así… Pongamos un 301 (permanente) cuando el adjunto redirige a la URL de la entrada a la que pertenece, y 302 (temporal) si no es así. De esta forma si en el futuro adjuntamos ese archivo a una entrada todo estará como debe:
post_parent) && $post->post_parent !== 0)
wp_redirect (get_permalink ($post->post_parent), 301);
else
wp_redirect (get_bloginfo ('wpurl'), 302);
?>
Adaptar el código para el functions.php
Como el código lo estábamos poniendo directamente en el template que se carga al mostrar la página de adjuntos no hay que comprobar nada más: sabemos que sólo entrará en acción cuando se trate de una página de adjuntos.
Pero para añadir este código en nuestro plugin de funcionalidades o en functions.php primero tenemos que «engancharlo» al hook adecuado y, sobre todo, comprobar si lo que estamos cargando es una página de adjunto. Si no hacemos esto, el cielo se caerá sobre nuestras cabezas, así que vamos a retocar un poco el código:
add_action ('template_redirect', function () {
if (is_attachment() && isset ($post->post_parent) && $post->post_parent !== 0)
wp_redirect (get_permalink ($post->post_parent), 301);
elseif (is_attachment())
wp_redirect (get_bloginfo ('wpurl'), 302);
});
El plugin Attachment Pages Redirect
Si eres de los que tiene aversión al código, no sufras: ya se ha ocupado alguien de empaquetar todo esto convientemente en un plugin y de ponerlo a disposición de todos los usuarios en el repositorio de WordPress.
Se trata de Attachment Pages Redirect, y además su autor es paisano, Samuel Aguilera, así que… ¿qué más se puede pedir?
Buenas tardes Enrique,
En primer lugar querría darte las gracias y la enhorabuena por este artículo. Me ha solucionado muchas dudas. En segundo lugar me gustaría preguntarte una cuestión. Tengo la web https://accionesyvalores.es/ y me he dado cuenta que tengo un montón de URLs de páginas de adjuntos de imágenes indexadas. La cuestión es que habiendo hecho ya lo que comentas de redireccionarlas con Yoast:
1. A partir de ahora cada imagen que suba dejará de crear una página de adjuntos o eso siempre ocurre con WP y lo que hace es que al redirigir estas URLs ya no las indexa Google?
2. Las imagenes que ya tenía subidas las redirige, supongo, y bueno, debería ir una por una eliminándolas de search console y así quizás mejore el seo interno? Es que veo mucho trabajo en eliminar cada URL de search console. Sobre todo cuando puede que sea incluso beneficioso dejarlas indexadas, pues a largo plazo no serán tantas imágenes en comparación con las páginas y entradas.
Muchas gracias de antemano y recibe un cordial saludo.
Hola Pablo
Si la imagen la subes usando el botón Añadir objeto que hay en el editor (tanto en entradas como en páginas, productos, etc), la página del adjunto estará redireccionada al contenido en sí. Si subes la imagen acudiendo directamente a la galería de medios, no. Para evitar que Google siga indexando estas (las no redireccionadas) hay que marcar los medios como no indexables.
Por la desindexación no te preocupes, poco a poco (y a su ritmo) Google irá viendo los cambios según vaya revisitando URLs y actualizará el mismo el índice. Es preferible que lo haga así cuando es un gran número de URLs y no desindexarlas de golpe.
Un saludo.
Gracias por el post a mí también me ha solucionado bastantes dudas a las que no encontraba respuesta en otros blogs.
Me alegra que te haya sido útil, Marcelino
Un saludo,
hola Enrique!
Gran post! La verdad es que te quedo agradecida eternamente porque hay muy poca información sobre este tema y ahora que Yoast ha cambiado todo esto, me parece que tendrá que empezar a haber más, porque de repente están apareciendo las URLs de los attachments en los resultados de búsqueda (o eso me ha pasado con la web de un cliente. Uno, de momento).
Sin embargo, me queda una duda. ¿Cómo se puede trasladar lo que nos aconsejas sobre la configuración de estas URLs a la nueva configuración de Yoast? Ahora ya no existen las mismas opciones que antes y la verdad es que me tiene algo confundida.
Lo que está ocurriendo con el nuevo Yoast es que al hacer una búsqueda en Google, aparecen resultados de las imágenes adjuntas (nombredelsitio.es/attachment/nombre-de-la-imagen). Por defecto, el enlace, naturalmente, dirige a solo la imagen. Para colmo, aparece un snippet totalmente absurdo. Si nos fijamos en los sitemaps, resulta que antes no aparecían los attachments, ahora sí. Todo esto es un despropósito porque no creo que sea user-friendly. Supongo que para que esto deje de ocurrir, tengo que indicar a Yoast que no redirija las URLs a los propios adjuntos, y esperar a que Google vuelva a rastrear la página… Es esto correcto?
Entonces, para que esto no ocurra, ¿cómo hago para que las imágenes sigan indexándose – para cuando la gente busque por imagen – pero que no aparezcan en las SERPs «normales»? En la nueva pestaña «medios» entonces, debería elegir…
1. ¿Redirigir las URL de adjuntos a los propios adjuntos? NO
2. ¿Mostramos Medios en los resultados de búsqueda? NO (para que los que no están adjuntos a nada no se muestren?)
Si lo configuro de este modo, ¿tendré que esperar a que Google revisite/rastree la página de nuevo, y se habrá solucionado, verdad?
Perdona el largo comentario/consulta, pero supongo y espero que esto y tu respuesta también pueda ser de ayuda para otros lectores tuyos.
Gracias de nuevo por el post
Esther
Hola Esther
Gracias por tu comentario. La opción Redirigir las URL de adjuntos a los propios adjuntos debería estar en SÍ. De todas formas, al marcar los medios como noindexables (cosa, por cierto, totalmente independiente de la indexación de imágenes en Google Images) ya los irá desindexando Google según vaya revisitando las URLs… proceso que puede llevar semanas o meses. Se puede acelerar solicitando la desindexación de las URLs a través de Google Search Console.
Un saludo.
Gracias por tu respuesta Enrique!
Pero… jo, es que no entiendo que Redirigir las URL de adjuntos a los propios adjuntos tengamos que ponerlo en SÍ… Eso no significa que redirigirá las urls de adjuntos a la propia imagen? Es que no me entra en la cabeza…
El NO, perfecto, esperaremos a la desindexación de Google porque mi cliente no tiene Search Console…
Buenas tardes, muy buen artículo, me ha resultado muy aclaratorio me estaba documentando por el problema que he tenido sobre todo con el SEO de mi web, que de tener tres o cuatro palabras clave en las cinco primeras posiciones nos hemos catapultado a la segunda página de resultados de google, cosa que no puedo resistir y me lleva de cabeza desde hace diez días. Pensaba que era cosa de backlinks que he ido perdiendo y que la competencia se ha puesto de acuerdo todos a la vez para ponerse las pilas.
Después de buscar el culpable de esta desdicha y trabajado con las herramientas de Google y otras muchas cosas he llegado finalmente al tema de archivos de medios y es que precisamente ha sido a partir de una picia que ha pasado todo.
Había visitado primero la página del autor del Attachment Pages Redirect que por cierto he instalado pero quería documentarme algo más y decirte que tenía las dos opciones que comentas en tu artículo en el pluging de Yoast mal, así que voy por el buen camino, espero.
Mi web por si quieres echarle un vistazo y hacerte una idea de la historia es ************* y en la página de inicio tenemos una galería con 34 imágenes que en las opciones de ajuste en la galeria de Jetpack las tengo como «abrir enlazado a páginas de adjuntos» (se puede también poner como archivo multimedia o ninguna).
De esta manera se abría al darle click «con el botón izquierdo» porque ya después salía distinto, se abría una página con la imagen a la que yo le pongo texto, puedes verlo si ahora lo haces pulsándole y abriendo nueva página con el botón derecho, antes salía como una página de wordpress normal y no como una página flotante rara.
Hasta ese momento y durante un par de años con esta nueva web las posiciones SEO se habían mantenido y eso que los archivos de medios están supuestamente penalizados.
Al tema que me estoy enrollando mucho, lo siento.
En un momento que fui a añadir alguna imágenes más, borré la galería entera porque estaba haciendo pruebas y tuve que hacer otra vez la misma y que pasó, que además de llevarme cinco horas de trabajo hacerla por eso del texto personalizado a cada archivo, porque no pude restablecer la copia de seguridad (solo tenía disponible de la base de datos y eso no me cambió las cosas).
El problema que tengo no fue de tiempo, si no también me ocurrió que ahora tengo doble archivos de cada imagen numerados estos últimos con el mismo nombre acabado en dos. Que desastre. Todo porque no sabía como recuperar las urls de los archivos de medios y vincularlos en la galería, ya podía haber un deshacer en WordPress.
Ahora con tu artículo también he visto que al listar los medios tengo la opción de optimizarlos y comprimirlos, será por algunos de los pluggins que he instalado.
Un saludo y gracias por enseñarnos y darnos soluciones a nuestros problemas.
Hola Alejandro
Gracias por tu comentario. Por lo que veo en el índice de Google, ahora todas esas URLs están redirigiendo a la home, lo cual no es buena solución, echa un vistazo al artículo sobre los errores 404 leves.
Un saludo.
Hola Enrique, gracias por la información brindada en el post.
Te comento que tengo un blog de viajes y fotos, por lo que quiero indexar las fotos que subo.
El problema esta en que a pesar de tener configurado en yoas «¿Redirigir las URL de adjuntos a los propios adjuntos?» SI, si hago determinadas búsquedas en google, me aparece la url de la foto y no me redirecciona.
Hay alguna configuración adicional que deba hacer?
Hola Sebastián
No, son cosas diferentes. La opción de Yoast sirve para que no genere una URL que sólo contenga una imagen. Las imágenes que indexe Google Images es un tema completamente diferente.
Un saludo.
Buenas! Gran artículo, te quería preguntar si para desindexar los archivos serviría esta función que tiene Yoast en ajustes de cada archivo:
¿Deberían los motores de búsqueda seguir enlaces en este Medios? y aquí marcar NO.
Muchas gracias por adelantado
Hola Julio
Eso evita su indexación, pero si Google ya los ha indexado no hará que los desindexe.
Un saludo.
Hola, estupendo post, aunque lamentablemente he contactado con él un poco tarde. Me gustaría preguntarte algo si no es molestia. Después de leer tu artículo he marcado la casilla de redirigir archivos a la entrada que pertenecen y adjuntado manualmente los medios que tenía a las páginas correspondientes (tengo ALL IN ONE SEO); ahora cuando pulso en ver la página del adjunto en lugar de mandarme a una página de la web en la que aparecían cabecera, menú, footer, etc. con solo la fotografía, me manda a la página donde se encuentra que es lo suyo.
La pregunta es tengo que hacer algo más? si pongo site: y el nombre de la web en google me salen las imágenes como páginas (imagino que google ya las habrá indexado como tal) pero mientras que antes salía la pagina con la foto ahora sale la página con el texto de “vaya está página no se pudo encontrar” y un buscador que es la página por defecto del tema. Gracias por adelantado y sobre todo por compartir tus conocimientos. Cuentas con un nuevo seguidor.
Hola Alberto
Según dices, esos resultados te están llevando a errores 404. Supongo que puede deberse a que sean imágenes que no se han adjuntado a ningún contenido, verifica esto. En caso contrario, deberían redirigir al propio contenido.
En cualquier caso, vigila los errores 404 en Google Search Console y ve solicitando la desindexación de las URLs correspondientes para que un alto porcentaje de errores no llegue a afectar a tu SEO.
Un saludo.
¡Hola Enrique!
Debo darle las gracias por este post. No sabe la de vueltas que he dado con el tema de las imágenes adjuntas y cómo solucionar el conflicto que tenía (mis post tienen de mínimo dos imágenes y por cada una de ellas al comprobar la indexación manual en Google -colocando site: en el buscador- siempre me salían tres enlaces; uno por fotografía y otro con el artículo) Acabo de hacer lo que comenta en la pestaña Medios y confío en que funcione para las futuras entradas 🙂
Mi pregunta es la siguiente: Fueron muchas las entradas que Google definió en su robots (no sé si al colocar site de forma manual en el buscador indica que está la URL ya indexada y/o en proceso) Sabiendo esto, ¿en las entradas antiguas se me redireccionará la imagen al artículo o debo tocar algo para que todo vaya bien? En las nuevas comprendo, es algo automático… Sin más muchísimas gracias, ha sido una suerte encontrarme con esto 🙂
Hola Rocío
Gracias por tu comentario 🙂 En el momento en que configuras Yoast SEO para que redirija la página del adjunto al propio archivo, esta redirección se realiza para todas las imágenes (para todos los adjuntos en realidad, no tienen por qué ser imágenes, puede ser por ejemplo un PDF) sin que tengas que hacer nada más.
Google ya irá detectando estas redirecciones a medida que vaya reindexando las URLs y actualizando el índice en consecuencia.
Un saludo.
Gracias por la respuesta Enrique. Me ha ayudado bastante este artículo.
Saludos de nuevo Enrique!
Acerca de los archivos adjuntos olvidé preguntarte, después de haber cambiado la pestaña para que éstos se me redireccionen al propio texto, ¿cuánto tiempo más o menos tarda en «curarme» todas las imágenes? Tengo unos 640 artículos con dos fotografías de mínimo en cada uno. Gracias.
Hola Rocío
Imposible saberlo, eso depende de muchos factores, la mayoría de los cuales sólo los conoce Google. Uno de los más importantes, y eso sí es conocido, es la frecuencia con que añades contenidos a tu web: las webs con mayor frecuencia de publicación de contenidos son indexadas más rápidamente por el bot de Google.
Un saludo
Hola Enrique,
gracias por el articulo. En mi caso me encuentro con la situacion de que los servidores no me ayudan mucho para mejorar la velocidad de carga, ya sea por que el diseño no es muy eficiente o por que el servidor pone muchas trabas. Las paginas de adjuntos suelen ser las mas rapidas y me pregunto ¿por que no optimizarlas y compensar lo que el servidor se resiste a mejorar?
Gracias Enrique por tu post, yo migre a rank math y justo estaba buscando como configurar este tema, si te he entendido bien,yo tendría que hacer :1. en ajustes seo- activar -redireccionar adjuntos. 2.en titulos y meta los adjuntos poner en no follow y no index y 3.en ajustes del mapa del sitio- activar incluir las imagenes en los mapas del sitio pero los medios no incluir en los mapas del sitio. no sé si es así la configuracion en rank math no es sencilla
Hola Enrique.
Muy bueno este artículo. Tengo un problema con el plugin Yoast SEO que en las últimas versiones no permite editar las opciones. Voy a esperar a ver si resuelven ese problema y por eso no lo he desinstalado. Así que el código que has publicado me es de mucha utilidad.
Quiero hacer dos preguntas:
1) ¿El código también funciona con las imágenes de las páginas?
2) ¿En caso de que una imagen se inserte en diferentes entradas, hacia cuál se redirige?
Gracias