Los imprescindibles de la web y la tecnología en 2026.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo didáctico: un campo usa id="demo-email" y su etiqueta for="demo-email". Busque la regla de asociación en el HTML Living Standard y compruebe que el identificador sea único en el árbol correspondiente.

Comprobación útil

El tipo email comprueba un formato de dirección, no la existencia del buzón ni que la persona lo controle. Un texto orientativo dentro del campo no sustituye por sí solo una etiqueta correctamente asociada.

Interpretación y siguiente paso

Conserve la sección citada y la fecha de consulta. Un fragmento válido no demuestra la accesibilidad de toda la página. Revise el nombre accesible, el foco y los mensajes de error en el ejemplo renderizado.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo didáctico: preparar una nota sobre HTTP con RFC 9110. Su ficha indica Internet Standard y STD 97. Un número RFC no determina el estado de otras publicaciones de la serie.

Comprobación útil

Antes de citar un pasaje, examine las relaciones Updates, Obsoletes y las erratas verificadas. El texto original queda archivado; una revisión o sustitución se publica con un nuevo número RFC. El alcance del cambio se lee en el documento, no se deduce solo de su fecha.

Interpretación y siguiente paso

Cuando el documento adopta BCP 14, MUST en mayúsculas expresa un requisito absoluto de la especificación. SHOULD permite excepciones justificadas tras valorar sus consecuencias; MAY indica una opción. Un texto también puede ser normativo sin estas palabras.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: en un traspaso, la respuesta RDAP de un dominio genérico no muestra todos los datos de contacto del titular. Esa ausencia no basta para concluir que el nombre está disponible.

Comprobación útil

Consulte ICANN Lookup e identifique el registrador y los estados publicados. Contraste estos datos con los justificantes y accesos facilitados por el titular.

Interpretación y siguiente paso

Anote la fecha de consulta. Los datos públicos no dan acceso a la cuenta ni autorizan una transferencia; confirme por separado los permisos y la renovación.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: el Whois de un dominio .fr muestra servidores de nombres, pero el sitio no responde. El registro del dominio y la disponibilidad del servicio requieren comprobaciones distintas.

Comprobación útil

Anote registrador, fechas y servidores publicados. Compárelos con la cuenta de gestión y la delegación DNS prevista, sin cambiar registros durante esta primera observación.

Interpretación y siguiente paso

Una ficha Whois no prueba el servidor web ni el correo. Continúe con el diagnóstico DNS y después con el servicio afectado; confirme la renovación en la cuenta del registrador.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Antes de elegir una función del navegador para un formulario, busque su entrada precisa en los datos de compatibilidad de MDN, bajo __compat.support. Compruebe el navegador y la versión correspondientes. La información sobre una API general no describe automáticamente todos sus métodos u opciones.

Comprobación útil

En una entrada ficticia marcada como partial_implementation: true, lea la propiedad notes antes de concluir que la compatibilidad es completa. El nombre de una función puede existir sin el comportamiento esperado. Relacione las versiones, retiradas o condiciones de activación con la función realmente utilizada.

Interpretación y siguiente paso

Conserve la versión del paquete @mdn/browser-compat-data o la revisión consultada junto al resultado de la prueba. Distinga los indicadores experimental y deprecated de los datos de compatibilidad. Compruebe después el recorrido en los navegadores de su público: la documentación prepara la prueba, no sustituye su resultado.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para examinar las búsquedas que llevan a una página, prepare una respuesta ficticia con dimensions: ["query", "page"]. Los valores del array keys siguen ese orden: el primero identifica la consulta y el segundo la página. Intercambiar las columnas al exportar puede generar un análisis claro pero incorrecto.

Comprobación útil

El parámetro rowLimit admite entre 1 y 25 000 filas por respuesta; startRow indica el desplazamiento desde cero. La paginación permite recorrer los resultados disponibles, pero no garantiza una exportación exhaustiva: la API devuelve las filas principales dentro de los límites internos de Search Console.

Interpretación y siguiente paso

En un ejemplo didáctico, ctr: 0.25 significa 25 %, no 0,25 %. Las fechas de la solicitud utilizan la hora del Pacífico e incluyen ambos extremos. Conserve el periodo, las dimensiones y los filtros al comparar extracciones; la posición media no representa una clasificación idéntica para todos los usuarios.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: un equipo observa 100 en junio y 50 en julio para una búsqueda con los mismos ajustes. Se plantea adelantar una guía estacional.

Comprobación útil

Conserve el ámbito y contraste varios períodos con las preguntas de contacto y solicitudes recibidas. Los valores no cuentan visitantes del sitio.

Interpretación y siguiente paso

Prepare contenido útil antes del período esperado y observe sus resultados propios. Una subida en Trends no garantiza audiencia, pedidos ni citas en un buscador con IA.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: una actividad solo en línea, sin encuentros con clientes, considera una ficha. Añadir dirección postal no la hace elegible. Revise criterios y excepciones antes de prometerla.

Comprobación útil

Solo propietarios o representantes autorizados pueden verificar y gestionar la ficha. Crear el sitio de la empresa no otorga ese mandato. Distinga atención presencial y disponibilidad de respuesta en línea.

Interpretación y siguiente paso

El responsable debe confirmar nombre, actividad, dirección o zona y horarios. Una ficha visible no valida permanentemente todos sus datos. Conserve la fuente y revísela al cambiar la actividad.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Si una URL con pocas visitas desaparece de un informe de Matomo, busque la fila «Others» antes de concluir que no hubo visitas. Los límites de archivado pueden agrupar filas; las filas visibles no equivalen al total de páginas seguidas.

Comprobación útil

Identifique la versión, el informe y el modo de archivado. Matomo On-Premise y Matomo Cloud no ofrecen los mismos ajustes; cambiar un límite de visualización o de API no recupera una fila ya agregada durante el archivado.

Interpretación y siguiente paso

En una copia de prueba, compare el mismo periodo y segmento. Aumentar los límites de archivado puede elevar tiempo de procesamiento, almacenamiento y memoria. Los periodos procesados pueden requerir un nuevo cálculo; conserve un resultado de referencia antes del cambio.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: tras migrar el DNS a Cloudflare, la consulta directa funciona y un resolvedor con validación falla. La nueva dirección web no explica por sí sola la diferencia.

Comprobación útil

Compare el DS publicado en la zona superior con los ajustes DNSSEC del proveedor autoritativo. Registre respuestas y hora, sin copiar claves privadas.

Interpretación y siguiente paso

Un DS obsoleto puede romper la cadena de confianza. El responsable del dominio debe coordinar la corrección y confirmar la resolución validada; desactivar el control localmente no cierra el incidente.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: un sitio necesita además un nombre wildcard, pero la renovación solo prevé un token HTTP. Este método de Let’s Encrypt no cubre ese requisito.

Comprobación útil

Estudie DNS-01, el acceso al TXT de validación y los permisos mínimos de automatización. Disponer de una API DNS no demuestra que el cliente ACME y la delegación estén bien configurados.

Interpretación y siguiente paso

Tras validar, compruebe el certificado presentado para los nombres previstos. Una política CAA que permite emitir no sustituye esta prueba ni la protección de la clave privada.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

En una copia autorizada, elija una página con imagen, una entrada clasificada y un contenido personalizado. Compruebe su presencia en un WXR con los filtros elegidos.

Comprobación útil

Importe en una instalación de prueba y verifique textos, taxonomías y medios. El XML de contenido por sí solo no incluye tema, extensiones y todos los archivos del sitio.

Interpretación y siguiente paso

Anote lo transferido, lo que falta recuperar y lo que requiere configuración. WordPress.com referencia los medios mediante enlaces en la exportación; organice su copia antes de retirar el origen.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Elija un producto con variantes y varias imágenes en una tienda de prueba autorizada. Conserve el CSV original antes de editarlo e identifique las URL de las imágenes.

Comprobación útil

Compare producto, variantes y medios tras importar. Ordenar filas aisladamente puede romper sus relaciones; las fotos no están dentro del CSV y deben seguir accesibles durante la migración.

Interpretación y siguiente paso

Examine aparte el inventario por ubicación. Catálogo e inventario tienen alcances diferentes; cierre la tienda original solo después de validar los datos necesarios.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Una página PHP falla tras una modificación. En una copia de prueba, php -l page.php comprueba la sintaxis del archivo indicado sin ejecutar su código. El resultado no cubre todo el recorrido del sitio.

Comprobación útil

Anote también php -v y php --ini para identificar el intérprete y la configuración de la línea de comandos. El servidor web puede utilizar otra versión u otro archivo de configuración.

Interpretación y siguiente paso

Una sintaxis válida no comprueba las funciones llamadas durante la ejecución, la base de datos ni el envío de formularios. Tras corregir el archivo, reproduzca la acción afectada en el entorno de prueba.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Al retomar una aplicación PHP, distinga instalar dependencias de cambiarlas. Con un composer.lock presente, composer install utiliza las versiones bloqueadas; composer update resuelve dependencias y actualiza el bloqueo.

Comprobación útil

En una copia del proyecto, conserve juntos composer.json y composer.lock y compruebe los requisitos con composer check-platform-reqs. Examina las versiones reales de PHP y las extensiones exigidas por los paquetes instalados, incluso si config.platform simula otra plataforma.

Interpretación y siguiente paso

Cumplir los requisitos no demuestra que la aplicación funcione. Registre el entorno y pruebe una tarea representativa; actualizar dependencias requiere una comprobación distinta de una instalación sin cambios.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Antes de comparar dos errores JavaScript del servidor, registre node --version. Un mismo archivo puede depender del formato de módulo y del entorno, aunque tenga el mismo nombre en ambos equipos.

Comprobación útil

En un ejemplo mínimo, .mjs identifica un módulo ECMAScript y .cjs un módulo CommonJS. node --check app.cjs comprueba la sintaxis del archivo indicado sin ejecutar el programa.

Interpretación y siguiente paso

La ausencia de errores de sintaxis no valida las llamadas de red, las dependencias cargadas ni las variables de configuración. Anote el formato del módulo y continúe con una prueba de la acción esperada.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para reinstalar un proyecto JavaScript desde su bloqueo, npm ci exige un package-lock.json o npm-shrinkwrap.json existente. Si el bloqueo no coincide con package.json, la operación falla en lugar de reescribirlo.

Comprobación útil

Utilice una copia de prueba: npm ci reemplaza el directorio node_modules existente. La opción --ignore-scripts impide ejecutar scripts de archivos package.json durante esta instalación; también puede omitir una preparación necesaria para un paquete.

Interpretación y siguiente paso

El bloqueo no describe por sí solo todo el equipo. Conserve las versiones de Node.js y npm, las opciones de instalación pertinentes y el resultado de compilación; instalar correctamente no sustituye una prueba de la aplicación.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Una respuesta JSON puede contener {"price":"12"} cuando el programa espera un número. Una aserción de tipo con as no convierte esa cadena ni comprueba la respuesta durante la ejecución.

Comprobación útil

En un proyecto configurado, tsc --noEmit comprueba los tipos sin producir archivos de salida del compilador. Para datos externos, parta de unknown y verifique su estructura y valores antes de utilizarlos.

Interpretación y siguiente paso

Separe dos evidencias: coherencia estática del código y validación de los datos recibidos. Superar una comprobación TypeScript no demuestra la validez de una respuesta futura ni la disponibilidad de un servicio remoto.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

En un formulario de demostración, cambiar de cliente puede conservar la entrada anterior si el mismo componente sigue en la misma posición del árbol. React asocia el estado con esa posición y la identidad del componente.

Comprobación útil

El ejemplo <Editor key={customerId} /> asigna una identidad distinta a cada cliente. Al cambiar esa clave, React recrea el subárbol y reinicia su estado local; compruébelo con dos identificadores de prueba.

Interpretación y siguiente paso

Esta elección puede descartar datos sin guardar. Decida primero si se conserva un borrador por cliente o se reinicia; una clave no guarda nada en el servidor ni sustituye una estrategia de persistencia.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para preparar un script de tratamiento de contenidos, cree un entorno de demostración con python -m venv .venv. Sus paquetes están aislados por defecto de los del Python de base. Guarde el script y los datos fuera de .venv, que contiene el entorno recreable, no los archivos fuente del proyecto.

Comprobación útil

Compruebe qué intérprete ejecuta realmente el script: sys.prefix != sys.base_prefix indica un entorno virtual. La activación facilita elegir el intérprete en la terminal, pero es opcional; puede llamar directamente a su ejecutable. El nombre mostrado en la terminal no basta como prueba.

Interpretación y siguiente paso

Por lo general, copiar la carpeta de un entorno virtual no lo hace portable. Para entregar el trabajo, documente la versión de Python y las dependencias y recree el entorno en el destino. Pruebe el tratamiento con un pequeño archivo conocido antes de procesar todo el lote de contenidos.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Un archivo puede incluir cambios ya preparados para el siguiente commit y otras modificaciones posteriores. Para un archivo seguido sin conflicto de fusión, las dos columnas de git status --short distinguen el índice del árbol de trabajo.

Comprobación útil

Compare git diff, que muestra cambios del árbol de trabajo respecto al índice, con git diff --cached, que muestra cambios preparados respecto a HEAD. Las vistas pueden diferir para el mismo archivo.

Interpretación y siguiente paso

Lea la vista correspondiente a lo que desea entregar. Estas órdenes describen diferencias, no validan el comportamiento del programa. Conserve las comprobaciones funcionales asociadas a la revisión realmente probada.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Inventaríe el repositorio, su posible wiki y los archivos Git LFS antes de preparar una copia autorizada. Identifique también los datos de aplicación fuera de Git.

Comprobación útil

Compruebe un clon espejo y obtenga expresamente los objetos LFS existentes. El wiki es otro repositorio: tener los archivos del proyecto no demuestra que se haya copiado su documentación.

Interpretación y siguiente paso

Ensaye la recuperación en un entorno aislado y compare historial, archivos y dependencias. Copiar el código no garantiza restaurar la base de datos ni disponer de cuentas y servicios externos.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

En una aplicación de demostración, los datos escritos en la capa modificable de un contenedor desaparecen con él. Un volumen Docker tiene un ciclo de vida separado y puede conservar datos tras sustituir el contenedor.

Comprobación útil

Para un volumen de prueba llamado demo-data, docker volume inspect demo-data describe propiedades como el controlador y el punto de montaje. Relacione esa información con el montaje usado por la aplicación, no solo con el nombre del contenedor.

Interpretación y siguiente paso

La presencia de un volumen no demuestra que exista una copia de seguridad utilizable. Prepare una copia coherente con la aplicación y compruebe la restauración por separado; los metadatos del montaje no validan la coherencia de una base de datos.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: convertir una nota de evento en ficha estructurada. Defina campos y mantenga null para una fecha ausente, en vez de inventarla. Use un documento de demostración sin datos privados.

Comprobación útil

La documentación distingue salida JSON y salida restringida por esquema. Una estructura válida comprueba forma, no veracidad de nombres, fechas o citas. Compare cada valor con la fuente y trate explícitamente lo que falta.

Interpretación y siguiente paso

Registre modelo, parámetros y versión del documento. Una respuesta plausible o reproducible no es prueba. El responsable del contenido debe validar lo publicado, especialmente tras cambios de modelo o instrucciones.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para comparar dos modelos destinados a la misma tarea, empiece por sus fichas README.md. Combinan texto Markdown y metadatos YAML. Anote la tarea pipeline_tag, los usos descritos y los límites declarados; un modelo de generación de texto no satisface automáticamente todas las necesidades de un asistente.

Comprobación útil

Compruebe el campo license y el texto de licencia al que remite. Identifique también los conjuntos de datos citados y las condiciones de los recursos utilizados. Una ficha incompleta deja preguntas abiertas: no convierta información ausente en permiso ni en un resultado de evaluación favorable.

Interpretación y siguiente paso

Conserve el identificador del repositorio y su revisión junto a los archivos y parámetros de la prueba. Una rama main puede cambiar; dos ensayos con el mismo nombre de modelo no son necesariamente comparables. Evalúe respuestas en casos representativos y distinga los resultados del editor de los que haya reproducido realmente.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Si PageSpeed muestra datos del origen en lugar de la URL, el resultado abarca un conjunto de páginas del sitio. No demuestra que la página examinada tenga el mismo rendimiento. Anote el alcance mostrado antes de elegir una corrección.

Comprobación útil

El panel CrUX describe experiencias observadas durante los últimos 28 días; Lighthouse ejecuta una prueba simulada en un momento concreto. Separe URL, tipo de dispositivo, alcance y fecha del informe. Una corrección reciente puede cambiar la prueba antes de desaparecer las experiencias antiguas.

Interpretación y siguiente paso

La ausencia de datos de campo indica que la muestra disponible no permite ese informe. No equivale a una puntuación cero ni a un aprobado. Use el diagnóstico de laboratorio para investigar la causa y siga los datos de campo cuando estén disponibles.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: la puntuación Performance de Lighthouse sube de 72 a 84. El equipo quiere anunciar un sitio «un 12 % más rápido».

Comprobación útil

Son 12 puntos de puntuación, no una reducción del 12 % del tiempo de carga. Examine medidas subyacentes, ajustes y varias pruebas comparables antes de comunicar un resultado.

Interpretación y siguiente paso

Las métricas contribuyen mediante ponderación; la cantidad de consejos o diagnósticos no se resta directamente. Compruebe también el recorrido real tras corregir.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

La tabla propone tres ejecuciones ficticias con LCP en segundos. Se suponen constantes la ubicación, el navegador, la conexión y el contenido. La primera visita y la repetida representan condiciones de caché distintas.

Comprobación útil

Las medianas separadas son aquí 3,3 y 1,9 segundos. Compare la misma magnitud con ajustes idénticos; elegir la mejor primera visita frente a una repetición mediana distorsionaría la comparación. No son mediciones de un sitio real.

Interpretación y siguiente paso

Relacione la diferencia con la cascada de solicitudes y los recursos reutilizados. Repita las mismas condiciones tras un cambio concreto. Una visita repetida más rápida no demuestra que todos los visitantes obtengan ese resultado.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para comprobar una página de demostración con Nu Html Checker, el cuerpo de una petición POST puede contener directamente el HTML, con Content-Type: text/html; charset=utf-8. El parámetro out=json solicita un informe estructurado. Distinga el documento enviado del informe recibido y conserve la versión de la página examinada.

Comprobación útil

En un informe ficticio, examine el array messages y el campo type. Una entrada error señala un problema detectado; non-document-error indica que la comprobación no pudo completarse. Este segundo caso no equivale a una página sin errores: el resultado sigue siendo indeterminado.

Interpretación y siguiente paso

Los mensajes y sus posiciones ayudan a localizar el código que debe corregirse. Repita la comprobación tras modificarlo y revise el teclado, los contenidos y las funciones útiles. La ausencia de errores del validador no certifica la accesibilidad ni garantiza el funcionamiento o el posicionamiento en buscadores.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Caso ficticio: una cuadrícula de fichas utiliza subgrid. Anote la función exacta, los navegadores y las versiones objetivo antes de leer la tabla. Un porcentaje global no describe por sí solo al público del proyecto.

Comprobación útil

Consulte las notas de las celdas. El soporte indica que el propósito principal es ampliamente utilizable; no garantiza todos los casos particulares. Prepare un diseño alternativo que mantenga legibles las fichas.

Interpretación y siguiente paso

Pruebe después contenidos largos, zoom y navegación del componente en los entornos elegidos. La tabla de compatibilidad prepara esta verificación; no la ejecuta en su interfaz.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Un informe ficticio de axe-core contiene violations: [] y un resultado incomplete. Este requiere otra comprobación; no se convierte en aprobado porque la lista de infracciones esté vacía.

Comprobación útil

Conserve la versión del motor, el alcance y el estado de la interfaz. Abra el menú o diálogo antes de repetir el análisis: un panel oculto no se comprueba como en su estado visible.

Interpretación y siguiente paso

Examine el destino y la regla del resultado indeterminado y registre la comprobación manual. inapplicable indica que no se encontró contenido correspondiente a la regla. Complete la automatización con recorridos de teclado y controles humanos pertinentes.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Una imagen tiene texto alternativo, por lo que WAVE no informa de su ausencia. Eso no indica si transmite la información adecuada. Compare la imagen, su función en la página y el texto leído sin verla.

Comprobación útil

Consulte la documentación de cada icono: una alerta requiere valoración y una característica de accesibilidad detectada puede estar mal utilizada. Complete el análisis con un recorrido por teclado y pruebas de errores del formulario.

Interpretación y siguiente paso

Para páginas locales, dinámicas o protegidas, las extensiones WAVE permiten examinar la página en el navegador. Reproduzca los estados pertinentes antes del análisis. La ausencia de errores detectados no es una certificación de conformidad.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: un aviso menciona una vulnerabilidad en un componente del sitio. El nombre del producto no basta para saber si su versión y configuración están afectadas.

Comprobación útil

Distinga una alerta de peligro inmediato, un aviso sobre una vulnerabilidad y sus remedios, y un informe de amenazas. Compare versiones afectadas, requisitos y medidas del fabricante con su inventario real.

Interpretación y siguiente paso

Anote la referencia y la fecha de revisión del documento. Un aviso no prueba una intrusión: aplique la respuesta adecuada y verifique versión y funcionamiento después de corregir.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: un equipo quiere comprobar que un cliente no pueda ver pedidos de otro. Citar solo el Top 10 no describe el requisito ni la prueba ejecutada.

Comprobación útil

Use el Top 10 para situar el riesgo, ASVS para definir requisitos y WSTG para preparar pruebas. Anote la versión de cada documento y adapte el escenario a cuentas y datos de prueba.

Interpretación y siguiente paso

Conserve resultado esperado, resultado observado y prueba de la corrección. Leer una referencia o superar una prueba no certifica la seguridad de todo el sitio.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para comprender Pwned Passwords, utilice una cadena pública de demostración, nunca una contraseña real. Calcule localmente su huella SHA-1 y envíe al servicio solo los 5 primeros caracteres hexadecimales. Compare después los 35 caracteres restantes con los sufijos recibidos, sin enviar la cadena ni su huella completa.

Comprobación útil

La cabecera Add-Padding: true añade filas de relleno: ignore las que tengan un contador igual a cero. La comparación debe hacerse con el sufijo exacto. El estado HTTP 200 confirma una respuesta a la búsqueda por prefijo; no significa que se haya encontrado la contraseña consultada.

Interpretación y siguiente paso

Espere a que termine la introducción de datos, en vez de consultar el servicio en cada pulsación. La ausencia de coincidencias no garantiza la seguridad de la contraseña. Usar SHA-1 en este protocolo no lo convierte en un método recomendado de almacenamiento; la búsqueda de filtraciones por correo electrónico es otro servicio.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: revisar un informe de archivo. Compare huella del archivo exacto, fecha y resultados por motor. Un nombre idéntico no demuestra que los bytes analizados sean los examinados.

Comprobación útil

No detectar no prueba inocuidad. undetected significa que el motor no tiene opinión; failure o un tiempo agotado no son resultados favorables. Examine estados y contexto, no solo un contador.

Interpretación y siguiente paso

Cuotas y restricciones de la API pública son distintas. Aportar archivos no elimina la prohibición de productos o servicios comerciales. Revise la oferta permitida antes de integrar; el ejemplo no ejecuta análisis.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: un sitio obtiene una buena nota TLS, pero una cuenta aún accede a datos ajenos. La nota no evalúa ese permiso de la aplicación.

Comprobación útil

En un servidor que tenga autorización para probar, anote nombre de host, fecha, certificado y protocolos. Si aparecen varios puntos de acceso, examine cada resultado por separado.

Interpretación y siguiente paso

Tras corregir la configuración TLS, repita la prueba del punto afectado. Mantenga controles distintos para cuentas, permisos y procesos de negocio; una nota TLS no los valida.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para preparar una imagen web a partir de un diseño de Figma autorizado, anote la clave del archivo, los identificadores de los marcos y la versión de referencia. GET /v1/files/:key devuelve la estructura del documento; GET /v1/images/:key genera imágenes de los marcos en un formato elegido, como png o svg.

Comprobación útil

En una respuesta de demostración, compruebe cada identificador solicitado en la propiedad images. Un valor null indica un fallo de generación: no debe contarse como una imagen entregada. Revise después las dimensiones, la legibilidad y el recorte en la página donde aparecerá la imagen.

Interpretación y siguiente paso

Según la documentación de Figma, los enlaces de las imágenes generadas caducan a los 30 días. Prepare la entrega de los archivos útiles, con los derechos de reutilización y una alternativa textual adecuada al contexto. Una exportación correcta no garantiza texto accesible en la página ni una visualización correcta en el móvil.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

En una galería conectada a la API de Unsplash, muestre las imágenes con las direcciones devueltas en photo.urls.*. Esta API exige reconocer al fotógrafo y a Unsplash. Conserve la información de origen junto a la imagen para no separar la fotografía de su atribución.

Comprobación útil

Con una respuesta de demostración, distinga mostrar una vista previa de una acción equivalente a una descarga, como elegir una foto para insertarla en un contenido. Para esta última, la API exige llamar a links.download_location. Este seguimiento devuelve JSON con url; no es una dirección que deba utilizarse directamente como origen de una imagen.

Interpretación y siguiente paso

Compruebe que la vista previa, la foto elegida y los créditos identifican el mismo recurso. No active el seguimiento de descarga por cada simple visualización. Estas obligaciones de integración corresponden a la API de Unsplash y deben distinguirse de la licencia estándar descrita en la ficha.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para comprender subscriber_hash, trabaje sin conexión con la dirección ficticia Reader@example.org. Pásela a minúsculas y calcule su huella MD5. Esta regla localiza el mismo recurso pese a diferencias entre mayúsculas y minúsculas; la huella identifica al contacto, no autentica la llamada a la API.

Comprobación útil

En una simulación de sincronización mediante PUT, distinga status_if_new de status. El primero establece el estado al crear el contacto; el segundo modifica el de uno existente. Actualizar un nombre o una preferencia no debe volver a suscribir automáticamente a un contacto dado de baja.

Interpretación y siguiente paso

Para una audiencia con doble confirmación, la guía de Mailchimp recomienda pending para un contacto nuevo: subscribed omitiría el correo de confirmación. Separe la creación de la ficha de la confirmación de la suscripción y compruebe el estado devuelto antes de interpretar el número de suscriptores.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para preparar una confirmación de pedido ficticia, asocie un templateId a las variables de params. Compruebe remitente, destinatario, asunto y resultado final de la plantilla. Que una variable figure en la petición no demuestra que el texto o los enlaces la utilicen correctamente.

Comprobación útil

El ejemplo oficial del modo sandbox coloca X-Sib-Sandbox con el valor drop en el objeto JSON headers. Brevo indica que no se envía ningún correo ni se crea un registro de envío. Una respuesta 201 con messageId confirma entonces la validación de la petición, no la entrega.

Interpretación y siguiente paso

Para el seguimiento en producción, relacione el messageId de la respuesta con el campo message-id de los eventos webhook. Distinga una petición aceptada, un evento delivered y un posible rebote. Así podrá explicar el estado al cliente sin equiparar la aceptación técnica con la lectura del correo.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: sigue noticias técnicas. Distinga fechas de publicación, actualización y evento. Abra el artículo original antes de concluir.

Comprobación útil

Un titular o resumen del canal no sustituye las pruebas citadas. Busque la fuente primaria; repetir un anuncio no aporta confirmación independiente.

Interpretación y siguiente paso

Elija un canal general, temático o para suscriptores según su alcance. Resuma con sus palabras y enlace al original; estar en RSS no concede permiso general de republicación.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para preparar una vigilancia tecnológica, parta de una respuesta guardada de topstories.json: contiene identificadores, no artículos completos. Cada identificador lleva a un recurso item. Compruebe su campo type, porque la lista principal puede incluir ofertas de empleo además de enlaces a artículos.

Comprobación útil

En un ejemplo ficticio con kids: [101, 102] y descendants: 7, el primer campo proporciona dos identificadores de comentarios directos; el segundo representa el total de comentarios del tema. Contar los elementos de kids no reconstruye todas las intervenciones en los hilos anidados.

Interpretación y siguiente paso

Los campos title y text pueden contener HTML: utilice una visualización escapada o una limpieza adecuada en lugar de insertarlos directamente. Gestione también los indicadores deleted y dead y la ausencia de enlace externo. La puntuación ayuda a detectar un tema, pero no verifica las afirmaciones de la fuente.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: crear una lista filtrable en JavaScript y examinar las pruebas del laboratorio asociado. Distinga las instrucciones guiadas de las decisiones que puede explicar y reproducir sin una solución proporcionada.

Comprobación útil

Cambie un requisito, por ejemplo qué ocurre si no coincide ningún elemento. Conserve su versión, las pruebas y la explicación de la corrección. Superar pruebas conocidas no garantiza todos los usos de la interfaz.

Interpretación y siguiente paso

Revise los requisitos del recorrido actual antes de anunciar una certificación: el de JavaScript citado distingue proyectos y examen. Respete la política de integridad, incluidas las reglas sobre soluciones generadas por IA; no presente ayuda externa como trabajo propio.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: aprender a construir una página de lectura con títulos, enlaces y diseño adaptable. Elija el módulo del Curriculum y haga una pequeña variación propia, en vez de limitarse a releer la solución.

Comprobación útil

MDN distingue ejercicios de una habilidad y retos que combinan varias nociones. Un ejercicio de selectores CSS y una página completa comprueban ámbitos distintos. Anote qué hizo sin ayuda y qué recursos utilizó.

Interpretación y siguiente paso

Conserve el archivo, el resultado esperado y una explicación de sus decisiones. Repita el problema con otro contenido para examinar la transferencia. El recorrido construye bases; una página terminada no demuestra por sí sola competencia profesional completa.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Ejemplo ficticio: un formulario envía un evento a n8n y recibe una respuesta positiva, pero no aparece ninguna ficha cliente. El acuse no demuestra que la escritura haya funcionado.

Comprobación útil

Compruebe la URL, la publicación del workflow y la ejecución correspondiente en Executions. Compare después el resultado del nodo de escritura con el estado guardado en el destino.

Interpretación y siguiente paso

Si la respuesta era inmediata, interprétela como prueba de inicio. No repita el evento a ciegas: utilice su identificador y las reglas de deduplicación antes de reanudar.

Ejemplo didáctico: adapte archivos, identificadores y condiciones a una copia de prueba antes de interpretar el resultado.

Ejemplo concreto

Para interpretar un resultado de GitHub Actions, compare dos respuestas ficticias: status: completed con conclusion: failure y status: queued con conclusion: null. La primera ejecución ha terminado con errores; la segunda sigue esperando para empezar. El estado de finalización por sí solo no demuestra que los controles hayan pasado.

Comprobación útil

Relacione el resultado con su identificador id, el commit head_sha esperado y el número de intento run_attempt. Una ejecución anterior correcta en la misma rama no valida automáticamente el código más reciente. Si se repite la ejecución, conserve la relación entre el commit y el resultado revisado.

Interpretación y siguiente paso

La conclusión success describe los controles realmente ejecutados por el workflow. Revise los trabajos previstos y sus registros antes de concluir que el sitio funciona para sus visitantes. Conserve los identificadores necesarios para el seguimiento sin copiar tokens ni secretos en un documento de aceptación.