Categorías
Mundo 2.0 WordPress

WordPress no es para blogs

Antedecentes

Quiz√° algunos os hay√°is encontrado, en alg√ļn momento, con la problem√°tica de necesitar una p√°gina de noticias para vuestros productos. Nosotros, cuando nos la encontramos, hacemos lo que consideramos obvio: montar un WordPress. Cosa que no es complicada, puesto que normalmente todos¬†nuestros desarrollos est√°n realizados con WordPress y s√≥lo tenemos que meter un elemento m√°s en el men√ļ y asignar una plantilla. Pero, ¬Ņqu√© pasa con aquellos desarrollos que no est√°n hechos en WordPress? ¬ŅQu√© pasa con esos¬†desarrollos hechos con otros frameworks, o programados a pelo? ¬ŅQu√© pasa cuando tienen la necesidad de poner una p√°gina de noticias?

Muchos hacen lo que ellos consideran obvio: utilizar la herramienta que han utilizado para hacer todo lo demás. Eso no quita que, cuando me lo cuenten, yo me quede con cara de Testigo de Jehová en la puerta de una casa al que le hubieran dicho:

‚Äď ¬ŅLe presento a Dios?
‚Äď No te preocupes, si ya tenemos gato en casa

El proceso

Y claro, uno se siente como traicionado. Piensa¬†c√≥movasahacerloapelosobruto. Piensas en lo f√°cil que es de instalar, en hacer s√≥lo dos clicks y tenerlo todo, en integrarlo en cualquier sitio y dominio… Y entras en fase de duelo.

Ya sabéis cómo va esto del duelo.

La primera fase es la de la negación. Cómo vas a montarte un blog a pelo teniendo la mejor herramienta del mercado a dos clicks.

Después, la ira. ¡Estoy rodeado de herejes y blasfemos!

Y despu√©s llega la negociaci√≥n. ¬†Par√©monos a pensar un rato. Vamos a darle dos vueltas al asunto. Imagina que alguien necesita¬†un espacio en el que poner noticias. Pero no quiere un¬†blog al uso.¬†No lo¬†necesita. S√≥lo necesita que sus noticias lleguen.¬†¬ŅTiene sentido montar un WordPress para eso? Por comodidad, s√≠. Pero… ¬ŅY si sus canales de comunicaci√≥n son otros? ¬ŅRealmente tiene sentido?

Y aqu√≠ llega el¬†dolor emocional. ¬ŅY si WordPress no es para blogs?¬†¬ŅY si nuestro software ha evolucionado tanto que utilizarlo para blogs es infrautilizarlo?

La conclusión

Llega la fase de Aceptación.

En ella, se asume que la pérdida es inevitable. Supone un cambio de visión de la situación sin la pérdida; siempre teniendo en cuenta que no es lo mismo aceptar que olvidar.

Y s√≠, pensadlo bien. ¬ŅQu√© es WordPress ahora mismo? Un CMS. Peque√Īo en su interior, pero muy bien formado y con millones de posibilidades.¬†Todas las mejoras que ha ido a√Īadiendo durante todo este tiempo, todo lo que ha ido creciendo, lo han convertido en¬†una de las herramientas m√°s vers√°tiles que existen ahora mismo en web.

No lo digo yo. Lo dicen los n√ļmeros. ¬ŅY entonces? ¬ŅQu√© hacemos ahora?

La solución

Est√° claro que muchos no utilizan WordPress para hacer sus p√°ginas de noticias. Durante este tiempo nos han demostrado que no les hac√≠a falta, y hace poco nos han demostrado (o nosotros por fin hemos entendido)¬†que ten√≠an raz√≥n. Porque llevo mucho tiempo dici√©ndole a la gente eso de ¬ęsi quieres montar una catedral, entonces instala Drupal¬ę. Y resulta que, poco a poco, WordPress tambi√©n se ha convertido en un¬†peque√Īo monstruo. Muy peque√Īo en n√ļcleo, pero con miles de posibilidades. Hora de aplicarse el cuento.

Nosotros tenemos tambi√©n nuestra forma de hacer las cosas. Como especialistas en WordPress (como otros lo son en otras cosas), desde hace ya unos a√Īos en Mecus¬†aplicamos este formato con nuestros clientes:

  • Si necesitan un blog al uso, utilizamos WordPress.com¬†(con dominio propio y, en caso de necesitar dise√Īo, mejora de CSS)
  • Si necesitan un blog con algunas personalizaciones (temas y, sobre todo, plugins espec√≠ficos), la soluci√≥n es¬†un espacio en nuestro multisite con mapeo de dominio (lo que hace WP.com, pero con las posibilidades de .org).
  • Y si necesitas una red social, una tienda, una web m√°s completa, una comunidad, una revista, un peri√≥dico, o tu propia red de blogs¬†donde ser aut√≥nomo… la¬†soluci√≥n, entonces s√≠, es una instalaci√≥n completa de WordPress.org

El por qué de todo esto

Llevaba unos d√≠as d√°ndole vueltas a qu√© contar en la CampusMac de este a√Īo. El a√Īo pasado hice un peque√Īo recorrido sobre WordPress para¬†gente nueva, y este a√Īo quer√≠a continuarlo de alguna forma. Despu√©s de mucho pensar, en un momento fortuito lleg√≥ la inspiraci√≥n. Como¬†suelen ocurrir estas cosas, sin querer, mientras volv√≠amos¬†de BetaBeers Huelva¬†y en medio de una charla muy animada.

La idea es simple. Con todas las ideas anteriores, voy a hacer un mashup de la ponencia de la Meetup de Marbella, Un viaje en el tiempo, y voy a ampliarla (tuve que contarlo todo en 22 minutos y da para mucho más) para poder contar de verdad la evolución de WordPress con usos y casos prácticos.

El hilo conductor de la charla taller será todo esto que os cuento en el artículo, que WordPress ya no es para blogs.
Porque WordPress sigue siendo para blogs, pero… quiz√° no para todos. Y, en cambio, ahora es una opci√≥n muy v√°lida para much√≠simas otras cosas.

P.D.: Gracias a Isra y a Juan por ayudarme (sin querer) a desarrollar la idea y a darle forma a la charla/taller.

Por Rafa Poveda

Rafa Poveda es un evangelista del software libre y en concreto de WordPress, software con el que lleva trabajando desde 2007.
Actualmente es CTO de MyTinySecrets LTD y Jefe de proyectos en Pixelated Heart, donde ense√Īa a otras compa√Ī√≠as a comunicarse y a tener una presencia online utilizando WordPress como su herramienta principal. Tambi√©n trabaja ense√Īando WordPress dando clases en masters y cursos in-company para desarrolladores.

10 respuestas a ¬ęWordPress no es para blogs¬Ľ

Muchas gracias Rafa por compartir vuestra experiencia. Es muy interesante. Ya me coment√≥ Luis algo en la cena de la primera Meetup de Marbella. Creo que es una buena pol√≠tica de organizaci√≥n para la productividad, desde luego ese sistema de trabajo puede bajar mucho tiempo y costes de mantenimiento. Aunque tambi√©n tiene sus riesgos, claro. Nosotros ofrecemos alojamiento en nuestro server solo a algunos clientes y vuestro sistema me parece genial pero ¬Ņy los correos electr√≥nicos, como los gestionais? Porque con ese sistema no puedes dar accso a cPanel o al panel que useis que creo recordar que me dij√≠steis que es uno propio… En nuestra experiencia son los correos electr√≥nicos de algunos clientes lo que m√°s dolores de cabeza da… quiz√° ¬Ņalojarlos en un servidor de correo externo sea la mejor soluci√≥n?. Gracias y un abrazo.

(off topic: no se ven los textos de las etiquetas (label) de las casillas de suscripción, borra esto si quieres antes de publicar)

Hola, √Āngeles :).

En nuestro caso hacemos un mix. Va así:

  • El sitio se crea en el multisite
  • En el panel de control del servidor se crea el espacio para el dominio (s√≠, sistema propio en este caso, pero con Plesk tambi√©n se pod√≠a hacer de igual forma ‚Äďcuando ten√≠amos servidores en Media Temple lo hac√≠amos).
  • En la configuraci√≥n del Apache, le decimos al multisite que el nuevo sitio forma parte de √©l, que apunte ah√≠
  • El resto de panel de usuario sigue funcionando. Es decir, el usuario puede tener sus datos para acceder a su panel, y ah√≠ gestionar todo lo referido al correo. Lo que estar√° fuera de uso por completo ser√° cualquier apartado de FTP.

De esta forma no hay que tocar DNS para nada ūüôā

De las etiquetas de suscripción, lo sé. Me avisó Joan Artés ;). Parece que Jetpack y las versiones de prueba no se llevan del todo bien, y se resiste a utilizar los estilos. Lo tengo en revisión.

Excelente. Gracias por la respuesta Rafa. En cualquier caso, si un cliente necesitase de forma justificada un FTP siempre se le podría habilitar una zona FTP para su uso personal, me refiero a carga y descarga de catálogos de productos, fotos en alta resolución, tarifas especiales mayoristas y cosas así que son frecuentes. Aunque claro, también puede usar el de WordPress, me refiero a esos casos que pueden ser archivos excesivamente pesados. ¡Gracias de nuevo!

Permite generar el sitio web en HTML est√°tico y subirlo autom√°ticamente a tu servidor FTP o a GitHub Pages.

A eso nos venimos a referir. Para el 5% que tiene los conocimientos técnicos necesarios, hay otras opciones que, por supuesto, van a cargar mucho menos el servidor. Y para todos los demás, tenemos Nginx + WP + Varnish + Supercaché, que también hacen su magia :D.

Al final la respuesta correcta suele ser ¬ęcon la herramienta que conozcas mejor¬Ľ. Sobre todo, porque tienes que conseguir que todo sea seguro. MUY seguro. Sobre todo con tanto splogger suelto.

Deja un comentario