Un PDF al que deja de ser accesible después de una fecha determinada tiene un propósito específico: compartir información urgente que no debería ser legible indefinidamente. Configurar un PDF para que caduque requiere secuencias de comandos a nivel de documento que verifiquen la fecha actual o protección basada en DRM que aplique reglas de acceso a través de un servidor de licencias. Ambos enfoques tienen limitaciones y ninguno de ellos ofrece una protección absoluta contra un destinatario determinado que desea conservar el acceso. Pero para escenarios comerciales rutinarios, la caducidad de Protect PDF proporciona un elemento disuasorio práctico contra documentos obsoletos que circulan más allá de su vida útil prevista.
Conclusiones clave
La caducidad de PDF se puede implementar a través de JavaScript que verifica la fecha del sistema cuando se abre el documento, o mediante un servidor DRM que valida los derechos de acceso antes de mostrar el contenido. La caducidad basada en JavaScript depende de que el lector de PDF del destinatario tenga JavaScript habilitado y que el reloj del sistema sea preciso. La caducidad basada en DRM es más confiable, pero requiere que el documento se registre en un servidor de licencias cada vez que se abre. Ninguno de los métodos puede evitar que un destinatario tome capturas de pantalla o imprima el documento antes de que caduque.
Caducidad de PDF basado en JavaScript
Pruebe el script de caducidad en varios lectores de PDF antes de distribuir el documento. Adobe Acrobat y Foxit Reader admiten acciones de documentos basadas en JavaScript de forma diferente, y un script que funciona en uno puede no funcionar en el otro. El enfoque entre lectores más confiable es una simple comparación de fechas que muestra un cuadro de diálogo de alerta. Los scripts más complejos que intentan cerrar el documento o dejar su contenido en blanco son menos portátiles entre los lectores.
Al incrustar un script de caducidad, agregue también un mensaje alternativo que muestre una advertencia incluso si el script no puede cerrar el documento. Un script que intenta llamar a doc.close() puede fallar en algunos lectores, pero un script que muestra un cuadro de diálogo de alerta con el texto 'Este documento expiró el [fecha]. Comuníquese con [remitente] para obtener una versión actualizada. Funcionará en cualquier lector que admita JavaScript. La alerta no impide el acceso, pero comunica claramente la caducidad al destinatario.
Los documentos PDF pueden contener código JavaScript que se ejecuta cuando se abre el documento. Un script de vencimiento verifica la fecha actual del sistema con una fecha de vencimiento codificada. Si la fecha actual es posterior a la fecha de vencimiento, el script muestra un mensaje y cierra el documento o deja en blanco el contenido de la página. El script se incrusta en el PDF durante la creación y no requiere infraestructura de servidor. Cualquier herramienta PDF que pueda agregar JavaScript a nivel de documento puede implementar este tipo de caducidad.
Las limitaciones son significativas. La ejecución de JavaScript se puede desactivar en las preferencias del lector de PDF, lo que desactiva la verificación de caducidad. El reloj del sistema se puede ajustar a una fecha anterior a la fecha de caducidad, lo que anula la comparación de fechas. Cualquier persona con un editor de PDF y conocimientos básicos de JavaScript puede eliminar el script del PDF. Por estas razones, la caducidad basada en JavaScript es un elemento disuasorio práctico adecuado para documentos internos, borradores y materiales compartidos con destinatarios cooperativos, pero no es una medida de Seguridad de PDF que pueda resistir la elusión deliberada.
Pruebe Proteger PDF
No se necesita instalación. Funciona directamente en su navegador.
Caducidad de PDF basado en DRM
Al evaluar las plataformas DRM en cuanto a la caducidad de los documentos, pregunte si la plataforma admite el acceso sin conexión. Algunos sistemas DRM permiten abrir un documento sin contactar con el servidor de licencias durante un período específico después de la última verificación en línea. Esto es importante para los destinatarios que viajan o trabajan en entornos con Internet poco confiable. Una política de vencimiento que bloquea a los usuarios que no pueden conectarse al servidor de licencias genera solicitudes de soporte y frustración. Un período de gracia de 24 a 72 horas después de la última verificación exitosa de la licencia equilibra la seguridad con la usabilidad.
Para documentos muy urgentes en los que incluso un período de gracia de 24 horas es demasiado largo, configure la plataforma DRM para requerir una verificación en línea cada vez que se abre el documento. Esto garantiza que no se pueda acceder al documento ni siquiera un minuto después de su vencimiento, pero también significa que no se puede acceder al documento sin una conexión a Internet. Reserve esta configuración estricta para los documentos más confidenciales donde la disponibilidad es secundaria a la seguridad.
Los sistemas de gestión de derechos digitales añaden aplicación del lado del servidor a la caducidad de los documentos. El PDF está cifrado y un servidor de licencias proporciona la clave de descifrado solo cuando se abre el documento. El servidor de licencias comprueba la fecha actual y los derechos de acceso del usuario antes de emitir la clave. Cuando pasa la fecha de vencimiento, el servidor de licencias deja de emitir claves y el documento no se puede abrir. La caducidad basada en DRM es resistente a cambios de reloj y eliminación de scripts porque la lógica de caducidad está en el servidor, no en el documento.
Las compensaciones son el costo y la complejidad. Los sistemas DRM requieren infraestructura de servidor de licencias, autenticación de usuarios y gestión continua. Los utilizan principalmente editores, instituciones educativas y empresas que necesitan controlar el acceso a contenido regulado o de alto valor. Para la mayoría de los documentos comerciales compartidos entre colegas o clientes, el costo y la complejidad de DRM superan los beneficios. Las herramientas de protección de documentos de WukongPDF admiten tanto la caducidad basada en JavaScript para casos de uso simples como la integración con plataformas DRM de terceros para implementaciones empresariales.
Alternativas prácticas a la caducidad de documentos
Para entornos empresariales, considere un sistema de gestión de documentos que controle el acceso a nivel de servidor en lugar de incorporar una lógica de caducidad en archivos PDF individuales. El DMS autentica al usuario, verifica la política de acceso al documento y entrega el PDF o niega el acceso. Este enfoque separa el control de acceso del formato del documento y funciona con cualquier lector de PDF. El documento en sí no tiene ningún mecanismo de caducidad y depende completamente del DMS para garantizar el acceso.
Para el intercambio de documentos por tiempo limitado donde la aplicación técnica no es necesaria, a menudo es suficiente una simple portada que indique el período de validez del documento. Agregue una portada con un texto como "Este documento es válido para su uso hasta el 15 de marzo de 2026. Después de esa fecha, solicite una versión actualizada al remitente". El enfoque de la portada no requiere secuencias de comandos ni DRM y funciona en todos los lectores de PDF. Se basa en la cooperación del destinatario más que en la aplicación técnica, lo cual es apropiado para la mayoría de los intercambios rutinarios de documentos comerciales.
En muchos escenarios, las alternativas a la caducidad de documentos logran el mismo objetivo con menos complejidad. Compartir un documento a través de un enlace seguro para compartir archivos que caduca después de un tiempo determinado controla el acceso sin modificar el PDF. El destinatario accede al documento a través del enlace, que deja de funcionar tras la fecha de caducidad. El archivo PDF en sí no tiene ningún mecanismo de caducidad, pero los medios para acceder a él sí. Este enfoque es más sencillo de implementar y no depende de la configuración del lector de PDF del destinatario.
Poner una marca de agua en el documento con un aviso como "Válido solo hasta marzo de 2026" o "Reemplazado por la versión 2.0 después de junio de 2026" comunica el vencimiento a lectores humanos sin depender de la aplicación técnica. Un aviso de vencimiento visible avisa al destinatario de que no se debe confiar en el documento después de la fecha indicada. Combinada con una política de enviar versiones actualizadas a todos los destinatarios antes de la fecha indicada, la marca de agua cubre muchos escenarios comerciales rutinarios sin ninguna complejidad técnica.
Preguntas frecuentes
¿Qué sucede si el destinatario cambia el reloj de su sistema para evitar la verificación de vencimiento? Para el vencimiento basado en JavaScript, cambiar el reloj del sistema a una fecha anterior a la fecha límite de vencimiento anula la comparación de fechas. No hay forma de evitar esto únicamente con secuencias de comandos del lado del cliente. Si le preocupa la omisión basada en el reloj, el mecanismo de caducidad debe ser del lado del servidor, como DRM o un portal de documentos seguro. La caducidad basada en JavaScript es apropiada solo cuando el destinatario coopera y la caducidad sirve como un recordatorio en lugar de un mecanismo de aplicación de seguridad.
¿Puedo combinar la caducidad del documento con otras funciones de seguridad de PDF, como la protección con contraseña? Sí. La protección con contraseña y la caducidad de documentos funcionan de forma independiente. Un PDF puede requerir una contraseña para abrirse y también contener un script de caducidad que muestra una advertencia después de una fecha determinada. Las dos funciones no interfieren entre sí. Primero aplique la protección con contraseña y luego agregue el script de caducidad. Pruebe que ambas funciones funcionen juntas antes de distribuir el documento.
¿Puedo hacer que un PDF caduque después de un cierto número de visitas en lugar de una fecha? No con las funciones estándar de PDF. El recuento de vistas requiere que el documento realice un seguimiento de su propio recuento abierto y lo almacene en algún lugar persistente, algo que las secuencias de comandos PDF estándar no admiten. Las plataformas DRM pueden implementar acceso limitado a vistas porque el recuento de vistas se rastrea en el servidor, no en el documento.
¿Se puede recuperar o reabrir un PDF caducado?
Para la caducidad basada en JavaScript, sí. Deshabilitar JavaScript en el lector de PDF evita que se ejecute el script de caducidad y el documento se abre normalmente. Para la caducidad basada en DRM, la recuperación depende del sistema DRM. La mayoría de los sistemas DRM no se pueden eludir sin la cooperación del servidor de licencias, lo que hace que los documentos vencidos protegidos por DRM sean efectivamente irrecuperables sin la autorización del propietario del documento.
¿Todos los lectores de PDF admiten scripts de caducidad de documentos?
No. Los lectores de PDF móviles, los lectores basados en navegador y algunos lectores de escritorio livianos no admiten la ejecución de JavaScript. Se abrirá un PDF con un script de caducidad de JavaScript sin ninguna comprobación de caducidad en estos lectores. Si sus destinatarios utilizan una variedad de lectores de PDF, asuma que la caducidad basada en JavaScript no funcionará para una parte de su audiencia.
¿Configurar un PDF para que caduque es diferente de configurar un temporizador de autodestrucción?
Sí. La caducidad impide que el documento se abra o hace que su contenido sea ilegible después de una fecha. La especificación PDF no admite una función de autodestrucción, en la que el documento se elimina solo o corrompe permanentemente su propio contenido después de abrirlo, y requeriría un software personalizado más allá de las herramientas PDF estándar. Los términos a veces se usan indistintamente en materiales de marketing, pero describen capacidades diferentes.
Pruebe Proteger PDF
No se necesita instalación. Funciona directamente en su navegador.