Este artículo analiza los localizadores uniformes de recursos (URL) y explica qué son y cómo están estructurados.
requisitos previos: | Primero debes sabercomo funciona internet,que es un servidor webylos conceptos detrás de los enlaces en la web. |
---|---|
Objetivo: | Aprenderá qué es una URL y cómo funciona en la Web. |
Resumen
ConhipertextoyHTTP,URLes uno de los conceptos clave de la Web. Es el mecanismo utilizado pornavegadorespara recuperar cualquier recurso publicado en la web.
URLrepresentaLocalizador Uniforme de Recursos. Una URL no es más que la dirección de un recurso único dado en la Web. En teoría, cada URL válida apunta a un recurso único. Dichos recursos pueden ser una página HTML, un documento CSS, una imagen, etc. En la práctica, existen algunas excepciones, siendo la más común una URL que apunta a un recurso que ya no existe o que se ha movido. Como el recurso representado por la URL y la propia URL son manejados por el servidor web, depende del propietario del servidor web administrar cuidadosamente ese recurso y su URL asociada.
Conceptos básicos: anatomía de una URL
Estos son algunos ejemplos de URL:
https://developer.mozilla.orghttps://developer.mozilla.org/en-US/docs/Learn/https://developer.mozilla.org/en-US/search?q=URL
Cualquiera de esas URL se puede escribir en la barra de direcciones de su navegador para indicarle que cargue la página asociada (recurso).
Una URL se compone de diferentes partes, algunas obligatorias y otras opcionales. Las partes más importantes se destacan en la siguiente URL (los detalles se proporcionan en las siguientes secciones):
Nota:Puede pensar en una URL como una dirección de correo postal normal: laesquemarepresenta el servicio postal que desea utilizar, elnombre de dominioes la ciudad o pueblo, y elpuertoes como el código postal; elcaminorepresenta el edificio donde se debe entregar su correo; elparámetrosrepresentar información extra como el número del apartamento en el edificio; y, finalmente, elanclarepresenta a la persona real a la que ha dirigido su correo.
Nota:Hayalgunas partes adicionales y algunas reglas adicionalescon respecto a las URL, pero no son relevantes para los usuarios habituales o los desarrolladores web. No se preocupe por esto, no necesita conocerlos para crear y usar URL completamente funcionales.
Esquema
La primera parte de la URL es laesquema, que indica el protocolo que debe utilizar el navegador para solicitar el recurso (un protocolo es un método establecido para intercambiar o transferir datos en una red informática). Por lo general, para los sitios web, el protocolo es HTTPS o HTTP (su versión no segura). Dirigirse a páginas web requiere uno de estos dos, pero los navegadores también saben cómo manejar otros esquemas comocorreo electrónico:
(para abrir un cliente de correo), así que no se sorprenda si ve otros protocolos.
Autoridad
A continuación sigue elautoridad, que está separado del esquema por el patrón de caracteres://
. Si está presente, la autoridad incluye tanto aldominio(p.ej.www.ejemplo.com
) y elpuerto(80
), separados por dos puntos:
- El dominio indica qué servidor web se está solicitando. Por lo general, este es unnombre de dominio, pero undirección IPtambién se puede usar (pero esto es raro ya que es mucho menos conveniente).
- El puerto indica la "puerta" técnica utilizada para acceder a los recursos en el servidor web. Normalmente se omite si el servidor web utiliza los puertos estándar del protocolo HTTP (80 para HTTP y 443 para HTTPS) para otorgar acceso a sus recursos. De lo contrario es obligatorio.
Nota:El separador entre el esquema y la autoridad es://
. Los dos puntos separan el esquema de la siguiente parte de la URL, mientras que//
indica que la siguiente parte de la URL es la autoridad.
Un ejemplo de una URL que no usa una autoridad es el cliente de correo (mailto:foobar
). Contiene un esquema pero no utiliza un componente de autoridad. Por lo tanto, los dos puntos no van seguidos de dos barras y solo actúan como delimitador entre el esquema y la dirección de correo.
Ruta al recurso
/ruta/a/miarchivo.html
es la ruta al recurso en el servidor web. En los primeros días de la Web, una ruta como esta representaba la ubicación de un archivo físico en el servidor Web. Hoy en día, es principalmente una abstracción manejada por servidores web sin ninguna realidad física.
Parámetros
?clave1=valor1&clave2=valor2
son parámetros adicionales proporcionados al servidor web. Esos parámetros son una lista de pares clave/valor separados con el&
símbolo. El servidor web puede usar esos parámetros para hacer cosas adicionales antes de devolver el recurso. Cada servidor web tiene sus propias reglas con respecto a los parámetros, y la única forma confiable de saber si un servidor web específico está manejando parámetros es preguntándole al propietario del servidor web.
Ancla
#EnAlgúnLugarEnElDocumento
es un ancla a otra parte del recurso en sí. Un ancla representa una especie de "marcador" dentro del recurso, que le da al navegador las instrucciones para mostrar el contenido ubicado en ese lugar "marcado". En un documento HTML, por ejemplo, el navegador se desplazará hasta el punto donde se define el ancla; en un documento de video o audio, el navegador intentará ir al tiempo que representa el ancla. Vale la pena señalar que la parte después de la#, también conocido como elidentificador de fragmento, nunca se envía al servidor con la solicitud.
Cómo usar las URL
Se puede escribir cualquier URL dentro de la barra de direcciones del navegador para acceder al recurso que hay detrás. ¡Pero esto es sólo la punta del iceberg!
ElHTMLidioma -que se discutirá más adelante— hace un uso extensivo de las URL:
- para crear enlaces a otros documentos con elelemento;
- vincular un documento con sus recursos relacionados a través de varios elementos tales como
o; - para mostrar medios como imágenes (con elelemento), vídeos (con el
elemento), sonidos y música (con elelemento), etc.; - para mostrar otros documentos HTML con elelemento.
Nota:Al especificar direcciones URL para cargar recursos como parte de una página (como cuando se usa el,
,
,
, y similares), por lo general, solo debe usar URL HTTP y HTTPS, con algunas excepciones (una notable esdatos:
; verURL de datos). El uso de FTP, por ejemplo, no es seguro y ya no es compatible con los navegadores modernos.
Otras tecnologías, comoCSSoJavaScript, use URL de forma extensiva, y estas son realmente el corazón de la Web.
URL absolutas frente a URL relativas
Lo que vimos arriba se llamaURL absoluta, pero también hay algo llamadoURL relativa. Elestándar de URLdefine ambos, aunque utiliza los términoscadena de URL absolutaycadena de URL relativa, para distinguirlos deObjetos de URL(que son representaciones en memoria de URL).
Examinemos cuál es la distinción entreabsolutoyrelativosignifica en el contexto de las URL.
Las partes requeridas de una URL dependen en gran medida del contexto en el que se utiliza la URL. En la barra de direcciones de su navegador, una URL no tiene ningún contexto, por lo que debe proporcionar una dirección completa (oabsoluto) URL, como las que vimos arriba. No necesita incluir el protocolo (el navegador usa HTTP de manera predeterminada) o el puerto (que solo se requiere cuando el servidor web de destino usa algún puerto inusual), pero todas las demás partes de la URL son necesarias.
Cuando se usa una URL dentro de un documento, como en una página HTML, las cosas son un poco diferentes. Debido a que el navegador ya tiene la propia URL del documento, puede usar esta información para completar las partes faltantes de cualquier URL disponible dentro de ese documento. Podemos diferenciar entre unURL absolutay unURL relativamirando solo a lacaminoparte de la URL. Si la parte de la ruta de la URL comienza con "/
", el navegador buscará ese recurso desde la raíz superior del servidor, sin referencia al contexto proporcionado por el documento actual.
Veamos algunos ejemplos para que esto quede más claro.
Ejemplos de URL absolutas
URL completa (la misma que usamos antes) | https://developer.mozilla.org/en-US/docs/Learn |
protocolo implícito | //developer.mozilla.org/en-US/docs/Learn En este caso, el navegador llamará a esa URL con el mismo protocolo que el utilizado para cargar el documento que alberga esa URL. |
Nombre de dominio implícito | /es-ES/docs/Aprender Este es el caso de uso más común para una URL absoluta dentro de un documento HTML. El navegador utilizará el mismo protocolo y el mismo nombre de dominio que el utilizado para cargar el documento que aloja esa URL.Nota: no es posible omitir el nombre de dominio sin omitir también el protocolo. |
Ejemplos de URL relativas
Para comprender mejor los siguientes ejemplos, supongamos que las URL se llaman desde el documento ubicado en la siguiente URL:https://developer.mozilla.org/en-US/docs/Learn
Sub-recursos | Habilidades/Infraestructura/Comprensión_URL Porque esa URL no comienza con |
Retrocediendo en el árbol de directorios | ../CSS/pantalla En este caso, utilizamos el |
URL semánticas
A pesar de su sabor muy técnico, las URL representan un punto de entrada legible por humanos para un sitio web. Se pueden memorizar y cualquiera puede ingresarlos en la barra de direcciones de un navegador. Las personas son el núcleo de la Web, por lo que se considera una buena práctica construir lo que se denominaURL semánticas. Las URL semánticas utilizan palabras con un significado inherente que cualquier persona puede entender, independientemente de sus conocimientos técnicos.
La semántica lingüística es, por supuesto, irrelevante para las computadoras. Probablemente haya visto a menudo direcciones URL que parecen combinaciones de caracteres aleatorios. Pero hay muchas ventajas en la creación de URL legibles por humanos:
- Es más fácil para ti manipularlos.
- Aclara las cosas para los usuarios en términos de dónde están, qué están haciendo, qué están leyendo o interactuando en la Web.
- Algunos motores de búsqueda pueden usar esa semántica para mejorar la clasificación de las páginas asociadas.
Ver también
URL de datos: direcciones URL con el prefijodatos:
esquema, permite a los creadores de contenido incrustar archivos pequeños en línea en los documentos.