Se algunha vez intentaches actualizar un plugin na túa versión "en directo" de WordPress, sabes do que estou a falar:
A web cae.
Os estilos desaparecen.
O cliente chama.
Entras en pánico.
Un ambiente de posta en escena é coma o laboratorio secreto dun científico tolo.: alí fas probas, erros e axustes antes de tocar “a web real”.
O problema? Moitos proxectos de posta en escena créanse con complementos... e ás veces iso significa instalar máis cousas das que deberías ou depender de... servizos externo
Hoxe vouvos ensinar a facer staging en WordPress. sen complementos, paso a paso, doado, seguro e 100 % baixo o teu control.
Si, sen maxia negra e sen medo a romper nada.
Posta en escena, preprodución, ambiente de probas… non importa como lle chames.
É unha copia do teu sitio web real onde podes:
Proba as actualizacións do plugin ou do modelo.
Facer redeseños.
Engadir novas funcionalidades.
Romper cousas (e arranxalas) sen que ninguén se decate.
Pensa niso como un simulador de voo para o teu sitio web. É mellor cometer erros aquí que co teu sitio web en produción.
Actualizar WordPress, cambiar a configuración, xogar co código... todo ten os seus propios riscos.
A posta en escena ofréceche:
Tranquilidade.
Ambiente seguro.
Tempo para probar e corrixir.
E sobre todo, permíteche ser valente co teu sitio web. sen arriscar todo o teu tráfico, o teu SEO ou a túa imaxe.
Si, os complementos como WP Staging ou Duplicator son populares. Pero o staging sen complementos ten as súas vantaxes.
✅ Vantaxes de non usar complementos:
Non sobrecargues o teu WordPress con máis extensións (menos peso, menos risco).
Tes control total sobre o proceso.
Non dependes de licenzas ou limitacións freemium.
Perfecto se tes moitos sitios web e non queres pagar por ferramentas adicionais.
❌ Desvantaxes:
Require coñecementos básicos de FTP e bases de datos.
Tes que xestionar ti mesmo a configuración de seguridade.
O proceso é manual (pero é máis doado do que parece, prometo).
Poñámonos mans á obra.
Atención, porque aquí comeza o tutorial realmente.
Primeiro, necesitas un lugar onde organizar a túa posta en escena. Dúas opcións:
subdominio: amable staging.tudominio.com.
Subcartafol: amable tudominio.com/staging.
A opción de subdominio adoita ser mellor porque separa máis claramente a posta en escena da produción.
Desde o teu panel de control Aloxamento (cPanel, Plesk ou similar), crea un.
💡 CONSELLOUsa un nome discreto e non indexable (nada parecido a pruebawebgoogleindexable.com).
Conéctate por FTP (FileZilla ou similar) ou usa o xestor de ficheiros do teu aloxamento.
Copia todos os ficheiros desde o teu WordPress:
Carpetas wp-content, wp-includes, wp-admin.
Arquivos soltos: wp-config.php, .htaccess, Etc
E pégaos no teu subdominio ou subcartafol.
⌛ Este paso leva un pouco de tempo dependendo do tamaño do teu sitio web. Paciencia.
No teu panel de aloxamento:
Exportacións a túa base de datos actual (phpMyAdmin ➔ Exportar).
Crear unha nova base de datos para a posta en escena.
Importar a base de datos exportada a esta nova.
🎯 IMPORTANTE:
Lembra anotar o nome da nova base de datos, o nome de usuario e o contrasinal. Precisaraos no seguinte paso.
No teu cartafol de probas, edita o ficheiro wp-config.php:
Cambiar os datos de:
define('DB_NAME', 'nueva_base_de_datos');
define('DB_USER', 'nuevo_usuario');
define('DB_PASSWORD', 'nueva_contraseña');
Deste xeito, o teu sistema de probas de WordPress saberá ler a súa propia base de datos, non a de produción.
Xa case estás!
Non queres que Google indexe o teu entorno de probas, non si?
Dúas maneiras rápidas:
Engadir isto ao ficheiro robots.txt:
User-agent: *
Disallow: /
Desde WordPress: Configuración ➔ Lectura ➔ Desalentar os motores de busca de indexar este sitio.
🔒 extraAlgúns aloxamentos permiten protexer o subdominio cun contrasinal (.htpasswd). É outra capa de seguridade moi recomendable.
Xa configuraches o teu ambiente de proba, pero aínda non estamos listos para deixalo aberto como escaparate.
Posta en escena non é un lugar público, é a túa trincheira de probas e debes protexela ben.
Aquí tes algunhas boas prácticas que definitivamente deberías implementar:
En cPanel ou Plesk, podes engadir autenticación básica ao teu subdominio ou subcartafol.
É sinxelo: calquera visitante verá unha xanela emerxente pedindo credenciais antes de poder entrar.
É unha barreira rápida e eficaz para bloquear ollos indiscretos (e bots).
Se queres ser máis radical, limita o acceso ao ambiente só ao teu enderezo IP ou aos enderezos IP do teu equipo de desenvolvemento.
Podes facelo facilmente desde .htaccess:
<Limit GET POST>
order deny,allow
deny from all
allow from 123.123.123.123
</Limit>
(Cambiar 123.123.123.123 polo teu enderezo IP real.)
Isto garante que só poidan entrar aqueles que estean na túa rede ou na túa lista branca.
Xa cho dixen antes, pero o repetirei porque é vital:
Asegúrate de ter activada a opción "Desalentar os motores de busca".
Engade o robots.txt restritivo.
Mesmo se queres ser especialmente cauteloso, podes bloquear completamente o acceso aos bots con .htaccess.
💡 CONSELLO EXTRA:
Algúns desenvolvedores renomean o directorio wp-admin na posta en escena para facelo menos obvio aos ataques de forza bruta.
Non é esencial, pero é unha vantaxe.
Vale, trastexaches, probaches, actualizaches, axustaches e a túa posta en escena é digna dunha revista.
Pero ... antes de subir nada a produciónVexamos con máis detalle algúns puntos clave. Non queremos que a festa se converta nun funeral dixital.
Aquí tes a túa lista de verificación:
Navegar por todas as páxinas principais.
Desprácese cara abaixo (ás veces os erros aparecen no pé de páxina).
Fai clic en ligazóns internas e externas.
Proba os formularios de contacto e de finalización da compra se tes unha tenda.
Se tes un inicio de sesión de usuario, comproba o acceso e os fluxos do usuario.
Proba a velocidade de carga da túa posta a punto con PageSpeed Insights ou GTmetrix.
Se a velocidade sofre na posta en escena, pode sufrir aínda máis na produción.
Non é só cuestión de paciencia do usuario; Google tamén mide isto para o SEO.
Títulos únicos, metadescricións, H1.
Asegúrate de que non haxa ligazóns rotas.
Comproba que non te marchaches noindex activado na fase de probas ao migrar (erro de novato moi custoso).
Actualiza todo antes da migración.
Realizar probas de compatibilidade: especialmente PHP e bases de datos.
Se instalaches novos complementos en staging, comproba que non causen conflitos.
Comprobe que non se xeraron URL diferentes por erro (especialmente se a súa posta a punto está nunha subcartafol).
Asegúrate de que as URL se manteñan limpas e amigables en produción.
💡 CONSELLOUsa un rastreador de tipo Screaming Frog para comparar a arquitectura de probas coa de produción antes de migrar.
Na posta en escena, pode parecer perfecto no escritorio, pero definitivamente comprobalo en móbiles e tabletas.
Consulta os menús despregables, os controis deslizantes, os botóns de chamada á acción...
Copia de seguridade do sitio web de produción antes de tocar nada.
Copia de seguridade preparada no caso de que só precise replicar/mover partes.
Nunca hai demasiadas copias de seguridade. Nunca.
A posta en escena sen complementos en WordPress é liberadora, pero tamén ten as súas desvantaxes.
Non vimos aquí para asustarte, vimos para poñerte en aviso para que non tropeces cos erros típicos que comete mesmo a persoa máis experimentada.
Presta atención porque esta parte pode aforrarche horas (e células cerebrais).
Xa o vimos antes, pero repetirémolo aquí: Nunca, xamais, deixes a túa posta en escena accesible e visible para Google..
Se Google o indexa, terás contido duplicado.
Se alguén curioso o atopa, pode que vexa versións de proba que non queres mostrar.
E se alguén con intención maliciosa o atopa, pode ser un verdadeiro problema de seguridade.
🔒 Bloqueo mediante robots.txt, contrasinais de subdominio e/ou restricións de IP. Tripla capa de seguridade!
Un erro moi común: traballar en staging pero deixar o sitio conectado á base de datos de produción.
Consecuencia?
💣 Actualizas a posta en escena ➔ E arruínas accidentalmente o sitio web real.
Comproba dúas veces o wp-config.php e asegúrate de que a posta en escena e a produción sexan dous mundos separados.
Cando remates, eliminar ou desactivar a túa posta en escena se xa non o vas usar.
Por que?
É un branco fácil para os ataques se o deixas abandonado.
Ocupará espazo no aloxamento.
Pode xerar tráfico e recursos innecesarios.
Arquivá ou elimínao se xa non o necesitas, igual que ordenas o teu escritorio despois dunha longa sesión de traballo.
Erro clásico: migras e non comprobas as ligazóns internas.
Na posta en escena: staging.tudominio.com/mi-producto.
Na produción debería ser: tudominio.com/mi-producto.
Moita xente esquécese de facer esta comprobación e quédase con URL rotas, redireccións innecesarias ou, peor aínda: ligazóns que apuntan a probas.
✅ Antes do lanzamento, rastrexa o teu sitio e corrixe calquera referencia incorrecta.
Si, a posta en escena é un ambiente de probas, pero se o fas nun pesado, lento ou non optimizado, podes sacar conclusións erróneas.
Un sitio web de posta en escena lenta pode:
Fai que as túas probas sexan difíciles.
Retrasa o teu traballo.
Non reflicte o rendemento real que terás na produción.
Conclusión: Posta en escena nun ambiente similar ao teu servidor en directo, ou as probas non valerán o que deberían valer.
Fai un posta en escena sen complementos en WordPress Non é unha misión imposible reservada para hackers con sudadera con capucha.
É, máis ben, unha forma intelixente de ter o control total no teu sitio web e evita depender de ferramentas externas.
É máis manual? Si.
Máis seguro? Tamén.
Máis personalizable? Por suposto.
Cunha posta en escena ben organizada:
Vostede proba sen medo.
Vostede cometendo erros a porta pechada (que é como se aprende mellor).
Vostede actualizacións, redeseños ou cambios de publicación coa tranquilidade de saber que nada lles explotará na cara aos teus usuarios.
👉 Crea a túa posta en escena con subdominio, copia de ficheiros e nova base de datos É un proceso que leva tempo, pero Aforrache problemas máis tarde.
👉 Protéxeo, proba a fondo y migrar coa cabeza Son as claves para garantir que todos os teus esforzos dean resultados sen dramas.
Entón xa sabes:
A próxima vez que penses en actualizar un plugin, redeseñalo ou lanzar unha nova funcionalidade…
Primeiro posta en escena. Despois produción. Sempre.
Listo para comezar e montar como un profesional (sen engadir 20 complementos ao teu WordPress)?
🛠️🚀 Faio. O teu sitio web (e o teu eu futuro) agradeceráncho.
Entradas relacionadas
