WordPress lleva años ofreciendo un control de visibilidad muy básico para publicaciones: público, privado o protegido con contraseña. Para muchos proyectos, esa tríada se queda corta. No porque falte seguridad, sino porque falta control editorial: poder decidir dónde aparece un contenido sin necesidad de “cerrarlo” ni esconderlo del todo.

Ahí es donde encaja Control de visibilidad de contenidos, un plugin ligero que añade un nivel intermedio muy práctico: permite que una entrada siga siendo pública y accesible por URL, pero que no aparezca en listados (archivo del blog, categorías, etiquetas, home) o que no salga en la búsqueda interna, según convenga. En otras palabras: ofrece un control parecido al que WooCommerce ya aplica con la “visibilidad en el catálogo”, pero trasladado a entradas, páginas y tipos de contenido personalizados.

Cuatro modos de visibilidad pensados para el día a día

El plugin introduce cuatro opciones:

• Visible: comportamiento por defecto, aparece en archivos y en resultados de búsqueda.
• Solo archivos: aparece en los listados (archivos), pero no en la búsqueda interna.
• Solo búsquedas: aparece en la búsqueda interna, pero no en archivos ni listados.
• Oculto: no aparece ni en archivos ni en búsquedas, pero sigue siendo accesible si alguien entra con el enlace directo.

Este matiz es clave: “oculto” no significa “privado”. El contenido no queda protegido, solo deja de mostrarse en las zonas habituales de navegación del sitio. Para un medio, una web corporativa o un proyecto con estrategia de contenidos, esa diferencia cambia por completo el flujo editorial.

Integración nativa: donde ya se decide la visibilidad

Uno de los aciertos del plugin es que no inventa un panel nuevo ni llena el escritorio de ajustes adicionales. Se integra donde WordPress ya coloca el control de visibilidad:

• En Gutenberg, aparece dentro de la ventana emergente de “Estado y visibilidad” (al hacer clic sobre el estado de la entrada).
• En el editor clásico, aparece en la caja meta “Publicar”, dentro de “Visibilidad”, justo donde el usuario esperaría encontrarlo.

Ese enfoque reduce fricción: no obliga a aprender nada nuevo ni a cambiar hábitos. Para equipos que publican a diario, esto importa más de lo que parece.

Casos de uso reales: menos “truco” y más control editorial

La utilidad se entiende rápido cuando se aterriza en escenarios típicos:

1. Landing pages que no deben “contaminar” el blog
   Una página de campaña, una promoción o una colaboración puede ser pública, enlazable y medible, pero no tiene por qué aparecer en la home o en el archivo del blog.
2. Contenido accesible solo desde enlace directo
   Perfecto para piezas destinadas a newsletters, comunicaciones internas, partners o material que se comparte en un contexto concreto sin necesidad de que sea “descubrible” dentro del sitio.
3. Limpieza de la búsqueda interna
   Hay contenidos que interesan a quien llega desde una URL (por ejemplo, enlaces antiguos), pero que no aportan valor cuando alguien busca en la web. “Solo archivos” o “oculto” permite ordenar la experiencia sin despublicar.
4. Control fino de qué entra en la portada
   En sitios con portada editorial (sobre todo medios y blogs con secciones), controlar qué aparece en listados es una forma directa de mejorar el orden del contenido sin tocar código ni queries del tema.

En resumen: el plugin se comporta como un “selector de presencia” para cada publicación, con el foco en la experiencia del lector y el control del editor.

SEO: lo oculto puede seguir siendo indexable

El propio plugin advierte de una realidad importante: si una URL es pública y accesible, puede seguir siendo indexada por motores de búsqueda aunque esté oculta en archivos o búsqueda interna. Es coherente: el plugin controla visibilidad en WordPress, no decide lo que hace Google.

Para proyectos donde se quiera evitar indexación, la recomendación habitual es acompañar estos modos con una estrategia de noindex (normalmente gestionada con un plugin SEO o ajustes equivalentes). En cambio, si la prioridad es mantener accesibilidad para enlaces existentes, “oculto” puede ser una solución editorial sin perder visitas de referencias externas.

Rendimiento y grandes volúmenes: cambios pensados para evitar sustos

En su registro de cambios, la versión 1.0.1 incluye mejoras orientadas a rendimiento: optimización de consultas para evitar lentitud y tiempos de espera del servidor, sustituyendo un meta_query considerado ineficiente por un filtro posts_where más optimizado, y corrigiendo posibles errores 504 en sitios con muchas publicaciones. Esta parte es especialmente relevante para medios con histórico grande: cuando se toca cómo se filtran listados y búsquedas, la eficiencia manda.

Según la ficha del repositorio, el plugin requiere WordPress 5.0 o superior, está probado hasta 6.9.1, y pide PHP 7.4 o superior. Además, excluye automáticamente los productos de WooCommerce (ya tienen su propia visibilidad) para evitar duplicidades.

Instalación y uso: sin curva de aprendizaje

La instalación es la habitual: subir la carpeta a /wp-content/plugins/ o instalarlo desde el instalador de plugins de WordPress y activarlo. A partir de ahí, el flujo es inmediato: editar una entrada o página y elegir uno de los cuatro estados de visibilidad.

Un detalle práctico que también menciona el plugin: si se usa caché, puede ser necesario vaciarla tras cambiar la visibilidad para que el front refleje el nuevo comportamiento.

Preguntas frecuentes

¿Cómo ocultar una entrada en WordPress sin hacerla privada ni pedir contraseña?
Con este plugin se puede marcar como Oculto para que no aparezca en archivos ni búsqueda interna, manteniéndose accesible por URL directa.

¿Qué diferencia hay entre “Solo archivos” y “Solo búsquedas” en WordPress?
“Solo archivos” mantiene el contenido en listados (categorías, etiquetas, home), pero lo quita de la búsqueda interna. “Solo búsquedas” hace lo contrario: aparece al buscar, pero no en listados.

¿Este control de visibilidad afecta al SEO y a la indexación en Google?
Puede afectar a la experiencia interna (lo que se ve en listados y búsqueda), pero si la URL es accesible, el contenido podría seguir siendo indexable. Si se quiere evitar, conviene aplicar noindex.

¿Funciona con tipos de contenido personalizados y con Gutenberg?
Sí: es compatible con entradas, páginas y tipos de contenido personalizados públicos, y funciona tanto en Gutenberg como en el editor clásico.