JavaScript, WordPress y REST API: clasificación de hechos en ficción

¿Estás pensando en usar la API REST para tu sitio de WordPress? Es posible que haya leído todo al respecto, está intrigado, pero algunas de las desventajas de trabajar con JavaScript le desaniman. Cuando se trata de familiarizarse con JavaScript y el resto, no es inusual estar un poco nervioso. Después de todo, si ha creado temas y complementos de WordPress utilizando PHP o un tema de tercer top descargado con un entorno diferente. También puede preocuparse por lo que significa cambiar para el rendimiento y los usuarios de su sitio. ¿Afectará la experiencia del usuario? ¿Tendré un impacto en el SEO? ¿Qué tan rápido se ejecutará su sitio? La API REST es muy nueva, por lo que a veces es difícil encontrar respuestas concretas a estas preguntas.
En esta publicación, analizaré algunas de las cosas que podrían preocuparse cuando pienses en trabajar con la API REST. Identificaré para cuál de estos tienes que preocuparte y por cuál no. Esperamos que después de leer esta publicación tenga una mejor idea si el resto es para usted. Veré:
Compatibilidad del navegador,
Actuación,
Experiencia de usuario,
SEO y
Accesibilidad.
Pero primero, recordemos cuál es el resto y las posibilidades que ofrecen como desarrolladores. API REST: ¿Qué es? REST significa la presentación de los ejes de transferencia, que admito que no te digo mucho en absoluto. Wikipedia aclara un poco las cosas:
“Los sistemas RestaUF generalmente se comunican, pero no siempre, a través del Protocolo de transferencia de hipertexto (HTTP) con los mismos verbos HTTP (Get, Put, Eliminar, etc.) que los navegadores web usan y envían datos a servidores remotos. “En términos de WordPress, esto significa usar HTTP para acceder a datos desde la base de datos de su sitio en lugar de enviar una base de datos directa utilizando PHP o SQL. ¿Sigo confundido? ¡Conozco el sentimiento! Simplemente dicho, WordPress API REST significa que se puede acceder a los datos en su sitio mediante una aplicación externa, que no sea WordPress. Haga esto usando JSON (JavaScript Object Notation) y JavaScript. Para que pueda crear un sitio web o aplicación en JavaScript en lugar de PHP. Esto abre dos oportunidades principales:
Al construir un sitio en JavaScript, puede crear algo llamado una sola página (SPA). Si alguna vez ha usado Google Docs, ya ha interactuado con uno de ellos. Un spa es un sitio web que se comporta como una aplicación y en el que el contenido de la página cambia como resultado de sus interacciones con él, sin tener que ir a otra página. Lo que hace que las cosas sean mucho más dinámicas e interactivas.
Debido a que no se limita a PHP, puede crear aplicaciones basadas en sus datos de WordPress en otras plataformas como Mobile. Por lo tanto, puede tener un sitio web normal de WordPress basado en PHP y también puede crear una aplicación móvil que use los datos en ese sitio, actualice esos datos donde sea relevante y puede tener un diseño completamente diferente de su sitio. También puede Cree una aplicación de escritorio, como la aplicación Calypso para WordPress.com, si crea sitios web simples (programas de folletos, blogs o depósitos de información, por ejemplo), es poco probable que se necesite usar la API REST. Pero si desea construir algo mucho más interactivo y que reaccione más rápido a los usuarios, entonces el resto abre todo tipo de posibilidades.
Ahora pasemos al análisis de posibles barreras en la forma de usar la API REST y que debe o no preocuparse. Compatibilidad del navegador Lo más obvio de construir un sitio en JavaScript usando el resto es que solo se ejecutará en navegadores que han activado JavaScript. Intente acceder a un spa que use con frecuencia (como Google Docs) y deshabilite JavaScript en el navegador. No se ve bien:
¡Todo desaparece! Esto se debe a que la aplicación se está ejecutando completamente en JavaScript. Entonces, si sus usuarios no tienen JavaScript activado, ni siquiera podrán ver su sitio, y mucho menos interactuar con él.
Pero, ¿cuántas personas probablemente no hayan activado JavaScript? Bueno, no hay muchos en el escritorio. Todos los principales navegadores ejecutan JavaScript, por lo que si sus usuarios no han decidido desactivar JavaScript, tendrán acceso a su sitio incluso en los navegadores móviles no deberían tener problemas. Los principales navegadores móviles ejecutan JavaScript, incluso la mini ópera si se encuentra en un sistema operativo reciente. En el pasado, el método Mini Opera para reproducir el contenido a través de un servidor proxy significaba que no estaba jugando bien con JavaScript, pero en las versiones más recientes no es el caso. Sin embargo, si es probable que su público objetivo ejecute sistemas operativos más antiguos, le aconsejo que verifique qué versiones del navegador se ejecutarán y qué es la compatibilidad de JavaScript. Si cree que tendrá usuarios que no tienen JavaScript activado, entonces puede agregar contenido en Su sitio, que solo será visible para ellos. Pon eso en un . Esta etiqueta no siempre se ha utilizado bien: los desarrolladores a veces lo usan solo para decirle a los usuarios que no ejecutan JavaScript (como en este ejemplo inútil de W3Schools). Pero puede usarlo de una manera que ayude a sus usuarios. En lugar de decirles que no ejecutan JavaScript, proporcionan información sobre cómo iniciarlo y, lo más importante, proporcionan un enlace a una página alternativa que no ejecuta JavaScript. De esta manera, aún pueden acceder a su contenido.

Performance Todos quieren que su sitio también funcione. Aumentar la velocidad de su sitio minimizará el riesgo de perder visitantes y aumentará la clasificación en sus motores de búsqueda. Si aún no ejecuta un complemento de rendimiento (como nuestro complemento de optimización de Hummingbird) en su sitio web de WordPress, debería hacerlo. Pero, ¿qué hace el uso de la API REST para el rendimiento? Bueno, la mayor preocupación es alrededor de los tiempos de carga de la página. Si su página depende de las Escrituras, el navegador esperará hasta que cargó cualquier script antes de pasar al siguiente elemento en la página. Aquí JavaScript difiere de CSS: cuando el navegador cumple con el estilo, continúa cargando el contenido después de él y cargando el CSS al mismo tiempo, mientras que con JavaScript se detiene hasta que carga las Escrituras. Esto significa que debe resistir la tentación de Cargue todos los scripts inmediatamente al cargar la página inicial o la página principal del SPA. Cualquier scripts que no sea necesario al cargar la página debe cargarse al final de la página y no en la sección .
Es una mala práctica adjuntar scripts al gancho WP_head en WordPress, ya que eso significa que tendrán que cargarse antes que cualquier otra cosa.
Por supuesto, si construyes un spa que se basa completamente en JavaScript, esto podría ser difícil. Pero piense en los aspectos de su aplicación, las interacciones, las animaciones y cualquier otra cosa que necesite cargar y considerar cuándo son realmente necesarios. Ordene las cosas tan eficientemente como pueda.
Pero no todo es desgracia y oscuro.Trabajar con REST API puede mejorar el rendimiento de su sitio de otras maneras.Esto no se refiere a la carga de la página, sino a la velocidad de las interacciones.Como la API REST le permite almacenar datos locales en el cliente (es decir, el navegador) y no en el servidor, significa que cuando el usuario hace algo que significa que se deben cargar más datos, esto sucederá mucho más rápido.Por lo tanto, la respuesta es que el uso de la API REST tendrá un impacto en el rendimiento de su sitio. Solo si no cuida su código y que una vez que un usuario interactúe con una página, puede mejorar el rendimiento.
Experiencia del usuario que nos lleva a la experiencia del usuario o UX. El uso de la API REST para crear un sitio similar a una aplicación puede mejorar significativamente UX, pero solo si comprende los usuarios y qué esperar. Independientemente del tipo de sitio que construya y la tecnología que usa, un buen UX no proviene tanto de la tecnología, como la comprensión de sus usuarios y sus expectativas y necesidades. Si sus usuarios vienen a su sitio deseando una aplicación ágil que responda rápidamente a las entradas y les permita manejar los datos de una manera que no puedan con un sitio estándar de WordPress, entonces la API lo ayudará a lograr esto. Pero si se espera que sus usuarios consuman contenido, lo que es más importante es la facilidad de acceder a ese contenido y la velocidad con la que se carga. El resto no agregará nada aquí. Otra área donde la API REST puede mejorar la UX es más fácil de construir una aplicación móvil que acepte su sitio de escritorio y refleje de manera móvil. No solo portar el diseño de su sitio de escritorio en su móvil y esperar que funcione para sus usuarios. El desarrollo de una aplicación móvil es una disciplina muy diferente y debe comprender las expectativas de los usuarios en la interfaz y cómo funcionará su aplicación está trabajando. El resto del resto le hace mucho más fácil hacer esto que si simplemente desarrolle un sitio receptivo, por ejemplo. Asegúrese de tener una comprensión profunda de la interfaz con la que trabaja y a sus usuarios.

Realice pruebas e investigaciones de los usuarios y, si desarrolla una aplicación móvil, se familiarícese con las instrucciones de la interfaz para los sistemas operativos para los que se desarrolla. Si utiliza la API REST para desarrollar una aplicación para Android u otro sistema operativo, asegúrese de que Sigue sus instrucciones.
SEO SEO a veces se siente como el santo grial del desarrollo web. Cuando hablo con clientes o clientes potenciales, todo lo que parecen interesados ​​es cuán grande será su clasificación en Google. Por supuesto, debe maximizar las conversiones, por lo que una vez que haya atraído a esos visitantes que usan SEO, hacen lo que desea y no abandonan su sitio. Pero es importante considerar el impacto potencial del desarrollo en JavaScript en el SEO de su sitio. Los desarrolladores a menudo se preocupan de que un sitio creado con el resto no sea accedido con los motores de búsqueda de rastreadores. Esto se debe a que el contenido se carga con scripts después de que una página está abierta, lo que hace que el contenido invisible para algunos robots. Pero Google y los otros motores de búsqueda no son estúpidos. Saben que si proporcionan información útil a sus usuarios en un entorno en el que se reproduce más contenido a través de JavaScript, deben acceder a ese contenido. Y la buena noticia es que accede a sitios web de rastreadores construidos en JavaScript. El sitio de ThemEconf, por ejemplo, se construye utilizando la API REST. Cuando busco Google, parece exactamente como era de esperar:
Sin embargo, tiene un poco menos de control sobre lo que accede con los motores de búsqueda de rastreadores cuando su sitio está construido en JavaScript. Esta prueba descubrió que Google ha accedido a rastreadores casi todo, desde una página web que se cargó usando JavaScript, con una excepción: nofollow Links. Entonces, si son comunes en su sitio, es posible que tenga algunos problemas. De lo contrario, no debe tener problemas. Hay algunos robots que no ven a JavaScript en su sitio. Si sus usuarios están pasando un enlace de Facebook a su sitio, por ejemplo, no se mostrará correctamente: por lo que puede haber un impacto en sus enlaces. De las redes sociales, pero No directamente en SEO. Accesibilidad Ya hemos hablado sobre la compatibilidad del navegador y el hecho de que los navegadores modernos aceptan totalmente JavaScript. Pero, ¿qué pasa con los usuarios que no usan un navegador para acceder a su sitio, sino un lector de pantalla u otra tecnología de asistencia?

Existe la percepción de que los usuarios de lectores de pantalla no tienen acceso a JavaScript, pero no es el caso. De hecho, una encuesta de 2012 realizada por WebAim mostró que el 98.6% de los lectores de pantalla se habían activado JavaScript. Por lo tanto, esto no significa que su sitio JavaScript o SPA sea necesariamente inaccesible. Sin embargo, significa que debe hacer el trabajo para asegurarse de que sea accesible. Muchos desarrolladores asumirán que JavaScript no es relevante para los usuarios de lectores de pantalla y, por lo tanto, proporcionará una alternativa no JavaScript sin tener en cuenta la accesibilidad de su JavaScript. Si desarrolla un sitio utilizando la API REST, dependerá de JavaScript y no querrá hacer esfuerzos adicionales para crear una versión alternativa accesible: es más efectivo hacer que su sitio principal sea accesible. Y dada la cantidad de usuarios de lectores de pantalla con acceso a JavaScript, no debería ser de todos modos. Pero hay cosas que tendrá que hacer para asegurarse de que su sitio sea accesible. Waraim dice: “Una página web que contiene JavaScript generalmente será totalmente accesible si la funcionalidad del script es independiente del dispositivo y la información (contenido) está disponible para tecnologías de asistencia … La única forma de garantizar que la accesibilidad de JavaScript sea evaluando cada página. que utiliza scripts y el desarrollo de una solución única para cualquier problema de accesibilidad encontrado “. Entonces, para que su sitio sea accesible, debe:
Asegúrese de que las interacciones no sean específicas de un solo dispositivo (generalmente activando el teclado, así como el mouse), utilizando controladores de dispositivo independiente. Use funciones de JavaScript que hacen que el contenido dinámico sea accesible y evite un cambio constante.

Pruebe todas sus páginas individuales utilizando una herramienta de accesibilidad como Wave y edítelas en consecuencia.
Un instrumento como Wave lo ayudará a evaluar la accesibilidad de su sitio.

Conclusión: Las cosas son mejores de lo que podría pensar que el comienzo con el resto puede ser desalentador. Hay muchas habilidades nuevas para aprender y, muy probablemente, construirá algo bastante diferente de los sitios de WordPress que ha creado en el pasado. Además de esto, también existen las preocupaciones que puede tener sobre cómo el cambio a JavaScript afecta el rendimiento, la accesibilidad, el SEO y otros factores. Pero estos no son un problema tan grande como podrías. La buena noticia es que Google y otros motores de búsqueda pueden acceder a usted con los rastreadores en el sitio de JavaScript, la gran mayoría de los navegadores lo aceptarán, UX y el rendimiento pueden mejorarse si se cuida, y la accesibilidad no debe ser un problema siempre que usted desarrollarse de manera accesible. Entonces, ¿qué te detiene? Si todavía lo duda, nuestra guía de API WP-Rest lo ayudará a comenzar.

¿Usas la API REST? ¿Qué beneficios trajiste y qué desafíos tuviste que superar? ¡Dinos en los comentarios!
Etiquetas:
Javascript
El resto