Visibility – SEO, AEO y GEO optimizado para IA y búsquedas

FAQ

¿Es Visibility una alternativa a Yoast, Rank Math, All in One SEO o SEOPress?

La respuesta es sí, para la mayoría de los sitios. Visibility cubre lo que el 90 % de los sitios realmente necesitan: titles, meta descriptions, URLs canonical, Open Graph, Schema, directivas para robots, gestión del redirecciones y control del mapa del sitio, y además importa tus datos por publicación de esos plugins con un clic. No incluye análisis de palabras clave, gestores de redirecciones ni puntuación de contenido. Si no necesitas esas funciones Visibility es una alternativa mucho más ligera. Si las necesitas sigue con tu plugin de SEO actual, Visibility no está pensado para funcionar al mismo tiempo.

¿Cómo migro desde otro plugin de SEO?

Instala y activa Visibility. Si en tu base de datos hay registros de Yoast SEO, Rank Math, All in One SEO, SEOPress, The SEO Framework, Slim SEO o SureRank (ya sea que la suite esté activa o ya se haya desactivado), la pestaña «Herramientas» muestra una ficha de importación con un desglose por campos: metas title y description y configuraciones para robots en entradas y términos de taxonomía, además de URL canonical, imágenes Open Graph, títulos y descripciones sociales, imagen por defecto para redes sociales, el tipo de schema por tipo de contenido y los códigos de verificación de las herramientas para webmasters. También se transfieren tus redirecciones 301, 302, 307 y 410 existentes, procedentes de Rank Math, All in One SEO, SEOPress y el plugin Redirection. Con un solo clic se copia todo en Visibility sin tocar el plugin de origen, omitiendo cualquier cosa que ya hayas configurado y cualquier valor generado a partir de las variables de plantilla de la suite (%%title%%, %title%, #post_title, {{ title }}) — Visibility los genera a partir de tu contenido real. Cada suite importa lo que realmente almacena. El desglose por campo siempre muestra exactamente lo que se encontró antes de la importación, y la importación no es destructiva ni se repite: prevalecen los valores existentes de Visibility y, si se vuelve a ejecutar, nunca se duplican. Revisa algunas entradas y, a continuación, desactiva la suite. Las URLs de mapas del sitio anteriores (sitemap.xml, post-sitemap.xml…) siguen funcionando mediante una redirección 301 a la URL nativa /wp-sitemap.xml.

Yo utilizaba Native SEO Meta Tags, NoIndexer o Sitemap Customizer. ¿Cómo puedo migrar?

Instala y activa Visibility. Si detecta datos de alguno de esos plugins la pestaña «Herramientas» mostrará una ficha de importación con un desglose por plugin y un botón «Importar ahora» (y la sección «Resumen» te lleva ahí). La importación no es destructiva (copia, nunca borra) y, en caso de conflicto, prevalecerán los valores existentes de Visibility, por lo que puedes ejecutarla con total seguridad. Una vez que hayas importado y comprobado todo desactiva los plugins antiguos.

¿Es gratis Visibility? ¿Hay alguna versión Pro?

Es gratuito y no hay versión Pro, ni extensiones, ni paquetes de créditos, ni banners de ventas dirigidas en tu panel de administración Todo lo descrito en esta página está incluido en el plugin que acabas de descargar, incluyendo el gestor de redirecciones, los importadores con un solo clic, las estructuras de URL de WooCommerce y los archivos de detección de IA, que varios paquetes de SEO ofrecen solo en sus planes de pago. No hay que comprar nada, ni crear una cuenta, ni pegar ninguna clave. Se trata de una decisión deliberada sobre el producto, no de una promoción de lanzamiento: el plugin no tiene ningún nivel premium protegido, por lo que nada de lo que contiene está limitado a propósito para venderte el siguiente paso.

¿Visibility ralentizará mi sitio?

Está diseñado para no hacerlo. Ocupa unos 300 KB, no añade tablas a la base de datos, no programa tareas cron ni realiza llamadas HTTP externas, con una excepción documentada: una consulta en caché que comprueba si un autor tiene un Gravatar público, la misma que WordPress ya realiza para los avatares de los comentarios. La configuración se encuentra en una única opción que se carga automáticamente y los valores por contenido utilizan los metadatos nativos de entradas, términos y usuarios, que WordPress ya almacena en la caché de objetos. La mayor parte del trabajo real lo realizan las API del núcleo (wp_robots, wp_sitemaps_*, register_post_meta, get_canonical_url), y no reimplementaciones privadas, por lo que se trata de código que la plataforma ya ejecuta y ha optimizado. La sección «Rendimiento y seguridad» anterior publica las cifras reales de cada versión, que se actualizan con cada versión.

¿Visibility me rastrea o envía datos a alguna parte?

No. No hay telemetría, ni análisis de uso, ni opción de participar en la «mejora del plugin», ni cuenta, ni ningún servidor nuestro con el que se comunique tu sitio. Visibility nunca envía información, y desactivarlo no avisa a nadie. La única solicitud saliente que puede realizar es la comprobación de Gravatar en caché descrita en «Servicios externos» más arriba, que envía un hash del correo electrónico del autor y nunca la dirección en sí, para que se pueda incluir el avatar del autor en los esquemas Open Graph y Person. Todo lo demás ocurre dentro de tu instalación de WordPress.

¿Hay alguna tabla en la base de datos?

No. Visibility almacena sus ajustes en una única opción de WordPress y utiliza las tablas nativas post, term y user meta para las sustituciones por contenido. Al borrar el plugin se elimina la opción, pero las sustituciones por contenido se mantienen, por lo que al reinstalarlo no se perderá el trabajo realizado.

¿Puedo desactivar módulos individuales?

Sí. La pestaña «Resumen» te permite activar o desactivar el «Descubrimiento» (meta tags), «Indexado» (robots), «Mapas del sitio» y «Redirecciones» de manera independiente. Puedes ejecutar únicamente lo que necesites.

¿Qué son AEO y GEO y qué hace Visibility al respecto?

AEO (optimización para motores de respuestas) y GEO (optimización para motores generativos) son dos denominaciones que se refieren al mismo objetivo: que los asistentes de IA, como ChatGPT, Perplexity, Claude y las respuestas de IA de Google, puedan encontrarnos, entendernos y citarnos, y no solo a través de una página de resultados clásica. En la práctica es menos exótico de lo que sugieren las siglas. Lo que, según los datos publicados, realmente influye en que se cite un contenido es la actualidad del mismo (las páginas actualizadas en el último mes se citan con mucha más frecuencia), la experiencia verificable del autor y una estructura de preguntas y respuestas que sea realmente visible en la página. Visibility actúa sobre estos tres aspectos: un filtro de actualidad y una columna «Última actualización» ordenable en tus listas de contenido, campos de experiencia del autor que alimentan el schema Person, y FAQPage creado a partir de las preguntas y respuestas que hayas publicado realmente. Lo que ningún plugin puede hacer, incluido este, es prometerte una cita.

¿Cómo ayuda Visibility con la IA (AEO / GEO)?

Envía las señales que los motores de búsqueda y los asistentes de IA pueden leer sobre tu sitio: el archivo JSON-LD de identidad del sitio (quién está detrás de él), los archivos llms.txt y llms-full.txt (un índice en Markdown de tu contenido, con secciones de taxonomía y datos compatibles con WooCommerce), una versión limpia en Markdown de cada página en su URL .md, y un editor de robots.txt para permitir o bloquear los rastreadores de IA por nombre. Ningún plugin puede garantizar una cita, pero Visibility facilita que los sistemas de IA encuentren, lean y atribuyan tu contenido, y todo ello se sirve automáticamente sin necesidad de archivos adicionales ni tareas programadas. El plugin complementario VigIA puede entonces medir qué rastreadores de IA visitan realmente el sitio.

¿Visibility genera llms.txt y versión Markdown de mis páginas?

Sí, ambos, y ninguno de los dos escribe ningún archivo en tu servidor. /llms.txt es un índice en Markdown de tu sitio para modelos de lenguaje, con secciones por tipo de contenido y taxonomía, así como entradas compatibles con WooCommerce, y /llms-full.txt es la versión completa. Cada entrada también responde en su propia URL .md, por lo que un agente que siga un enlace obtendrá Markdown limpio en lugar de una página HTML completa. Todo ello se genera dinámicamente a partir de tu contenido real: sin archivos guardados, sin tareas programadas, sin nada que regenerar cuando publiques. Un apunte realista sobre las expectativas, ya que esto se promociona más de lo que respaldan los datos: llms.txt es una convención propuesta, no un estándar. Su adopción sigue siendo baja, Google ha declarado que lo ignora y ningún proveedor importante de IA ha confirmado su compatibilidad. Incluirlo no te cuesta nada y te posiciona de cara a un posible cambio, pero no es lo que hará que te citen. Lo que cuenta es el contenido actualizado, la experiencia del autor y una estructura clara.

¿Visibility añade marcado de schema y datos estructurados?

Sí, como un único grafo JSON-LD en lugar de un montón de bloques independientes: la familia Article con un tipo seleccionable según el tipo de contenido (BlogPosting, NewsArticle y el resto), BreadcrumbList, Person, que incluye campos de especialización del autor, FAQPage creada a partir de tus bloques detalles y acordeón, y la identidad del sitio (Organization y WebSite) en la página de inicio, con modificaciones específicas por entrada y por término para todo ello. Lo que se ha omitido deliberadamente es un generador visual para tipos enriquecidos como Recipe, Product, Event o HowTo. Estos requieren propiedades que tu contenido no contiene de forma estructurada (ingredientes, precios, fechas, pasos), y añadir el tipo sin sus propiedades obligatorias genera errores en Search Console, lo cual es peor que no añadirlo en absoluto. Los plugins que gestionan esos datos ya se encargan de ello: WooCommerce añade Product, los plugins de recetas añaden Recipe y los de eventos añaden Event.

¿Controla Visibility el mapa del sitio XML?

Personaliza el mapa del sitio que WordPress ya genera en /wp-sitemap.xml en lugar de crear uno segundo junto a él, por lo que no hay que borrar ninguna caché ni reconstruir nada. Puedes excluir tipos de contenido y taxonomías completas, entradas y términos individuales por ID o slug, y usuarios por perfil, controlar las fechas de última modificación y establecer el número máximo de URL por mapa del sitio. Todo lo que se marque como noindex queda automáticamente excluido, por lo que los dos módulos nunca pueden contradecirse entre sí, y también puedes excluir algo del mapa del sitio sin que deje de ser indexable. Si vienes de otro plugin de SEO, sus antiguas URL de mapa del sitio (sitemap.xml, post-sitemap.xml y demás) se redirigen con un 301 a la URL nativa, por lo que no se altera nada de lo que los motores de búsqueda ya conocen.

¿Gestiona redirecciones Visibility? ¿Necesito el .htaccess o un plugin aparte?

Las redirecciones están incluidas y no necesitas nada de eso. El módulo de redirecciones gestiona las respuestas 301, 302, 307 y 410, que se resuelven en PHP sin necesidad de editar .htaccess, sin configuración del servidor y sin tablas de base de datos personalizadas. Importa y exporta archivos CSV, te ofrece una redirección para cualquier entrada que borres para que la URL no devuelva un error 404, y te permite tomar el control o eliminar las redirecciones por cambio de slug que WordPress crea de forma automática. Hay una cosa que no hace, intencionadamente, y es registrar cada error 404 que recibe tu sitio. Para ello se necesita una tabla dedicada y una tarea de limpieza programada, que es precisamente el tipo de sobrecarga que este plugin pretende evitar. Si deseas esa información, el plugin complementario VigIA ya registra los errores 404 con los que se topan los rastreadores.

¿Visibility funciona con Elementor, Divi y otros maquetadores de páginas?

Sí. El panel de Visibility aparece en la barra lateral del editor de bloques y, en cualquier pantalla en la que un maquetador sustituya al editor de bloques, como caja meta equivalente en la pantalla de edición clásica, por lo que dispones de los mismos controles de título, descripción, redes sociales, schema y robots, independientemente del editor que tu maquetador deje activo. Elementor tiene una característica adicional que conviene conocer: mantiene su diseño en los metadatos de la entrada y sustituye el contenido en el momento de la visualización, por lo que el contenido almacenado de la entrada está prácticamente vacío. Visibility procesa el documento de Elementor al generar la versión en Markdown de una página, lo que significa que los agentes de IA que lean tu URL .md obtienen el texto real en lugar de una página en blanco.

¿Funciona Visibility con WooCommerce?

Sí, y trata la tienda como un caso prioritario en lugar de como algo secundario. Los productos, las categorías de productos, las etiquetas y los atributos se gestionan como cualquier otro contenido en lo que respecta a títulos, descripciones, etiquetas sociales, schema y reglas de robots. La imagen de la galería del producto forma parte de la cadena de reserva og:image y el índice llms.txt es compatible con WooCommerce. También corrige las URL de los productos de la misma forma en que lo hace WooCommerce en su propia pantalla de enlaces permanentes, como se explica más adelante. Lo que Visibility no añade es el schema del producto: WooCommerce ya lo genera con los datos de precio, inventario y reseñas propios, y una segunda copia solo entraría en contradicción con la primera.

¿Funciona con tipos de contenido personalizados y taxonomías personalizadas?

Sí. Es compatible con todos los tipos de contenido y taxonomías públicas, incluidas las categorías, etiquetas y atributos de productos de WooCommerce (para estos últimos es necesario activar la opción «¿Activar archivos?» en los ajustes de atributos de WooCommerce).

¿Puedo previsualizar cómo ses verá mi página en Google, las redes sociales y las respuestas con IA?

Sí. El panel de Visibility, que está en la barra lateral del editor de bloques y de la caja meta del editor clásico, incluye una vista previa en tiempo real con tres vistas: el snippet de resultado de Google, tu tarjeta social al compartir y un resumen con IA que cita tu página. Se actualiza mientras escribes, siguiendo exactamente las cadenas que genera el plugin (título de la publicación, extracto, imagen destacada y valores por defecto del sitio). Es una visualización fiel de lo que se incluye en tu código HTML, no una puntuación: el aspecto final siempre depende de cada plataforma.

¿Cómo marco como noindex en una publicación individual?

En el editor de bloques, abre el panel Visibility en la barra lateral de la publicación y marca la casilla de noindex. En el editor clásico esa misma casilla está en la caja meta de Visibility. También puedes usar la edición rápida o las acciones por lotes desde la lista de publicaciones.

¿Funcionará siempre mi robots.txt, incluso en una instalación en un subdirectorio?

Sí, y esta es una medida de seguridad de SEO que conviene conocer. WordPress solo sirve su archivo virtual /robots.txt en instalaciones en la carpeta raíz una vez que se han actualizado las reglas de reescritura. En una instalación en subdirectorios, o cuando las reglas quedan obsoletas, /robots.txt puede devolver un error 404, mientras que las mismas directivas siguen respondiendo en /?robots=1 , por lo que los rastreadores que solicitan el archivo canonical /robots.txt no obtienen nada. Visibility toma el control de la ruta de acceso: sirve /robots.txt directamente cuando no hay ningún archivo físico (independientemente de las reglas de reescritura, por lo que funciona en cualquier instalación), y cuando otro plugin crea un archivo físico robots.txt que el servidor web serviría en su lugar, fusiona sus propias directivas en ese archivo dentro de un bloque BEGIN/END, dejando intactos todos los demás bloques, de modo que sus reglas prevalecen también allí. Además, redirige con un 301 la URL interna de WordPress /?robots=1 a /robots.txt. El resultado es un único archivo canonical /robots.txt que siempre carga tu rastreador de IA y tus reglas de indexación, incluso detrás de un archivo estático.

¿Funciona Visibility en WordPress multisitio?

Sí, y cada sitio web tiene sus propias reglas. Cada sitio de la red cuenta con sus propios ajustes de visibilidad, por lo que, en una red de subdominios o dominios asignados, cada uno sirve sus propios archivos /robots.txt y /llms.txt con sus propias directivas, sin necesidad de configurar nada manualmente, algo que WordPress no hace por defecto y que la mayoría de los plugins de SEO dejan como un único archivo global. Esto es importante porque un archivo físico robots.txt o llms.txt en la raíz del sitio es un archivo compartido por toda la instalación: Visibility lo escribe solo donde realmente corresponde (una instalación de un único sitio o el sitio principal de una red de subdirectorios), para que un sitio nunca pueda sobrescribir las reglas de otro, y en el resto de casos los puntos finales virtuales, que siempre están disponibles, responden según el sitio. En una red de subdirectorios (todos los sitios bajo un mismo dominio), el robots.txt estándar solo permite un archivo en la raíz del dominio, perteneciente al sitio principal, y la pestaña «Descubrimiento» lo deja claro siempre que no sea aplicable la opción del archivo físico. Activa Visibility por sitio o actívalo para toda la red, cualquiera de las dos opciones garantiza que ningún sitio interfiera con otro.

¿Dónde almacena Visibility las sustituciones por publicación?

En la tabla post meta estándar de WordPress (claves _native_aeo_pack_*). Las sustituciones de términos se guardan en term meta, las URL sociales de los usuarios en user meta. Ningún dato sale de las tablas estándar de WordPress.

¿Puedo copiar mi configuración en otro sitio?

Sí. La pestaña «Herramientas» exporta todos los ajustes de Visbility, además de los valores por entrada y por término (metas title y description, URL canonical, personalizaciones sociales, tipos de schema y marcas para robots), en un único archivo JSON, y los vuelve a importar en otro sitio. El contenido se compara por slug, no por ID de la base de datos, por lo que funciona entre sitios que nunca han sido clones: del entorno de pruebas al de producción, o una configuración inicial en varios sitios. Al importar puedes elegir si el archivo solo rellena lo que está vacío (la opción por defecto, segura en un sitio que ya tiene sus propios valores) o si sustituye lo que ya hay. Todo pasa por la misma validación que la pantalla de ajustes, solo se leen las claves conocidas y nunca se crea nada: los valores se aplican al contenido que ya existe, y el resultado indica cuántas entradas no se han encontrado. Las redirecciones no se incluyen en el archivo porque tienen su propia exportación CSV en la pestaña «Redirecciones», y los campos del perfil de autor se excluyen porque pertenecen a cada cuenta de usuario.

¿Cómo se qué contenido se ha quedado anticuado?

La vigencia del contenido es la señal de AEO con mayor evidencia a su favor: las páginas actualizadas en el último mes son citadas con una frecuencia notablemente mayor por los asistentes de IA. Con el umbral establecido en la pestaña «Descubrimiento» (90 días por defecto), tus listados de contenidos incluyen un enlace de filtro «Sin actualizar hace 90 días» con un recuento, y una columna ordenable Última actualización. Eso es todo lo que hace: no hay puntuación, ni semáforo, ni cifra de «salud SEO», porque decidir qué artículo merece una reescritura es una decisión editorial. Pon el umbral a 0 para dejar las tablas de tus listados sin cambios.

¿Puedo hacer más limpias las URLs de mi WooCommerce?

Sí, incluidas aquellas partes que el propio WooCommerce no permite configurar. En la pestaña «Indexado» puedes quitar la base de cada taxonomía de forma independiente, de modo que una tienda puede quitar /categoria-producto/, /etiqueta-producto/ y /marca/ y, al mismo tiempo, mantener /categoria/ en su blog, algo que el único botón de las versiones anteriores no permitía. Además, puedes elegir una estructura de URL de producto WooCommerce bloqueada en su propia pantalla de enlaces permanentes: solo el slug del producto (/mi-producto/), la categoría y el slug (/camisetas/mi-producto/) o la ruta completa de la categoría (/ropa/camisetas/mi-producto/). WooCommerce vuelve a insertar la base /producto/ cada vez que la vacías y obliga a incluir una base delante de la estructura de categorías, por lo que para esas tres opciones se necesita un plugin.

Las URL antiguas se redirigen mediante una redirección 301 a las nuevas, al igual que cualquier otra combinación que siga siendo válida (una base residual, una categoría a la que el producto ya no pertenece), de modo que un producto nunca acaba siendo accesible desde dos URL. Las redirecciones están incluidas: no hay ninguna tarifa premium para ellas. Si utilizas Premmerce Permalink Manager, Visibility lo detecta, te indica en la pestaña «Indexado» que ambos plugins están reescribiendo las mismas URL y toma el control (sus filtros se ejecutan al final). Importa primero su estructura desde la pestaña «Herramientas», comprueba las URL de tus productos y, a continuación, puedes desactivarlo, también la versión premium. Dos aclaraciones necesarias. Lo que ya exista en una ruta tiene prioridad, por lo que una página o un término conserva su URL y el producto se queda con la que le asignó WooCommerce. Además, una URL de taxonomía sin base cuesta una regla de reescritura por término, cinco si se cuentan los feeds y la paginación, por lo que la pantalla de ajustes te indica cuántas reglas añade tu selección antes de que la confirmes: está bien para un blog o una tienda normal, pero merece la pena pensárselo en una tienda con miles de términos de atributos.

¿Visibility genera datos estructurados FAQ?

Sí, a partir del contenido que ya tienes. Activa JSON-LD: FAQPage en la pestaña «Descubrimiento» y Visibility leerá los bloques nativos «Detalles» y «Acordeón» de tus entradas, tomando la pregunta del título del bloque y la respuesta de su contenido, y generará FAQPage en el mismo bloque JSON-LD que el resto del schema. No hay ningún generador independiente ni campos duplicados que rellenar, por lo que el marcado solo puede describir las preguntas y respuestas que están realmente visibles en la página. Está desactivado por defecto a propósito: un bloque «Detalles» no siempre es una pregunta («Mostrar detalles técnicos»), y describir algo que no es una pregunta frecuente es peor que no describirlo. Expectativa realista: esto ayuda a los asistentes de IA a identificar la estructura de tus preguntas y respuestas. No devuelve los resultados enriquecidos de preguntas frecuentes de Google, que se retiraron en 2023.

¿Hay alguna API para plugins y temas?

Sí, y sigue estable. Lee el estado de robots que resuelve Visibility con Native_AEO_Pack_Frontend_Robots::is_noindex( $post_id ), is_nofollow( $post_id ), is_term_noindex( $term_id, $taxonomy ) y is_term_nofollow( $term_id, $taxonomy ). Lee cualquier ajuste con Native_AEO_Pack_Settings::get( $group, $key, $default ), y comprueba reglas de rastreadores de IA con Native_AEO_Pack_Settings::is_robots_ai_blocking() and get_robots_ai_agents(), que es cómo el plugin recomendado VigIA los. lee.

Para cambiar lo que se genera tienes cuatro filtros:

• native_aeo_pack_schema_graph ($graph, $context, $object) — los nodos JSON-LD antes de su salida. $context es article, person o identity. Añade, edita o elimina nodos, devuelve un array vacío para no mostrar nada.
• native_aeo_pack_meta_description ($description) — la descripción resultante, tras toda la cadena alternativa. Se utiliza para la etiqueta meta, og:description, la tarjeta de Twitter, el nodo Article y la vista previa, respectivamente.
• native_aeo_pack_og_image ($image, $post) — la imagen seleccionada para una entrada concreta, tras la cadena de selección por entrada, destacada, de WooCommerce, integrada y de reserva del sitio.
• native_aeo_pack_schema_faq_pairs ($pairs, $post) — los pares de preguntas y respuestas leídos de los bloques, antes de que se conviertan en una FAQPage. Devuelve un array vacío para omitirlo en una página en la que los bloques «Detalles» no sean preguntas.