Codificador / Descodificador de URL

L'arquitectura d'Internet requereix que els Localitzadors Uniformes de Recursos (URL) es transmetin mitjançant HTTP utilitzant el conjunt de caràcters estàndard US-ASCII. Si una URL conté caràcters fora d'aquest alfabet —com espais, emojis o text no llatí—, el navegador o servidor pot fallar o interpretar malament la ruta.

Per transmetre dades complexes de manera segura en una cadena de consulta URL, hem d'aplicar la codificació de URL (sovint anomenada percent-encoding). Aquest algorisme converteix caràcters no segurs en un símbol % seguit d'una representació hexadecimal del seu valor ASCII/UTF-8.

Per exemple, un espai estàndard es converteix en %20, i un ampersand (&) es converteix en %26. Això garanteix que les dades arribin al servidor completament intactes.

Un error freqüent en el desenvolupament web amb JavaScript és utilitzar la funció de codificació de URL equivocada. Entendre la diferència és essencial per evitar errors 404 i sol·licituds d'API fallides.

• encodeURI(): Aquesta funció assumeix que passes una URL completa i vàlida. Codificarà espais i caràcters especials, però no codificarà caràcters amb significat estructural com ?, =, &, /, o :.
• encodeURIComponent(): Aquesta funció assumeix que estàs codificant una dada concreta per inserir dins d'una consulta URL. Codifica gairebé tot, incloses barres i ampersands. S'ha d'utilitzar quan s'afegeixen dades d'usuari a una URL.

El codificador de Utiliome utilitza estrictament encodeURIComponent() per garantir la màxima seguretat de les dades.

Els desenvolupadors necessiten descodificar cadenes URL sovint per corregir reredireccions d'OAuth o dades de Webhooks (ex. ?email=user%40example.com&token=abc%3D%3D).

Si enganxeu aquesta cadena en una eina SEO genèrica, la URL s'envia mitjançant una sol·licitud HTTP POST a un servidor remot. L'administrador pot enregistrar fàcilment els vostres tokens, IDs de sessió i dades personals (PII).

Utiliome funciona amb una arquitectura local primer. Les operacions es fan completament en la memòria RAM del vostre navegador. Podeu descodificar claus d'API de producció de forma segura sense que les dades surtin del vostre dispositiu.

En els inicis d'Internet, les URL es limitaven a l'alfabet ASCII en anglès. Avui dia, les URL contenen freqüentment idiomes globals, escriptura àrab i emojis complexos.

L'estàndard modern (RFC 3986) estableix que els caràcters especials s'han de convertir primer en una seqüència de bytes UTF-8. Cadascun d'aquests bytes es codifica posteriorment amb el signe de percentatge.

Per exemple, l'emoji del coet (🚀) requereix quatre bytes en UTF-8. Quan es processa amb Utiliome, es transforma en %F0%9F%9A%80. Això garanteix que qualsevol servidor pugui encaminar i descodificar l'emoji de manera segura.

Per dominar la codificació de URL, cal entendre la classificació dels caràcters segons l'especificació RFC 3986.

• Caràcters no reservats: A-Z, a-z, 0-9, -, _, ., i ~. Aquests caràcters són segurs i els codificadors els ignoren mantenint-los intactes.
• Caràcters reservats: ! * ' ( ) ; : @ & = + $ , / ? # [ ]. Aquests caràcters actuen com la "sintaxi" d'Internet. Per exemple, el símbol & separa variables. Si les teves dades contenen un ampersand (ex. "M&M Candy"), cal codificar-lo com a %26.

Un punt habitual de confusió és per què un espai de vegades es codifica com a %20 i de vegades com a +.

Això prové de l'arquitectura antiga d'Internet. L'especificació application/x-www-form-urlencoded (utilitzada en enviar formularis HTML) establia que els espais s'havien de convertir en un signe més per estalviar de banda de ample.

Tanmateix, a les rutes de URL estàndard i a les API modernes, l'espai s'ha de codificar com a %20. Utiliome utilitza l'especificació encodeURIComponent(), garantint que els espais es converteixin de manera segura a %20.