Cuando debe una barra diagonal ser utilizado en una URL? Por ejemplo, si mi URL aspecto /about-us/ o como /about-us?

Soy plenamente consciente de la SEO relacionados con problemas de contenido duplicado y canónica de la cosa; estoy tratando de averiguar cuál debo utilizar en el contexto de servir páginas correctamente solo.

Por ejemplo, mi colega es pensar que una barra diagonal al final significa que es una «carpeta» de un «directorio», así que no es un estilo correcto. Pero creo que sin una barra en el final no es del todo correcto, ya que casi parece una carpeta, pero no lo es y no es un archivo normal, pero un nombre de archivo sin extensión.

Hay una manera correcta de saber que el uso?

  • Barra diagonal, pero en mi opinión es principalmente estética. Ven y se sienten.
  • Misma pregunta en Pro de los Webmasters: ¿Hace alguna diferencia si el path de la URL termina en una barra diagonal o no?
  • Esta pregunta se plantea como una de las preferencias, y por lo tanto, parecería ser fuera de tema, como principalmente de opinión. Sin embargo, como mi respuesta muestra, en el hecho de plantear esta cuestión como una cuestión de preferencia es un error: este es un gráfico XY problema, y la subyacente «real» pregunta tiene una técnica precisa respuesta, y por lo tanto no es principalmente basado en la opinión.
  • Preguntas acerca de qué tipos de Url a Google le gustan no son de programación relacionados (como se menciona en etiqueta wiki) y que están fuera del tema de Stackoverflow.
  • He hecho algunos cambios a su pregunta, por favor verifica cuando se tiene la oportunidad de hacerlo. Gracias 🙂
  • Chicos, esta pregunta es sólo para ESO.

InformationsquelleAutor Denis | 2011-05-10

8 Comentarios

  1. 125

    En mi opinión personal trailing barras son mal utilizados.

    Básicamente el formato de URL vino de la misma UNIX formato de archivos y carpetas, más tarde, en sistemas de DOS, y por último, adaptado para la web.

    Un típico URL de este libro en un sistema operativo de tipo Unix sería una ruta de archivo, tales como file:///home/nombre de usuario/RomeoAndJuliet.pdf, identificando el libro electrónico se guardan en un archivo en un disco duro local.

    Fuente: Wikipedia: Identificador Uniforme De Recursos

    Otra buena fuente para leer: Wikipedia: Esquema de URI

    Según el RFC 1738, el que se define la Url en 1994, cuando los recursos contener referencias a otros recursos, que pueden utilizar los enlaces relativos a definir la ubicación del segundo recurso como si fuera a decir, «en el mismo lugar como este, excepto con la ruta relativa siguiente». Se llegó a decir que tales direcciones Url relativas dependen de la dirección URL original que contiene una estructura jerárquica en contra de que el enlace se basa, y que el ftp, http,
    y archivo de esquemas de URL son ejemplos de algunos que se pueden considerar jerárquicos, con los componentes de la jerarquía de estar separados por «/».

    Fuente: Wikipedia Localizador Uniforme de Recursos (URL)

    También:

    Que es la pregunta que escuchamos a menudo. De ahí a las respuestas! Históricamente, es común que las Url con una barra diagonal para indicar un directorio, y aquellos sin una barra diagonal a
    denotar un archivo:

    http://example.com/foo/ (con barra diagonal, convencionalmente un directorio)

    http://example.com/foo (sin barra al final, convencionalmente un archivo)

    Fuente: Google WebMaster Central Blog – A slash o no a la barra

    Finalmente:

    1. Una barra al final de la URL hace que la dirección de la mirada «bastante».

    2. Una URL sin barra al final y sin extensión se ve algo «raro».

    3. Nunca el nombre de su archivo CSS (por ejemplo) http://www.sample.com/stylesheet/ usted?

    PERO yo soy un defensor de la web de las mejores prácticas, independientemente del entorno.
    Puede ser flojo, y claro, como usted dijo acerca de la URL sin ext.

    • gran respuesta: aquí hay una respuesta formar una pura perspectiva de SEO: stackoverflow.com/questions/3888997/…
    • Esto es raro, no se puede nombrar un archivo «stylesheet/» – y la barra o sin barra, son totalmente diferentes recursos en el servidor, no importa cómo la URL es
    • puede hacer todo tipo de magia 😉 tu CSS podría ser en realidad un archivo php!
    • Los servidores Web son a menudo configurado de forma predeterminada para servir index.html (o con un nombre similar archivo) cuando un directorio que se accede, así /foo/ es /foo/index.html sin el extra lío. También, en el pasado, los navegadores gustaría añadir / para el nombre de dominio, pero ellos (Firefox, Chrome, Opera) han cambiado desde entonces para omitir el / al acceder a la página de inicio.
    • Estoy de acuerdo con @bfrohs. Seguramente páginas predeterminadas para los directorios de infringir este principio. Si vamos a imponer la ‘barra diagonal = directorio, entonces seguramente todas las url que apunte a un directorio tiene que devolver el listado de un directorio o un 403 prohibido respuesta http.
    • No estoy seguro de si los puntos #1 y 2 en el «Fin» de la sección son todavía válidas. A través de los años desde que esto fue escrito originalmente, los gustos han cambiado. No he estudiado esto en detalle, pero parece que en los nuevos sitios web, es más común y más «bonita» para omitir la barra.
    • Las normas siguen siendo válidas. La opinión de «que es mejor» es todavía un problema (la belleza está en el ojo del espectador)
    • Lo que me pareció importante en la GoogleBlog enlace es que «tengan la seguridad de que para su raíz URL específicamente, example.com es equivalente a example.com y no puede ser redirigido incluso si está Chuck Norris.» Significado del host y la ruta de separador de barra es algo diferente de barras en la ruta.
    • Url con barra linda? Creo que es todo lo contrario, prefiero no slash por el momento. Es más limpio y elegante.
    • Buen trabajo de investigación en esta respuesta. Es lástima que la conclusión final es puramente subjetivo.

  2. 152

    No es una cuestión de preferencia. /base y /base/ tienen diferentes semántica. En muchos casos, la diferencia no es importante. Pero es importante cuando hay direcciones Url relativas.

    • child relativa a /base/ es /base/child.
    • child relativa a /base es (quizás sorprendentemente) /child.
    • Artículo útil que entra en profundidad en este: cdivilly.wordpress.com/2014/03/11/…
    • Sí, creo que esto, junto con el SEO, son las cosas más importantes a esta pregunta.
    • Sólo fue a través de este problema cuando se utiliza .Net Uri.MakeRelativeUri. Los resultados reflejan exactamente lo que usted dijo. He arreglado el problema mediante la adición de la barra diagonal a mi base Uri.
  3. 57

    Siempre estoy sorprendido por el uso extensivo de final de la barras en la no-directorio de direcciones Url (WordPress, entre otros). Esto realmente no debería ser un debate porque poner una barra después de un recurso es semánticamente incorrecto. La web ha sido diseñada para proporcionar direccionable de recursos, y los de las direcciones Url – se ha diseñado para emular un *nix estilo de jerarquía de sistema de ficheros. En ese contexto:

    • Barras siempre denotan directorios, nunca archivos.
    • Archivos puede ser cualquier nombre (con o sin extensiones), pero no puede contener ni terminar con barras.

    El uso de estas directrices, es erróneo poner una barra después de que un no-directorio de recursos.

    • «barras después de directorios, no después de los recursos»: Url no se refieren a dos tipos de cosas, «recursos» y «directorios»; se refieren a un tipo de cosa: los recursos. La pista está en el R de la URL.
    • Y todo en un *nix sistema de archivo es un archivo, pero directorios todavía existen. ¿Cuál es tu punto?
    • Si es servido por un archivo o un directorio internamente, lo que el usuario ve es solo una página web. Y example.com/about en realidad podría ser la lectura de example.com/about/index.html.
    • Sí, pero en tu ejemplo de URL, ‘sobre’ claramente se resuelve como un directorio. (De lo contrario, no podría contener ‘index.html’.) Cuando hago una petición similar a mi IIS 7.5 servidor para http://hostname/directory, me sale: 301 Moved Permanently y Location: http://hostname/directory/.
    • Estás en lo correcto. Y que el navegador tiene la redirección, ya que el nombre de resolución que tiene que pasar desde el interior de directory (de lo contrario, image.png en http://hostname/directory apuntaría a http://hostname/image.png). Sólo estaba diciendo que la distinción entre un archivo y un directorio puede no ser muy importante desde el punto de vista del usuario.
    • Estoy de acuerdo con su resultado, pero no estoy seguro de que debe ser el diseño de nuestra dirección de sistema para emular *nix al estilo de los sistemas de archivos. Que originalmente sirvió a un propósito, pero ahora mucho menos.
    • Pero la verdadera fuente que está siendo servida es index.php, generado por wordpress de forma dinámica. Por configuración, servidores generalmente sirven estos archivos por defecto, si es que existen en un directorio: index.php, index.html y index.htm que, de lo contrario un listado de directorio, o una página de error 404 se sirve. Así, uno podría argumentar que myblog.com/todayspost/ es servir una generadas dinámicamente index.php archivo de un «virtual» o generadas dinámicamente «todayspost de directorio». Así que un argumento puede ser hecho de que el recurso que se hace referencia es un directorio, por lo tanto necesita un /, nombre de archivo es inferido. Pero En Realidad: Solo Uno

  4. 24

    Que no es realmente una cuestión de estética, sino que, de hecho, una diferencia técnica. El directorio de pensar es totalmente correcto y bastante explicando todo. Vamos a trabajar:

    Que están de vuelta en la edad de piedra ahora o sólo servir páginas estáticas

    Usted fijadas a una estructura de directorios en el servidor web y sólo los archivos estáticos como imágenes, html y así sucesivamente — no hay servidor de secuencias de comandos del lado o lo que sea.

    Un navegador solicita /index.htm, existe y de que es entregado al cliente. Más tarde, usted tiene un montón de – digamos – películas en DVD revisado y una página html para cada uno de ellos en el /dvd/ directorio. Ahora alguien solicita /dvd/adams_apples.htm y es entregado porque está ahí.

    En algún día, alguien acaba de solicitudes /dvd/que es un directorio y el servidor está tratando de averiguar qué ofrecer. Además de las restricciones de acceso y etc hay dos posibilidades: Mostrar al usuario el contenido del directorio (apuesto a que ya han visto esto en alguna parte) o mostrar un archivo por defecto (en Apache es: DirectoryIndex: sets the file that Apache will serve if a directory is requested.)

    Hasta ahora tan bueno, esta es la esperada caso. Que ya muestra la diferencia en el manejo, así que vamos a entrar en ella:

    A las 5:34am cometiste un error al cargar los archivos

    (Que es por la forma completamente comprensible.) Así, usted hizo algo totalmente equivocado y en vez de subir /dvd/the_big_lebowski.htm que has subido el archivo como dvd (sin extensión) para /.

    Alguien de marcado su /dvd/ listado de directorio (por supuesto, usted no desea crear y actualizar siempre ingeniosa index.htm) y está de visita en su sitio web. Directorio de contenido es entregado – todos muy bien.

    Alguien escuchó de su lista y está escribiendo /dvd. Y ahora es jodido. En lugar de su DVD listado de directorio en el servidor encuentra un archivo con ese nombre y es la entrega de su Gran Lebowski archivo.

    Así que, va a eliminar ese archivo y decirle al chico para volver a cargar la página. El servidor busca el /dvd archivo, pero no se ha ido. La mayoría de los servidores, a continuación, observe que hay un directorio con ese nombre y decirle al cliente que lo que se busca es, de hecho, en algún otro lugar. La respuesta más probable es que sea ser:

    Status Code:301 Moved Permanently con Location: http://[...]/dvd/

    Así que, ignorando totalmente lo que que pensar acerca de los directorios o archivos, el servidor sólo puede manejar estas cosas y – salvo contadas de forma diferente – decide sobre el significado de «slash o no».

    Finalmente después de recibir esta respuesta, el cliente carga /dvd/ y todo está bien.

    Está bien? No.

    «Igual de bien» no es lo suficientemente buena para ti

    Usted tiene alguna página dinámica donde todo se pasa a /index.php y se procesa. Todo funcionaba muy bien hasta ahora, pero que toda la cosa empieza a sentir más lento y que investigar.

    Pronto, te darás cuenta de que /dvd/list está haciendo exactamente la misma: Redireccionar a /dvd/list/ que luego internamente traducido en index.php?controller=dvd&action=list. Una solicitud adicional – pero aún peor! customer/login redirige a customer/login/ que a su vez redirige a la dirección URL HTTPS de customer/login/. Al final tener toneladas innecesario HTTP redirecciones (= solicitudes adicionales que hacen que la experiencia de usuario más lento.

    Más probable es que usted tiene un directorio predeterminado índice de aquí también: index.php?controller=dvd sin action simplemente internamente cargas index.php?controller=dvd&action=list.

    Resumen:

    • Si termina con / puede nunca ser un archivo. No hay ningún servidor de adivinanzas.

    • La barra o sin barra, son totalmente diferentes significados. Hay una técnica o recurso de la diferencia entre la «barra o sin barra», y usted debe ser consciente de ella y de su uso adecuado. Sólo porque el servidor más probable es que las cargas /dvd/index.htm – o carga el script correcto cosas – cuando usted dice /dvd: Lo hace, pero no porque de hecho el derecho de petición. Que habría sido de /dvd/.

    • La omisión de la barra, incluso si de hecho significa el recortó la versión le da un adicional de solicitud HTTP pena. Que siempre es mala (creo que de móvil de latencia) y tiene más peso que una «URL amigable» – especialmente desde que los rastreadores no son tan tontos como Seo creen o quieren creer 😉

    • Así que en resumen son todos por la adición de la barra al final ? 🙂
    • Yo soy todo para usarlo cuando en serio;) Por ejemplo, hablando de los controladores y acciones sería: Controladores deben terminar con slash. Cuando se hace referencia a un archivo o una acción omitir la barra
    • Espera, ¿por qué se omite la barra para una acción? Como por su ejemplo, no es que va a resultar en la extra redirige la solicitud? Me refiero a que, presumiblemente, su servidor es lo suficientemente inteligente como para reconocer la acción del controlador y en realidad no va a redirigir a buscar archivos o directorios en ese caso, pero todavía va en contra de su ejemplo ¿no?
    • No entiendo tu ejemplo. ¿Qué sistema de ficheros permite un directorio y otro archivo con el mismo nombre (dvd)?
  5. 18

    Cuando usted hace su URL /about-us/ (con la barra diagonal), es fácil empezar con un único archivo index.html y luego ampliar y añadir más archivos (por ejemplo,our-CEO-john-doe.jpg) o incluso la construcción de una jerarquía de debajo de ella (por ejemplo,/about-us/company/, /about-us/products/, etc.) según sea necesario, sin cambiar la URL publicada. Esto le da una gran flexibilidad.

    • Ese es un buen punto 🙂
    • Lo siento, no lo consigue . si empiezo con /about-us o /about-us/ todavía tengo que cambiar la URL publicada en ambos casos, si he ampliado el directorio. el nuevo archivo se /about-us/new-file.html en ambos casos !! lo que me estoy perdiendo aquí?
    • Creo que el OP puede ser que piense que si usted publica «/about-us» sin una barra diagonal, entonces usted no puede añadir más tarde sub-recursos el uso de rutas relativas. Cuando usted no tiene la barra al final, el navegador va a creer una referencia a «ceo.jpg» en la página acerca de la voluntad de vivir en la raíz de tu dominio y solicitud de example.com/ceo.jpg. Con la barra, el navegador va a solicitud example.com/about-us/ceo.jpg y usted puede estáticamente una ruta de todo el árbol de carpetas para su sitio como se expanda.
    • FYI – no creo que nada de lo anterior es cierto – ¿por Qué no puede haber una /about-us y /about-us/company? En términos de la porción de los archivos, tanto de Apache y IIS puede manejar esto muy bien, por lo que no estoy de acuerdo.
    • Sí, pero si, desde /about-us quieres vincular a /about-us/company, usted tiene que utilizar href="/about-us/company" o href="./company" (no estoy seguro acerca de que uno, aunque). Si usted está en /about-us/, sin embargo, es muy sencillo: href="company".
  6. 10

    Otras respuestas aquí parecen favorecer la omisión de la barra final. Hay un caso en el que una barra diagonal va a ayudar con la optimización de motores de búsqueda (SEO). Que es el caso que el documento tiene lo que parece ser una extensión de archivo que no es .html. Esto se convierte en un problema con los sitios que son de clasificación de sitios web. Se puede elegir entre estas dos direcciones:

    • http://mysite.example.com/rated.example.com
    • http://mysite.example.com/rated.example.com/

    En tal caso, me gustaría elegir el con la barra diagonal. Eso es porque la .com extension es una extensión para el ejecutable de Windows los archivos de comandos. Los motores de búsqueda y verificadores de virus a menudo no les gusta Url que pueden contener malware distribuido a través de tales mecanismos. La barra diagonal parece mitigar cualquier inquietud, lo que permite que la página a la clasificación en los motores de búsqueda y obtener por los programas antivirus.

    Si la Url no tienen . en la parte de archivo, entonces te recomiendo la omisión de la barra diagonal por la simplicidad.

    • No real de los motores de búsqueda es que los estúpidos. La respuesta a esto es pura especulación.
    • De hecho, he visto este problema con Google. Eso fue hace varios años, así que no estoy seguro de si eso seguiría siendo el caso hoy en día.
    • Eh, eso es un buen punto de datos. Aunque todavía no sabemos si fue causada por algo más.
  7. 9

    Que dice un nombre de archivo necesidades de una extensión?? tome una mirada en *nix máquina en algún momento…

    Estoy de acuerdo con tu amigo, no hay barra diagonal.

  8. 2

    Desde una perspectiva de SEO, elegir si incluir o no una barra diagonal al final de una URL es irrelevante. En estos días, es común ver ejemplos de ambos en la web. Un sitio no será castigado del modo que sea, ni tampoco esta elección afectará a su sitio web ranking del motor de búsqueda o de otras SEO consideraciones.

    Acaba de elegir una dirección URL de la convención de nomenclatura prefiere, e incluyen un canónica de la etiqueta meta en el <head> sección de cada página web.

    Los motores de búsqueda pueden considerar una sola página web separada en dos direcciones URL duplicadas cuando se encuentran con y sin la barra diagonal, es decir, example.com/about-us/ y example.com/about-us.

    Que la mejor práctica es incluir un canónica de la etiqueta meta en cada página, porque no puede controlar cómo los otros sitios enlace a su Url.

    Canónica de la etiqueta se parece a esto: <link href="https://example.com/about-us" />. El uso de un canónica de la etiqueta meta asegura que los motores de búsqueda sólo el recuento de cada uno de sus Url de una vez, independientemente de que otros sitios web incluyen una barra al final, cuando se enlazan a su sitio.

Dejar respuesta

Please enter your comment!
Please enter your name here