Por lo general, algunos usuarios encuentran problemas comunes de WordPress posteriores al lanzamiento de sus páginas web. Lanzar un nuevo sitio web de WordPress es emocionante y gratificante.
Sin negar que también puede ser algo estresante. Incluso con una lista de comprobación previa al lanzamiento del sitio web fácil de seguir. Pero el trabajo aún no ha terminado.
Existen algunos problemas comunes que son difíciles de detectar antes de lanzar un nuevo sitio web. Incluso si tenemos un proceso de control de calidad de primer nivel.
¿Cuáles son los problemas más comunes de WordPress posteriores al lanzamiento?
A continuación, en este artículo de Ayuda Hosting, veremos algunos problemas comunes de WordPress que aparecen después de que el sitio se activa. Además, presentaremos algunos consejos sobre cómo solucionarlos rápidamente.
Envíos de spam en formularios de contacto
Es difícil determinar qué nivel de protección contra spam se necesita antes de que un sitio web se active. El spam, ya sea no deseado o francamente dañino, está tan extendido en la web en estos días que puede ser difícil evitarlo por completo.
Además, es muy común que el propietario de un sitio web se vea inundado de envíos de formularios de spam poco después del lanzamiento de su sitio.
Existen dos formas comunes de combatir los botspots: empleando honeypots y captchas. Los honeypots se refieren al método de agregar un campo a un formulario que está oculto para los usuarios, pero que los bots completarán.
Para los sitios de WordPress, existen muchos plugins de formularios muy populares. Entre ellos se encuentran Gravity Forms y Contact Form 7 que ofrecen en pocos pasos la posibilidad de habilitar honeypots.
Otra opción es agregar un captcha a un formulario que requiere que el usuario complete un pequeño rompecabezas para demostrar que no es un robot. Las opciones de captcha han mejorado a lo largo de los años y Google recaptcha ahora ofrece un captcha invisible con diferentes configuraciones.
Algunos sitios web pueden requerir honeypots y un captcha para reducir un gran volumen de envíos (por suerte, hay una variedad de plugins antispam disponibles).
Rendimiento lento debido a la configuración del alojamiento
El rendimiento ha sido un enfoque crítico para todos los sitios de WordPress desde que la velocidad de la página móvil se convirtió en un factor de clasificación de Google en 2018.
Los tiempos de carga de página y el tiempo de inactividad deficientes pueden tener un impacto negativo de gran alcance en un nuevo sitio web. Sin embargo, existen varios pasos que podemos seguir para mitigar cualquier daño potencial.
Comencemos ejecutando pruebas preliminares de velocidad y rendimiento, mientras rediseñamos un sitio web en un servidor de prueba. Estas pruebas iniciales pueden sacar ventaja de cualquier problema futuro.
Sin embargo, las pruebas posteriores al lanzamiento arrojarán los resultados más precisos. Especialmente cuando se trata de sitios web de alto tráfico.
Si vemos tiempos de carga de página lentos, primero evaluemos la configuración del alojamiento. ¿Está el sitio web en un servidor de alojamiento compartido con recursos limitados? ¿Puede el servidor manejar el volumen de tráfico?
La mayoría de los diseñadores y desarrolladores web siguen las mejores prácticas para optimizar las imágenes. Por lo general, la optimización de imágenes no es el único factor que favorece el alto rendimiento en un nuevo sitio.
La mayoría de las pruebas de rendimiento desglosarán el tiempo de respuesta del servidor. Esta métrica puede ayudar a determinar si necesitamos cambiar la configuración de los servicios de alojamiento.
Además del rendimiento, es posible que deseemos probar un sistema de monitoreo de tiempo de actividad durante los primeros 30 días posteriores al lanzamiento.
Errores de indexación con Google Search Console
Los problemas de indexación a menudo ocurren con sitios web nuevos, especialmente para sitios con cambios importantes en la estructura de sus URL’s y con numerosos redireccionamientos. Google Search Console es una gran herramienta para encontrar errores de indexación.
Dentro de Google Search Console, debemos revisar el Informe de cobertura del índice y consultar la sección de solución de problemas para ver si hay algún error. Estos son algunos de los mensajes de error más comunes que pueden aparecer después de iniciar un nuevo sitio web:
❌ Las páginas están bloqueadas por robots.txt.
❌ Página marcada sin índice.
❌ La página tiene un problema de rastreo.
❌ URL enviada es soft 404.
❌ URL enviada es 404.
Para cualquier error relacionado con un archivo robots.txt o sin configuración de índice, siempre debemos verificar que la configuración de lectura general en el sitio de WordPress, para disuadir a los motores de búsqueda de indexar este sitio, no esté marcada después del lanzamiento. Esto puede ser un error simple, pero significativo para un nuevo sitio web.
Para las URL de páginas específicas marcadas como sin índice, debemos revisar la configuración del sitio web y si ciertas páginas deben permanecer sin índice o ajustadas.
Un problema de rastreo en el informe de cobertura del índice puede ser más difícil de resolver. La herramienta de inspección de URL en Google Search Console es la mejor manera de recopilar más datos sobre lo que puede estar causando el problema.
Si se han detectado errores 404, es fundamental abordarlos lo antes posible. Tener numerosos errores 404 puede dañar las clasificaciones de sitios web existentes.
Más allá de estos mensajes de error comunes, Google Search Console puede revelar datos adicionales como errores de movilidad y revisiones de rendimiento que también pueden ser útiles para evaluar después del lanzamiento.
Lanzar un nuevo sitio web es una increíble oportunidad de marketing. Seguramente, desearemos compartir nuestro atractivo sitio nuevo en las redes sociales y en varios canales de marketing.
Antes de que nosotros o alguien presione el botón de compartir, debemos verificar la imagen destacada de la página de inicio. Probemos compartir la URL del sitio web en una plataforma de redes sociales y veamos qué imagen y texto aparece para la URL.
Si no hemos revisado la configuración para compartir en redes sociales, es muy común que una plataforma como Facebook obtenga una imagen aleatoria de la página de inicio. Esto convierte nuestra emocionante publicación en una vista previa decepcionante del nuevo sitio web.
Existen varias formas de ajustar esta configuración. Facebook y varias plataformas usan el protocolo de gráfico abierto. Podemos usar la herramienta de depuración de gráficos abiertos de Facebook para ver la información actual que utiliza la plataforma cuando se comparte la URL de la página de inicio.
Después de ajustar el protocolo de gráfico abierto en nuestra página de inicio, podemos usar la herramienta de depuración para borrar la caché de Facebook para la URL.
Yoast SEO es otra herramienta útil para la configuración de intercambio social. Este plugin gratuito, incluye una sección de redes sociales para Facebook y Twitter.
Dado que estas son dos de las principales plataformas de redes sociales, la fijación de la configuración de estas plataformas a menudo asegurará que el sitio web se vea genial cuando se comparta con otras. También podemos usar estos consejos para crear imágenes compartibles para las redes sociales (manualmente o con la ayuda de un plugin).
Códigos de seguimiento faltantes o incorrectos
La mayoría de las plataformas de análisis y campañas publicitarias se basan en códigos de seguimiento para recopilar datos en nuestro sitio web.
Al rediseñar un sitio web existente, es posible que no nos demos cuenta o recordemos que estos códigos de seguimiento se configuraron en el pasado y podemos olvidarnos de moverlos al nuevo sitio web.
Podemos estar empleando varias campañas de marketing para coincidir con el lanzamiento del nuevo sitio. Tener los códigos de seguimiento incorrectos u olvidarnos de agregarlos puede causar varios problemas. Esto incluye un lapso importante en la recopilación de datos justo cuando más lo necesitamos.
Si estamos utilizando el Administrador de etiquetas de Google para manejar todo nuestro seguimiento, a menudo tendremos el código de la Etiqueta de Google en el sitio. Además, tendremos todos los códigos de seguimiento adicionales dentro del administrador de etiquetas.
Sin embargo, si nos falta el código principal del Administrador de etiquetas de Google en el nuevo sitio web, esto podría conducir a una pérdida de datos en numerosas plataformas de seguimiento.
Como elemento de la lista de verificación posterior al lanzamiento, echemos un vistazo a cualquier software de análisis de seguimiento como Google Analytics, justo después del lanzamiento y nuevamente 30 días después.
Busquemos irregularidades y caídas de los datos. La mayoría de los códigos de seguimiento se agregan al encabezado del sitio web, por lo que también podemos hacer una revisión de los códigos de encabezado para cualquier código existente o faltante.
Conclusión
Hemos visto cinco tareas de control de calidad posteriores al lanzamiento que nos ayudarán a evitar la mayor cantidad posible de problemas posteriores al lanzamiento.
Después de todo, el lanzamiento de un sitio es un gran logro, y sin duda preferiríamos disfrutar de una navegación fluida en lugar de preocuparnos por problemas evitables.
¿Sabes lo importante qué es el rendimiento de tu página web? Por esta razón, hemos creado un tutorial de cómo llevar a cabo la instalación y configuración del plugin LiteSpeed Cache para WordPress, el cual te ayudará a que tu página web funcione mucho más rápido, «Cómo configurar LiteSpeed Cache en WordPress (2021)«.
Esperamos que este artículo sobre algunos problemas comunes de WordPress posteriores al lanzamiento, les haya resultado útil. Más información sobre este y otros temas en Ayuda Hosting.
