Ambos se abren igual, se ven igual en pantalla y usan la misma extensión de archivo, pero “PDF” y “PDF/A” responden a preguntas distintas. Un PDF normal pregunta “¿se ve bien esto hoy, con el software disponible hoy?”. PDF/A pregunta “¿seguirá abriéndose correctamente dentro de 50 años, con software que nadie ha escrito todavía?”.
PDF/A es un subconjunto de PDF estandarizado por ISO, creado para el archivado a largo plazo, y funciona prohibiendo cosas que un PDF normal sí puede hacer. Las fuentes deben estar incrustadas: un PDF normal puede referenciar una fuente por nombre y confiar en que el visor la tenga, lo que es en parte por qué el texto a veces se muestra como cuadros años después en otra máquina, pero PDF/A no permite esa apuesta, y cada fuente usada tiene que viajar dentro del archivo. No se permite cifrado ni contraseñas: un archivo de archivo que necesita una contraseña para abrirse es un riesgo en el momento en que esa contraseña se pierde, así que PDF/A lo prohíbe por completo, y no puedes bloquear con contraseña un archivo PDF/A y que siga validando como tal. Tampoco se permiten referencias externas: nada en el documento puede depender de un enlace, un archivo o contenido que viva fuera del propio PDF, todo lo necesario para representarlo correctamente tiene que estar autocontenido. Se prohíben JavaScript y contenido ejecutable, así como audio o vídeo, ya que un software con décadas de antigüedad no tiene ninguna garantía de poder ejecutar ninguno de los dos de forma segura. Y se exige un perfil de color definido e incrustado, para que los colores se representen de forma consistente sin importar qué los esté renderizando, en lugar de depender del propio manejo de color del dispositivo de visualización.
El resultado es un archivo deliberadamente menos capaz que un PDF normal, a cambio de tener muchas más garantías de representarse de forma idéntica en lo que sea que lo abra a continuación, sea cuando sea.
Quién lo exige realmente
PDF/A aparece como requisito obligatorio en un conjunto específico de contextos: presentaciones judiciales y legales, solicitudes de patentes, archivos gubernamentales y regulatorios, sistemas de historiales médicos y conservación corporativa de registros a largo plazo. Es decir, cualquier lugar donde un documento necesite ser demostrablemente legible en una fecha futura concreta sin depender de que exista todavía ningún software en particular. Si un portal de presentación dice específicamente “se requiere PDF/A” en lugar de solo “PDF”, normalmente significa que el archivo se validará contra estas reglas, y un PDF normal con, por ejemplo, una fuente no incrustada será rechazado.
Para la gran mayoría de los PDF cotidianos —facturas, informes, currículums, contratos enviados entre personas que los abrirán en los próximos años— las garantías de PDF/A resuelven un problema que no tienes. La exportación normal de PDF desde Word, Excel o PowerPoint ya incrusta las fuentes por defecto, lo que cubre el fallo real más común (las fuentes que se rompen en otra máquina) sin necesitar el cumplimiento total de PDF/A.
Dónde encajan nuestras herramientas
Las reglas de PDF/A coinciden en parte con cosas que las herramientas de este sitio ya hacen: convertir con Word a PDF o Excel a PDF incrusta las fuentes de serie, y comprobar las propiedades de un archivo con Metadatos de PDF cubre esa misma transparencia sobre las propiedades del documento que le importa a PDF/A. Lo que ninguna de nuestras herramientas hace es validar o certificar el cumplimiento estricto y total de PDF/A: si un portal exige específicamente un archivo validado como PDF/A, eso requiere software de archivado dedicado creado para comprobar cada una de las reglas anteriores, no solo producir un PDF normal bien formado.
Si tu caso es más sencillo —tu PDF solo necesita abrirse de forma fiable en todas partes, sin pasar una validación formal de PDF/A—, Word a PDF y Excel a PDF ya incrustan las fuentes por defecto, gratis y sin necesidad de registrarte.