# Cómo entender el archivo .htaccess en KapsuleHost

Source: https://support.kapsulehost.com/es-es/wordpress-htaccess

KapsuleHost sirve cada sitio web con un servidor web de alto rendimiento que no lee `.htaccess`, por lo que las reglas que agregue a ese archivo no tienen ningún efecto: esta guía explica qué significa esto para un sitio WordPress y muestra el ajuste de KPanel que realiza cada tarea en su lugar.

Si se ha trasladado desde un host compartido con cPanel, `.htaccess` era probablemente donde colocaba las redirecciones, el forzado de HTTPS, las páginas de error personalizadas y los bloqueos de bots. Todas esas cosas siguen funcionando en KapsuleHost. Simplemente se configuran en KPanel en lugar de en un archivo de texto, y como se aplican a nivel de servidor, son más rápidas y no pueden romper su sitio por un error tipográfico.

## Por qué .htaccess no hace nada aquí

`.htaccess` es un archivo de configuración por directorio para el servidor web Apache. Apache lo vuelve a leer en cada solicitud, lo cual lo hace conveniente y también lo hace lento.

KapsuleHost no ejecuta Apache. Su sitio es servido por un servidor web basado en eventos que carga su configuración una sola vez al iniciarse, lo cual es gran parte de la razón por la que los sitios aquí responden más rápido bajo carga. Ese servidor no tiene equivalente de un archivo de anulación por directorio, por lo que nunca abre `.htaccess`.

> **Warning:** Agregar reglas a `.htaccess` en un sitio de KapsuleHost falla silenciosamente. No hay errores, no hay advertencias, y el archivo permanece exactamente donde lo dejó. Las reglas simplemente nunca se ejecutan. Si está siguiendo un tutorial de WordPress que dice "agregue esto a su .htaccess", busque el equivalente en KPanel en la tabla a continuación.

La buena noticia es lo contrario de la típica historia de terror de `.htaccess`: un error de sintaxis en el archivo no puede tumbar su sitio aquí, porque nada lo analiza.

## Qué sigue funcionando sin él

**Enlaces permanentes.** La razón más común por la que un sitio WordPress necesita `.htaccess` en Apache son los enlaces permanentes amigables. En KapsuleHost, la reescritura está integrada en la configuración del servidor de su sitio, por lo que `/2026/07/my-post/` se resuelve a través de WordPress sin ningún bloque `.htaccess`. Si los enlaces permanentes devuelven errores 404, la causa es otra cosa: consulte [Solución de problemas de enlaces permanentes de WordPress](https://support.kapsulehost.com/es-es/wordpress-permalink-issues).

**WordPress escribiendo en el archivo.** WordPress y algunos complementos todavía escriben bloques `# BEGIN`/`# END` en `.htaccess` porque suponen que hay Apache. Eso es inofensivo. El archivo es real, se puede escribir, y lo verá en el gestor de archivos. Simplemente no tiene quien lo lea.

**Complementos de seguridad que informan "endurecimiento aplicado".** Los complementos que afirman haber protegido `xmlrpc.php` o `wp-config.php` editando `.htaccess` en realidad no han protegido nada en esta plataforma. Utilice la propia pestaña **Seguridad** del sitio, que aplica las reglas equivalentes en el servidor.

## Equivalentes en KPanel para las reglas comunes de .htaccess

Cada uno de estos se encuentra en el propio sitio: **Sitios web**, luego su sitio, luego la pestaña indicada.

| Lo que habría escrito en .htaccess | Dónde se encuentra en KPanel |
|---|---|
| `RewriteCond %{HTTPS} off` para forzar HTTPS | **Configuración**, luego **Forzar HTTPS** en Behavior |
| `Redirect 301 /old /new` | **Configuración**, luego **Redirecciones** |
| `ErrorDocument 404 /404.html` | **Configuración**, luego **Páginas de error** |
| `AuthType Basic` para proteger una carpeta con contraseña | **Configuración**, luego **Protección con contraseña** |
| `Require not ip 203.0.113.4` para bloquear una dirección | **WordPress**, luego **Seguridad** |
| `RewriteCond %{HTTP_USER_AGENT} (BadBot)` para bloquear rastreadores | **Rendimiento**, luego **Rastreadores** |
| `DirectoryIndex index.php index.html` | **Configuración**, luego **Índice de directorios** en Serving |
| `mod_deflate` / `mod_expires` para compresión y caché | Ya activado. Los encabezados de compresión y caché se configuran en el servidor |

Dos de estos hacen más de lo que la versión en `.htaccess` jamás podría. Las redirecciones admiten rutas exactas, prefijos con barra final y comodines como `/blog/*`, y KPanel verifica la redirección en vivo después de guardarla. Las páginas de error se sirven con su código de estado real, por lo que una página 404 personalizada sigue siendo un verdadero 404 para los motores de búsqueda, en lugar de un 200 con una disculpa escrita encima.

![La página de redirecciones de un sitio en KPanel, donde las redirecciones son aplicadas por el servidor web](https://support.kapsulehost.com/help/screenshots/wordpress-htaccess.1030a8b1.webp)

## Cómo encontrar y leer el archivo

Es posible que aún quiera revisar `.htaccess`, generalmente para ver qué ha escrito un complemento en él o para copiar reglas antes de recrearlas en KPanel.

### Desde la pestaña WordPress

1. Inicie sesión en [KPanel](https://kpanel.kapsulehost.com) y haga clic en **Sitios web** en la barra lateral izquierda.
2. Haga clic en el sitio que desea.
3. Abra la pestaña **WordPress** y luego la sección **wp-config**.
4. Desplácese hasta el panel `.htaccess`. El contenido se muestra solo de lectura, con un botón **Edit** si necesita modificarlo.

### Desde el gestor de archivos

1. Abra el sitio, luego **Configuración**, luego **Gestor de archivos**.
2. Haga clic en **Mostrar ocultos** en la barra de herramientas. Los archivos que comienzan con un punto están ocultos de forma predeterminada, por lo que `.htaccess` no aparecerá hasta que haga esto.
3. Haga clic en `.htaccess` para abrirlo en el editor integrado.

El archivo se encuentra en la raíz de su sitio, junto a `wp-config.php` y `wp-content`. Encontrará el detalle completo sobre el editor y sus controles de permisos en [Uso del gestor de archivos](https://support.kapsulehost.com/es-es/file-manager).

> **Tip:** Realice una copia de seguridad antes de editar cualquier cosa en la raíz del sitio, incluso un archivo que no se está leyendo. No cuesta nada y significa que con un clic puede volver atrás. Consulte [Realizar una copia de seguridad](https://support.kapsulehost.com/es-es/taking-a-backup).

## El bloque predeterminado de WordPress

A modo de referencia, este es el bloque que WordPress escribe por sí mismo. En un host Apache, impulsa los enlaces permanentes. En KapsuleHost está inactivo, y eliminarlo no romperá nada:

```apache
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
```

Déjelo en su lugar si es posible que más adelante traslade el sitio a un host Apache. De todos modos, WordPress lo volverá a escribir la próxima vez que guarde su configuración de enlaces permanentes.

## Si está migrando reglas

Cuando traslade un sitio desde cPanel, abra el antiguo `.htaccess` antes de cancelar el alojamiento anterior y revíselo línea por línea:

1. **Redirecciones.** Recree cada `Redirect` o `RewriteRule` en **Configuración**, luego **Redirecciones**. Una fila por regla. Elija 301 para un traslado permanente, 302 si el cambio podría revertirse.
2. **Forzado de HTTPS.** Elimínelo. En su lugar, active **Forzar HTTPS** en la pestaña **Configuración** del sitio.
3. **Bloqueos de IP.** Recréelos en **WordPress**, luego **Seguridad**, en el panel de bloqueo de IP.
4. **Encabezados de caché y compresión.** Elimínelos. Se gestionan automáticamente, y las reglas obsoletas de `mod_expires` de un host anterior son una fuente común de comportamiento de caché confuso.
5. **Cualquier cosa que haya escrito un complemento.** Ignórela. Reinstale el complemento en el nuevo sitio y deje que haga lo suyo.

Su migración conserva el archivo en sí, por lo que no se pierde nada mientras trabaja en la lista. Guía completa de migración: [Migración de un sitio web desde cPanel](https://support.kapsulehost.com/es-es/sites-migrate-cpanel).

## Solución de problemas

**"Agregué una redirección a .htaccess y no pasó nada."** Es lo esperado. Agréguela en **Configuración**, luego **Redirecciones**. La columna Status ahí le indica si la redirección se verificó en vivo.

**"Un complemento dice que mi sitio está protegido, pero un escáner no está de acuerdo."** El complemento escribió reglas en `.htaccess` que no se están leyendo. Revise la pestaña **Seguridad** del sitio para ver las protecciones que realmente se aplican.

**"El .htaccess de mi host anterior tenía reglas que no entiendo."** No las copie a ciegas. Abra un ticket con el archivo adjunto y le indicaremos cuáles tienen un equivalente en KapsuleHost y cuáles solo compensaban las limitaciones de un host Apache compartido.

**"Los enlaces permanentes están rotos."** Aquí esto no es un problema de `.htaccess`. Vaya a [Solución de problemas de enlaces permanentes de WordPress](https://support.kapsulehost.com/es-es/wordpress-permalink-issues), o vacíe las reglas de reescritura desde la pestaña **WordPress** del sitio, luego **Acciones rápidas**, luego **Vaciar reescrituras**.