Término del glosario

APACHE

El servidor web de código abierto de larga trayectoria que definió HTTP durante décadas y todavía impulsa el hosting compartido.

Definición

Apache (formalmente Apache HTTP Server) es un servidor web gratuito y de código abierto, lanzado por primera vez en 1995, que ayudó a establecer la web en sus primeros años y que todavía se incluye por defecto en la mayoría de los planes de hosting compartido. Sirve archivos estáticos directamente y entrega las solicitudes dinámicas a PHP y otros lenguajes a través de módulos como mod_php o PHP-FPM, utilizando uno de varios modelos de trabajo (prefork, worker, event) para gestionar conexiones concurrentes. Su característica distintiva es la configuración por directorio mediante archivos .htaccess, que permite que cada cuenta de hosting anule las reglas de reescritura de URL, redirecciones y reglas de acceso sin tocar el httpd.conf global, una ventaja real en servidores compartidos donde los usuarios no pueden editar la configuración principal. NGINX ha superado a Apache en cargas de trabajo de alto tráfico y de proxy inverso gracias a su arquitectura basada en eventos, aunque una configuración de producción habitual sigue ejecutando NGINX por delante, con Apache gestionando la lógica de la aplicación detrás. El ecosistema de módulos de Apache, su integración con cPanel y su soporte para .htaccess lo mantienen como la opción práctica por defecto en hosting compartido y VPS pequeños.

Cómo funciona

Apache utiliza un modelo de trabajo por solicitud (MPM prefork, worker o event) y carga módulos para PHP, SSL, reescritura de URL, autenticación y más. Lee un httpd.conf global además de archivos .htaccess por directorio. mod_rewrite es el motor detrás de los enlaces permanentes de WordPress y de un manejo de URL similar.

Por qué es importante

En el hosting compartido y los sitios WordPress, el soporte de .htaccess de Apache es la razón por la que sigue vigente. Para sitios de alto tráfico y funciones de proxy inverso, NGINX es ahora la mejor opción por defecto. Una configuración habitual es NGINX por delante y Apache detrás, obteniendo lo mejor de ambos.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Preguntas frecuentes

¿Se sigue usando Apache?

Sí, se usa ampliamente en hosting compartido y planes de VPS pequeños, gracias al soporte de .htaccess y al ecosistema de cPanel. NGINX domina en funciones de alto tráfico y de proxy inverso.

¿Apache o NGINX para WordPress?

Ambos funcionan. Apache con .htaccess es lo habitual en hosts compartidos. NGINX (a menudo con PHP-FPM y caché FastCGI) es más rápido en hosting de WordPress gestionado.

¿Cuesta dinero usar Apache?

No, Apache es gratuito y de código abierto bajo la Apache License 2.0; solo se paga por el plan de hosting o el VPS en el que se ejecuta. Algunos hosts gestionados cobran más por soporte o ajuste de rendimiento en torno a él, pero el software en sí no tiene ningún coste de licencia.

¿Cómo puedo comprobar si un sitio usa Apache?

Ejecuta curl -I https://example.com desde una terminal y busca un encabezado Server: Apache en la respuesta, o abre las herramientas de desarrollador del navegador y revisa la pestaña Network para ver el mismo encabezado en la solicitud del documento principal. Algunos hosts ocultan o sustituyen este encabezado por motivos de seguridad, así que trátalo como un indicio sólido y no como prueba absoluta.

¿Cuál es un error común de Apache que se debe evitar?

Un error común es dejar mod_rewrite deshabilitado o establecer AllowOverride en None en la configuración principal de Apache, lo que bloquea por completo el .htaccess incluso si el archivo existe y parece correcto. El resultado es que los enlaces permanentes de WordPress devuelven errores 404 y las reglas de redirección se ignoran silenciosamente, sin ningún mensaje de error que señale la causa real.