Hosting cPanel , Seguridad Web , tutoriales , WordPress

Qué es el archivo .htaccess y cómo usarlo: guía completa con ejemplos (2026)

Si tienes un hosting compartido con cPanel, hay un archivo que controla en silencio buena parte de lo que ocurre en tu servidor: el .htaccess. Cada redirección que funciona, cada página de error personalizada, cada bloqueo de IP o cada vez que tu web fuerza HTTPS… probablemente pasa por él.

El problema es que la mayoría de guías sobre .htaccess se quedan en la superficie: explican qué es y cómo abrirlo, pero no dan los ejemplos prácticos que necesitas para sacarle partido de verdad. Esta guía va más allá. Aquí encontrarás desde lo más básico hasta los casos de uso más útiles, con código listo para copiar y pegar, explicado línea a línea.

Tabla de Contenidos

Qué es el archivo .htaccess

.htaccess son las siglas de HyperText Access. Es un archivo de configuración de texto plano que usa el servidor web Apache —y los compatibles con él, como LiteSpeed— para aplicar directivas a nivel de directorio de forma inmediata, sin necesidad de tocar la configuración global del servidor ni reiniciarlo.

En la práctica, significa que tú, como propietario de tu hosting, puedes modificar el comportamiento del servidor para tu web concreta sin necesitar acceso root ni pedir nada al proveedor. Solo editas el archivo y los cambios se aplican al instante.

El punto que lleva delante (.htaccess) no es un detalle estético: en los sistemas Linux, cualquier archivo cuyo nombre empieza por un punto es un archivo oculto. Por eso no lo ves a simple vista en el gestor de archivos hasta que activas la opción correspondiente.

Importante: El .htaccess funciona con Apache y LiteSpeed. Si tu servidor usa Nginx (más habitual en VPS gestionados manualmente), la sintaxis es diferente y el .htaccess no se procesa. En los planes de hosting compartido de BlumHost, que usan LiteSpeed, todos los ejemplos de esta guía funcionan perfectamente. Si tienes un VPS y quieres saber más sobre las diferencias entre servidores web, consulta nuestra comparativa LiteSpeed vs Apache vs Nginx.

Cómo funciona el .htaccess: lo que necesitas entender antes de editarlo

Antes de ver ejemplos, hay dos conceptos clave que marcan la diferencia entre usar el .htaccess bien y romper tu web por accidente.

Funciona por directorio y de forma recursiva

Puedes tener más de un archivo .htaccess en distintas carpetas de tu web. Las directivas que incluyas en uno de ellos se aplican a esa carpeta y a todas las subcarpetas que cuelguen de ella, salvo que una subcarpeta tenga su propio .htaccess que las sobreescriba.

El .htaccess que más afecta a tu web es el que está en la raíz (public_html), ya que aplica a todo el sitio.

Los cambios son inmediatos y no requieren reinicio

A diferencia de editar la configuración de Apache a nivel global, cualquier cambio en el .htaccess surte efecto en la siguiente petición HTTP. No hay que reiniciar el servidor, no hay que vaciar ningún caché del servidor (aunque sí puede ser necesario vaciar el caché del navegador para ver el efecto en el front-end).

Esto es muy cómodo, pero también significa que un error de sintaxis tiene efecto inmediato: si escribes mal una directiva, tu web puede devolver un error 500 al instante.

Cómo encontrar y abrir el .htaccess en cPanel

El .htaccess está en la raíz de tu dominio, dentro de public_html. Como es un archivo oculto, necesitas un paso extra para verlo.

Paso 1: Entra en el Administrador de Archivos de cPanel

Accede a cPanel (normalmente en tudominio.com/cpanel o desde el área de cliente de BlumHost) y busca Administrador de Archivos en la sección de Archivos. Abre la carpeta public_html.

Paso 2: Activa la visualización de archivos ocultos

En la esquina superior derecha del Administrador de Archivos, haz clic en el botón Configuración (o el icono de engranaje). Marca la casilla «Mostrar archivos ocultos (dotfiles)» y guarda.

Ahora verás el .htaccess en el listado de archivos.

Paso 3: Edita el archivo con seguridad

Antes de cualquier cambio: descarga una copia del .htaccess actual a tu ordenador. Si algo falla, tendrás la versión original para restaurar.

Haz clic derecho sobre el archivo y selecciona Editar. Se abrirá el editor de código integrado en cPanel donde puedes modificar el contenido directamente desde el navegador.

Alternativa: editar por FTP

También puedes descargarlo con un cliente FTP como FileZilla, editarlo con cualquier editor de texto plano (Notepad++, VS Code, Sublime Text…) y volver a subirlo. Nunca uses Word o LibreOffice Writer: añaden formato invisible que corrompe el archivo.

Cómo crear el .htaccess si no existe

Si no encuentras el archivo ni activando los ocultos, es que no existe. Para crearlo:

  1. En el Administrador de Archivos, dentro de public_html, haz clic en + Archivo
  2. Escribe exactamente .htaccess como nombre (con el punto delante, sin extensión)
  3. Confirma la creación y luego edítalo

Para un WordPress recién instalado, el contenido mínimo que necesitas es:

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

Este bloque es el que permite que WordPress gestione sus URLs amigables (permalinks). Sin él, casi todas las páginas devuelven un error 404.

Si tienes WordPress y has perdido o corrompido el .htaccess, también puedes regenerarlo desde el panel: ve a Ajustes → Enlaces permanentes y haz clic en Guardar cambios, sin modificar nada. WordPress lo recrea automáticamente.

Precauciones esenciales antes de editar el .htaccess

El .htaccess es potente, pero también frágil. Un error de sintaxis puede tirar tu web en segundos. Sigue estas reglas:

  • Haz siempre una copia antes de editar. Sin excepción. Descárgala a tu ordenador.
  • Edita una directiva cada vez. Añade un cambio, prueba, y solo si funciona añade el siguiente.
  • Si la web devuelve un error 500 tras editar: accede al .htaccess por FTP o el Administrador de Archivos y deshaz el último cambio. El error desaparecerá de inmediato.
  • Comenta tus adiciones. Usa el símbolo # para dejar notas sobre qué hace cada bloque de código. Te lo agradecerás en el futuro.
  • No sobrecargues el archivo. Cada regla que añades consume recursos del servidor. Usa solo lo que necesites realmente.

Ejemplos prácticos de .htaccess con código

1. Forzar HTTPS (redirigir HTTP a HTTPS)

Si tienes un certificado SSL activo pero tu web aún es accesible por HTTP, esta redirección lo soluciona:

apache

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Qué hace línea a línea:

  • RewriteEngine On — activa el motor de reescritura de URLs
  • RewriteCond %{HTTPS} off — condición: solo si la petición llega por HTTP (no HTTPS)
  • RewriteRule ... — redirige la URL completa a su equivalente en HTTPS con un código 301 (permanente)

Para tener SSL en tu hosting primero necesitas un certificado activo. En BlumHost el SSL está incluido y se activa automáticamente en todos los planes de hosting. Si tienes dudas sobre cómo funciona, consulta nuestra guía sobre certificados SSL gratuitos y cómo instalarlos en cPanel.

2. Redireccionamientos 301 (permanentes)

Los redirects 301 son esenciales para el SEO: le dicen a Google que una URL ha cambiado de forma permanente, transfiriendo el posicionamiento de la URL antigua a la nueva.

Redirigir una URL concreta a otra:

apache

Redirect 301 /pagina-antigua/ https://tudominio.com/pagina-nueva/

Redirigir un dominio antiguo a uno nuevo (manteniendo la ruta):

apache

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?dominio-antiguo\.com$ [NC]
RewriteRule ^(.*)$ https://dominio-nuevo.com/$1 [L,R=301]

Forzar siempre la versión con www:

apache

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Forzar siempre la versión sin www:

apache

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^(.*)$ https://%1%{REQUEST_URI} [L,R=301]

Elige una sola versión (con o sin www) y sé consistente. Google trata www.tudominio.com y tudominio.com como URLs distintas si no hay una redirección que las unifique, lo que puede dividir la autoridad SEO de tu dominio.

3. Redireccionamientos 302 (temporales)

Un 302 le dice al navegador y a Google que la redirección es temporal y que la URL original sigue siendo la «oficial». Úsalo cuando muevas contenido temporalmente (mantenimiento, pruebas A/B, campañas puntuales).

apache

Redirect 302 /oferta-especial/ https://tudominio.com/landing-temporal/

No abuses de los 302 cuando en realidad el cambio es permanente: Google puede tardar más en rastrear la nueva URL y el traspaso de autoridad SEO no se produce igual que con un 301.

4. Páginas de error personalizadas

Las páginas de error por defecto de Apache son funcionales pero muy poco amigables. Puedes sustituirlas por páginas propias que mantengan el diseño de tu web:

apache

ErrorDocument 400 /errores/400.html
ErrorDocument 401 /errores/401.html
ErrorDocument 403 /errores/403.html
ErrorDocument 404 /errores/404.html
ErrorDocument 500 /errores/500.html

Las páginas de error personalizadas reducen la tasa de abandono cuando un visitante llega a una URL inexistente. Una buena página 404 incluye un buscador interno o links a las secciones principales del sitio.

5. Proteger directorios con contraseña (HTTP Auth)

Puedes añadir una capa de autenticación básica a cualquier directorio. Muy útil para proteger el área de administración de WordPress frente a ataques de fuerza bruta automatizados.

Paso 1: Crea el archivo .htpasswd con el usuario y su contraseña cifrada. Puedes generarlo con herramientas online como htpasswd-generator.com o con el comando en Linux:

bash

htpasswd -c /home/tuusuario/.htpasswd nombre_usuario

Paso 2: Añade esto al .htaccess del directorio que quieres proteger:

apache

AuthType Basic
AuthName "Acceso restringido"
AuthUserFile /home/tuusuario/.htpasswd
Require valid-user

Para proteger específicamente el login de WordPress sin proteger el resto del sitio:

apache

<Files wp-login.php>
    AuthType Basic
    AuthName "Acceso restringido"
    AuthUserFile /home/tuusuario/.htpasswd
    Require valid-user
</Files>

Sustituye /home/tuusuario/ por la ruta real de tu cuenta. En cPanel puedes verla en la sección de información del servidor o consultando con soporte.

6. Bloquear IPs o rangos de IPs

Si detectas ataques, spam o accesos no deseados desde IPs concretas, puedes bloquearlas directamente:

Bloquear una IP específica:

apache

<RequireAll>
    Require all granted
    Require not ip 123.456.789.012
</RequireAll>

Bloquear varias IPs a la vez:

apache

<RequireAll>
    Require all granted
    Require not ip 123.456.789.012
    Require not ip 98.76.54.32
    Require not ip 111.222.333.444
</RequireAll>

Bloquear un rango completo de IPs (una subred):

apache

<RequireAll>
    Require all granted
    Require not ip 123.456.789
</RequireAll>

El código anterior bloquea todas las IPs que empiecen por 123.456.789.*.

Si recibes muchos ataques y necesitas una protección más robusta, los planes de BlumHost incluyen protección Anti-DDoS a nivel de red. Consulta más sobre ello en nuestra página de Anti-DDoS.

7. Bloquear el hotlinking (robo de imágenes)

El hotlinking ocurre cuando otro sitio web usa directamente las URLs de tus imágenes en su propio HTML. Tu servidor sirve las imágenes y consume tu ancho de banda, pero el otro sitio se lleva el tráfico.

apache

RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^https?://(www\.)?tudominio\.com [NC]
RewriteCond %{HTTP_REFERER} !^https?://(www\.)?google\. [NC]
RewriteRule \.(jpg|jpeg|png|gif|webp|svg)$ - [F,NC]

Qué hace:

  • Permite peticiones directas (sin referrer) y desde tu propio dominio
  • Permite que Google acceda (para indexación de imágenes)
  • Bloquea ([F] = Forbidden) cualquier intento de cargar tus imágenes desde otro dominio

Puedes cambiar - [F,NC] por la URL de una imagen de sustitución si quieres mostrar algo en lugar de bloquear:

apache

RewriteRule \.(jpg|jpeg|png|gif|webp)$ https://tudominio.com/imagen-protegida.jpg [R,NC,L]

8. Proteger archivos sensibles

Algunos archivos de tu servidor nunca deberían ser accesibles desde un navegador. El más crítico en WordPress es wp-config.php, que contiene las credenciales de la base de datos.

Bloquear acceso a wp-config.php:

apache

<Files wp-config.php>
    Order Allow,Deny
    Deny from all
</Files>

Bloquear el acceso al propio .htaccess:

apache

<Files .htaccess>
    Order Allow,Deny
    Deny from all
</Files>

Bloquear varios tipos de archivo a la vez (logs, backups, archivos de configuración):

apache

<FilesMatch "\.(htaccess|htpasswd|ini|log|sh|sql|bak|config)$">
    Order Allow,Deny
    Deny from all
</FilesMatch>

9. Compresión Gzip para mejorar la velocidad

La compresión Gzip reduce el tamaño de los archivos que el servidor envía al navegador, acelerando la carga de la web. Es uno de los factores que evalúa PageSpeed Insights y que influye en el Core Web Vitals.

apache

<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html
    AddOutputFilterByType DEFLATE text/css
    AddOutputFilterByType DEFLATE text/javascript
    AddOutputFilterByType DEFLATE text/xml
    AddOutputFilterByType DEFLATE text/plain
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE application/x-javascript
    AddOutputFilterByType DEFLATE application/json
    AddOutputFilterByType DEFLATE application/xml
    AddOutputFilterByType DEFLATE application/rss+xml
    AddOutputFilterByType DEFLATE image/svg+xml
</IfModule>

Las imágenes (JPG, PNG, WebP, GIF) no se comprimen con Gzip porque ya son formatos comprimidos por naturaleza. Incluirlas no haría daño, pero tampoco ningún beneficio.

10. Caché de navegador (Expires headers)

Indicarle al navegador que almacene ciertos recursos en caché evita que los descargue de nuevo en cada visita, acelerando significativamente las páginas para los visitantes recurrentes:

apache

<IfModule mod_expires.c>
    ExpiresActive On

    # Imágenes — caché de 1 año
    ExpiresByType image/jpeg "access plus 1 year"
    ExpiresByType image/png "access plus 1 year"
    ExpiresByType image/gif "access plus 1 year"
    ExpiresByType image/webp "access plus 1 year"
    ExpiresByType image/svg+xml "access plus 1 year"
    ExpiresByType image/x-icon "access plus 1 year"

    # CSS y JavaScript — caché de 1 mes
    ExpiresByType text/css "access plus 1 month"
    ExpiresByType application/javascript "access plus 1 month"
    ExpiresByType text/javascript "access plus 1 month"

    # Fuentes — caché de 1 año
    ExpiresByType font/woff2 "access plus 1 year"
    ExpiresByType font/woff "access plus 1 year"
    ExpiresByType application/font-woff "access plus 1 year"

    # HTML y datos — sin caché (siempre frescos)
    ExpiresByType text/html "access plus 0 seconds"
    ExpiresByType application/json "access plus 0 seconds"
</IfModule>

Si usas WordPress con un plugin de caché (WP Rocket, LiteSpeed Cache, W3 Total Cache…), estos plugins ya gestionan los headers de caché. Revisa que no haya conflicto antes de añadir este bloque manualmente. Aquí tienes nuestra guía sobre los mejores plugins para optimizar tu hosting WordPress.

11. Cabeceras de seguridad HTTP

Las cabeceras de seguridad HTTP le dicen al navegador cómo debe comportarse al cargar tu web, protegiendo contra ataques comunes como XSS o clickjacking:

apache

<IfModule mod_headers.c>
    # Evita que tu web se cargue dentro de un iframe en otros dominios (anti-clickjacking)
    Header always set X-Frame-Options "SAMEORIGIN"

    # Activa la protección XSS del navegador
    Header always set X-XSS-Protection "1; mode=block"

    # Evita que el navegador "adivine" el tipo de contenido
    Header always set X-Content-Type-Options "nosniff"

    # Fuerza HTTPS durante 1 año (solo activa esto si tu SSL es permanente)
    Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"

    # Controla qué información de referrer se envía
    Header always set Referrer-Policy "strict-origin-when-cross-origin"
</IfModule>

Activa Strict-Transport-Security solo cuando estés seguro de que siempre vas a mantener HTTPS activo. Una vez que el navegador recibe esta cabecera, intentará conectarse solo por HTTPS durante el período indicado, y si el certificado falla, el usuario no podrá acceder.

12. Limitar el tamaño máximo de subida de archivos

Si necesitas subir archivos grandes desde WordPress u otro CMS y el servidor los rechaza, puedes ajustar los límites de PHP desde el .htaccess:

apache

php_value upload_max_filesize 64M
php_value post_max_size 128M
php_value max_execution_time 300
php_value max_input_time 300
php_value memory_limit 256M

Esto funciona en hostings que permiten directivas PHP en .htaccess (como los planes de BlumHost con cPanel). En un VPS donde tú controlas la configuración de PHP directamente, es más limpio editarlo desde php.ini o el selector de PHP del panel.

13. Denegar el acceso a directorios (deshabilitar Directory Listing)

Por defecto, si una carpeta de tu servidor no tiene un archivo index.html o index.php, Apache muestra un listado de todos los archivos de esa carpeta. Eso puede exponer información que no quieres que sea pública.

Para desactivarlo en todo el sitio:

apache

Options -Indexes

Esta es una de las líneas más cortas y más importantes de seguridad que puedes añadir.

14. Cambiar la página de inicio por defecto

Si quieres que el servidor busque un archivo diferente a index.php o index.html como página principal de un directorio:

apache

DirectoryIndex inicio.html index.php index.html

El servidor busca los archivos en el orden en que los listas. En el ejemplo anterior, busca primero inicio.html, luego index.php, luego index.html.

15. Bloquear acceso por User-Agent (bots maliciosos)

Algunos bots y scrapers usan User-Agents reconocibles. Puedes bloquearlos:

apache

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} (scraper|harvester|wget|nikto|sqlmap) [NC]
RewriteRule .* - [F,L]

Úsalo con precaución. Bloquear User-Agents demasiado genéricos puede afectar a bots legítimos (incluido el de Google). Antes de añadir un User-Agent a la lista, asegúrate de que realmente es malicioso revisando los logs de acceso de tu servidor.

El .htaccess en WordPress: lo que necesitas saber

WordPress depende del .htaccess para funcionar correctamente, especialmente para las URLs amigables (permalinks). Aquí van los puntos clave:

El bloque que no debes tocar

El bloque entre # BEGIN WordPress y # END WordPress lo genera y gestiona WordPress automáticamente. No lo edites manualmente: WordPress puede sobreescribirlo y perderías tus cambios.

apache

# BEGIN WordPress
# Las directivas entre estos marcadores son generadas dinámicamente por WordPress
# y solo deben modificarse mediante filtros de 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ónde añadir tus propias reglas

Añade siempre tu código por encima del bloque # BEGIN WordPress o por debajo del # END WordPress. Nunca dentro.

apache

# Mis reglas personalizadas — ENCIMA del bloque de WordPress
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

# BEGIN WordPress
... (bloque generado por WordPress, no tocar)
# END WordPress

Plugins que modifican el .htaccess

Muchos plugins de WordPress escriben sus propias reglas en el .htaccess automáticamente. Los más habituales son los plugins de caché (LiteSpeed Cache, WP Rocket, W3 Total Cache) y los de seguridad (Wordfence). Cuando desinstales un plugin de este tipo, revisa el .htaccess para asegurarte de que no quedaron reglas huérfanas.

Regenerar el .htaccess de WordPress

Si el .htaccess se ha corrompido o perdido y las URLs de tu WordPress devuelven error 404:

  1. Ve a Ajustes → Enlaces permanentes en el panel de administración de WordPress
  2. Sin cambiar nada, haz clic en Guardar cambios

WordPress recreará el .htaccess con el contenido mínimo necesario. Las reglas personalizadas que hayas añadido manualmente se perderán, por eso es fundamental mantener siempre una copia de seguridad.

Diferencias entre .htaccess en hosting compartido y en VPS

Si tienes un hosting compartido (como los planes de hosting de BlumHost), el .htaccess es tu principal herramienta de configuración a nivel de servidor porque no tienes acceso root para modificar la configuración global de Apache o LiteSpeed.

Si tienes un VPS (servidores VPS de BlumHost), tienes acceso root y puedes modificar directamente los archivos de configuración del servidor (/etc/apache2/, /etc/nginx/…). En ese caso, el .htaccess sigue siendo válido y funciona, pero para cambios globales del servidor es más eficiente y limpio editar la configuración directamente que pasar por .htaccess. Además, en Nginx el .htaccess directamente no funciona.

Para profundizar en la gestión de servidores VPS, consulta nuestra guía sobre los 10 errores más comunes al gestionar un servidor VPS.

Diagnóstico: qué hacer si el .htaccess rompe tu web

Si tras editar el .htaccess tu web devuelve un error 500 (Internal Server Error):

  1. Accede al Administrador de Archivos de cPanel o por FTP
  2. Abre el .htaccess y elimina el último bloque de código que añadiste
  3. Guarda el archivo
  4. La web debería recuperarse inmediatamente

Si el error persiste o no sabes qué cambio lo causó, la forma más rápida es restaurar la copia de seguridad que hiciste antes de editar. Si no tienes copia, puedes ir a JetBackup en cPanel (incluido en todos los planes de BlumHost) y restaurar una versión anterior del archivo. Consulta cómo hacerlo en nuestra guía de JetBackup: cómo restaurar archivos en cPanel.

Para ver el error específico que está produciendo el .htaccess, revisa los logs de error del servidor: en cPanel están en la sección «Métricas» → «Errores».

Referencia rápida: los bloques de código más usados

Para que tengas todo localizado de un vistazo:

FunciónCódigo clave
Forzar HTTPSRewriteCond %{HTTPS} off + RewriteRule
Redirect 301 simpleRedirect 301 /url-vieja /url-nueva
Forzar wwwRewriteCond %{HTTP_HOST} !^www\.
Quitar wwwRewriteCond %{HTTP_HOST} ^www\.
Página 404 personalizadaErrorDocument 404 /404.html
Bloquear IPRequire not ip 123.456.789.0
Bloquear hotlinkingRewriteCond %{HTTP_REFERER} + `RewriteRule .(jpg
Proteger archivo<Files archivo.php> + Deny from all
Deshabilitar Directory ListingOptions -Indexes
Compresión Gzip<IfModule mod_deflate.c>
Caché de navegador<IfModule mod_expires.c>
Cabeceras de seguridad<IfModule mod_headers.c>
Límites PHPphp_value upload_max_filesize
Proteger carpeta con contraseñaAuthType Basic + AuthUserFile

Conclusión

El .htaccess es uno de los archivos más versátiles que puedes controlar en tu hosting: desde simples redirecciones hasta reglas de seguridad avanzadas, pasando por optimización de velocidad. Aprender a usarlo correctamente te da un control real sobre el comportamiento de tu servidor sin necesitar acceso root ni tocar la configuración global.

Las claves para usarlo bien son tres: hacer siempre copia antes de editar, probar un cambio a la vez y no añadir reglas que no entiendes o que no necesitas.

Si tienes un hosting con cPanel en BlumHost, todos los ejemplos de esta guía funcionan directamente. Y si en algún momento algo falla o tienes dudas, el equipo de soporte está disponible 24/7 para ayudarte. Puedes consultar los planes de hosting o contactar con nosotros si necesitas orientación.

Miguel Taboada

Ingeniero en Telecomunicaciones e Informática. Creé BlumHost para ofrecer un hosting distinto a los demás, que ofrezca la mejor atención al cliente, al menor precio y con la mejor calidad.

Ver todas las entradas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *