{"id":4899,"date":"2022-03-02T07:01:24","date_gmt":"2022-03-02T07:01:24","guid":{"rendered":"https:\/\/vwo.com\/glossary\/server-side-testing\/"},"modified":"2025-07-10T06:45:58","modified_gmt":"2025-07-10T06:45:58","slug":"server-side-testing","status":"publish","type":"post","link":"https:\/\/vwo.com\/glossary\/es\/server-side-testing\/","title":{"rendered":"Server-Side Testing"},"content":{"rendered":"\n

Definici\u00f3n de server-side testing<\/strong><\/strong><\/h2>\n\n\n\n

Antes de explicar qu\u00e9 es el server-side testing, comencemos por entender qu\u00e9 ocurre en el backend<\/em> cuando accedes a una p\u00e1gina web.<\/p>\n\n\n\n

Cuando un usuario visita una p\u00e1gina web desde su navegador, este env\u00eda una solicitud al servidor, desde donde se transfieren los archivos necesarios para que el navegador construya la versi\u00f3n visible del sitio. Seg\u00fan las reglas predefinidas, el JavaScript contenido en esos archivos se encarga de hacer la p\u00e1gina interactiva (compuesta por HTML y CSS). <\/p>\n\n\n\n

Este JavaScript puede ejecutarse tanto en el servidor como en el cliente (navegador), y tambi\u00e9n es responsable de generar las distintas variaciones de la p\u00e1gina para procesos de experimentaci\u00f3n como el A\/B testing<\/a>. En este tipo de pruebas, existen dos m\u00e9todos principales para entregar las variaciones: una es client-side testing<\/em> y la otra es server-side testing<\/em>.<\/p>\n\n\n\n

En el server-side testing<\/em>, el usuario solicita una p\u00e1gina web desde su navegador. Entonces el servidor localiza los archivos correspondientes, ejecuta el JavaScript en el servidor, aplica los cambios necesarios y env\u00eda directamente al usuario la versi\u00f3n modificada de la p\u00e1gina.<\/p>\n\n\n\n

A continuaci\u00f3n, veremos en qu\u00e9 se diferencia este enfoque del client-side testing<\/em><\/a>.<\/p>\n\n\n\n

Client-side testing vs. server-side testing<\/strong> <\/strong><\/h2>\n\n\n\n

En el client-side testing<\/em>, el servidor env\u00eda todos los archivos solicitados al navegador, y es este el que ejecuta el JavaScript para aplicar los cambios antes de mostrar la versi\u00f3n visible de la p\u00e1gina web. A continuaci\u00f3n, te mostramos una comparaci\u00f3n detallada entre ambos enfoques de testing:<\/p>\n\n\n\n

Par\u00e1metro<\/td>Server-side testing<\/td>Client-side testing<\/td><\/tr>
Facilidad de implementaci\u00f3n<\/td>M\u00e1s complejo. La variaci\u00f3n se genera en el servidor y se env\u00eda directamente al navegador. Requiere que los desarrolladores creen y gestionen cada variaci\u00f3n en el servidor.<\/td>M\u00e1s sencillo. Se utiliza un editor visual con funcionalidad de arrastrar y soltar en el backend<\/em>.<\/td><\/tr>
Velocidad<\/td>M\u00e1s r\u00e1pido, ya que todo el procesamiento se realiza en el servidor; el navegador puede renderizar la p\u00e1gina con mayor agilidad.<\/td>M\u00e1s lento, porque el navegador debe procesar primero el JavaScript antes de aplicar el HTML y el CSS. Requiere medidas de optimizaci\u00f3n para mejorar el rendimiento.<\/td><\/tr>
Impacto en la experiencia del usuario<\/td>Sin impacto.<\/td>La ejecuci\u00f3n del JavaScript en el navegador puede afectar negativamente la experiencia del usuario durante la carga de la p\u00e1gina.<\/td><\/tr>
Alcance<\/td>Permite crear variaciones a nivel de algoritmo, flujo transaccional, dise\u00f1o UI\/UX, etc.<\/td>Limitado principalmente a variaciones visuales en la interfaz UI\/UX.<\/td><\/tr>
Canales<\/td>Permite hacer tests<\/em> en m\u00faltiples canales.<\/td>Limitado a la versi\u00f3n web.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Veamos ahora en qu\u00e9 situaciones conviene optar por el server-side testing<\/em>.<\/p>\n\n\n\n

\u00bfCu\u00e1ndo usar server-side testing?<\/strong> <\/strong><\/h2>\n\n\n\n

El server-side testing<\/em> permite llevar la experimentaci\u00f3n a un nivel m\u00e1s profundo que la simple prueba de elementos de UI\/UX. A continuaci\u00f3n, algunos escenarios ideales para aplicar este tipo de testing<\/em>:<\/a><\/p>\n\n\n\n