.htm vs .html? ¿Qué nombre de extensión de archivo es más correcto? [cerrado]


214

¿Qué extensión de archivo debo elegir para mis archivos HTML? ¿Y por qué?



3
Debería cerrarse como engañado, no como basado principalmente en la opinión
Michael Freidgeim

Respuestas:


243

La respuesta corta

No hay ninguno. Son exactamente lo mismo.

La respuesta larga

Tanto .htm como .html son exactamente iguales y funcionarán de la misma manera. La elección depende de las preferencias personales, siempre que sea coherente con el nombre de su archivo con el que tampoco tendrá problemas.

Dependiendo de la configuración del servidor web, uno de los tipos de archivo tendrá prioridad sobre el otro. Esto no debería ser un problema, ya que es poco probable que tengas index.htm e index.html en la misma carpeta.

Siempre usamos el .htm más corto para nuestros nombres de archivo, ya que las extensiones de archivo suelen tener 3 caracteres.

Y MÁS SOBRE: http://www.sightspecific.com/~mosh/WWW_FAQ/ext.html o http://www.sightspecific.com/~mosh/WWW_FAQ/ext.htm

Creo que debería agregar esta parte aquí:
hay una pequeña diferencia entre los archivos .htm y .html. Considere una ruta en su servidor como: mydomain.com/myfolder . Si crea un archivo index.htm dentro de esa carpeta y lo abre así: mydomain.com/myfolder/ , se volverá loco y escupirá sus archivos como están en su servidor, ingrese la descripción de la imagen aquí
pero si crea un archivo index.html allí y abra ese directorio en su navegador, cargará ese archivo. Probé esto en mi VPS y encontré esto. Quizás de alguna manera podría configurar su servidor para cargar archivos index.htm de forma predeterminada, pero supongo que el archivo .html es el tipo de archivo predeterminado para que los navegadores se abran en cada directorio.


28
No necesariamente preferencia personal: muchos microcontroladores y sistemas integrados utilizan una convención de nomenclatura 8.3 .
emc

2
A la mayoría de los servidores web no les importa (Apache, IIS, Nginx, ...). A muy pocos realmente les importa (a menudo están limitados por el sistema operativo, el sistema de archivos o son extremadamente antiguos). Solo de forma predeterminada, el servidor web aloja el mismo nombre de archivo y la misma estructura de directorio que se establece localmente. Los metadatos que se envían con la página web definen qué tipo de archivo es. El servidor web no necesita pasar una extensión. Pero a veces lo hace. Ver: reescritura de URL.
TamusJRoyce

104

¡Ninguno!

Si estas preguntando; "¿Qué escribiría un visitante del sitio web, htm o html"? es mucho mejor darles una URL descriptiva agradable sin extensión. Si se acostumbran a ir a yoursite / contact.html y lo cambia a yoursite / contact.php, ha roto ese enlace. Si usa el sitio / contacto / no hay ningún problema cuando cambia de tecnología.


65
+1. Siempre siento que he viajado en el tiempo cuando veo que los recursos terminan en .htmlun sitio web moderno.
Grant Wagner el

44
Esa es una muy buena idea. Aún así, ¿no hay una distinción entre el almacenamiento y la url? ¿No debería ser ese el trabajo del servidor?
xtofl

1
Depende de usted cómo logra su sitio / contacto / - Uso mod_rewrite en Apache o enrutamiento de URL en Windows. Algunas personas usan estructuras de carpetas, lo cual no es ideal, pero aún se pueden reemplazar fácilmente con mod_rewrite o enrutamiento de URL más adelante.
Fenton

2
¿Por qué la barra al final? tu sitio / contacto está bien.
Flash

3
@ Andrew: eso es una cuestión de preferencia realmente. Haz lo que prefieras. Muchos sitios aceptan el suyo / contacto pero lo redirigen a suyo / contacto / porque lo prefieren.
Fenton

24

.html siempre para archivos nuevos. .htm es un retroceso a dos días.


18

.html- DOS ha estado muerto por mucho tiempo. Pero al final no hace mucha diferencia.


17

Lo mismo ... no hace ninguna diferencia ... htm se usaba en los días en que solo las extensiones de 3 letras eran comunes.


8

Si planea colocar los archivos en una máquina que solo admite la convención de nomenclatura 8.3, debe limitar la extensión a 3 caracteres.

De lo contrario, mejor elija la versión más descriptiva .html.


77
Entonces, ¿deberíamos agregar 'l' para el lenguaje a todos los archivos fuente? ;)
xyz

49
Eso está bien hasta que alguien haga un idioma llamado Ana.
dan04

11
@ dan04 Hay un lenguaje llamado Ana, ver Wikipedia
mgttlinger

3

Supongo que ya es demasiado tarde, sin embargo, la única vez que marca la diferencia es cuando configura las firmas HTML en MS Outlook (incluso 2010). Simplemente no puede manejar extensiones .html, solo .htm


2

Es lo mismo en términos de funcionalidad y soporte. (la mayoría de los sistemas operativos reconocen ambos, la mayoría de los motores de búsqueda reconocen ambos)

Para mi uso diario, elijo .htm porque es más corto de escribir en un 25%.


Entonces, ¿estás dispuesto a no incluir un DOCTYPE?
Hola71

77
@ Hello71: no lo entiendo
Wadih M.

Ningún motor de búsqueda respetuoso utiliza la extensión para nada.
rdb

1

Como hoy en día, las computadoras admiten ampliamente cualquier longitud como tipo de archivo, la elección ahora es solo personal. En los primeros días de Windows, donde solo se admitían 3 letras, tenía que usar .htm, pero ya no.


9
quiere decir, "en los primeros días de Windows donde solo se admitían 3 letras (en extensiones)". Unix y Mac OS (incluso antes de OS X) nunca tuvieron esas limitaciones; Estábamos usando .htmlextensiones desde el principio.
Val

1

He aquí algunos elementos de reflexión.

Si ha estado utilizando todos los archivos .htm en su sitio web y ahora, por ejemplo, ha cambiado el editor que está utilizando y su nuevo editor está generando todos sus archivos con la extensión .html. Cuando vuelve a publicar su sitio en el servidor, me parece que realmente podría dañar su posición / clasificación de SEO, ya que muchos de los enlaces en la web, incluido Google, que buscaban el .htm y no el nuevo .html para esa misma página. Esto supone que todavía está utilizando los mismos nombres de página de su antiguo editor, lo que tendría sentido.

De todos modos ... Mi punto es, tenga cuidado de no perder ese jugo de enlace que ha acumulado. Entonces, supongo que en este ejemplo, hay una razón para seguir con .htm ... Pero aparte de eso, como lo mencionaron todos los demás, parecen ser lo mismo.

Por favor corrija si me equivoco.

La razón por la que menciono todo esto es porque esto es lo que estaba haciendo cuando se me ocurrió que podría estar dañando el SEO del sitio con el nuevo editor.

El editor original era MS Front Page, que siempre mostraba .htm, muerto ahora, y el nuevo editor "90 Second Web Builder 9" que genera todos los archivos .html ... Por suerte, deben haber pensado en esto e incluyeron una forma para volver a cambiar la extensión de salida a .htm

De todos modos, esos son mis 2 centavos ... espero que ayude a alguien ...


1
Si las URL de su sitio web terminan en .htm o .html, lo está haciendo mal. Las URL semánticas son mucho más fáciles de usar y no sufren el problema que ha descrito. No hay ninguna razón por la que deba exponer sus extensiones de archivo a los visitantes de su sitio web.
rdb

0

En resumen, son exactamente lo mismo. Si observa el final de la URL, a veces verá .htm y otras veces verá .html. Todavía se refiere al lenguaje de marcado de hipertexto.


-19

Tengo un sitio que es todo .htm y una computadora me dijo "saberlo todo" que cambiara a .html porque ayudaría a Google a posicionarse. Ahorró tiempo y $


17
Esa es una sugerencia terrible. A Google no le importa si es .htm o .html. Por el contrario, cambiar todos sus enlaces perjudica su rendimiento de SEO además de romper todos los enlaces entrantes, lo que hace que su construcción de enlaces no tenga valor.
Nix

1
solo pierdes el tiempo si haces eso
PatomaS

2
Falso. ¡Para Google es lo mismo si usa .htm, .html o .php!
MultiformeIngegno

1
Su rango de Google no se determina si es .htm o .html. Para empezar, escriba contenido o información útil y buena, datos estructurados, meta título apropiado, mapa del sitio, un buen nombre de dominio, etc. Estoy de acuerdo con Nix
Seattle Ninja
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.