Hazel Contents Contain no funciona: por qué pasa y cómo solucionarlo

Si Contents contain de Hazel no funciona, mira primero qué es lo que realmente lee esa condición: no el archivo, sino el índice que Spotlight tiene de ese archivo. Cuando Spotlight todavía no ha indexado algo — un archivo nuevo, un archivo sincronizado desde la nube, una carpeta excluida de la búsqueda —, la condición no encuentra nada, aunque el texto esté ahí mismo dentro del documento. El propio foro de soporte de Noodlesoft da la solución directamente: cambia la regla a Contents contain match, que lee el archivo en sí y se salta Spotlight por completo. Es más lenta. Noodlesoft lo dice sin rodeos. Más lenta y correcta gana a rápida y equivocada.

Ese cambio resuelve la mayoría de los casos en menos de un minuto. El resto de este artículo explica por qué ocurre el problema, tres comprobaciones más si cambiar la condición no lo soluciona del todo, y en qué sigue siendo mejor la comparación de contenido de Hazel que cualquier alternativa, File Arbor incluido.

¿Por qué deja de coincidir "Contents contain" en Hazel?

Hazel tiene dos condiciones distintas para comprobar qué hay dentro de un archivo, y funcionan de maneras completamente distintas. Contents contain le pregunta a Spotlight si una palabra aparece en un archivo — nunca abre el archivo en sí. Contents contain match abre el archivo y busca el texto directamente.

Es un diseño razonable. El índice de Spotlight es rápido, y la mayoría de las veces es preciso. El problema está en la brecha entre "el archivo existe" y "Spotlight ha terminado de indexar el archivo". Un archivo que acaba de llegar a una carpeta vigilada puede no ser todavía buscable. Un archivo sincronizado desde iCloud Drive, Dropbox o OneDrive puede quedarse sin indexar durante minutos, sobre todo a mitad de la descarga o con un cliente de sincronización en beta. Un archivo en un disco externo, en una unidad de red, o en cualquier ubicación cubierta por las exclusiones de privacidad de Spotlight en macOS no aparecerá nunca en una búsqueda de Spotlight — lo que significa que Contents contain tampoco lo verá, por muchas veces que se ejecute la regla.

Nada de esto es un fallo en tu regla. La regla está consultando un índice, y el índice es lo que va por detrás. Hazel ejecuta la regla correctamente cada vez; simplemente recibe un "no" de Spotlight cuando la respuesta honesta sería "todavía no".

La solución real: cambia a "Contents contain match"

Abre la regla, busca la condición de contenido y cambia el menú desplegable de Contents contain a Contents contain match. Para la mayoría de los casos, esa es toda la solución, y es la que recoge el foro de Noodlesoft cada vez que alguien reporta un fallo de coincidencia que termina siendo un problema de indexación.

Contents contain match no le pregunta nada a Spotlight. Abre el archivo, extrae el texto y lo busca en el momento en que se ejecuta la regla. No hay ningún índice que vaya con retraso, ninguna lista de exclusión con la que tropezar, ninguna espera a que un proceso en segundo plano se ponga al día. El coste es la velocidad — leer un archivo directamente tarda más que consultar una tabla — pero para la mayoría de los volúmenes de una carpeta de Descargas o Documentos, esa diferencia no llega a notarse.

Si mantienes docenas de reglas que usan todas Contents contain, no hace falta reconstruirlas desde cero. Abre cada una, cambia ese único menú desplegable y guarda. Es tedioso si tu biblioteca de reglas es grande, pero es un cambio mecánico, no un rediseño.

Tres comprobaciones más antes de rehacer todas tus reglas

Cambiar a Contents contain match arregla el síntoma. Si quieres saber por qué Spotlight se saltó el archivo en primer lugar — o prefieres mantener la condición más rápida donde es segura —, estas tres comprobaciones cubren el resto de las causas reales.

1. Reindexa esa carpeta en concreto. Busca una palabra del archivo con Spotlight o con una ventana del Finder. Si el archivo no aparece, Spotlight todavía no lo ha indexado. Apple documenta una solución puntual: añade la carpeta a la lista de privacidad de Spotlight, espera unos segundos y quítala de nuevo. Spotlight interpreta esa eliminación como la señal para reindexar esa carpeta desde cero, lo cual es más rápido que reindexar todo un disco.
2. Revisa la propia lista de exclusión de privacidad. Abre Ajustes del Sistema → Spotlight → Privacidad de la búsqueda (Preferencias del Sistema → Spotlight → Privacidad en versiones antiguas de macOS) y confirma que la carpeta vigilada — y cualquier carpeta superior, disco externo o unidad de red donde viva — no está ya excluida. Una carpeta puede acabar aquí por accidente, sobre todo después de restaurar una copia de seguridad o migrar a un Mac nuevo.
3. Confirma que el archivo tiene realmente una capa de texto. Abre el PDF en Vista Previa e intenta arrastrar el cursor sobre una línea de texto. Si no se resalta nada, no hay ninguna capa de texto que buscar — el documento es una imagen escaneada o una foto —, y ninguna de las dos condiciones de Hazel coincidirá con él sin OCR, que es una función aparte que se explica a continuación.

¿Qué puede hacer Hazel 6 que File Arbor no puede?

Merece la pena decirlo sin rodeos, porque es la respuesta honesta: si tus archivos son sobre todo PDF cifrados, Hazel es la mejor herramienta para este trabajo, y nada de lo que sigue cambia eso.

Hazel 6 añadió reconocimiento de texto al vuelo — la propia documentación de Noodlesoft lo describe como OCR que se ejecuta "sobre imágenes (y sobre PDF que todavía no contienen una capa de texto)" antes de que una regla intente compararlos. Eso significa que una factura escaneada o la foto de un recibo tomada con el móvil, algo sin ningún texto extraíble, puede seguir coincidiendo con una regla de Hazel. Hazel 6 también añadió la posibilidad de indicar una contraseña para un PDF cifrado, así que un documento bloqueado no falla simplemente en silencio.

Antes de la 1.3.0, File Arbor no hacía ninguna de las dos cosas. Desde entonces, una regla Pro configurada para leer también documentos escaneados aplica OCR a PDF escaneados y a imágenes JPEG, PNG y TIFF, y lee la primera y la última página de cada uno. Los PDF protegidos con contraseña siguen fuera de su alcance — no hay opción de contraseña —, y eso es una carencia real, no una nota al margen. Es la razón más clara por la que un usuario de Mac con documentos cifrados debería quedarse con Hazel en lugar de cambiar.

"Contents contain" frente a "Contents contain match" de un vistazo

Dónde encaja File Arbor — y dónde no

Si lo que realmente te trajo hasta aquí es querer el mismo tipo de regla de contenido sin tener que pensar en una dependencia de Spotlight, ese es el único punto donde File Arbor se acerca más a Contents contain match que a Contents contain. Su condición "el contenido contiene" — una función Pro — lee el texto de un archivo directamente, sin ningún índice de búsqueda de por medio, en cualquiera de los dos sistemas operativos donde se ejecuta. Una regla que busca nomina también coincide con nómina, porque la comparación ignora mayúsculas y tildes, y funciona igual en Windows que en macOS. Lee PDF con capa de texto, archivos DOCX y texto plano, y desde la 1.3.0 PDF escaneados y fotos cuando la regla está configurada para leerlos, pero se aplican las mismas carencias que en cualquier otra herramienta de comparación de contenido: sin hojas de cálculo, sin encabezados, pies de página ni notas al pie de un DOCX, y sin PDF cifrados.

Esa última parte es la diferencia que realmente merece la pena nombrar. Las condiciones de contenido de Hazel son solo para macOS. Las de File Arbor son multiplataforma — la misma regla, vigilando una carpeta, en Windows o en Mac, desde una sola aplicación. Para un flujo de trabajo que vive solo en Mac, eso no es motivo para cambiar; Hazel ya hace lo que necesitas, y hace más una vez entran en juego los PDF cifrados. Solo importa si además mantienes reglas en un equipo con Windows y quieres que coincidan.

También merece la pena ser precisos sobre qué hacen las condiciones de contenido de File Arbor: eligen una carpeta de destino, y nada más. Sacar texto de un documento para meterlo en un nombre de archivo nuevo es una función Pro aparte, añadida en la 1.3.0: haces clic una vez en un valor, como la fecha de una factura, en un documento de muestra, y la regla construye a partir de él el nombre del archivo y las carpetas. Hazel sí puede hacer eso también, con un token capturado de la coincidencia. Para una mirada más amplia sobre qué puede y qué no puede hacer el filtrado por contenido entre distintas herramientas, consulta nuestra guía para organizar archivos en carpetas según su contenido.

¿Qué solución deberías probar primero?

"Mi regla coincidía ayer y hoy ha dejado de hacerlo, misma carpeta, mismos archivos." Cambia esa regla a Contents contain match primero. Casi siempre es un problema de indexación, y la variante de coincidencia directa lo evita por completo.

"El archivo está en OneDrive, Dropbox o un disco externo." Revisa la privacidad de Spotlight para esa unidad antes que ninguna otra cosa. Los clientes de sincronización en la nube y los discos externos son los sitios donde una carpeta termina excluida con más frecuencia sin que nadie lo haya hecho a propósito.

"He copiado y pegado yo mismo el texto del PDF y seguro que está ahí dentro." Descarta la capa de texto a continuación — la prueba de selección de texto en Vista Previa tarda diez segundos y te dice de inmediato si el OCR es realmente lo que falta.

"Tengo documentos escaneados o PDF protegidos con contraseña y nada de esto aplica." Quédate con Hazel y usa sus opciones de OCR y contraseña. Un arreglo de Spotlight no te lleva hasta ahí, y aunque File Arbor Pro lee escaneos desde la 1.3.0, no puede abrir PDF protegidos con contraseña — esta es la ventaja real de Hazel, y este artículo no te va a convencer de lo contrario.

"Quiero la misma regla de contenido también en un equipo con Windows." Ese es el único caso en el que vale la pena echarle un vistazo a File Arbor — no como sustituto de Hazel, sino como forma de ejecutar una regla equivalente en una segunda plataforma a la que Hazel no llega.

Cómo mantener las reglas de contenido fiables a partir de ahora

Usa Contents contain match por defecto en cualquier regla que vigile una carpeta sincronizada con la nube o que viva en un soporte extraíble — el pequeño coste en velocidad compensa no tener que preguntarte nunca si Spotlight se ha puesto al día. Reserva Contents contain para carpetas en tu disco interno principal donde ya has comprobado que la indexación va al día, ya que es la opción más rápida cuando el índice está realmente actualizado.

Prueba una regla de contenido nueva contra un archivo que ya sabes que coincide antes de confiar en ella para los archivos que lleguen después. Una regla que no hace nada en silencio es mucho más difícil de detectar que una que se dispara cuando no debería, y las condiciones de contenido son exactamente el tipo de regla que falla en silencio cuando la extracción de texto de fondo — la de Spotlight o la de una lectura directa — no encuentra nada.

FAQ

¿Por qué no coincide la condición Contents contain de Hazel con mis archivos?

Contents contain busca en el índice de Spotlight, no en el archivo en sí. Si Spotlight todavía no ha indexado el archivo — porque es nuevo, viene sincronizado desde la nube, está en un disco externo o la carpeta figura en las exclusiones de privacidad de Spotlight — la condición no encuentra nada, aunque el texto esté claramente dentro del documento. El propio foro de Noodlesoft confirma que esta es la causa más habitual.

¿Cuál es la diferencia entre Contents contain y Contents contain match en Hazel?

Contents contain consulta el índice de Spotlight y es rápida; Contents contain match lee el archivo directamente y es más lenta, pero no depende de Spotlight en absoluto. Noodlesoft recomienda la segunda opción cuando la primera no encuentra un archivo que debería coincidir, porque una lectura directa no se ve afectada por un índice incompleto o desactualizado.

¿Cómo soluciono que Contents contain no funcione en Hazel?

Abre la regla y cambia la condición de Contents contain a Contents contain match — es la solución que recomienda el propio Noodlesoft, y funciona porque esta variante lee el texto del archivo directamente en lugar de depender de Spotlight. Si eso no basta, comprueba que Spotlight ha indexado realmente la carpeta y que el archivo tiene una capa de texto real, no solo una imagen escaneada.

¿Puede Hazel leer PDF escaneados o fotos de documentos?

Sí, desde Hazel 6. Noodlesoft añadió reconocimiento de texto al vuelo que aplica OCR a imágenes y a PDF sin capa de texto antes de comparar, además de una opción para indicar la contraseña de un PDF cifrado. Las versiones anteriores de Hazel y la mayoría de sus competidores basados en reglas no pueden leer un archivo que no tiene ninguna capa de texto; File Arbor Pro sí puede desde la 1.3.0, pero no tiene opción de contraseña.

¿File Arbor tiene la misma dependencia de Spotlight que Hazel?

No. Las condiciones de contenido de File Arbor leen el texto del archivo directamente, igual que hace Contents contain match en Hazel, así que no hay ningún índice de búsqueda que pueda quedar desactualizado ni ninguna carpeta que excluir. Es la misma contrapartida que Hazel acepta en su propia opción de lectura directa: leer el archivo es más lento que consultar un índice, pero nunca depende de si Spotlight llegó primero al archivo.

¿Puede File Arbor sustituir a Hazel para OCR o PDF cifrados?

Para escaneos, sí desde la 1.3.0, aunque File Arbor Pro solo lee la primera y la última página; para PDF cifrados, no. No puede abrir un PDF protegido con contraseña, así que un documento cifrado nunca coincidirá con una regla de contenido en File Arbor. Hazel 6 hace ambas cosas. Si tus archivos son sobre todo PDF cifrados, Hazel es la opción más adecuada; la ventaja de File Arbor es ejecutar las mismas reglas de contenido en Windows y en Mac sin depender de Spotlight.

Lo esencial

La condición Contents contain de Hazel no está rota — está respondiendo con honestidad sobre lo que Spotlight ha indexado, que no siempre coincide con lo que realmente hay en el archivo. Cambia la regla a Contents contain match y la brecha de Spotlight desaparece por completo. Si los PDF cifrados forman parte de tu flujo de trabajo, el soporte de contraseñas de Hazel 6 hace algo que ningún arreglo de Spotlight ni ninguna regla de File Arbor pueden hacer hoy.

Si además mantienes archivos en Windows y quieres el mismo tipo de regla de contenido allí, el nivel gratuito de File Arbor basta para probar una regla con tus propios archivos antes de decidir si merece la pena añadirlo junto a Hazel, no en su lugar. Consulta los precios para ver qué incluye la condición de contenido del nivel Pro.