Reglas de oro

La compresión parece un único control deslizante o un único clic, pero por debajo hay dos enfoques realmente distintos que reducen el tamaño, y entender cuál actúa explica casi todos los resultados que verás con una herramienta como esta.

Compresión con pérdidas: descartar lo que no notarás

La compresión con pérdidas, la que usan JPG y WEBP, funciona identificando información de la imagen que el ojo humano percibe mal y descartándola. Los degradados sutiles de color se simplifican, el detalle fino de alta frecuencia se suaviza y el resultado es un archivo que puede ser una fracción del original y aun así verse correcto para un espectador casual. La pega es que este descarte es permanente: una vez perdido ese detalle, ninguna reapertura ni nuevo guardado lo devuelve, y comprimir repetidamente un archivo ya comprimido con pérdidas acumula la pérdida cada vez.

La «relación de calidad» o nivel de compresión que elijas controla lo agresivo que es este proceso. Un ajuste de calidad alta descarta muy poco y reduce el archivo moderadamente; uno de calidad baja descarta mucho más y lo reduce drásticamente, a costa de artefactos visibles: bloques en los bordes, detalle emborronado, bandas de color en cielos y degradados.

Compresión sin pérdidas: reempaquetar sin perder nada

La compresión sin pérdidas, el enfoque de PNG, funciona de forma totalmente distinta: encuentra maneras más inteligentes y eficientes de almacenar exactamente los mismos datos de píxeles, igual que un ZIP reduce un documento de texto sin cambiar un solo carácter. No se descarta nada, así que puedes comprimir y descomprimir tantas veces como quieras sin cambio alguno de calidad. La contrapartida es que la reducción de tamaño es mucho menor, porque hay un límite matemático duro a cuánto se pueden reducir los datos sin tirar ninguno, sobre todo en imágenes fotográficas, llenas del tipo de detalle fino e irregular que resiste el reempaquetado sin pérdidas.

Por qué nuestra herramienta Compress convierte PNG a JPG

Por eso Compress convierte automáticamente las fotos PNG a JPG durante la compresión: una fotografía PNG sometida solo a compresión sin pérdidas apenas se reduce, pero la misma foto, si se permite compresión con pérdidas, puede reducirse drásticamente. Para una fotografía real, este intercambio casi siempre compensa: la diferencia de calidad es invisible a tamaños de visualización normales y la diferencia de tamaño es enorme. Es distinto con los PNG que no son fotografías (capturas, logotipos, gráficos con transparencia o texto nítido), por eso esta conversión está afinada específicamente para contenido parecido a una foto y no se aplica a ciegas a todos los PNG.

Qué ocurre realmente cuando mueves el control de calidad

Internamente, un ajuste de calidad más bajo aumenta lo grueso que es el agrupamiento y la simplificación de la información de color y detalle de la imagen antes de almacenarla. Piénsalo como redondear números: redondear «calidad 95» casi no cambia nada, mientras que redondear «calidad 40» cambia mucho más, pero también ocupa mucho menos espacio al describirse. No existe un número «correcto» universal: el ajuste adecuado depende por completo del uso que se le dará a la imagen, que es justo de lo que trata el siguiente artículo.

No existe un único ajuste de compresión «mejor»: el nivel adecuado depende por completo de adónde va la imagen y de lo que necesita soportar. Esta es una forma de pensarlo por escenarios.

Redes sociales y mensajería

Plataformas como Instagram, WhatsApp y la mayoría de las redes sociales ya recomprimen toda imagen que subes, a menudo de forma agresiva, sea cual sea lo que les envíes. Subir aquí un archivo enorme y apenas comprimido no te aporta nada: la plataforma lo comprimirá otra vez por su cuenta. Un nivel de compresión medio-alto mantiene tu subida rápida y el tamaño del original razonable sin sacrificar calidad que realmente verías tras el procesado de la propia plataforma.

Sitios web y tiendas online

Para todo lo que alojes tú mismo (un sitio de portafolio, un blog, una página de producto), el tamaño de archivo afecta directamente a la velocidad de carga de tu página, lo que influye tanto en la experiencia del visitante como, en lo comercial, en las tasas de conversión y el posicionamiento. Aquí conviene inclinarse por una compresión más agresiva, ya que ver en la web rara vez requiere el detalle de una impresión, y una página llena de imágenes enormes sin optimizar es una de las causas más comunes de que un sitio se sienta lento.

Impresión y uso profesional

Este es el único sitio donde conviene ser conservador. La impresión revela detalles y artefactos que una pantalla simplemente no muestra, porque se ve con mayor resolución efectiva y a menudo en mayor tamaño físico. Para todo lo que vaya a una imprenta, a una galería o a una entrega profesional a clientes, usa un nivel de compresión ligero u omítela para esa copia concreta, y conserva un archivo maestro sin comprimir o poco comprimido como fuente de verdad.

Archivo y almacenamiento a largo plazo

Si el objetivo es conservar una foto durante años (fotos familiares, un archivo, cualquier cosa a la que quizá quieras volver con plena calidad), evita la compresión fuerte con pérdidas en tu única copia. Una vez descartado el detalle, no se puede recuperar, aunque un uso posterior lo necesite. Un enfoque razonable es guardar una copia de archivo de mayor calidad y generar versiones comprimidas por separado, bajo demanda, para lo que cada uso necesite realmente.

Adjuntos de correo y límites de tamaño

Muchos proveedores de correo limitan el tamaño de los adjuntos, normalmente a unos 25 MB en total. Si envías varias fotos, un nivel de compresión más fuerte te mantiene de forma fiable por debajo de ese tope. Es uno de los pocos casos en que la restricción práctica (¿cabe siquiera en el correo?) importa más que la diferencia visual entre niveles de compresión, así que no temas comprimir más que en otros usos.

El peso de las imágenes es una de las mayores causas, y de las más fáciles de arreglar, de un sitio web lento, y también de las más fáciles de equivocar en ambos sentidos: con muy poca compresión las páginas se arrastran, con demasiada las fotos se ven claramente degradadas. Así se llega al punto intermedio útil.

Por qué el tamaño de las imágenes importa tanto para la velocidad

En la mayoría de las páginas con mucho contenido, las imágenes suponen la gran mayoría del peso total, mucho más que el HTML, el CSS o el JavaScript juntos. El tiempo de carga que percibe un visitante, y la valoración que de él hacen los buscadores, se ve afectado de forma desproporcionada por lo pesadas que sean tus imágenes, lo que significa que comprimirlas bien suele ser el cambio de rendimiento de mayor impacto que hay, por delante de la mayoría de las optimizaciones a nivel de código.

Ajustar la compresión a cómo se mostrará realmente la imagen

Una imagen que se muestra a 400 píxeles de ancho en una página no necesita entregarse como un original de cámara de 4000 píxeles con compresión ligera: necesita mucho menos detalle para verse nítida a su tamaño real de visualización. Antes de preocuparte por el nivel de compresión, asegúrate de que las dimensiones de la imagen se ajusten más o menos a lo grande que aparecerá; comprimir una imagen sobredimensionada es tratar el síntoma y dejar la causa mayor (resolución innecesaria) intacta.

Elegir un formato para la web

Para contenido fotográfico, JPG o WEBP con un nivel de compresión de moderado a fuerte es casi siempre la decisión correcta: los visitantes que navegan una página no necesitan fidelidad de impresión, y el beneficio de velocidad de un archivo más pequeño es muy real y muy notable, sobre todo en conexiones móviles. Para gráficos de colores planos, capturas o cualquier cosa con texto y bordes nítidos, el PNG sin pérdidas (sin tocar por métodos con pérdidas) suele verse mejor e incluso puede quedar más pequeño que una versión con pérdidas llena de artefactos del mismo gráfico.

El punto de rendimientos decrecientes

La compresión no escala linealmente con la calidad visual perdida: el primer tramo de compresión desde un original sin comprimir elimina una enorme cantidad de tamaño con casi ningún cambio visible, mientras que empujar la compresión cada vez más hacia lo agresivo elimina progresivamente menos tamaño a cambio de un daño progresivamente más visible. En la práctica, la mayoría de las fotos alcanzan un punto óptimo mucho antes de la «compresión máxima», y conviene revisar una imagen comprimida a su tamaño real de visualización en lugar de suponer que más compresión siempre es mejor para la velocidad.

Procesar por lotes las imágenes de todo un sitio

Si optimizas muchas imágenes a la vez (un catálogo de productos, una galería, el archivo de imágenes de entradas de un blog), aplica un nivel de compresión coherente a tipos de contenido similares en lugar de valorar cada una a ojo. Así la calidad visual es uniforme en todo el sitio y rehacer el proceso más tarde, si cambias de opinión sobre el ajuste, es mucho más rápido, porque no tienes que volver a decidir caso por caso.

La compresión es una herramienta realmente útil, pero no es automáticamente lo correcto para cada imagen en cada situación: saber cuándo omitirla es tan importante como saber usarla.

Señales de que una imagen es buena candidata a la compresión

Las fotos originales de cámara de gran tamaño destinadas a la web, el correo o la mensajería casi siempre se benefician: suelen llevar mucha más resolución y peso de archivo del que el destino necesita. Cualquier archivo que choque con un límite de tamaño estricto (tope de adjunto de correo, restricción de subida, techo de tamaño en un formulario) también es un candidato evidente, ya que la compresión suele ser la forma más rápida de quedar por debajo del límite sin recortar ni redimensionar contenido de la imagen.

Señales de que deberías dejar una imagen como está (o comprimirla muy poco)

Los gráficos con texto, líneas nítidas o colores planos (capturas de pantalla, diagramas, logotipos, documentos escaneados) tienden a comprimirse mal con métodos con pérdidas, porque los artefactos aparecen como borrosidad y halos de color justo donde el ojo más lo nota: alrededor de bordes y texto. Suele convenirles más el enfoque sin pérdidas de PNG, o prescindir de la compresión en lugar de pelear contra los artefactos.

Lo que ya se ha comprimido una vez no debería comprimirse de nuevo a la ligera «por si acaso». Recomprimir un JPG que ya tiene compresión con pérdidas no lo reduce de forma significativa en la mayoría de los casos y puede introducir una segunda ronda de pérdida de calidad sobre la primera, acumulando artefactos en lugar de eliminarlos.

El hábito de la copia maestra

Una regla sencilla que evita la mayoría de los lamentos: conserva una copia maestra de alta calidad (o sin comprimir) de todo lo que puedas reutilizar y genera versiones comprimidas a partir de ella según haga falta para cada uso concreto, en lugar de sobrescribir tu única copia con una comprimida. El almacenamiento es barato; recrear un original perdido no es posible una vez que desaparece.

Juzgar por el destino, no por costumbre

La pregunta correcta no es «¿debería comprimir esta imagen?» en abstracto, sino «¿qué necesita realmente el lugar al que va esta imagen?». Una foto destinada a un mensaje de texto necesita casi nada de su detalle original; una foto destinada a una gran lona impresa necesita casi todo. Deja que el destino fije el listón, en lugar de aplicar por costumbre el mismo nivel de compresión a todo lo que pasa por tu flujo de trabajo.

La mayoría de las quejas sobre compresión se deben a un pequeño conjunto de errores repetibles. Esto es lo que debes vigilar.

Comprimir el mismo archivo una y otra vez

Cada pasada de compresión con pérdidas descarta un poco más de detalle, y esa pérdida se acumula con cada pasada adicional: un archivo que se ha comprimido, vuelto a abrir, editado y recomprimido varias veces se verá claramente peor que uno comprimido una sola vez desde un original limpio. Comprime siempre desde el original o desde un maestro sin comprimir, no desde una copia ya comprimida.

Sobrescribir tu única copia

Comprimir en el mismo archivo y borrar el original es la forma más común de perder para siempre el acceso a la calidad completa. Una vez que una pasada de compresión con pérdidas ha descartado detalle, no hay manera de recuperarlo: guarda el original en un lugar seguro hasta estar seguro de que no lo necesitarás en mayor calidad más adelante.

Comprimir gráficos como si fueran fotos

Las capturas, los logotipos y los gráficos con mucho texto no responden bien a la misma compresión con pérdidas que funciona de maravilla en fotografías: los bordes nítidos y los colores planos que definen estas imágenes se convierten en manchas y halos de color visibles con compresión con pérdidas. Suele ser mejor tratarlos con formatos sin pérdidas, o con un toque de compresión mucho más ligero que el que usarías en una foto.

Elegir un nivel de compresión sin comprobar el resultado

Es tentador elegir la «compresión máxima» para obtener el archivo más pequeño posible y seguir adelante, pero ese ajuste suele introducir artefactos claramente visibles en cuanto miras el resultado a tamaño real. Una comprobación rápida del resultado comprimido, al tamaño al que realmente se verá, lleva segundos y evita enviar o publicar algo que se ve claramente peor de lo previsto.

Ignorar la compresión propia del destino

Subir un archivo enorme y apenas comprimido a una plataforma que de todos modos lo va a comprimir (la mayoría de las redes sociales y apps de mensajería) malgasta tiempo de subida y ancho de banda sin beneficio visual, porque el propio procesado de la plataforma determina gran parte de la calidad final con independencia de lo que enviaste. Ajusta tu esfuerzo de compresión a lo que el destino realmente conservará, no a la suposición de que «más calidad original de entrada equivale a más calidad final de salida».

El trabajo de Combine es engañosamente simple (tomar varios archivos y unirlos en un PDF), pero el detalle que más suele hacer tropezar no es la unión en sí, sino asegurarse de que las páginas queden en el orden que realmente pretendías.

Cómo determina Combine el orden de las páginas

Combine une tus archivos en el orden en que aparecen en tu selección: el orden en que los elegiste en el explorador de archivos, o el orden en que los soltaste, de arriba abajo. No intenta adivinar un orden «correcto» a partir de nombres de archivo, fechas o contenido, porque no existe una regla universal sobre el orden que quieres; simplemente respeta la secuencia que le diste. Eso significa que la responsabilidad de un orden correcto recae por completo en cómo seleccionas u organizas los archivos antes de pulsar unir.

Por qué los nombres de archivo pueden engañar

Una suposición común es que los archivos se unirán automáticamente en orden alfabético o numérico. Si el selector de archivos de tu sistema operativo los muestra así y los seleccionas arrastrando por toda la lista, a menudo eso es lo que obtendrás, pero es un efecto secundario del orden de visualización del selector, no una garantía. En cuanto seleccionas archivos individualmente con el ratón, fuera de secuencia, o los arrastras de uno en uno, el orden de unión sigue tus clics, no los nombres de archivo.

Una comprobación previa fiable antes de unir

Antes de pulsar unir, mira la lista de vista previa que muestra Combine: refleja el orden real que usará la unión. Si algo está fuera de lugar, quítalo y vuelve a añadirlo en la posición correcta, o reordena tu selección antes de subir. Esta comprobación de treinta segundos es mucho más rápida que descargar un PDF unido, descubrir que la página 4 debería ser la 2 y empezar de nuevo.

Nombrar los archivos para que el orden sea a prueba de errores

Si unes con regularidad conjuntos de varios archivos (páginas escaneadas, informes en varias partes, capítulos secuenciales), un hábito sencillo que elimina por completo las conjeturas de orden es poner números al principio de los nombres antes de unir: 01-portada.pdf, 02-curriculum.pdf, 03-portafolio.pdf. Seleccionarlos todos a la vez en un explorador de archivos seguirá entonces de forma natural ese orden numérico y obtendrás la secuencia correcta sin tener que ordenar nada manualmente en el propio Combine.

Las solicitudes de empleo y de prácticas son uno de los motivos más comunes para recurrir a una herramienta de unión de PDF, y acertar con la estructura puede afectar de verdad a cómo se recibe tu solicitud.

Por qué los empleadores prefieren un PDF a varios adjuntos

Un responsable de selección o reclutador suele revisar decenas o cientos de solicitudes, con frecuencia en el móvil o echando un vistazo rápido entre reuniones. Una solicitud que llega como tres o cuatro adjuntos separados (carta de presentación, currículum, portafolio, referencias) les obliga a abrir y manejar varios archivos solo para hacerse una idea completa, y es fácil que un adjunto se pase por alto, se archive mal o simplemente no se abra. Un único PDF bien ordenado elimina esa fricción por completo: un clic abre todo, en el orden en que querías que se leyera.

El orden que funciona en la mayoría de solicitudes

Una secuencia razonable por defecto es: primero la carta de presentación (es lo más breve y da contexto), segundo el currículum (el núcleo de lo que la mayoría de los revisores quiere realmente) y, por último, el material de apoyo: muestras de portafolio, certificados, referencias. Refleja cómo la mayoría quiere leer de forma natural una solicitud: contexto, luego fondo, luego pruebas de apoyo, en lugar de empezar con un portafolio sin saber siquiera a qué puesto te presentas.

Unir archivos que empezaron en formatos distintos

Es habitual que la carta de presentación exista como PDF exportado desde Word, el currículum como otro PDF y las muestras del portafolio como archivos de imagen (fotos de trabajos físicos, capturas de proyectos digitales, certificados escaneados). Si las piezas de tu portafolio son imágenes y no PDF, conviértelas primero a PDF con la salida PDF de la herramienta Convert, que convierte un lote de imágenes en un PDF con cada imagen como página, y luego une ese PDF con los de tu carta y currículum en el orden en que quieres que aparezcan.

Mantener un tamaño de archivo razonable

Las imágenes del portafolio, sobre todo las fotos de cámara de trabajos físicos o las capturas de alta resolución, pueden ser innecesariamente grandes. Si tu PDF de solicitud unido acaba pesando mucho, conviene comprimir las imágenes de origen antes de convertirlas a PDF y unirlas, no después: un adjunto grande y lento de abrir es un pequeño pero real punto de fricción para quien lo revisa con prisa.

Revisar dos veces antes de enviar

Una vez unido, abre el PDF final y recórrelo una vez de principio a fin. Así detectas páginas desordenadas, una versión borrador incluida por error o una imagen del portafolio que no se convirtió como esperabas: ese tipo de pequeño error es invisible hasta que miras de verdad, y bastante más embarazoso de descubrir cuando el empleador ya lo ha abierto.

La documentación escaneada (contratos, formularios, documentos de identidad, cartas de varias páginas) trae sus propios retos de orden, sobre todo por cómo suele ocurrir el escaneo en sí.

Por qué las páginas escaneadas se desordenan más que otros archivos

Muchos escáneres y aplicaciones de escaneo guardan cada página como un archivo aparte con un nombre genérico generado automáticamente (scan001.pdf, IMG_2024.jpg, etc.), a veces numerado según el orden en que las páginas entraron físicamente en el escáner y a veces no. Si escaneaste un montón de páginas fuera del orden físico, o una impresora multifunción las numeró de forma inesperada, los nombres de archivo no reflejarán de forma fiable el orden de lectura real del documento, lo que significa que seleccionar archivos «por orden de nombre» puede producir en silencio un documento unido con las páginas fuera de secuencia.

El enfoque más seguro: comprobar el contenido, no solo los nombres

Antes de unir, echa un vistazo al contenido real de cada página escaneada (las miniaturas de vista previa de Combine lo hacen rápido) en lugar de fiarte solo del nombre de archivo. Solo lleva unos segundos confirmar que la página uno es realmente el inicio del documento y que la dos le sigue con lógica, pero es la forma más fiable de evitar entregar un documento revuelto a un banco, una oficina pública o un casero, lugares donde un documento desordenado puede causar retrasos reales.

Escaneos mixtos: unas páginas fotografiadas, otras escaneadas

Es habitual tener un escaneo correcto de la mayoría de las páginas y una foto del móvil de una o dos (una página que no cabía en el escáner o que se escaneó después, a posteriori). Combine trata imágenes y PDF indistintamente, así que técnicamente no es un problema, pero visualmente una página fotografiada suele verse distinta en iluminación y encuadre de un escaneo real. Si la coherencia en el aspecto del documento importa, conviene volver a escanear correctamente la página discordante en lugar de mezclar formatos, aunque es una cuestión estética y no funcional.

Contratos de varias páginas y páginas de firma

En contratos o formularios con una página de firma, esa página debe quedar exactamente en su posición respecto al resto del documento, ya que una página de firma unida en el sitio equivocado puede hacer que un documento legal parezca inválido o incompleto. Trátalos como un caso difícil para la comprobación de vista previa antes de unir descrita arriba: es justo la situación en la que cinco segundos mirando la lista ordenada te ahorran un documento que haya que volver a firmar y enviar.

Unirlo todo en un PDF no siempre es la mejor opción: a veces los archivos separados sirven realmente mejor al destinatario, y conviene saber en qué situación estás.

Cuándo unir es claramente lo correcto

Todo lo que deba leerse en una secuencia concreta (una solicitud de varias páginas, un contrato escaneado, un informe con introducción seguida de datos de apoyo) se beneficia enormemente de ser un solo archivo, porque garantiza que el lector encuentre todo en el orden que pretendías y no pueda abrir páginas fuera de secuencia ni saltarse algo por accidente. Donde un formulario o plataforma pida expresamente «un único PDF» también es una decisión fácil: une y envía exactamente lo que se pide.

Cuándo los archivos separados sirven mejor al destinatario

Si el destinatario necesita actuar sobre los documentos de forma independiente (por ejemplo, reenviar solo la factura a contabilidad y conservar el albarán para sus registros), unirlos en un solo archivo le complica el trabajo en lugar de facilitárselo, porque tendría que extraer o reimprimir solo la parte que necesita. Del mismo modo, si envías varios documentos realmente sin relación a alguien que los archivará en sitios distintos, los archivos separados le permiten manejar cada uno a su manera en lugar de pelearse con un PDF agrupado.

Grandes colecciones de material de referencia

Si envías un lote grande de imágenes o documentos poco relacionados que no están pensados para leerse en secuencia (un gran lote de fotos de referencia, por ejemplo), un archivo ZIP con archivos separados puede ser más útil que un PDF gigante, ya que el destinatario puede explorar y abrir elementos individuales en lugar de desplazarse por un único documento enorme para encontrar una foto.

Una forma rápida de decidir

Pregúntate si los archivos representan una sola cosa coherente que debe leerse de principio a fin (únelos) o varias cosas independientes que simplemente se envían juntas (mantenlas separadas o en ZIP). La mayoría de solicitudes de empleo, contratos y documentos escaneados de varias páginas encajan claramente en la primera categoría; la mayor parte del material de referencia, de entregables por lotes y de documentos con acción independiente, en la segunda.

Combine es una herramienta sencilla, pero un puñado de errores evitables explican la mayor parte de la frustración con la que se topa la gente.

Fiarse de los nombres de archivo para el orden en lugar de revisar la vista previa

Como se explicó en los artículos sobre orden, los nombres de archivo no siempre reflejan el orden que realmente quieres, sobre todo en escaneos y descargas con nombres generados automáticamente. Echa siempre un vistazo a la lista de vista previa antes de unir en lugar de suponer que el orden de selección coincidía con tu intención.

Mezclar documentos sin relación en un solo archivo «por comodidad»

Unir varios documentos sin relación solo para tener menos archivos que gestionar suele salir mal: el destinatario ahora tiene que abrir un archivo unido grande y desplazarse para encontrar la sección que realmente necesita, en lugar de abrir directamente el archivo concreto. Reserva la unión para documentos que realmente van juntos como una lectura coherente.

No revisar el archivo final antes de enviarlo

Un PDF unido debería abrirse y hojearse una vez antes de que vaya a ningún sitio importante. Es el paso que detecta una página desordenada, un documento duplicado por error o una página que no se renderizó como esperabas: problemas triviales de arreglar antes de enviar y bastante más incómodos de explicar después.

Olvidar convertir las imágenes antes de unirlas con PDF

Si tienes imágenes sueltas que quieres incluir en el mismo documento unido que PDF existentes, recuerda que Combine une los archivos tal como se le entregan: para un resultado más limpio, asegúrate de que las imágenes ya estén en el formato y orden que quieres, porque corregir la orientación o el contenido de una imagen una vez que ya forma parte de un PDF unido es mucho más molesto que corregirlo antes.

Enviar un archivo unido innecesariamente enorme

Unir varios PDF ya grandes o imágenes escaneadas de alta resolución produce un archivo combinado que hereda todo su peso; si el resultado es inesperadamente enorme, conviene comprimir las imágenes de origen antes de unir y no después, ya que un PDF sobredimensionado y lento de abrir es una fuente habitual de quejas de destinatarios con conexiones lentas o dispositivos antiguos.

Cada foto que hace tu móvil o tu cámara lleva mucho más que la imagen. Dentro del archivo hay un bloque de metadatos (datos EXIF) que registra discretamente una cantidad sorprendente de detalles sobre cuándo, dónde y cómo se tomó la foto.

Ubicación: la más importante

Si los servicios de ubicación estaban activados al tomar la foto, la mayoría de los teléfonos incrustan las coordenadas GPS exactas del lugar donde se hizo la toma, a menudo con precisión de pocos metros. Cualquiera que abra el archivo original con el visor adecuado, o lo pase por un lector de metadatos, puede situar esa ubicación en un mapa; es decir, una foto tomada en casa, en el trabajo o en el colegio de un niño puede revelar exactamente dónde está ese lugar, sin que hayas escrito la dirección en ninguna parte.

Detalles del dispositivo

EXIF suele incluir la marca y el modelo exactos de la cámara o el teléfono que hizo la foto, a veces hasta la versión concreta del software. Por sí solo parece inofensivo, pero combinado con otros metadatos añade otro detalle identificativo a una foto y, en algunos contextos (anuncios de compraventa, cuentas anónimas), puede ser un hilo más que vincule una foto con los dispositivos conocidos de una persona concreta.

Marcas de tiempo

La fecha y hora exactas en que se tomó la foto se registran al segundo, algo más preciso de lo que la mayoría cree: una foto publicada «sin darle importancia» puede revelar exactamente cuándo estuvo alguien en un lugar concreto, lo cual importa a cualquiera que piense que su rutina o su paradero podrían reconstruirse a partir de un patrón de fotos publicadas a lo largo del tiempo.

Ajustes de la cámara y, a veces, más

También se almacenan detalles técnicos como la apertura, la velocidad de obturación y el ISO, que interesan a los fotógrafos que revisan sus propias tomas pero que, por sí solos, no son sensibles para la privacidad. Algunos dispositivos y aplicaciones de edición incrustan además una miniatura, el historial de software o edición, o incluso un campo de derechos de autor o nombre del autor, según los ajustes; los campos concretos varían según el dispositivo y la aplicación, pero la ubicación y la marca de tiempo son los dos datos que más peso real tienen para la privacidad.

Por qué importa incluso en fotos «sin importancia»

La mayoría de las fotos individuales parecen de poco riesgo por sí solas, pero los metadatos se acumulan: un desconocido con acceso a los datos de ubicación de varias de tus fotos puede trazar un patrón de los lugares que frecuentas (casa, trabajo, gimnasio, el colegio de un niño) que ninguna foto aislada revelaría. Esta es justo la brecha que Cleanly existe para cerrar: eliminar estos metadatos antes de que una foto salga de tu dispositivo quita toda esa capa de información oculta y deja la imagen visible completamente intacta.

Dos de las situaciones más comunes en las que los datos EXIF causan problemas reales sin que nadie lo note son vender artículos online y publicar fotos públicamente: en ambas, las fotos llegan a desconocidos, que es justo cuando los metadatos ocultos importan más.

Vender en plataformas de compraventa

Las fotos de artículos en venta (muebles, electrónica, un coche, una vivienda de alquiler) casi siempre se toman en la casa o el lugar de trabajo del vendedor. Si no se tocan, estas fotos pueden entregar a un comprador tu dirección exacta antes de que os hayáis conocido o hayáis acordado nada, con solo abrir los metadatos de la imagen. Es una forma real y documentada en la que la gente ha visto expuesta la ubicación de su casa a desconocidos que no tenían ningún motivo legítimo previo para conocerla. Pasar las fotos del anuncio por Cleanly antes de subirlas elimina este riesgo por completo, sin ninguna diferencia visible para el comprador.

Publicar en redes sociales y foros

La mayoría de las grandes redes sociales eliminan los metadatos automáticamente al subir, lo cual es una buena noticia, pero no todas lo hacen, y las copias reenviadas o descargadas de tu foto (capturas, guardados, republicaciones) no pasan de forma fiable por ese mismo proceso. Si alguna vez se descarga una foto desde donde la publicaste y se comparte en otro sitio, cualquier metadato que sobreviviera a la subida original viaja con ella. Eliminar los metadatos antes de publicar es la única forma de garantizar que nunca estén presentes en ningún punto de la cadena.

Un hábito sencillo antes de publicar

Antes de subir fotos a cualquier lugar donde las vean personas que no conoces personalmente (un anuncio, una publicación social pública, un foro, un perfil de citas), pásalas primero por Cleanly. Lleva segundos, funciona con un lote entero de fotos a la vez y produce copias visualmente idénticas sin ninguno de los datos ocultos. Hacer de esto un paso por defecto, en lugar de algo que solo recuerdas con fotos «sensibles», significa que nunca te pillará desprevenido una foto en la que no pensaste dos veces.

Lo que la eliminación no cambia

Conviene tener claro qué hace y qué no hace Cleanly: elimina los metadatos ocultos del archivo, pero no puede quitar información visible en la propia imagen: un cartel de calle al fondo, un número de portal visible, un reflejo que muestre tu ubicación. La eliminación de metadatos se ocupa de la capa invisible; lo que se ve en la foto es otra cuestión que sigue exigiendo que lo revises con tus propios ojos antes de publicar.

Los fotógrafos tienen una relación algo distinta con los metadatos que los usuarios casuales del móvil: parte de ellos es realmente útil conservarlos para sus propios registros, lo que hace que «elimínalo todo, siempre» no sea del todo el instinto correcto.

Por qué los fotógrafos quizá quieran conservar algunos metadatos localmente

Los ajustes de la cámara (apertura, velocidad de obturación, ISO, distancia focal) son valiosos al revisar tus propias tomas más adelante: entender qué ajustes produjeron una toma que te gustó ayuda a replicarla. En tus copias de trabajo, guardadas en privado, no hay motivo para eliminar esta información, ya que son datos de referencia realmente útiles que no suponen riesgo para la privacidad mientras los archivos se queden contigo.

Por qué las copias entregadas o publicadas son otra cosa

En el momento en que una foto se entrega a un cliente, se publica en un sitio de portafolio o se sube públicamente, el cálculo cambia: los datos de ubicación en particular no tienen sitio en un archivo para el cliente o de acceso público, porque pueden revelar lugares de sesión que debían seguir siendo privados (la casa de un cliente en una sesión familiar, un local privado, la dirección exacta de un estudio si no es pública). Cleanly está pensado justo para este paso: pasa por él las exportaciones finales destinadas al exterior antes de entregarlas o publicarlas, y conserva tus propios archivos de trabajo con todos los metadatos intactos para tu referencia.

Ninguna pérdida de calidad, nunca

Una preocupación común (y razonable) es que eliminar los metadatos pueda afectar de algún modo a la calidad de la imagen; no es así. Los metadatos son un bloque aparte de información de tipo texto almacenado junto a los datos de píxeles, no mezclado con ellos, así que quitarlos no afecta en absoluto a la resolución, el color ni la nitidez. El resultado de Cleanly es la misma foto píxel por píxel, solo que sin los datos ocultos que la acompañaban.

Integrarlo en tu flujo de entrega

Para fotógrafos que entregan galerías o exportan lotes con regularidad, el enfoque más simple es tratar la eliminación de metadatos como el último paso antes de exportar, aplicado a todo el lote a la vez y no foto a foto. Así se convierte en una parte rutinaria de cerrar un trabajo, similar a una revisión final de calidad, en lugar de algo que hay que recordar por separado para cada cliente o cada plataforma donde se comparta una galería.

Proteger a los clientes tanto como a ti mismo

Conviene recordar que los datos de ubicación y dispositivo en riesgo en las fotos de un cliente suelen tener que ver con la vida del cliente, no con la tuya: una sesión de retrato familiar hecha en su casa, unas fotos de compromiso de una pareja en un lugar privado con significado. Eliminar los metadatos antes de la entrega protege la privacidad de tus clientes tanto como tu propia reputación profesional de tratar con cuidado sus imágenes.

No todas las fotos conllevan el mismo riesgo para la privacidad: saber qué situaciones requieren de verdad eliminar los metadatos te ayuda a centrar el hábito donde más importa.

Fotos tomadas en casa o en el trabajo

Cualquier foto tomada dentro o justo alrededor de tu casa o lugar de trabajo (incluidas las fotos de anuncios, las tomas de «teletrabajo» o las fotos casuales en tu salón) lleva metadatos de ubicación que apuntan directamente a un lugar donde pasas tiempo con regularidad y de forma predecible. Es sistemáticamente la categoría de mayor riesgo, porque es la ubicación más valiosa para que alguien la conozca y la que la mayoría no piensa en proteger.

Fotos con niños

Las fotos de niños (en el colegio, en una actividad regular, en un barrio) conllevan una capa extra de riesgo si sobreviven los metadatos de ubicación, ya que pueden revelar dónde está previsiblemente un niño en momentos recurrentes. Muchos padres ya piensan con cuidado en lo que se ve en una foto antes de publicarla; vale la pena extender el mismo cuidado a lo que no se ve en los metadatos.

Todo lo que va a un desconocido antes de que haya confianza

Compradores en plataformas de compraventa, contactos de citas online y otros contextos en los que compartes fotos con alguien a quien no has comprobado personalmente son justo las situaciones en que no quieres dar más información de la que pretendías. Una foto de anuncio o de perfil es el ejemplo más claro: el destinatario aún no tiene ninguna relación contigo y, sin metadatos, la foto revela solo lo que se ve en ella, nada más.

Cuándo importa menos

Eliminar metadatos es mucho menos crítico en fotos compartidas en privado con personas que ya conoces y en quienes confías: enviar una foto directamente a un familiar o a un amigo cercano por un canal privado no conlleva el mismo riesgo de exposición que publicarla o enviarla a un desconocido. No es que dejar los metadatos sea nunca beneficioso para la privacidad, sino que la urgencia práctica crece con lo público o poco fiable que sea el destinatario.

Una opción por defecto razonable

Dado lo rápido y sin pérdidas que es el proceso, hay pocas desventajas en hacer de la eliminación de metadatos un hábito por defecto para todo lo que salga de tu círculo inmediato de confianza: no te cuesta nada en calidad ni esfuerzo, y significa que nunca dependes de acordarte de hacerlo de forma selectiva justo con la foto que resulta importar.

La mayoría de los problemas de privacidad con fotos vienen de un puñado de hábitos que en el momento parecen inofensivos. Esto es lo que debes vigilar.

Dar por hecho que la plataforma ya se encarga

Es verdad que muchas grandes redes sociales eliminan los metadatos automáticamente al subir, pero no todas, y las copias reenviadas, las descargas y las republicaciones no vuelven a pasar de forma fiable por esa misma eliminación. Confiar en que «la plataforma probablemente se encarga» es una apuesta; eliminar tú mismo los metadatos antes de publicar quita la incertidumbre por completo.

Pensar solo en lo que se ve en la foto

La gente suele revisar con cuidado una foto en busca de detalles visibles (que no haya documentos sensibles al fondo ni carteles de calle legibles) y olvida que los metadatos invisibles pueden filtrar exactamente el mismo tipo de información (en concreto, la ubicación) aunque la propia imagen parezca perfectamente segura. Revisar el contenido visible y eliminar los metadatos son dos pasos distintos y ambos necesarios.

Vender artículos con las fotos del anuncio sin tocar

Los anuncios de compraventa son una de las fuentes más comunes en el mundo real de exposición accidental de la ubicación, ya que los vendedores fotografían los artículos justo donde viven y suben las fotos tal cual. Es uno de los casos más claros y valiosos para eliminar metadatos antes de publicar, porque el riesgo (revelar tu dirección a desconocidos) es concreto y la solución lleva segundos.

Olvidar las fotos antiguas ya publicadas

Eliminar metadatos solo protege las fotos que limpias antes de compartir; no arregla retroactivamente las fotos ya publicadas en algún sitio con los metadatos intactos. Si te preocupan publicaciones pasadas, la solución es volver a esas fotos concretas, quitarlas y sustituirlas por versiones limpias si la plataforma lo permite, en lugar de suponer que el hábito de aquí en adelante cubre todo lo que ya anda por ahí.

Tratarlo como una tarea ocasional de todo o nada

Esperar a limpiar los metadatos solo de las fotos que «parecen sensibles» significa depender de tu propio criterio cada vez, que es justo el tipo de hábito que acaba dejando pasar una. Incorporar la eliminación de metadatos a tu rutina por defecto para todo lo que salga de un círculo de confianza elimina por completo la necesidad de juzgar: se aplica de forma coherente, no selectiva.

Todo lo anterior trata de datos EXIF incrustados en fotos: GPS, modelo de cámara, marcas de tiempo. Los archivos SVG no tienen EXIF en absoluto, porque no son fotos; son texto XML que describe formas. Pero las herramientas de diseño incrustan su propio tipo de metadatos ocultos en un SVG, y Cleanly también los detecta y elimina cuando sueltas uno.

Qué incrustan las herramientas de diseño en un SVG

Illustrator, Inkscape, Sketch y Figma escriben en el archivo más que las formas que dibujaste: un bloque <metadata>/RDF incrustado (a veces con información de autoría y licencia mediante etiquetas Dublin Core), atributos con espacio de nombres propios del editor (las más comunes son las etiquetas sodipodi: de Inkscape) y comentarios XML simples que deja el proceso de exportación. Nada de esto es visible cuando el SVG se renderiza, pero todo viaja con el archivo hasta quien se lo envíes.

Por qué importa al compartir

Se aplica el mismo razonamiento que a la etiqueta GPS de una foto: los metadatos que no añadiste conscientemente siguen siendo metadatos que salen con el archivo. Un icono o logotipo exportado para un cliente, un anuncio o un repositorio público puede llevar información de versión del software o atribución de autoría que nunca pretendías publicar. Eliminarlos antes de compartir es el mismo hábito de «no cuesta nada y evita sorpresas» que eliminar el EXIF de una foto.

Qué te muestra Cleanly antes de eliminar

Igual que enumera las etiquetas de GPS, cámara y fecha halladas en una foto, Cleanly analiza un SVG soltado y muestra exactamente lo que encontró (metadatos incrustados, datos de autoría del editor o comentarios), para que veas qué hay realmente en el archivo antes de eliminarlo, en lugar de limpiar a ciegas.

Sin pérdidas, no con pérdidas

A diferencia de la compresión de fotos, aquí no hay un compromiso de calidad. La limpieza solo elimina el lastre que el navegador nunca renderizaba: las formas, los colores y la estructura que creó tu herramienta de diseño quedan totalmente intactos, así que el archivo limpio se ve idéntico píxel a píxel y se puede seguir abriendo y editando después en un editor vectorial.

Una página PDF no es un documento de texto en el que puedas hacer clic y escribir: se parece más a una hoja impresa, una imagen fija de texto y gráficos colocados en posiciones exactas. Entender esa diferencia explica tanto lo que hace Context como por qué funciona como funciona.

La página es una imagen, no un documento

La mayoría de los PDF (todo lo que no esté construido específicamente como formulario rellenable) no tienen concepto de «espacio vacío donde escribir». Lo que ves como una línea, un recuadro o un campo en blanco es en realidad solo tinta colocada en coordenadas fijas: no hay un campo de texto detrás esperando tu entrada, como en un documento de Word o un formulario web. Cuando Context te deja «añadir texto» a un PDF, no encuentra un campo oculto y lo rellena; coloca una capa de texto totalmente nueva e independiente sobre la página existente, en el lugar al que la arrastres.

Superponer frente a editar

Este enfoque de superposición es el mismo que usa prácticamente cualquier herramienta de anotación de PDF, no solo esta: editar de verdad el texto original de un PDF (cambiar una frase ya impresa en la página) requiere software especializado y a menudo ni siquiera es posible si el archivo original no conservó capas de texto editables. Lo que hace Context es más simple y mucho más útil en general: añade un fragmento de texto nuevo y separado que queda visualmente sobre la página, que es justo lo que quieres para leyendas, notas, iniciales o para rellenar una línea en blanco de un formulario.

Puntos, no píxeles

Las páginas PDF miden la posición en puntos (1/72 de pulgada), no en los píxeles de pantalla que arrastras con el dedo o el cursor. Context se encarga de esa conversión: lo que ves en pantalla, con el zoom con que estés viendo la página, siempre se corresponde con la posición fija correcta del PDF real, de modo que un cuadro de texto que colocas en la parte superior de una página sigue en la parte superior sea cual sea el dispositivo o el zoom con que otra persona lo abra después.

Qué ocurre al descargar

Al pulsar Descargar, cada cuadro de texto y forma que hayas colocado se dibuja de forma permanente en las páginas del PDF (colores, negrita/cursiva/subrayado, posición y tamaño exactos incluidos) y se genera un único archivo PDF corriente. No hay un «formato de Context» especial ni nada aparte que controlar: el archivo resultante se abre e imprime igual que cualquier otro PDF, en cualquier lector de PDF y en cualquier dispositivo.

El tamaño y la posición correctos del texto dependen por completo del tipo de documento que estés marcando y de quién lo leerá después. Esta es una forma de pensarlo por escenarios.

Igualar el texto existente del documento

Lo que más hace que una línea añadida parezca intencionada y no pegada es ajustar su tamaño a lo que ya está impreso cerca. Si las etiquetas del formulario están impresas a unos 11–12 pt, añadir tu respuesta a 24 pt hace que parezca que no pertenece, aunque la posición sea perfecta. Acércate primero al texto impreso de alrededor, hazte una idea aproximada de su escala y elige un tamaño parecido: Context recuerda el último tamaño que usaste, así que una vez que lo has igualado, cada cuadro siguiente empieza automáticamente con el mismo tamaño.

Mantenerse dentro de las líneas, literalmente

Las líneas y los recuadros en blanco de los formularios suelen estar dimensionados para una cantidad concreta de texto a un tamaño concreto. Antes de escribir una respuesta larga en una línea corta, plantéate si hace falta reducirla un poco para que quepa, ya que un texto que se sale del final de una línea impresa parece un error a quien lea después el documento terminado, aunque técnicamente nada esté roto.

Elegir un color que se lea como «añadido», no «oculto»

El texto negro suele ser la opción por defecto más segura, ya que coincide con la forma en que se imprimen la mayoría de formularios y documentos y no llama la atención como añadido. El texto en color es realmente útil para notas, correcciones o cualquier cosa que quieras que destaque expresamente del contenido original; solo asegúrate de que el color elegido tenga contraste real con la página que tiene detrás: los colores claros como el amarillo se pierden fácilmente sobre una página blanca.

Dejar margen para lo inesperado

Colocar el texto justo en el borde de una página corre el riesgo de que se recorte si el documento se imprime después en un tamaño de papel o con unos márgenes algo distintos de lo esperado. Dejar un pequeño margen entre el texto y el borde de la página, y entre el texto y cualquier contenido impreso cercano, mantiene el resultado limpio sea cual sea la forma en que finalmente se imprima o se vea.

Imprimir, firmar, escanear y devolver por correo sigue siendo la forma en que se gestiona mucha documentación, y casi siempre es innecesario. Así puedes saltártelo usando solo un navegador.

Sustituir el ciclo de imprimir, firmar y escanear

Si un formulario solo necesita un nombre, una fecha, unas pocas respuestas cortas y una marca donde va la firma, rara vez hay un motivo real para recurrir a una impresora o un escáner. Abre el PDF directamente en Context, coloca un cuadro de texto en cada línea en blanco, escribe tu respuesta y descarga: todo el recorrido que antes exigía papel ocurre ahora íntegramente en pantalla, y el resultado es un PDF más limpio y legible que una copia en papel escaneada. Para una casilla de verificación o una opción de respuesta múltiple, coloca una forma (una cruz para marcarla, un círculo para seleccionarla) en lugar de intentar escribir un carácter de marca que quizá ni exista en la fuente.

Firmas e iniciales escritas

Escribir tu nombre con un estilo caligráfico o manuscrito en una línea de firma es una práctica habitual en buena parte del papeleo cotidiano: formularios internos de empresa, acuerdos informales, acuses de recibo y documentos similares de poco riesgo. Aun así, conviene ser claro en una cosa: un nombre escrito no equivale a una firma electrónica legalmente reconocida según normas como eIDAS o la ley estadounidense ESIGN, que en general exigen un consentimiento y unos pasos de verificación específicos que una simple superposición escrita no ofrece. Para contratos, trámites legales o cualquier cosa en la que la validez de la firma importe de verdad, usa en su lugar un servicio específico de firma electrónica: Context es la herramienta adecuada para el papeleo informal, no un sustituto de esos servicios.

Alinear las respuestas con las etiquetas impresas

La mayoría de los formularios imprimen una etiqueta («Nombre:», «Fecha:») seguida de una línea o recuadro en blanco para la respuesta. Arrastra tu cuadro de texto para que quede justo encima de la línea y no sobre ella: el texto colocado directamente sobre una línea impresa se vuelve difícil de leer cuando ambos se solapan, mientras que el texto que flota justo encima sigue siendo claramente legible y sigue leyéndose como «la respuesta a esa etiqueta» para cualquiera que mire la página terminada.

Revisar dos veces antes de enviar

Una vez rellenado cada campo, conviene recorrer cada página a tamaño real (no solo la miniatura en la que escribías) para confirmar que nada se solapa, nada sobrepasa el borde de una línea y todos los campos obligatorios se han rellenado de verdad: un cuadro de texto que se ve bien mientras lo editas puede, a veces, quedar algo distinto cuando ves la página terminada en conjunto.

Los contratos, informes y formularios de varias páginas requieren un enfoque algo distinto de una edición rápida de una sola página, sobre todo para mantener la coherencia a medida que avanzas por el documento.

Moverte entre páginas sin perder el hilo

La navegación por páginas de Context mantiene cada cuadro de texto vinculado a la página concreta en la que se colocó, así que moverte entre páginas para rellenar secciones distintas de un documento largo no arriesga mezclar nada: un cuadro añadido en la página 3 se queda en la página 3 sea cual sea el número de páginas que visites antes de descargar.

Mantener coherentes el tamaño y el color entre páginas

En todo lo que tenga una estructura repetida entre páginas (por ejemplo, el mismo tipo de etiqueta en cada página de un formulario de varias páginas), reutilizar a propósito el mismo tamaño de fuente y color cada vez hace que el documento terminado parezca una única pasada coherente y no varias ediciones inconsistentes pegadas. Como el último tamaño y color usados se trasladan automáticamente al siguiente cuadro de texto que añades, mantener la coherencia en un documento largo normalmente significa simplemente no cambiarlos salvo que realmente quieras.

Planificar una pasada antes de empezar a escribir

En documentos más largos conviene hacer una primera pasada rápida por todas las páginas (solo mirar, sin escribir aún) para ver el alcance completo de lo que hay que rellenar antes de decidir un tamaño y una posición en la primera página. Un tamaño que parece correcto en una primera página poco densa puede resultar demasiado grande para una página más densa más adelante, y detectarlo pronto ahorra tener que volver a redimensionar cuadros ya colocados.

Revisar todo el documento antes de descargar

Como cada página se renderiza y edita de forma independiente, es fácil concentrarse en la página en la que trabajas y perder de vista el documento en conjunto. Antes de descargar, repasa las páginas desde el principio: es la única forma de detectar una página que se saltó por completo o un cuadro que acabó viéndose distinto a los demás sin que lo notaras mientras trabajabas el archivo.

La mayoría de los problemas de un PDF editado provienen de un pequeño conjunto de errores fáciles de pasar por alto. Esto es lo que debes vigilar.

Texto demasiado pequeño al volver a alejar el zoom

Es fácil escribir con un tamaño que se ve perfectamente legible cuando tienes el zoom acercado y concentrado en un solo cuadro, y descubrir después que es claramente pequeño cuando la página se ve a su tamaño normal y completo. Aleja el zoom (o revisa el PDF terminado en un visor aparte) antes de descargar para confirmar que cada cuadro es realmente legible a tamaño real, no solo al tamaño de edición.

Colocar texto sobre contenido existente en lugar de a su lado

Colocar un cuadro de texto directamente sobre texto impreso o una línea hace que ambos sean difíciles de leer al solaparse: el contenido de debajo no se aparta. Desplaza el texto nuevo a un espacio realmente vacío cercano en lugar de apilarlo directamente sobre algo que ya está impreso ahí.

Editar la página equivocada

En un documento más largo es fácil perder de vista qué página está activa, sobre todo tras hacer zoom o desplazarte, y acabar añadiendo texto a una página totalmente distinta. Comprueba el indicador de página antes de añadir un cuadro en cualquier documento de más de una página, en especial justo después de pasar a una página nueva.

Usar un color con poco contraste

Los colores claros, sobre todo el amarillo pálido, pueden verse bien al tamaño de edición en una pantalla brillante y luego volverse realmente difíciles de leer al imprimirlos o verlos en otra pantalla. Mantente en colores con fuerte contraste frente al blanco, como el negro o un color saturado, para todo lo que de verdad deba leerse y no solo notarse.

Olvidar renombrar el archivo antes de compartirlo

Descargar directamente desde un nombre de archivo genérico puede dejarte (o dejar a quien se lo envíes) con un archivo llamado simplemente «documento» o similar, indistinguible de una docena de archivos más con el mismo nombre por defecto. Tomarte un momento para darle un nombre claro y concreto antes de descargar (qué es y, a menudo, la fecha) evita confusiones reales más adelante, sobre todo cuando varias versiones del mismo formulario empiezan a acumularse en la carpeta de descargas.

El formato GIF tiene décadas y es técnicamente primitivo comparado con el vídeo moderno, pero nunca ha desaparecido: es el único formato de imagen en movimiento que se reproduce automáticamente en todas partes, sin controles de reproductor, sin sonido y sin la barrera de «haz clic para reproducir». Entender qué es en realidad explica tanto sus límites como por qué los ajustes de Congify son como son.

Qué es realmente un GIF

Un GIF no es vídeo comprimido: es una secuencia de imágenes individuales, cada una limitada a una paleta de 256 colores como máximo, que se reproducen una tras otra en bucle. No hay pista de audio en absoluto ni forma de añadirla; un GIF es mudo por definición, y precisamente por eso se reproduce automáticamente en sitios donde un vídeo no lo haría (apps de chat, redes sociales, mensajes de foros) sin necesitar un botón de silencio ni un toque para empezar.

El límite de 256 colores es la mayor restricción técnica del formato. No es lo mismo que la compresión con pérdidas de JPG, que difumina el detalle para ahorrar espacio: un GIF realmente no puede mostrar más de 256 colores distintos en un solo fotograma, así que los degradados suaves y la profundidad de color fotográfica se reducen a una paleta menor. En la mayoría de clips cotidianos (grabaciones de pantalla, clips de reacción, fragmentos cortos con un puñado de colores dominantes) esto es invisible o casi; en una puesta de sol con un degradado amplio y sutil, a veces verás bandas visibles.

Velocidad de fotogramas: el compromiso de los fps

Congify ofrece 5, 10, 15 o 20 fotogramas por segundo. Cada fotograma adicional es otra imagen completa añadida al archivo, así que la velocidad de fotogramas es la palanca más importante sobre el tamaño: pasar de 10 a 20 fps duplica aproximadamente el número de fotogramas (y casi el tamaño del archivo) para la misma duración de clip, a cambio de una mejora de fluidez que a menudo cuesta incluso notar con la resolución de los GIF y los tamaños de visualización habituales.

10 fps es un valor por defecto razonable para la mayoría de los clips: el movimiento se lee como fluido sin inflar el archivo. Baja a 5 fps para todo lo largo o mayormente estático (una diapositiva de texto, un paneo lento), donde menos fotogramas no se notarán. Recurre a 15-20 fps solo cuando el propio movimiento sea rápido y los saltos distraigan de verdad: juego rápido, gestos rápidos de las manos, cualquier cosa con mucho cambio entre fotogramas.

Tamaño y recorte: Completo, Cuadrado, Vertical

Completo mantiene intacta la relación de aspecto original del vídeo de origen: la opción por defecto más segura cuando no sabes dónde acabará el GIF. Cuadrado (1:1) recorta a un cuadrado centrado, que es lo que la mayoría de plataformas sociales muestran limpiamente en un feed sin bandas ni recortes impredecibles de su parte. Vertical sirve para stories y formatos de vídeo vertical, donde un clip horizontal aparecería pequeño con barras a ambos lados.

El recorte se hace antes de generar el GIF, no después, así que lo que Cuadrado o Vertical corten desaparece realmente de la salida: conviene previsualizar el recorte con tu motivo real (¿está centrada la parte importante del encuadre?) en lugar de suponer que siempre saldrá bien.

La regla rápida para decidir

Clip corto y cotidiano con personas o movimiento → 10 fps, Completo. Publicar en un feed que de todos modos recorta a cuadrado → Cuadrado, para que controles tú el recorte y no la plataforma. Material largo o casi estático → baja primero a 5 fps, antes de recurrir a cualquier otra reducción de tamaño.

Lo que más controlas sobre el tamaño de un GIF y lo bien que se lee no son los fps ni el recorte, sino cuánto metraje le das desde el principio. Recortar bien importa más que cualquier ajuste posterior.

Por qué más corto es casi siempre mejor

Un GIF se repite en bucle, lo que significa que el espectador suele verlo más de una vez: un buen GIF se gana una segunda y tercera repetición en lugar de necesitar una solo para entender qué ha pasado. Recortar hasta el momento que importa (un gesto, una reacción, una gracia, un fragmento concreto de acción en pantalla) en lugar de los segundos de alrededor casi siempre produce algo más eficaz, no solo más pequeño; un GIF que necesita 10 segundos para tener sentido normalmente no es un buen candidato a GIF.

El tamaño del archivo escala directamente con la duración del clip: un recorte de 6 segundos pesa aproximadamente el doble que uno de 3 segundos con los mismos fps y tamaño, en igualdad de condiciones. Como los GIF se comparten tan a menudo por apps de chat y conexiones lentas, recortar al máximo suele ser un logro mayor que bajar los fps o recortar más el encuadre.

Usar el control de desplazamiento con precisión

Arrastra los dos tiradores de la tira de fotogramas para fijar exactamente dónde empieza y acaba el clip: la vista previa se actualiza en directo para que veas con precisión lo que conservas antes de decidir la velocidad de fotogramas o el tamaño. Desplázate despacio en especial alrededor de los puntos de entrada y salida; medio segundo de vacío al principio o un fotograma extra al final es un motivo común de que un GIF recortado se sienta menos contundente que el momento que tenías en mente.

Dirección de reproducción: Normal, Invertido, Bumerán

Normal reproduce el clip recortado una vez y vuelve en bucle del final directamente al principio: bien para la mayoría de material, pero ese corte seco de vuelta al inicio puede resultar brusco si el primer y el último fotograma no encajan de forma natural. Invertido reproduce el mismo clip hacia atrás, lo que sirve sobre todo como efecto deliberado y no como ajuste de uso general. Bumerán reproduce hacia delante y enseguida hacia atrás antes de repetir, de modo que el GIF va y viene en lugar de saltar de vuelta al principio: es el ajuste al que recurrir cuando el propio punto del bucle quedaría chocante, y se ha convertido en un estilo reconocible por derecho propio para clips cortos en bucle.

Velocidad: ralentizar o acelerar el bucle

La velocidad cambia el ritmo de reproducción independientemente de los fps con que extrajiste el clip: 0,5x reproduce a mitad de velocidad para dar énfasis o sensación de cámara lenta, mientras que 2x o 4x comprime una acción más larga en un bucle más ajustado y contundente. Es un control distinto de la velocidad de fotogramas: los fps deciden cuántos fotogramas existen, la velocidad decide con qué rapidez el GIF recorre los que ya tiene, así que un GIF ralentizado con pocos fps puede seguir viéndose entrecortado: combina una velocidad menor con más fps si necesitas fluidez y sensación de cámara lenta a la vez.

Los subtítulos convierten un GIF en algo que se lee incluso con el sonido apagado en cualquier otra parte de la página, lo que, como los GIF no tienen sonido, es siempre. Que sean legibles sobre un fondo en movimiento e impredecible exige algo más de cuidado que colocar texto sobre una imagen estática.

Elección de fuente y legibilidad

Impact (la clásica fuente de memes gruesa y condensada) se lee con claridad en tamaños pequeños y resiste mejor los fondos recargados que una tipografía más ligera y fina: es una elección deliberada y práctica, no solo un estilo por defecto. Arial es la opción más segura y neutra para todo lo que deba leerse como informativo y no como un meme. Times y Comic Sans están para cuando el tono pide algo concreto, pero ninguna aguanta tan bien sobre un fondo en movimiento a tamaños de subtítulo pequeños.

Contorno: por qué el texto con contorno se lee mejor sobre cualquier fondo

El fondo de un GIF cambia de fotograma en fotograma, así que un texto sin contorno puede ser perfectamente legible en un fotograma y casi invisible en el siguiente si el material de detrás pasa de oscuro a claro. Un contorno (una línea en un color contrastado, normalmente negro alrededor de texto blanco o blanco alrededor de texto negro) mantiene el subtítulo legible a lo largo de esos cambios, ya que el contorno (y no solo el relleno) es lo que el ojo capta sobre un fondo recargado o cambiante. Actívalo en casi todo lo que tenga movimiento real de fondo; es uno de los pocos ajustes que conviene tener activado por defecto.

Nociones básicas de contraste de color

El texto blanco o amarillo con contorno negro es la combinación clásica y fiable: aguanta en casi cualquier material. El texto negro puede funcionar sobre material constantemente claro, pero es más arriesgado en cuanto alguna parte del clip se oscurece. Si dudas, previsualiza el subtítulo sobre los momentos más oscuros y más claros de tu clip recortado, no solo sobre el fotograma que casualmente mirabas al escribirlo.

Posición y varios subtítulos

Los subtítulos pueden arrastrarse a cualquier lugar del encuadre y redimensionarse arrastrando su tirador de la esquina, así que no se te impone ninguna posición fija «arriba» o «abajo»: colócalos donde no tapen la parte del material que realmente importa. Congify admite varios subtítulos en el mismo GIF, útil para un chiste en varios tiempos o una secuencia etiquetada, pero cada uno añade desorden visual, así que conviene preguntarse si una sola línea bien colocada cumple antes de apilar varias.

Un GIF no es siempre la respuesta correcta solo porque la fuente sea un clip de vídeo: saber cuándo supera de verdad a las alternativas te evita un archivo hinchado que un vídeo habría manejado mejor, o una imagen con texto que no necesitaba movimiento en absoluto.

Apps de mensajería y reacciones

Este es el terreno natural del formato: un GIF entra directamente en un chat y se reproduce al instante, sin toques, sin indicador de carga, sin reproductor de vídeo aparte. Para una reacción rápida, un bucle repetible o un clip corto pensado para aterrizar al instante en una conversación, nada más se comporta así.

Publicaciones en redes sociales

La mayoría de las plataformas convierten internamente un GIF subido en un vídeo en bucle de todos modos, así que la diferencia práctica con publicar un MP4 directamente suele ser pequeña, pero un GIF sigue siendo la opción más segura si no estás seguro de que una plataforma o inserción concreta tratará un MP4 subido igual (reproducción automática, sin icono de sonido, sin controles de reproductor).

Documentación y tutoriales

Un GIF corto en bucle es realmente excelente para mostrar una única acción repetible de la interfaz (haz clic aquí, arrastra allá, mira cómo se abre este menú), porque se repite solo sin que el lector tenga que pulsar reproducir ni retroceder para volver a verlo. Para algo más largo de unos segundos, o que necesite narración, un vídeo real con controles de reproducción de verdad sirve mejor al lector que un bucle largo, mudo y de reproducción automática.

Correo electrónico y presentaciones

La compatibilidad con GIF animados en clientes de correo y programas de presentación es irregular: algunos renderizan cada fotograma como se espera, otros muestran solo el primero como imagen estática. Si la animación es esencial para lo que comunicas en uno de estos contextos, conviene probarla primero en el destino real en lugar de suponer que se animará como en un navegador.

La mayoría de GIF decepcionantes se deben a un pequeño conjunto de decisiones evitables tomadas al principio del proceso, antes de que entre en juego un solo ajuste de subtítulo o recorte.

Subir los fps al máximo por defecto

Tienta elegir siempre 20 fps pensando que más alto es sencillamente mejor, pero en la mayoría de los clips cotidianos la ganancia de fluidez sobre 10 fps apenas se ve mientras que el tamaño del archivo se duplica aproximadamente. Reserva las velocidades más altas para material cuyo movimiento sea realmente lo bastante rápido como para necesitarlas.

Recortar con demasiada holgura

Unos segundos extra de margen antes y después del momento real no solo inflan el archivo: también diluyen el sentido del GIF y obligan al espectador a aguantar un arranque que un recorte más ajustado habría saltado. Si dudas, recorta más ajustado de lo que resulte cómodo y revisa la vista previa; rara vez queda demasiado corto.

Subtítulos sin contorno sobre material recargado

Un texto que se veía perfectamente legible sobre el único fotograma que mirabas al escribirlo puede desaparecer por completo un segundo después cuando cambia el fondo. Activar el contorno por defecto en todo lo que tenga movimiento real de fondo evita redescubrirlo una vez que el GIF ya se ha compartido.

Ignorar el tamaño del archivo en una conexión móvil

Un GIF largo, con muchos fps y a tamaño completo puede acabar siendo varias veces más grande que el mismo clip como vídeo correctamente codificado y, a diferencia de un vídeo, un GIF no se puede «pausar antes de que cargue del todo» en la mayoría de sitios donde se comparte, así que el archivo entero tiene que llegar antes de empezar a reproducirse. Si un GIF sale inesperadamente grande, recortar más y bajar los fps son los dos ajustes que conviene revisar primero, mucho antes de recurrir a un encuadre más pequeño.

Los formatos de audio se dividen por la misma línea de con pérdidas frente a sin pérdidas que los de imagen, y la misma pregunta de fondo decide cuál quieres en realidad: ¿preparas algo para escuchar y compartir, o algo que conservar con la mejor calidad posible para seguir trabajando?

MP3: el formato universal con pérdidas

MP3 usa compresión con pérdidas y descarta detalles de audio que al oído humano le cuesta más notar para reducir el archivo de forma drástica: a menudo a una décima parte del original sin comprimir, o menos, según la tasa de bits usada. Lo admite prácticamente todo: cada teléfono, cada autorradio, cada app de música, cada sitio web. Para escuchar, compartir y el uso cotidiano, MP3 casi siempre es la opción por defecto adecuada.

La contrapartida es la misma que en JPG: parte del detalle se pierde de verdad tras la compresión y no vuelve si más tarde conviertes el MP3 a otra cosa. Para una escucha casual esto es inaudible con tasas de bits razonables; para escucha crítica, masterización o archivo, empieza a importar.

WAV: el formato sin pérdidas y sin comprimir

WAV almacena el audio sin comprimir: cada muestra se conserva exactamente, sin descartar datos. Eso lo hace la opción adecuada para todo lo que se vaya a editar, mezclar o procesar más, ya que los artefactos de la compresión con pérdidas no se acumulan unos sobre otros a lo largo de varias rondas de edición como ocurriría con un MP3 guardado repetidamente. También es el formato estándar de los másteres de archivo, pues es lo más parecido a conservar intacta la grabación original.

El coste es el tamaño: los archivos WAV suelen ser 5-10 veces mayores que un MP3 del mismo audio con una tasa de bits razonable, porque ninguna compresión hace parte del trabajo. Unos pocos minutos de audio WAV ya pueden ocupar decenas de megabytes, algo que importa si lo envías por correo o almacenas mucho.

La regla rápida para decidir

Compartir, escuchar, subir a la mayoría de plataformas → MP3. Editar, mezclar o archivar una copia maestra a la que volverás → WAV. ¿No estás seguro y es algo puntual? → MP3 es la opción por defecto más segura; casi todo puede reproducirlo.

La tasa de bits es el único ajuste de MP3 que realmente importa tanto para el tamaño del archivo como para la calidad, y elegir un número sensato para lo que haces merece entenderse en lugar de adivinarse.

Qué controla realmente la tasa de bits

La tasa de bits es la cantidad de datos que se usa para codificar cada segundo de audio, medida en kilobits por segundo (kbps). Una tasa más alta conserva más del detalle original y suena más cercana a la fuente sin comprimir; una más baja comprime con más fuerza, descartando más, a cambio de un archivo más pequeño. Es un intercambio directo y más o menos lineal: duplicar la tasa de bits duplica aproximadamente el tamaño del archivo para la misma duración de audio.

Ajustar la tasa de bits a lo que realmente codificas

La palabra hablada (pódcast, notas de voz, audiolibros, narración) no necesita una tasa de bits alta en absoluto; la voz es mucho menos compleja que la música, e incluso una tasa baja suena clara y perfectamente inteligible manteniendo los archivos pequeños. La música, sobre todo con gran rango dinámico o muchos instrumentos simultáneos, se beneficia de una tasa de bits claramente mayor antes de que los artefactos de compresión (una ligera aspereza o un sonido «bajo el agua» en pasajes complejos) se vuelvan audibles.

Existe un punto real de rendimientos decrecientes en el extremo alto: a partir de cierta tasa de bits, la mayoría de oyentes con auriculares o altavoces típicos ya no distingue de forma fiable la diferencia con la fuente, así que subir más el número solo infla el archivo sin una mejora perceptible de calidad. Si no estás seguro, una tasa intermedia es la opción segura de uso general: claramente mejor que los ajustes de voz de baja tasa, sin el tamaño de archivo de un ajuste de masterización musical de máxima calidad que no necesitas para compartir a diario.

Cuándo la tasa de bits no importa en absoluto

Si conviertes a WAV en lugar de MP3, la tasa de bits es irrelevante: WAV no está comprimido, así que no hay ningún ajuste de tasa de bits que elegir. La tasa de bits solo entra en juego cuando cambias deliberadamente algo de calidad por un archivo más pequeño, que es toda la premisa de elegir MP3 en lugar de WAV.

Coudio no solo convierte archivos de audio existentes: también puede sacar la pista de audio de un vídeo y darte solo el sonido, descartando por completo la imagen.

Motivos habituales para necesitarlo

Convertir un vídeo grabado de una clase, reunión o entrevista en un archivo de audio estilo pódcast mucho más pequeño y fácil de escuchar sobre la marcha. Sacar una canción o un clip de sonido de un vídeo cuando solo hace falta el audio. Archivar solo la parte de audio de vídeos antiguos para ahorrar almacenamiento. Convertir la voz en off de una grabación de pantalla en un archivo de audio independiente para editarlo o transcribirlo en otro sitio.

Cómo funciona en realidad

Suelta un archivo MP4, WEBM, MOV u OGV en Coudio igual que soltarías un archivo de audio: la herramienta detecta que es un vídeo y extrae la pista de audio automáticamente, descartando la imagen. Elige MP3 o WAV como salida igual que con un archivo de audio normal y (en MP3) elige una tasa de bits. El vídeo en sí nunca se recodifica ni se modifica; solo se extrae su pista de audio existente.

Qué ocurre si el vídeo no tiene pista de audio

Un vídeo sin ningún sonido (una grabación de pantalla silenciada, un metraje grabado sin audio) no tiene nada que Coudio pueda extraer, porque en el archivo no hay pista de audio. No es algo que la herramienta pueda sortear; si la grabación original realmente no tiene sonido, no hay audio que sacar de ella.

Pódcast, notas de voz y palabra hablada

MP3 con una tasa de bits modesta es el estándar aquí: el tamaño del archivo importa más que en la música, porque los episodios suelen ser largos, y el habla tolera la compresión excepcionalmente bien sin pérdida de calidad audible para el oyente.

Música que compartes o escuchas

MP3 con una tasa de bits intermedia-alta cubre casi todos los casos cotidianos: enviar una pista a un amigo, subir a la mayoría de plataformas, tener música en un móvil donde el espacio se acaba. Recurre a WAV solo si necesitas expresamente el original sin comprimir: para edición, sampleo o un archivo de escucha realmente crítica.

Audio que editarás o mezclarás después

WAV evita acumular pérdida de compresión adicional sobre cualquier edición que hagas (mezclar, recortar, superponer, ajustar niveles), porque el archivo no tiene compresión con pérdidas de partida. Convierte a MP3 solo como paso final de exportación, cuando la edición haya terminado: la misma regla que se aplica a guardar repetidamente un JPG.

Archivo a largo plazo

Para todo lo que quieras conservar con la mejor calidad posible de forma indefinida (una grabación original, una pista máster, una entrevista importante), WAV es la opción más segura a largo plazo, porque nunca pierde detalle adicional por muchas veces que se copie o respalde.

La mayoría de las quejas sobre la calidad del audio provienen de una de unas pocas decisiones evitables.

Convertir MP3 a MP3 repetidamente

Igual que al guardar de nuevo un JPG, recodificar un MP3 ya comprimido a MP3 pierde algo más de detalle cada vez: la segunda pasada de compresión tiene menos información original con la que trabajar que la primera. Cuando sea posible, conserva y edita desde una fuente sin pérdidas (WAV) y exporta a MP3 solo una vez, al final.

Usar una tasa de bits que no encaja con el contenido

Una tasa de bits baja que es perfectamente válida para la palabra hablada sonará claramente comprimida en música con una mezcla instrumental completa, mientras que una tasa máxima en una simple nota de voz solo desperdicia tamaño de archivo sin beneficio audible. Ajusta la tasa de bits a lo que hay realmente en la grabación, no a un único número para todo.

No comprobar si hay pista de audio antes de extraer

Intentar sacar audio de un vídeo grabado en silencio, o cuyo audio se eliminó antes en otro paso, dará un resultado vacío: no hay nada que extraer. Conviene una comprobación rápida (o escuchar un momento el vídeo original) antes de suponer que la extracción falló en Coudio y no que la fuente simplemente no tiene sonido.

Ignorar el tamaño del archivo en grabaciones largas

Una grabación larga de una clase o reunión exportada como WAV, o con una tasa de bits MP3 innecesariamente alta, puede hincharse hasta un tamaño incómodo de enviar o subir. Sobre todo en contenido hablado largo, una tasa de bits MP3 modesta mantiene el archivo manejable sin pérdida real de inteligibilidad.

Un fragmento de código en texto plano pegado en un chat, una diapositiva o una publicación pierde todo lo que hace que el código real sea fácil de leer de un vistazo: sin color de sintaxis, sin espaciado coherente y, a menudo, sin saltos de línea. Una captura con estilo lo soluciona, pero solo si es legible al tamaño en que se verá.

Por qué el resaltado de sintaxis no es solo decoración

Colorear palabras clave, cadenas, comentarios y nombres de función no es cosmético: es una ayuda real para la lectura. Los desarrolladores con experiencia recorren el código resaltado por forma y color antes de leerlo palabra por palabra, y por eso el código plano y sin colores en una captura o en una app de mensajería de bajo contraste se lee claramente más despacio, incluso para quien domina el lenguaje.

Mantener el fragmento corto

Una captura de código está pensada para leerse de un vistazo, no para desplazarse: cuando un fragmento tiene que reducirse por debajo de un tamaño de lectura cómodo para caber en el encuadre, normalmente es señal de que el extracto es demasiado largo para una captura y serviría mejor al lector como archivo enlazado o gist. Recorta hasta las líneas que defienden el argumento; un fragmento más corto, más grande y más legible gana casi siempre a uno completo pero diminuto.

Elegir un tamaño realmente legible donde se publicará

Una captura que se ve perfectamente nítida a tamaño completo en tu propio monitor puede quedar ilegible como miniatura en un chat, en un tuit incrustado o en una diapositiva vista desde el fondo de una sala. Si sabes adónde va la imagen, previsualízala aproximadamente a ese tamaño antes de darla por buena: lo que es cómodo de leer a pantalla completa no siempre lo es como miniatura.

Los cuatro temas no son solo paletas de colores distintas porque sí: cada uno procede de (o sigue de cerca) un tema de editor real y muy usado, y elegir uno que resulte familiar a tu audiencia puede importar tanto como elegir uno que se vea bien.

Dracula: alto contraste y personalidad

El fondo morado oscuro de Dracula con resaltes vivos en rosa, verde y cian es uno de los temas de editor más reconocibles hoy en día: instantáneamente familiar para una gran parte de los desarrolladores y de contraste lo bastante alto para seguir siendo legible incluso reducido. Es una opción por defecto sólida cuando no sabes quién mirará ni dónde acabará la imagen.

VS Code Dark: la referencia más común

Dado que Visual Studio Code es el editor de código más usado, su tema oscuro por defecto es el que más espectadores ya asocian con «cómo se ve normalmente el código»: una elección segura y sin sorpresas, sobre todo para un público que probablemente incluya usuarios de VS Code (que, estadísticamente, son la mayoría de los desarrolladores).

Monokai: cálido y de larga trayectoria

Monokai es anterior a la mayoría de los temas más nuevos y ofrece una paleta cálida y característica (matices de fondo oliva, acentos naranjas y rosas) que muchos desarrolladores que han usado Sublime Text o entornos antiguos reconocerán de inmediato. Su contraste es algo más suave que el de Dracula, lo que a algunas personas les resulta más cómodo para la vista en sesiones largas.

GitHub Light: el de los contextos claros

Los tres anteriores son temas oscuros; GitHub Light es la única opción realmente clara y coincide con el renderizado de código predeterminado de GitHub. Es la elección adecuada para una presentación o documento de estilo claro, donde un bloque de código oscuro destacaría como un rectángulo chocante y desconectado en lugar de encajar con el diseño de alrededor.

Elegir el lenguaje correcto no es solo una etiqueta: es lo que le dice al resaltador qué palabras son palabras clave, cuáles son cadenas y cuáles son comentarios, así que acertar (o fallar) tiene un efecto directo y visible en el resultado.

Qué pasa si eliges el lenguaje equivocado

El resaltado se hace comparando patrones con las reglas de sintaxis de un lenguaje concreto, así que elegir el equivocado da resultados erróneos con total seguridad en lugar de un error: las palabras clave de otro lenguaje pueden no colorearse en absoluto o, peor, otra palabra se clasifica mal y se colorea como si fuera una palabra clave. Comprueba siempre que el selector de lenguaje coincide con lo que hay realmente en el cuadro, sobre todo tras pegar desde una plantilla o cambiar de lenguaje a mitad de la edición.

Fragmentos con varios lenguajes

Un fragmento que incrusta un lenguaje dentro de otro (SQL dentro de una cadena de Python, HTML dentro de una plantilla literal de JavaScript) solo se resaltará bien para el único lenguaje seleccionado; no hay forma de resaltar ambos a la vez en un mismo fragmento. Para contenido realmente mixto, elige el lenguaje que ocupe la mayor parte del fragmento o divídelo en dos capturas separadas si las dos mitades deben leerse con claridad.

Cuándo el resaltado importa poco

En fragmentos muy cortos (una sola línea, un valor de configuración breve, un comando de una línea) el lenguaje concreto importa mucho menos, ya que hay tan poco contenido que un lector puede interpretarlo bien sin color. Importa más en fragmentos más largos y estructuralmente complejos, donde el color hace realmente el trabajo de separar lógica, cadenas y comentarios.

Redes sociales y apps de chat sin compatibilidad con código

La mayoría de las plataformas sociales no tienen concepto de bloque de código con formato: pega código en bruto en un tuit o publicación y pierde toda la sangría, los saltos de línea y los colores, y a menudo se convierte en un muro de texto ilegible. Una captura lo evita por completo, ya que es solo una imagen y se muestra igual en todas partes donde se muestran imágenes.

Cuando el destinatario necesita usar el código de verdad

Una captura es una imagen: no se puede seleccionar, copiar ni volver a pegar en un editor. Si quien la recibe necesita ejecutar, editar o copiar el código (y no solo mirarlo), el texto plano, un fragmento en vivo en una app de chat que lo admita o un enlace a un gist le sirven mucho mejor que una imagen de la que tendría que reescribirlo a mano.

Documentación y redacción técnica

Un bloque de código real basado en texto en la documentación se puede buscar, es accesible para lectores de pantalla y se puede copiar: todo aquello a lo que una captura renuncia. Las capturas se ganan su sitio en la documentación sobre todo para mostrar aquello en lo que realmente son buenas: una interfaz anotada, un diff resaltado de una manera concreta o el código tal como aparece en un editor concreto como ilustración, no para que el lector lo copie.

Ejemplos más largos y archivos completos

Una captura de código funciona mejor para un extracto concreto que alguien puede leer de uno o dos vistazos; para un archivo completo, un ejemplo con varias funciones o cualquier cosa que requiera desplazarse por una imagen alta, un enlace a un gist o a un repositorio es la opción más práctica y utilizable.

La mayoría de las capturas de código que acaban siendo difíciles de leer comparten una de unas pocas causas evitables.

Incluir mucho más código del que requiere la idea

Una captura con 40 líneas de contexto alrededor para mostrar una línea relevante obliga al lector a buscar lo que importa. Recorta hasta las líneas que defienden el argumento: las importaciones, el código repetitivo y las funciones sin relación casi siempre se pueden quitar sin perder el mensaje.

Elegir el lenguaje equivocado para el resaltador de sintaxis

La selección de lenguaje que queda del fragmento anterior, o elegir la opción de nombre más parecido en lugar de la exacta, produce un resaltado sutilmente incorrecto, fácil de pasar por alto de un vistazo pero que a cualquiera que conozca el lenguaje le resulta raro. Comprueba que el lenguaje coincide antes de exportar, sobre todo tras pegar una plantilla.

Un tema que choca con el lugar donde se publica

Una captura de tema oscuro colocada en un documento o diapositiva por lo demás claro destaca como un rectángulo chocante en lugar de encajar con el diseño que la rodea: GitHub Light existe precisamente para este caso, así que merece la pena cambiar a él en lugar de usar un tema oscuro en todas partes por costumbre.

Exportar con un tamaño demasiado pequeño para leerse una vez compartida

Lo que es nítido y legible a tamaño completo en tu pantalla puede volverse ilegible cuando es una miniatura en una app de chat o una pequeña inserción en una publicación social. Si sabes adónde va, revisa la imagen más o menos a ese tamaño de visualización antes de darla por terminada: un fragmento más corto con texto más grande suele comunicar mejor que uno más largo reducido para que quepa.

Todo color en una pantalla se reduce a los mismos valores subyacentes de luz roja/verde/azul: HEX, RGB, HSB y HSL son simplemente cuatro formas distintas de escribir ese mismo color, cada una adecuada para un tipo de trabajo diferente.

HEX: el valor por defecto compacto y compatible en todas partes

Un código HEX empaqueta rojo, verde y azul en una única cadena de seis dígitos, por eso es el formato que casi toda herramienta de diseño, hoja de estilos CSS y editor de imágenes espera por defecto. Es compacto y fácil de pegar de un sitio a otro, pero los números reales que contiene (pares en base 16) no son algo que la mayoría lea de un vistazo como puede hacer con simples números decimales.

RGB: los mismos valores, desglosados

RGB escribe los mismos tres canales que codifica HEX, solo que como tres números simples de 0 a 255 en lugar de pares hexadecimales empaquetados: es más fácil razonar con ellos si ajustas un canal a mano o escribes código que construye un color a partir de entradas separadas de rojo/verde/azul.

HSB y HSL: construidos en torno a cómo se percibe realmente el color

Ambos dividen el color en tono (el color propiamente dicho, como una posición en una rueda cromática) y otras dos dimensiones que describen lo vivo o lo claro que es: HSB usa saturación y brillo, HSL usa saturación y luminosidad. Cualquiera de los dos es mucho más fácil de razonar cuando quieres «el mismo color, pero más oscuro» o «el mismo color, pero más apagado»: dejas el tono intacto y ajustas solo el otro número, en lugar de recalcular a mano tres canales RGB distintos.

Elegir un formato en Colorfy

El menú de formato de Colorfy se aplica de una vez a la lectura de todos los selectores y colores guardados: cambia al que coincida con el lugar donde vas a pegarlo (HEX para CSS, HSB/HSL si vas a ajustar un tono a mano) en lugar de convertir tú mismo un código copiado después.

Intentar igualar un color a ojo (el azul exacto de una marca, un tono de una foto de moodboard, un color del sitio de la competencia) de memoria o adivinando un código HEX rara vez acierta del todo. Muestrear el píxel real es la única forma de obtener el valor preciso.

Por qué «casi igual» muchas veces no basta

Dos colores que se ven casi idénticos uno al lado del otro pueden seguir siendo distintos de forma medible al comparar sus códigos reales: un matiz distinto en un solo canal RGB suele ser invisible a simple vista por separado, pero se vuelve evidente en cuanto se coloca junto a la referencia real. El muestreo elimina las conjeturas por completo: el selector lee exactamente lo que hay en el archivo, no una aproximación.

Trabajar desde una captura de pantalla

Una captura de una página web, una aplicación o un diseño ajeno se trata exactamente como cualquier otra imagen: suéltala, arrastra el selector hasta el píxel exacto que quieras igualar y copia el código. Es la forma más fiable de sacar el color de una marca o de una interfaz de una referencia de la que no tienes el archivo fuente original.

Ojo con los artefactos de compresión e iluminación

Un JPEG muy comprimido o una foto tomada bajo luz coloreada o cálida puede desplazar los valores reales de los píxeles respecto al color «verdadero» previsto: el código HEX real de un logotipo fotografiado bajo luz interior amarilla se muestreará algo más cálido de lo que el logotipo es en realidad. Cuando importa la exactitud (igualar el color oficial de una marca, por ejemplo), prefiere muestrear una captura limpia o una fuente sin comprimir antes que una foto siempre que haya una disponible.

Muestrear más de un punto para comprobar la coherencia

Una sola foto suele tener más variación de color en una zona supuestamente «uniforme» de lo que parece a simple vista: la compresión JPEG, los degradados sutiles y la iluminación introducen pequeñas diferencias entre píxeles. Usar dos o tres selectores en puntos distintos de la misma zona, en lugar de fiarse de una sola muestra, da una mejor idea de si ves una variación de color real o solo ruido.

La paleta de colores guardados de Colorfy existe justo para el caso en que sacas más de un color de una imagen y necesitas volver a todos más tarde, sin reabrir el archivo ni volver a elegir cada uno desde cero.

Guardar sobre la marcha

Al hacer clic en «Guardar» junto a cualquier color muestreado se añade a una paleta que persiste en tu navegador, aparte de la imagen en sí, así que sigue ahí la próxima vez que abras Colorfy, aunque cargues otra imagen o ninguna. Se pueden conservar hasta 20 colores a la vez, suficiente para una paleta completa sacada de varias imágenes de referencia distintas sin tener que copiar los códigos a otro sitio antes.

Poner nombre a un color guardado

Al hacer doble clic en un color guardado puedes darle un nombre corto (hasta 25 caracteres): útil cuando una paleta tiene más de un par de entradas y «el tercer naranja» deja de ser una forma fiable de distinguirlos. El nombre aparece como información emergente al pasar el cursor, de modo que las muestras siguen visualmente limpias y, aun así, son fáciles de identificar por nombre cuando hace falta.

Vaciar una paleta

Quitar un color guardado de uno en uno funciona con el mismo botón «×» que usa cada lista de archivos de este sitio. Mantener pulsado Mayús al hacer clic en ese botón borra en cambio todos los colores guardados a la vez, incluido el pulsado: el camino más rápido cuando ya no necesitas la paleta de un proyecto terminado y prefieres empezar la siguiente vacía a quitar cada entrada una por una.

Cuándo merece la pena dejar abierta una paleta

Una paleta guardada es más útil para un proyecto en curso (construir un conjunto coherente de colores de marca o de interfaz a lo largo de varias sesiones) que para una consulta puntual de un color, donde copiar el código directamente y seguir es más sencillo que guardarlo.

Un solo selector basta para tomar un color, pero comparar dos o más colores de la misma imagen (comprobar contraste, igualar los extremos de un degradado, muestrear una paleta repartida por una foto) es mucho más fácil con varios selectores activos a la vez.

Añadir un segundo (o tercer, o cuarto) selector

Pueden estar activos hasta 4 selectores en la misma imagen a la vez, cada uno numerado para que su fila de resultados de abajo sea fácil de relacionar con su anillo en la imagen. Añade uno con el botón «+» bajo la lista de selectores, o mantén Mayús y haz clic en cualquier parte de la imagen para colocar un nuevo selector numerado justo en ese punto: la opción más rápida cuando ya sabes más o menos dónde quieres muestrear.

Leer los resultados juntos

Cada selector activo tiene su propia fila con su propio código y botón Guardar, todos visibles a la vez: útil para ver si dos zonas que parecen del mismo color en la imagen comparten realmente el mismo código, o para construir una pequeña paleta multicolor de una imagen de una sola pasada en lugar de muestrear, guardar y volver a muestrear de uno en uno.

Recolocar sin añadir más

Un clic normal (sin Mayús) mueve el selector que estuvo activo más recientemente, en lugar de añadir uno nuevo: útil para afinar un punto de muestreo sin tener que quitar y volver a añadir un selector solo para retocarlo. Arrastrar un selector directamente, o usar las flechas del teclado una vez enfocado, funcionan igual para un ajuste fino a nivel de píxel.

Cuándo un solo selector sigue siendo lo correcto

Para tomar un color rápido, añadir selectores extra es una carga innecesaria: se justifican específicamente cuando necesitas comparar, contrastar o reunir más de un color de la misma imagen en una sesión.

La mayoría de las tomas de color inexactas se deben a un puñado de hábitos evitables, casi todos relacionados con dónde cae exactamente el selector y no con algún fallo de la herramienta.

Muestrear justo en un borde

Un píxel situado en el límite entre dos colores suele ser un color intermedio mezclado y suavizado, no una muestra limpia de ninguno de los lados; es especialmente fácil que ocurra con el zoom alejado y haciendo clic cerca del contorno de una forma. Acércate (agranda la vista previa) y apunta al interior sólido de la zona que realmente quieres, bien lejos de cualquier borde.

Fiarse de una imagen muy comprimida

La compresión JPEG puede desplazar ligeramente los valores de píxeles individuales respecto al color original, sobre todo en zonas recargadas o detalladas de una foto: una zona de color «uniforme» puede tener un pequeño ruido entre píxeles que no estaba en la escena original. Cuando importa la exactitud, prefiere un PNG u otra fuente sin pérdidas antes que un JPEG comprimido si hay uno disponible.

No tener en cuenta tu propia pantalla

El código que lee Colorfy es el valor exacto almacenado en el archivo de imagen, pero cómo se ve ese color depende de la pantalla que lo muestra, y las pantallas varían en calibración. Si un color muestreado debe coincidir exactamente con una referencia física (material impreso, un producto físico), trata el código muestreado como el punto de partida preciso y espera verificar el resultado final con la propia referencia física, no solo con cómo se ve en tu monitor.

Olvidar que los colores guardados persisten entre imágenes

Como la paleta guardada no está vinculada a ninguna imagen cargada, es fácil acabar con colores de varios proyectos sin relación mezclados en la misma paleta si no la vacías de vez en cuando. Haz clic con Mayús en el botón de quitar de cualquier color guardado para vaciar toda la paleta de una vez al empezar un proyecto nuevo y sin relación, en lugar de dejar que se acumulen colores antiguos y nuevos.