La comunidad de WordPress se enfrenta a una de sus mayores crisis hasta la fecha, provocada por las decisiones controvertidas de Automattic, la empresa dirigida por Matt Mullenweg, cocreador de WordPress. La desactivación de cuentas clave de colaboradores y la reducción de recursos asignados al desarrollo de este popular gestor de contenidos web están agravando una polémica que siembra dudas sobre el futuro de la plataforma.

Un 'nuevo comienzo' que parece todo lo contrario

Automattic ha sido tradicionalmente un pilar en el desarrollo de este CMS, dedicando importantes recursos y personal a su crecimiento. Sin embargo, ahora ha anunciado una reducción de sus contribuciones patrocinadas al proyecto WordPress, justificándolo como una estrategia para recalibrar esfuerzos y fortalecer la plataforma a largo plazo, aunque a efectos prácticos debilite el desarrollo colaborativo de la plataforma.

Eso sí, todo disimulado bajo referencias a la "resiliencia" y a un "nuevo comienzo" del proyecto... y señalando como responsables de esta decisión tanto a la demanda presentada por WP Engine como a las críticas de miembros de la comunidad, a quienes se refirió irónicamente como 'comunidad' (comillas incluidas).

"¿Tiene la 'comunidad' permiso para continuar [desarrollando] o se trata sólo de una toma de rehenes?", contestan los desarrolladores de un plugin a Automattic en X.

La guerra contra WP Engine y los críticos

El conflicto con WP Engine, un importante proveedor de hosting, se ha ido agravando desde que comenzaron las hostilidades en septiembre de 2024. En aquel entonces, Mullenweg los acusó de beneficiarse de WordPress sin retribuir a la comunidad, y dio comienzo a un 'boicot' contra la compañía que terminó derivando en una demanda contra Automattic.

Esta última argumenta ahora que los gastos legales asociados (ya han empezado a llegar los reveses judiciales, además) son una de las razones principales para su repliegue en el apoyo a WordPress.

Pero WP Engine no es el único damnificado por las represalias de Automattic: ésta también ha marginado a desarrolladores críticos como Heather Burns y Morten Rand-Hendriksen, quienes desde 2017 venían abogando por una gestión más transparente y equilibrada del proyecto. Ambos han acusado a Mullenweg de estar más centrado en consolidar el control que en fomentar la colaboración.

En Genbeta

WordPress vive un tremendo caos, así que la gente busca alternativas para crear webs: aquí tienes seis gratis

Bifurcar está muy bien... en teoría. O ni eso

Por otro lado, Mullenweg también ha tomado la decisión desactivar la cuenta de otro destacado miembro de la comunidad, como Joost de Valk, acusándole de planear un 'fork' (bifurcación) del proyecto WordPress.

De Valk, creador de Yoast y exlíder de marketing de la Fundación WordPress, había publicó una propuesta para hacer evolucionar WordPress hacia un modelo más descentralizado, abogando por repositorios federados:

"El simple hecho de tener 'mirrors' de WordPress.org tampoco resuelve realmente el problema de que una sola parte controle nuestro único servidor de actualizaciones. Para eso, tenemos que asegurarnos de que esos 'mirrors' se federen entre sí, compartan los datos de los demás y… permitan que se alojen allí temas y complementos independientes".

Aunque De Valk negó cualquier intención de crear un nuevo proyecto rival de WordPress, Mullenweg descalificó esa propuesta por tratarse, aparentemente, de un intento de 'fork', lo que desató un aluvión de críticas...

... sobre todo teniendo en cuenta que Mullenweg ha expresado públicamente no tener problemas con que puedan emprenderse bifurcaciones, al ser algo inherente al espíritu del código abierto.

Ahora, sus acciones envían un mensaje contradictorio (o hipócrita, según algunos), pues dan a entender que cualquier intento (o mera sugerencia) de cambio será contestado con el exilio del proyecto.

Imagen | Marcos Merino mediante IA

En Genbeta | El fundador de WordPress exige lealtad a sus desarrolladores (y usuarios) y desata el caos: 160 empleados ya han renunciado

La empresa matriz de WordPress, Automattic, acaba de sufrir un revés judicial: ayer martes, un juez del distrito de California le ha ordenado que deje de bloquear el acceso de WPEngine a los recursos de WordPress.org y de interferir con sus plugins.

Todo comenzó el pasado mes de septiembre, cuando Matt Mullenweg, cofundador de WordPress y líder de Automattic, lanzó una campaña pública contra WPEngine, acusando a la empresa de usar indebidamente la marca registrada de WordPress y de no contribuir lo suficiente a la comunidad de WordPress.

Poco después, Automattic prohibió a sus empleados colaborar con WPEngine y bloqueó el acceso de ésta a los servidores de WordPress.org y llegó hasta el extremo de 'secuestrar' el plugin ACF (Advanced Custom Fields) de WPEngine.

Contexto del conflicto

WordPress, un CMS (sistema de gestión de contenidos) de código abierto utilizado por más del 40 % de los sitios web del mundo, fue creado en 2003 por Matt Mullenweg y Mike Little. Automattic Inc., también fundada por Mullenweg, ha capitalizado esta plataforma ofreciendo servicios comerciales como hosting gestionado, plugins y temas relacionados con WordPress.

WP Engine, por su parte, se ha consolidado como uno de los principales proveedores de hosting y herramientas personalizadas para sitios construidos sobre WordPress. La empresa afirma haber invertido cientos de millones de dólares en desarrollar recursos, plugins y temas que enriquecen el ecosistema WordPress.

En Genbeta

WordPress vive un tremendo caos, así que la gente busca alternativas para crear webs: aquí tienes seis gratis

Acusaciones de WP Engine

El conflicto se intensificó en septiembre de 2024, cuando WP Engine denunció que Automattic y Mullenweg emprendieron acciones que considera "coercitivas" y "anticompetitivas". Entre las principales acusaciones destacan:

1. Amenazas y coerciones: Heather Brunner, CEO de WP Engine, declaró que Automattic exigió el pago de un 8% de los ingresos brutos de WP Engine como regalía o el compromiso de dedicar recursos equivalentes al desarrollo del núcleo de WordPress. Brunner también acusó a Mullenweg de amenazar con una "estrategia nuclear" si no se cumplían sus demandas.
2. Bloqueo de acceso a recursos: WP Engine asegura que Automattic bloqueó el acceso de sus usuarios al repositorio de plugins de WordPress.org, dificultando la actualización y la instalación de plugins esenciales.
3. 'Secuestro' del plugin ACF: WP Engine alega que Mullenweg modificó su plugin "Advanced Custom Fields" (ACF) sin autorización, renombrándolo como "Secure Custom Fields" y reasignando a este último los usuarios del primero sin consentimiento de WP Engine.
4. Campañas de desinformación: La compañía también acusa a Mullenweg de hacer declaraciones públicas que desacreditan a WP Engine, fomentando la migración de sus clientes a otros servicios.

Respuesta de Automattic

En su defensa, Automattic argumenta que las acciones tomadas fueron necesarias para proteger la integridad del ecosistema WordPress. Mullenweg sostiene que WP Engine ha contribuido de manera limitada al desarrollo de WordPress, a pesar de beneficiarse significativamente del mismo. También defiende la modificación del plugin ACF como una medida para garantizar la seguridad y funcionalidad tras una vulnerabilidad detectada.

Automattic se ampara en el hecho de que WP Engine mantiene "pleno control" sobre sus plugins y puede "distribuirlos de manera independiente" a través de sus propios canales (una argumentación similar a la de Microsoft durante los casos antimonopolio que siguieron a la 'guerra de navegadores').

El fallo preliminar del tribunal

"Si bien los demandados (Automattic) definen el daño sufrido por WPEngine como 'autoinfligido' porque construyó su negocio en torno a un sitio web "que no tenía ningún derecho contractual a utilizar", el papel de los demandados para ayudar a que el daño se materialice a través de sus recientes acciones específicas hacia WPEngine, y no hacia ningún otro competidor, no puede ignorarse".

En un fallo emitido ayer, 10 de diciembre de 2024, el tribunal adoptó una medida provisional destinada a proteger temporalmente los derechos de WP Engine mientras se resuelve el caso de fondo. Así, se obliga a Automattic a restaurar temporalmente el acceso de WP Engine al repositorio de WordPress.org, mientras se resuelve el litigio, y se prohíbe a Automattic, además, realizar cambios no autorizados en los plugins de WP Engine.

Imagen | Marcos Merino mediante IA

En Genbeta | Así puedes desarrollar webs WordPress offline y sin salir de tu PC con LocalWP

Ya hemos publicado varias noticias en los últimos días que dejan claro que WordPress y su comunidad de usuarios están en una situación caótica: el fundador y responsable del desarrollo de este CMS (el más usado de Internet, nada menos) se ha lanzado a criticar a proveedores de alojamiento, a 'secuestrar' plugins de terceros y a exigir 'lealtad' a desarrolladores y usuarios del sistema.

En esas circunstancias, muchos se preguntan si es posible abandonar WordPress en favor de otro CMS (gestor de contenidos) igualmente gratuito y funcional. La respuesta es sí, y hay para todos los gustos...

1. ClassicPress

¿Te suena de algo?

Quizá estés pensando que todas las polémicas de las últimas semanas en torno a WordPress hagan recomendable crear una bifurcación (fork) del proyecto original (como OpenOffice y Libreoffice, por ejemplo) y ya está. Bueno, lo cierto es que ese fork ya existía desde hace algunos años, y su nombre es ClassicPress.

ClassicPress se separó de WordPress en su versión 4.9 (WordPress ya va por la 6.6), y fue creado por usuarios y desarrolladores que preferían el enfoque clásico de WordPress antes de que Mullenweg se empeñara en introducir el editor de bloques Gutenberg.

ClassicPress conserva la apariencia y funcionalidad del WordPress "clásico", enfocándose en la estabilidad y evitando cambios significativos como los que WordPress ha llevado a cabo en versiones recientes. Es decir, para muchos, ClassicPress es 'más WordPress' que el WordPress oficial.

Su gran ventaja: Al usar el mismo sistema de temas y plugins que el original, muestra una alta compatibilidad con los complementos antiguos de WordPress (e incluso con un buen puñado de los más modernos).

Su desventaja: No soporta el editor de bloques Gutenberg, pero sabiendo que el plugin 'Classic Editor', que desactiva áquel, es el cuarto más usado en WordPress (más de 10 millones de instalaciones activas)... quizá no sea una función tan imprescindible, ¿verdad?

Genbeta

Mejores hostings 2024, qué mirar antes de contratar uno y lista con algunos recomendados

2. b2evolution

Si ClassicPress era un fork de WordPress, b2evolution es un fork alternativo a WordPress. Me explico: en sus inicios, WordPress nació también como un mero 'fork', en su caso del ya desaparecido 'b2/cafelog'. Sin embargo, otro equipo de desarrolladores optó por hacer evolucionar 'b2' por separado... y así surgió 'b2evolution'.

Al provenir del mismo código base, la estructura y enfoque de WordPress y b2evolution (diseño modular, orientado a blogs) son similares, pero éste último ha apostado por integrar más funcionalidades de manera nativa: gestión de foros (disponible en WP con el plugin BBPress) y de comunidades (lo mismo, con BuddyPress), galerías de fotos, listas de correo, etc. También está más enfocado a instalaciones multiblog.

3. Ghost

Ghost es una plataforma de publicación centrada en la simplicidad y en el rendimiento, creada con un enfoque explícito en el formato blog, y en ofrecer una experiencia más minimalista que WordPress, gracias a una interfaz limpia y moderna que facilita editar y organizar contenido sin distracciones.

Por todo ello, tiene menos potencial multifunción que WordPress, pero puede llegar a ser más recomendable para creadores de contenidos poco interesados en los aspectos técnicos de la gestión de un CMS.

4. Concrete5

Concrete5 es un CMS que incluye un constructor visual incorporado por defecto, permitiendo a los usuarios editar directamente las páginas en el frontend, haciendo la experiencia muy intuitiva para quienes no tienen experiencia técnica.

Igualmente, permite diseñar contenidos en el frontend arrastrando bloques de contenido directamente en la página, aunque este 'constructor' no sea tan potente como el Gutemberg de WordPress.

Genbeta

Headless CMS: qué son y en qué se diferencian de los CMS tradicionales

5. Drupal

Drupal es un CMS potente y altamente flexible que, aunque tiene una curva de aprendizaje más pronunciada en comparación con WordPress, es ideal para sitios web que requieren funciones más avanzadas, como grandes bases de datos, múltiples usuarios con diferentes roles y permisos, y en general sitios web que requieren de una gran personalización a nivel técnico.

6. TYPO3

TYPO3 puede ser una excelente alternativa a WordPress para aquellos que buscan un CMS más avanzado, flexible y orientado a sitios web a gran escala. Como en el caso de Drupal, su estructura modular lo hace extremadamente flexible y adecuado para proyectos que requieren múltiples idiomas, roles de usuario complejos, y grandes cantidades de contenido.

Destaca en la gestión de múltiples sitios web desde una única instalación, y resulta, por supuesto, técnicamente más complejo de gestionar que WordPress.

Imagen | Marcos Merino mediante IA

En Genbeta | Cómo crear un blog sin necesidad de base de datos usando Grav

Ya os hemos contado que el ecosistema en torno a WordPress (el CMS más usado para crear sitios web hoy en día) lleva sufriendo caos y enfrentamientos desde hace unas semanas, a raíz de la intensa disputa entre su fundador y CEO de Automattic, Matt Mullenweg, y WP Engine, una de las principales empresas de alojamiento especializado en WordPress, a la que el primero ha calificado de 'cáncer' por no contribuir más al desarrollo de WordPress.

Y en estos últimos días, una polémica en torno a un popular plugin de la plataforma ha generado una notable escalada de las tensiones que empiezan, según muchos miembros de la comunidad, a poner en peligro la viabilidad del proyecto WordPress.

El conflicto

El pasado sábado, Mullenweg anunció que el equipo de seguridad de WordPress había decidido "bifurcar" el plugin 'Advanced Custom Fields' (ACF), desarrollado por WP Engine, y lanzar una versión alternativa bajo el nombre de 'Secure Custom Fields' (SCF). Según el anuncio, esta acción fue 'necesaria' para resolver un problema de seguridad, y para eliminar "upsells comerciales" (es decir, los llamamientos al usuario para adquirir la versión de pago).

"Ya han ocurrido situaciones similares antes, pero no a esta escala. Se trata de una situación poco común y poco habitual provocada por los ataques legales de WP Engine. No prevemos que esto suceda con otros complementos".

La 'bifurcación', en este caso, no sólo implica partir del mismo código que ACF y empezar a desarrollarlo por su cuenta (una práctica frecuente y normalizada en el ámbito 'open source'), sino que en este caso -y ahí radica la polémica- se está utilizando como excusa para que aquellos usuarios que actualicen el plugin ACF (que ha desaparecido del 'repositorio oficial' de plugins) ahora se vean automáticamente trasladados a SCF.

Genbeta

El fundador de WordPress exige lealtad a sus desarrolladores (y usuarios) y desata el caos: 160 empleados ya han renunciado

Con otras palabras. Esto es como si te suscribes a una revista que recibes por correo, hasta que un día Correos decide dejar de aceptar esos envíos... y empieza a mandarte, en su lugar, la 'Correos Magazine'. Si esto fuera un ciberataque, sería un ejemplo clásico del 'Man in the middle'.

Y es que los plugins de WordPress no están centralizados, pero su proceso de actualización sí: al haber sido expulsado ACF del repositorio, se obliga a sus usuarios a tener que estar pendientes de cada nuevo lanzamiento y a actualizar el plugin a mano.

Pero lo que supone un 'shock' para muchos usuarios es la forma en que WordPress ha 'secuestrado' a los usuarios de ACF forzándoles, de manera solapada, a cambiar el plugin que instalaron por otro.

Las acusaciones

Desde WP Engine, la respuesta no se hizo esperar. WP Engine respondió rápidamente a los movimientos de WordPress, argumentando que la versión vulnerable de ACF ya había sido parcheada para resolver el problema de seguridad mencionado... antes de que WordPress implementara la bifurcación. Aunque WordPress se ha defendido en X negando que el parche solucionara adecuadamente la vulnerabilidad.

El equipo de ACF expresó su indignación, describiendo la acción de WordPress como una "apropiación unilateral" del plugin, una medida que consideraron sin precedentes en la historia de la plataforma.

Iain Poulson, el gerente de producto de ACF, fue más allá, calificando las acciones de Mullenweg como un abuso de confianza y un conflicto de intereses. Según Poulson, este movimiento podría causar daños irreparables al ecosistema de WordPress y a la relación entre desarrolladores y la plataforma.

Por ahora, el personal de WordPress.org se está dedicando a borrar la multitud de reviews del nuevo plugin bifurcado con las que los usuarios denuncian la suplantación de ACF:

Las repercusiones

El conflicto también ha comenzado a tener repercusiones más allá de los desarrolladores de plugins. Los WordCamps, eventos de la comunidad de WordPress que promueven el intercambio de conocimientos, han comenzado a verse afectados: el equipo organizador de WordCamp Sidney reveló que WordPress Community Support eliminó a WP Engine como patrocinador del evento, sin que el equipo organizador tuviera voz en la decisión.

La comunidad de software libre también ha comenzado a reaccionar. David Heinemeier Hansson, creador de Ruby on Rails, comparó la situación con una "guerra comercial" dentro del mundo del código abierto.

Hansson criticó lo que considera un uso inapropiado de los repositorios de código abierto como herramientas en disputas contractuales y expresó su temor de que este tipo de acciones puedan sembrar dudas y desconfianza en una comunidad que, durante décadas, ha prosperado bajo los principios de la colaboración y la neutralidad.

Gergely Orosz (autor de la popular newsletter sobre programación 'Pragmatic Engineer') ha sido claro en X:

"Automattic hizo mucho bien por la comunidad del código abierto durante 20 años y, sin embargo, alegando que defiende la ética del código abierto (de devolver) cometió un robo descarado: robó el trabajo de 13 años y la base de usuarios de otro equipo".

Los críticos señalan que este tipo de acciones podrían poner en peligro la integridad de WordPress como plataforma abierta y descentralizada. Si otros desarrolladores comienzan a temer que sus proyectos puedan ser apropiados sin su consentimiento, la comunidad podría enfrentar una crisis de confianza.

Y ojo, porque algunos usuarios han denunciado también que el cambio a traición de ACF por SCF "está rompiendo los sitios de WordPress". Desde su punto de vista,

"Este es el resultado de hacer un cambio inesperado a un plugin crítico que se utiliza en 2 millones de sitios y lanzarlo un sábado por la mañana! Gracias, Matt Mullenweg, por arruinar mi domingo".

Imagen | Marcos Merino mediante IA

En Genbeta | El nuevo editor de temas por bloques de WordPress 5.9 es su mayor novedad, pero profundiza en la división de su comunidad de usuarios

El ecosistema del gestor de contenidos web (CMS) más usado de Internet, WordPress, está inmerso en una de las crisis más notables de toda su historia a causa del ya comentado conflicto que se ha abierto entre Automattic (la empresa responsable de Wordpress.org y WordPress.com), y WP Engine, una popular plataforma de alojamiento web de terceros.

Este enfrentamiento ha llevado a la imposición de nuevas medidas en WordPress.org, la renuncia de más de centenar y medio de empleados de Automattic y la polarización de una comunidad que se había mantenido unida desde 2003. El conflicto ha puesto en jaque los principios del código abierto y ha desencadenado lo que parece ser el comienzo de toda una serie de batallas legales.

La génesis del conflicto

Todo comenzó cuando Matt Mullenweg, cofundador de WordPress y CEO de Automattic, acusó públicamente a WP Engine de aprovecharse del ecosistema de WordPress sin contribuir apenas al desarrollo de este proyecto 'open source'. Según Mullenweg, WP Engine se beneficia económicamente al utilizar recursos de WordPress, como temas y complementos, sin aportar al desarrollo comunitario.

En una serie de publicaciones en su blog y durante la conferencia anual WordCamp US 2024, el directivo no dudó a la hora de calificar a WP Engine como un 'cáncer' para la comunidad.

Por su parte, WP Engine, fundada en 2010 y controlada en parte por la firma de capital privado Silver Lake, respondió con una amenaza de acciones legales, acusando a Mullenweg de difundir afirmaciones falsas y de intentar extorsionarlos.

La firma alegó que el directivo de WordPress había amenazado con iniciar una campaña de desprestigio si WP Engine no accedía a "pagar decenas de millones de dólares" antes de la mencionada WordCamp.

La nueva casilla de verificación de "lealtad" en WordPress

Una de las medidas más controvertidas adoptadas por WordPress.org (la variante autoinstalable de WordPress) en este contexto ha sido la introducción de una nueva casilla de verificación en su página de inicio de sesión. Desde este mes de octubre, los usuarios deben declarar que 'no están vinculados a WP Engine de ninguna manera, financiera o de otro tipo' para poder iniciar sesión o registrar una nueva cuenta en la plataforma.

No es que WordPress tenga modo alguno de poder verificar la afirmación del usuario, pero esta medida, percibida como un extraño e inesperado 'test de lealtad', ha causado una gran confusión entre los usuarios y colaboradores de la comunidad, muchos de cuyos miembros se preguntan si su vínculo con WP Engine, aunque sea mínimo, podría afectar su acceso a la plataforma.

Peor aún: algunos colaboradores veteranos de WordPress, como Andrew Hutchings y el español Javier Casares, han sido expulsados del canal de Slack utilizado para coordinar el desarrollo de la plataforma tras expresar dudas sobre la nueva casilla de verificación.

La purga en Automattic

La disputa entre Automattic y WP Engine no sólo ha afectado a la comunidad externa de WordPress.org, sino que también ha desencadenado una crisis interna en Automattic: Mullenweg, su CEO, ofreció una compensación económica de 30.000 dólares o seis meses de salario, a aquellos empleados que no estuvieran de acuerdo con su estrategia y decidieran abandonar la empresa antes del 3 de octubre de 2024.

Esta oferta, descrita como una 'oferta de alineamiento', se ha traducido en la salida de 159 empleados, aproximadamente el 8,4% de la plantilla, la mayoría de los cuales formaban parte de áreas clave de la compañía.

Genbeta

Así es la (extraña) campaña de marketing negativo contra WordPress en la que se ha embarcado Wix

Tanto miembros de la comunidad como analistas del sector han considerado que este tipo de medidas atenta contra los principios del software libre y el código abierto. A pesar de las críticas, el CEO ha defendido su postura, afirmando sentirse agradecido con aquellos que aceptaron la oferta.

El futuro de WordPress

Ahora mismo, la situación de la comunidad de WordPress es caótica: hay miembros que no saben en qué situación se encuentran legalmente y que temen ser vetados por cuestionar las decisiones de Mullenweg.

Casares, de hecho, ha puesto sobre la mesa la propuesta de "transferir todo el proyecto" de WordPress.org a la Fundación WordPress, separándolo claramente de Matt Mullenweg y Automattic (que seguirían siendo propietarios de Wordpress.com). Y lanza una reflexión:

"Desde el miércoles, todo el que me dice «si he de elegir un lado en esto de la batalla de WordPress, elijo el lado de ( Automattic | WP Engine )», no han entendido nada. Esto no va de elegir a una u otra empresa, esto va de elegir el proyecto WordPress de código abierto, su web, su tecnología, su comunidad".

Mientras, el enfrentamiento entre Automattic y WP Engine no parece tener una resolución próxima. El conflicto legal continúa, con demandas interpuestas por ambas partes y una serie de acusaciones de uso indebido de marcas y derechos de propiedad intelectual.

Imagen | Marcos Merino mediante IA

En Xataka | WordPress es uno de los pilares de la web y acaba de estrenar un asistente de redacción impulsado por IA

Aunque WordPress es un proyecto de código abierto que cualquiera puede descargar y usar en un servidor propio como base de su sitio web, muchas personas y empresas prefieren pagar por servicios de alojamiento gestionado para evitar la complejidad técnica de gestionar servidores.

Ahí es donde entra WP Engine, una de las principales empresas de alojamiento gestionado y optimizado para sitios web basados en WordPress. Y ahí es también donde entra Matt Mullenweg, cocreador de WordPress y CEO de Automattic, que acaba de lanzar unas acusaciones contra dicha compañía que han sacudido a la comunidad de usuarios.

Críticas de Mullenweg a WP Engine

Hace unos días, en su intervención en la conferencia WordCamp US 2024, Mullenweg lanzó una crítica pública contra WP Engine (calificándola como un "cáncer para WordPress") por haber estado comercializando WordPress desde 2010 sin contribuir de manera relevante a su crecimiento y desarrollo. Opuso este modelo al de Automattic, la empresa que él mismo fundó en 2005 para monetizar WordPress:

• Según Mullenweg, Automattic contribuye semanalmente con 3.900 horas de trabajo a la iniciativa "Five for the Future", un proyecto que busca asegurar el futuro de WordPress.
• En comparación, WP Engine, que es de tamaño similar y genera ingresos cercanos a los 500 millones de dólares anuales, aporta sólo 40 horas a la misma iniciativa.

En Genbeta

Así es la (extraña) campaña de marketing negativo contra WordPress en la que se ha embarcado Wix

Mullenweg también arremetió contra WP Engine por dedicarse a desactivar características clave de WordPress, como el sistema de revisiones, que permite a los usuarios revertir cambios en su contenido. Según el CEO de Automattic, WP Engine limita esta función para ahorrar costes de alojamiento, lo que repercute negativamente sobre la capacidad de los usuarios para proteger y gestionar sus contenidos.

Por todo ello, Mullenweg realizó un llamamiento a la comunidad para que reconsideren usar WP Engine y exploren otras alternativas de alojamiento, como Hostinger, Bluehost Cloud y Pressable.

WP Engine responde

Pero la respuesta de WP Engine no tardó en llegar: Unos días después de las declaraciones de Mullenweg, la empresa envió un requerimiento extrajudicial a Automattic, no sólo exigiendo a Mullenweg que se retractara de sus comentarios si no quiere que se vean las caras en los tribunales...

...sino también acusándole de haber solicitado un pago sustancial de dinero antes de su charla, por lo que su ataque público no habría sido más que una represalia por no cumplir sus demandas.

En Genbeta

Así puedes desarrollar webs WordPress offline y sin salir de tu PC con LocalWP

Además, WP Engine afirmó que Automattic había exigido un porcentaje significativo de sus ingresos brutos ("decenas de millones de dólares"), a cambio del permiso para usar la marca "WordPress", una marca que WP Engine defiende que entra dentro del amparo del 'uso justo'.

Un conflicto que no viene de ahora

Este enfrentamiento entre Mullenweg y WP Engine no es un hecho aislado, sino parte de una debage más amplio sobre la monetización del proyecto WordPress. En el pasado, Mullenweg ya había lanzado críticas similares contra GoDaddy, al que calificó como una "amenaza existencial" para el futuro de WordPress por las mismas razones: lucrarse sin contribuir lo suficiente al proyecto.

Estos conflictos han generado un gran debate dentro de la comunidad de WordPress. Pero, ¿qué es exactamente lo que está en juego?

• El futuro de cómo se sostiene un proyecto de código abierto de la envergadura de WordPress, que actualmente está detrás de más del 40% de los sitios web del mundo.
• Las relaciones entre los actores comerciales que han crecido en torno a WordPress, como WP Engine y Automattic.

Vía  | TechCrunch

Imagen | Marcos Merino mediante IA

En Genbeta | Los programadores open source están hartos: quieren que las empresas que se benefician de su trabajo gratuito empiecen a pagar

La elección de un servicio de hosting es una decisión crucial para cualquier proyecto web. Un hosting (o alojamiento) web es un servicio que nos permite publicar un sitio web en Internet y que se mantenga accesible en todo momento. El proveedor de hosting es la empresa que nos proporciona la tecnología necesaria para ello, empezando por el alojamiento de los ficheros de nuestra web en su servidor, que es la máquina a la que el navegador remite al usuario cuando teclea la URL de nuestra web.

Pero no todos los servicios de hosting son iguales, claro.

Mejores hosting 2024: algunas sugerencias

Hostinger

Cuenta con ofertas de hosting a partir de 1,49 € al mes. Ofrece toda la gama de alojamientos, incluyendo VPS, cloud y hosting especializado para WordPress (y más especializado aún, también para el plugin de WordPress más usado en e-commerce: WooCommerce). Cuenta con una opción 'Pro' para gestionar múltiples sitios de terceros, pero también con un Diseñador de webs con IA para facilitarle la tarea a los más inexpertos. Sus centros de datos se reparten por varios continentes, pero cuentan con servicio de atención al cliente en castellano.

• Hostinger.es

Fácil de usar, seguridad avanzada, rendimiento inigualable, soporte al cliente excepcional… Y solo desde 1,49 €/mes. Además, incluye creador de sitios web con IA, dominio gratuito con el plan Premium y la posibilidad de crear hasta 100 sitios web (WordPress, Hosting Cloud, VPS, servidores para Gaming, WooCommerce y más). Utiliza el código “GENBETA” y disfruta de un 10% de descuento. Tu sitio web está solo a un clic.

Consejo ofrecido por la marca

Webempresa

Cuenta con ofertas de hosting a partir de 2,79 € al mes. Ofrece servidores compartidos, dedicados, cloud y especializados (en Joomla, en WordPress, en WooCommerce y en el constructor de temas Divi), pero no hosting VPS. También cuenta con un modalidad de hosting profesional ('Agencia'). Ofrecen 45 días de garantía de devolución (lo habitual son 30). Son una empresa española.

• Webempresa.com

Ionos

Cuenta con ofertas de hosting a partir de 1 € al mes. Sin limitación del ancho de banda. También cuentan con toda la gama habitual de alojamientos (sí, también el especializado en WordPress), y con un 'creador de webs' basado en IA. Cuenta con centros de datos en Estados Unidos y Europa, y cuentan con servicio de atención al cliente en castellano.

• Ionos.es

Cdmon

Tipos de hosting

Cuando vayas a contratar tu alojamiento, descubrirás que en realidad existen diversas modalidades del mismo, cada una con diferentes niveles de rendimiento, seguridad, control y escalabilidad. Elegir una u otra dependerá del tamaño de tu proyecto, de tus habilidades técnicas, presupuesto y necesidades; y, además, determinará cómo se desarrolla y se mantiene tu sitio web. Veamos las principales opciones disponibles...

Hosting compartido

El hosting compartido es aquel en el que varios sitios web de diferentes clientes se alojan en un mismo servidor, compartiendo sus recursos, como la CPU y la memoria RAM. Es la opción más económica, y la más adecuada para sitios web pequeños o de tráfico moderado, como blogs personales, portfolios o sitios web de pequeñas empresas... siempre y cuando no cuenten con requisitos de funcionamiento muy específicos.

Ventajas:

• Costo bajo, ideal para proyectos con presupuesto limitado.
• Fácil de configurar y requiere conocimientos técnicos avanzados.
• El mantenimiento y administración del servidor recae en el proveedor de hosting.

Desventajas:

• Reducido control sobre la configuración del servidor y las aplicaciones instaladas.
• Recursos limitados, lo que puede afectar el rendimiento si otros sitios en el servidor experimentan picos de tráfico.
• Si nuestros 'vecinos de servidor' son usados, por ejemplo, para enviar spam, su IP (que también es la nuestra, recordemos) entrará a engrosar listas negras de Internet, lo que también nos afectará a nosotros.

Hosting dedicado

En el hosting dedicado, tienes un servidor entero dedicado exclusivamente a tu sitio web, proporcionándote todos sus recursos. Esto es ideal para sitios web de gran tamaño con alto tráfico o aquellos que requieren configuraciones específicas del servidor.

Ventajas:

• Control total sobre la configuración del servidor.
• Recursos completos del servidor, ofreciendo un rendimiento superior.
• Mayor seguridad, ya que no compartes el servidor con otros sitios web.

Desventajas:

• Costo significativamente más alto.
• Requiere conocimientos técnicos para administrar y mantener el servidor.

Hosting VPS (Servidor Privado Virtual)

El VPS es un término medio entre el hosting compartido y el dedicado: aquí, un servidor físico se divide en varios servidores virtuales mediante software de virtualización, lo que permite que cada VPS funciona de manera independiente, con recursos asignados que no se comparten con otros sitios. Si el hosting compartido viene a ser el equivalente a compartir piso y el hosting dedicado a tener tu propio chalet, con el VPS pasamos a vivir en un bloque de pisos.

Ventajas:

• Recursos dedicados (CPU, memoria RAM), lo que mejora el rendimiento.
• Mayor control sobre el entorno del servidor, permitiendo la personalización.
• Escalabilidad, permitiéndote ajustar los recursos según las necesidades de tu sitio.

Desventajas:

• Más costoso que el hosting compartido, aunque menos que el dedicado. La mayoría de VPS básicos siguen siendo opciones bastante económicas.
• Eso sí, requiere más conocimientos técnicos para la administración del sistema.

En Genbeta

Cómo configurar un VPS desde cero (I)

Cloud hosting

El cloud hosting distribuye los recursos de tu sitio web a través de múltiples servidores en la nube, lo que permite una gran flexibilidad y escalabilidad. Es ideal para sitios web con tráfico fluctuante, ya que puedes escalar los recursos fácilmente durante los picos de tráfico.

Siguiendo con los paralelismos de vivienda, viene a ser como carecer de casa propia pero tener asegurado un apartamento turístico en cada ciudad que visitemos... incluso si cada miembro de la familia decide viajar por separado. Bueno, más o menos.

Ventajas:

• Escalabilidad fluida, con recursos que se ajustan automáticamente según la demanda.
• Alta disponibilidad y redundancia, minimizando el tiempo de inactividad.
• Pagas sólo por los recursos que utilizas, lo que puede ser más rentable para algunos sitios web.

Desventajas:

• La estructura de precios puede ser bastante compleja y difícil de predecir.
• Puede requerir conocimientos técnicos avanzados para optimizar la configuración.

Hosting especializado

Algunos proveedores ofrecen modalidades de hosting optimizado para plataformas específicas como WordPress, Moodle, Joomla o Magento. Estos servicios están diseñados para ofrecer el mejor rendimiento y seguridad para sitios web construidos con esas plataformas.

En realidad no es un tipo de hosting diferente, sino que se adscribe a alguna de las categorías anteriores. Sencillamente, incluye de serie configuraciones de servidor específicas para determinadas herramientas.

Ventajas:

• Optimización específica para la plataforma, lo que mejora el rendimiento y la seguridad.
• Soporte técnico especializado en la plataforma.
• Características y herramientas específicas para facilitar la gestión del sitio.
• Medidas de seguridad adaptadas a las vulnerabilidades y riesgos asociados con la plataforma específica.

Desventajas:

• Generalmente, más costoso que la versión genérica del mismo tipo de hosting.
• Menos flexibilidad si decides cambiar a otra plataforma en el futuro.

En Genbeta

Servidores caseros: para qué sirven y qué pueden hacer por ti

Para qué vas a utilizar el hosting

La elección del tipo adecuado de hosting depende en gran medida del uso específico que pienses darle: cada proyecto web tiene sus propias necesidades, desde blogs hasta aplicaciones web a gran escala.

Además, al evaluar para qué vas a utilizar el hosting, no debes tener en cuenta sólo tus necesidades actuales sino también tus objetivos a largo plazo: elegir un proveedor que pueda crecer con tu proyecto puede resultar clave.

• Webs personales / blogs: Para esta clase de webs, que no esperan un tráfico masivo inmediatamente, un hosting compartido suele ser suficiente. Estos sitios necesitan un espacio fiable, pero no requieren grandes cantidades de recursos ni características técnicas avanzadas. Sin embargo, si vas a empezar usando un CMS (gestor de contenidos) con necesidades muy concretas, quizá el VPS pueda tener que ser tu primera opción.
• Sitios web corporativos: Los sitios web de empresa requieren un enfoque equilibrado que considere la seguridad y la capacidad de manejar volúmenes moderados a altos de tráfico. El hosting en la nube o un VPS pueden ofrecer la escalabilidad necesaria para manejar el crecimiento del tráfico y las demandas de recursos sin comprometer el rendimiento.
• Tiendas online: Las tiendas online tienen requisitos más exigentes, como la necesidad de procesar transacciones seguras, manejar picos de tráfico durante promociones y ofrecer tiempos de carga rápidos para mejorar la experiencia del usuario. Un VPS, hosting dedicado o soluciones de cloud hosting son las opciones preferibles, al proporcionar mayor estabilidad, seguridad y capacidad de respuesta.
• Aplicaciones web :Las aplicaciones web, especialmente aquellas que manejan datos en tiempo real o tienen requisitos complejos de backend, pueden necesitar recursos dedicados y configuraciones específicas del servidor. Los hosting dedicados y las soluciones en la nube ofrecen el control, la potencia y la flexibilidad necesarios para optimizar el rendimiento de las aplicaciones web.
• Sitios con altos niveles de tráfico: Los sitios web que vayan a experimentar altos niveles de tráfico o, como poco, grandes picos de tráfico (como portales de noticias, sitios de eventos...) requieren soluciones de hosting que puedan escalar rápidamente para manejar el aumento de la demanda sin caídas o degradaciones significativas en el rendimiento. El cloud hosting es particularmente adecuado para estas situaciones, ofreciendo una gran flexibilidad para escalar recursos arriba o abajo según sea necesario.

En Genbeta

25 años después, Apache ha perdido la corona del servidor web más usado en Internet: larga vida al rey Nginx

Qué vas a necesitar del hosting

Una vez tengas claro qué tipo de proyecto vas a poner en marcha y a qué clase de hosting se ajuste, deberás elegir las caracteríticas concretas de este ('Vale, ya he decidido comprar un chalet... veamos cuántas habitaciones vamos a necesitar. ¿Y con piscina o sin ella?').

• Espacio de disco: El espacio de disco se refiere a la cantidad de almacenamiento asignada a tu sitio web por el proveedor de hosting: a cuánto es el máximo que pueden 'pesar' los archivos que carguemos en el servidor, vamos. Es crucial considerar cuánto espacio necesitarás no sólo al lanzar tu sitio, sino también a medida que vayas sumando contenidos. Los sitios que albergan muchas imágenes, videos y archivos necesitarán más espacio de disco.
• Ancho de banda y transferencia de datos: El ancho de banda es la cantidad de datos que tu sitio puede transferir a tus visitantes en un periodo de tiempo, por lo general medido mensualmente. Sitios con mucho tráfico o que ofrecen descargas de archivos grandes pueden consumir mucho ancho de banda. Asegúrate de entender los límites de ancho de banda de tu plan de hosting y las políticas de sobrecarga para evitar sorpresas en el rendimiento o costos adicionales.
• Servicio de e-mail: Tener direcciones de correo electrónico que coincidan con tu dominio es esencial para mantener una imagen profesional. Asegúrate de que el hosting ofrece servicios de correo electrónico, cuántas cuentas están permitidas y qué características de gestión y seguridad están incluidas. La protección contra spam es otro de los aspectos importantes a considerar.
• Panel de control: El panel de control es tu centro de mando para administrar tu hosting. y los servicios relacionados, y debe permitirte su uso incluso si no cuentas con conocimientos técnicos avanzados. cPanel y Plesk son los más conocidos (si bien existen numerosas alternativas), pues ofrecen interfaces intuitivas para gestionar dominios, instalar aplicaciones, crear y administrar cuentas de correo electrónico, y acceder a archivos.
• Soporte técnico: El soporte técnico es un aspecto vital, especialmente si no tienes mucha experiencia en la gestión de sitios web. Un buen soporte técnico puede ahorrarte tiempo y prevenir o solucionar rápidamente problemas técnicos. Investiga la reputación del soporte técnico del proveedor, incluyendo su disponibilidad (24/7), métodos de contacto (chat en vivo, teléfono, ticket...), y el tiempo de respuesta promedio.
• Compatibilidad con ciertas tecnologías: Dependiendo de las necesidades de tu proyecto, es posible que necesites soporte para ciertas tecnologías y lenguajes de programación como PHP, Ruby, Python, o bases de datos específicas como MySQL o PostgreSQL. Verifica la compatibilidad y las versiones ofrecidas para asegurarte de que el hosting pueda soportar tus aplicaciones web.
• Escalabilidad: Tu sitio web puede crecer con el tiempo, tanto en tráfico como en funcionalidades, y tu hosting debería poder crecer con él. La escalabilidad implica la capacidad de actualizar fácilmente tu plan de hosting a uno con más recursos (espacio en disco, ancho de banda, CPU, memoria) sin tiempo de inactividad ni complicaciones técnicas.

Dominio, ¿en el hosting o fuera del hosting?

La decisión de registrar y gestionar tu dominio con tu proveedor de hosting o mantenerlo separado, contratándolo con un proveedor diferente, es un detalle que deberás valorar con cuidado. Independientemente de la opción que elijas, asegúrate de investigar y seleccionar proveedores de hosting y registradores de dominios que sean reputados y confiables, para garantizar la seguridad y la estabilidad de tu presencia en online.

Registrar el dominio con el mismo proveedor que tu hosting

Ventajas:

• Conveniencia: Gestionar tu dominio y hosting desde el mismo panel de control ofrece simplicidad y conveniencia, facilitando la configuración y el mantenimiento de tu sitio web.
• Facilidad de configuración: Los proveedores de hosting suelen ofrecer configuraciones automatizadas que vinculan tu dominio con tu espacio de hosting, eliminando pasos técnicos que pueden ser complicados para los usuarios menos experimentados.
• Ofertas y descuentos: Muchos proveedores de hosting ofrecen el registro de dominio gratuito como parte de sus paquetes de hosting, lo que puede ser económicamente atractivo para nuevos sitios web.

Desventajas:

• Menor flexibilidad: Si decides cambiar de proveedor de hosting, trasladar tanto el hosting como el dominio puede ser un proceso más complicado, especialmente si estás insatisfecho con el servicio.
• Poner 'todos tus huevos en una misma cesta': Utilizar un único proveedor para ambos servicios puede presentar un punto único de fallo. Si el proveedor experimenta problemas técnicos o de seguridad, tanto tu sitio web como tu dominio podrían verse afectados simultáneamente.

Registrar el dominio con otro proveedor

Ventajas:

• Flexibilidad y control: Mantener tu dominio separado te da la libertad de cambiar de proveedor de hosting sin afectar el registro de tu dominio. Esto es particularmente útil si necesitas cambiar a un servicio de hosting que mejor se adapte a las necesidades de crecimiento de tu sitio.
• Seguridad mejorada: Separar los servicios puede proporcionar una capa adicional de seguridad. En caso de que la seguridad de tu proveedor de hosting se vea comprometida, tu dominio permanecerá seguro con el registrador.
• Gestión centralizada de dominios: Si posees varios dominios, mantenerlos registrados con un único registrador facilita su gestión, renovación y seguimiento, independientemente del hosting que uses para cada sitio.

Desventajas:

• Configuración más compleja: Puede requerir un conocimiento técnico ligeramente superior para apuntar correctamente tu dominio a tu espacio de hosting, aunque la mayoría de los registradores ofrecen guías detalladas o soporte para este proceso.
• Dos renovaciones separadas: Tendrás que gestionar y recordar renovar ambos servicios por separado, lo cual puede ser visto como una desventaja menor en términos de comodidad.

En Genbeta

Saber qué partes componen una dirección web te evitará caer en este nuevo timo

Características de seguridad

El tema de la seguridad en el hosting web es de suma importancia, ya que afecta directamente la integridad y la privacidad de los datos de un sitio web y sus usuarios. Al considerar estos aspectos de seguridad, puedes tomar una decisión informada sobre qué proveedor de hosting es el más adecuado para proteger tu sitio web y la información de tus usuarios.

• Acceso seguro: Busca características como el acceso SSH (Shell Seguro) o SFTP (Protocolo de Transferencia de Archivos Seguro) si quieres gestionar tu sitio de manera segura y reducir la posibilidad de accesos no autorizados.
• Backups y restauración de backups: La realización de copias de seguridad (backups) regulares es algo esencial para cualquier sitio web. Asegúrate de que tu proveedor de hosting ofrezca backups automáticos diarios, semanales y mensuales. Además, es importante que te permitan restaurar estos backups fácilmente.
• Actualizaciones automáticas de software: Los sistemas de gestión de contenido (como WordPress) y sus plugins o temas deben mantenerse actualizados para protegerse contra vulnerabilidades conocidas. Algunos hosts ofrecen la opción de actualizar automáticamente el software a su última versión, lo que puede ayudar a mantener tu sitio seguro... en caso contrario, te corresponderá a ti estar pendietne de dicha tarea.
• Monitoreo y soporte 24/7: La capacidad de responder rápidamente a cualquier problema de seguridad es invaluable, y tener expertos disponibles para asistirte en cualquier momento puede marcar la diferencia en situaciones críticas.
• Cifrado SSL: Un certificado SSL (ahora esencial para todos los sitios web, es lo que permite que la URL de tu web empiece por 'https://') cifra la conexión entre el servidor y los navegadores de los visitantes, protegiendo la transferencia de información sensible como datos personales, información de tarjetas de crédito, etc. Verifica que tu hosting ofrezca certificados SSL gratis o a un costo razonable.
• Protección contra ciberataques y DDoS: Una buena defensa contra ataques de denegación de servicio distribuido (DDoS) y otros tipos de ciberataques es vital. Estos ataques pueden hacer que tu sitio web sea inaccesible o comprometer la seguridad de tus datos. Busca proveedores de hosting que ofrezcan protección avanzada contra DDoS y otras medidas de seguridad proactivas para detectar y mitigar ataques.

Precios y escalabilidad

Elegir un proveedor de hosting basándote sólo en el precio puede resultar tentador, especialmente para proyectos nuevos o de bajo presupuesto. Sin embargo, es importante balancear el costo con la calidad del servicio, el rendimiento y, sobre todo, la capacidad de escalar.

Invertir en un hosting de calidad desde el principio puede ahorrar muchos dolores de cabeza en el futuro y asegurar que tu proyecto web tenga una base sólida.

En Genbeta

Los mejores servicios que ofrecen alojamiento gratis para tus webs, aplicaciones o experimentos

Entendiendo los precios del hosting

Los precios de los servicios de hosting varían ampliamente, dependiendo del tipo de hosting (compartido, VPS, dedicado, cloud), las características incluidas y el nivel de rendimiento garantizado. Aquí hay algunos puntos a considerar:

• Costes iniciales vs. renovación: Muchos proveedores de hosting ofrecen precios atractivos para nuevos clientes, pero los costes pueden aumentar significativamente en el momento de la renovación. Es importante leer la letra pequeña y entender cuánto pagarás a largo plazo.
• Estructura de precios: Comprende qué está incluido en el precio base y qué se considera adicional. Algunos proveedores cobran extra por servicios esenciales como backups, seguridad avanzada, y certificados SSL.
• Pruebas y garantías de devolución: Busca proveedores que ofrezcan períodos de prueba o garantías de devolución de dinero. Esto te permite evaluar el servicio sin compromiso financiero a largo plazo.

Costes ocultos

• Límites de recursos y sobrecostes: Algunos proveedores imponen límites estrictos en el uso de recursos (como el ancho de banda o el espacio en disco) y cobran tarifas excesivas por exceder estos límites. Es vital entender estos límites y cómo afectan el coste final.
• Extras y servicios premium: Averigua qué servicios que consideras esenciales pueden requerir pagos adicionales. Algunos ejemplos incluyen seguridad avanzada, soporte técnico prioritario y herramientas de SEO.

Escalabilidad

La capacidad de escalar tu servicio de hosting es crucial para adaptarse al crecimiento de tu sitio web sin enfrentar tiempos de inactividad o procesos de migración complicados. Considera los siguientes puntos:

• Actualizaciones fáciles: Elige un proveedor que permita actualizar tu plan de hosting o añadir recursos adicionales fácilmente a través de su panel de control, sin necesidad de soporte técnico.
• Flexibilidad en la escalabilidad: Algunos proyectos pueden experimentar crecimiento temporal o picos de tráfico (por ejemplo, durante campañas de marketing). Verifica si el proveedor ofrece soluciones de escalabilidad temporal, como recursos adicionales bajo demanda, sin necesidad de cambiar permanentemente a un plan más costoso.
• De compartido a dedicado: Si anticipas un crecimiento significativo, asegúrate de que el proveedor ofrezca una transición suave de hosting compartido a soluciones más robustas como VPS, dedicado o cloud. Idealmente, esta transición debería ser gestionada por el proveedor para minimizar los problemas técnicos.

Imagen | Marcos Merino mediante IA

En Genbeta | Así puedes desarrollar webs WordPress offline y sin salir de tu PC con LocalWP

A finales de la semana pasada —y con cinco meses de retraso sobre el calendario original— los responsables de WordPress.org lanzaron al mercado la versión definitiva de WordPress 5.9, la última 'release' del sistema de gestión de contenidos (CMS) más usado de Internet: lo usan el 65,3% de las webs basadas en alguna clase de CMS (el 43,3% de todos los sitios webs de la WWW), lo que suman unos 455 millones de 'sites'.

La tardanza a la hora de lanzar esta edición, la última de la serie 5.x, tuvo que ver con la incorporación de una nueva funcionalidad, que representa la mayor novedad de su lanzamiento: la 'edición completa del sitio' (también conocida com 'FSE' o 'full site editing')…

…que permite trasladar a los 'themes' de WordPress la misma filosofía de edición por bloques que ya se implantó en Wordpress 5.0 (2018), con la introducción del editor Gutenberg, para gestionar los contenidos de las páginas y artículos.

En Xataka

Automattic, la empresa detrás de WordPress, lanza P2, el 'Slack ligero' que han usado internamente durante años para teletrabajar

Ahora, la función de 'edición completa del sitio' permite a los administradores de una web incorporar o personalizar elementos relativos no al contenido, sino a la estructura de la web (cabecera, cajas de búsqueda, barras laterales, iconos de redes sociales, etc.) sin necesidad de recurrir a plugins externos ni de crear su propio theme (ni siquiera de editar el código PHP/CSS del theme actual).

Aquí podemos ver una pequeña muestra de lo que nos permitirá hacer FSE:

Para ello, eso sí, el theme deberá ser compatible con FSE, aún no hay muchos de este tipo disponibles, pero el nuevo theme por defecto de WordPress, el 'Twenty Twenty-Two', sí lo es, lo que nos permite empezar a probar la nueva función nada más actualizar el sitio. Con un par de clics extra, podremos instalar rápidamente otros themes compatibles gratuitos, como Astra o GeneratePress.

Sin embargo, los responsables del proyecto se preguntan por qué los autores de themes no se están subiendo a este nuevo carro:

Dear theme authors,
Why you are not submitting block themes in WordPress as you submit classic themes on a regular basis?
What are the reasons behind it? Please comment below. #WordPress #block #themes

— KafleG (@sandilyakafle) January 18, 2022

Un WordPress de dos velocidades

Lo relevante de este lanzamiento es que supone otro paso más en un camino iniciado hace unos años por WordPress.org para alejar intencionadamente a WordPress del típico modelo de 'CMS de blogs' y buscar, por el contrario, el 'cuerpo a cuerpo' con soluciones comerciales como Wix o Weebly.

Sin embargo, son muchos los usuarios de WordPress que 'pasan' de dar el giro al que parece pretender forzarlos la empresa desarrolladora, usuarios que sólo buscan un CMS sencillo para mantener webs sencillas.

No debería haber problema a la hora de compatibilizar ambas opciones, pero muchos usuarios encuentran su WordPress cada vez más centrado en dedicar sus recursos al desarrollo del editor Gutenberg, y un porcentaje cada vez mayor de ellos optan por alguna de estas tres opciones:

• Usar el nuevo WordPress 'tal cual', pero sin apenas exprimir las nuevas funciones.
• Seguir usando WordPress… pero en combinación con alguno de los muchos plugins que permiten desactivar Gutenberg (como 'Classic Editor', el cuarto plugin más usado en WordPress, con más de 5 millones de instalaciones activas).
• Dejar de usar WordPress, optando en su lugar preferiblemente por forks como ClassicPress, basado en el WordPress pre-5.x, que ofrece ni más ni menos que la 'experiencia de usuario tradicional' del viejo WordPress.

Y este divorcio entre una gran masa de usuarios y los que apuestan por el modelo actual (el 'WordPress de dos velocidades' del que habla Fernando Tellado, de AyudaWordPress) amenaza con agravarse una vez que WordPress suprima la compatibilidad con el editor clásico, una medida prevista ahora para diciembre de este mismo año (tras haber sido pospuesta un año con respecto a los planes originales de la compañía).

WordPress es el gestor de contenidos web más usado a nivel global: el 64,1% de los sitios web que hacen uso de algún CMS (y el 39,6% del total) funcionan sobre alguna versión de este producto open source desarrollado por Auttomatic.

Lo que mucha gente no sabe es que una instalación de WordPress no equivale necesariamente a un único sitio web: puedes instalar en tu alojamiento web un Wordpress multisitio, que te permita configurar y publicar en varios blogs interrelacionados desde un único punto y con una única cuenta de usuario.

El truco está en que, a partir del sitio web original (sitioweb.com), es posible crear otros en subdominios (sitio2.sitioweb.com) o en subdirectorios (sitioweb.com/sitio2).

Pasos a seguir

¿Cómo podemos lograr eso si ya contamos con un sitio web funcionando sobre WordPress? Repasemos los pasos a dar:

• Accedamos (mediante Cpanel o FTP) al fichero wp-config.php del actual sitio web. A continuación, insertemos la siguiente línea de texto en el mismo, justo antes del comentario que reza "/ That's all, stop editing! Happy blogging. /":

define('WP_ALLOW_MULTISITE', true);

• Accedamos al área de administración (sitioweb.com/wp-admin) del sitio y dirijámonos a 'Herramientas > Configuración de la Red' en el menú lateral.

• Accederemos a una pantalla titulada "Crear una red de sitios de WordPress" en la que podremos elegir si queremos optar por crear los nuevos sitios web en subdominios o en subdirectorios del original.

• En la misma pantalla, deberemos especificar el título de la red de blogs, y la dirección de e-mail del administrador.

En Genbeta

Cómo crear un blog sin necesidad de base de datos usando Grav

• Una vez cumplimentada esa pantalla, WordPress nos mostrará dos fragmentos de código para que los copiemos, el primero deberemos copiarlo y pegarlo justo debajo del que ya añadimos en wp-config.php, y el segundo en el archivo .htaccess (situado en el mismo directorio y que incluye instrucciones de configuración para el servidor web).

• Una vez hecho eso, deberemos volver a iniciar sesión en WordPress. Ahora, en la barra superior, veremos un nuevo menú desplegable llamado 'Mis sitios', que nos mostrará opciones para gestionar tanto la nueva red de blogs en su conjunto como el sitio web original.

• Accediendo a 'Administrador de la red > Mis Sitios' se nos mostrará la lista de sitios de la red (en este momento, sólo debería estar el original) y podremos crear el primero de los nuevos subsitios clicando en el botón 'Añadir nuevo').

• En la nueva pantalla, se nos permitirá especificar la URL del nuevo sitio, su título, idioma y el e-mail del administrador. Pulsa en 'Añadir sitio'.

• Ahora, si vuelves al menú 'Mis sitios', verás que se ha añadido a la lista la subweb recién creada, y podrás gestionarla desde dicho menú.

1. Recuerda que aspectos como los 'themes' y 'plugins' que vaya a usar cada subsitio deberá ser activado en primer lugar desde 'Mis sitios > Administrador de la red'.

Parse.ly es una de las principales plataformas de analítica web para grandes compañías y medios de comunicación online, proporcionando a estos datos sobre audiencias y herramientas de optimización de contenidos. Y acaba de ser adquirido por WPVIP.

WPVIP (siglas de 'Wordpress VIP') es la división empresarial de Automattic, la compañía creadora y desarrolladora de Wordpress, así como "el proveedor líder de Wordpress corporativo".

En un comunicado publicado en su blog corporativo, el equipo de Parse.ly ha incidido en la coincidencia de valores entre ambas compañías: "su historia fundacional, su dedicación a una web abierta, su compromiso con la democratización de la publicación [de contenidos]"...

...y explica que su plantilla al completo se incorporará a la de WPVIP, sumándose a la actual plantilla de Automattic, que ya incluye más de 1300 empleados de 77 países distintos, repartidos por varias empresas subsidiarias, como Wordpress.com, WooCommerce, Tumblr o JetPack.

En Xataka

Automattic, la empresa detrás de WordPress, lanza P2, el 'Slack ligero' que han usado internamente durante años para teletrabajar

Parse.ly no quedará restringido a sitios Wordpress

Pero, ¿cómo convivirán Parse.ly y Wordpress VIP? ¿Quedarán vinculados los servicios del primero al uso de su CMS?

Pues, aunque desde Parse.ly afirman tener "un montón de ideas" sobre cómo usar su producto para mejorar los sitios empresariales de WordPress, también quieren dejar claro que éste se podrá seguir usando con otros CMS:

"Para WPVIP, la gestión de contenidos es sólo una parte de un mercado de experiencias digitales mucho más amplio. Del mismo modo que puede utilizar Adobe Analytics sin utilizar Adobe CQ o Experience Manager (AEM), los usuarios de Parse.ly podrán utilizar nuestro producto sin utilizar WordPress o WordPress VIP."

Así, explican que "con la adición de Parse.ly, WPVIP está empezando a ofrecer una vía para que cualquier sitio o aplicación, ejecutando cualquier CMS (o incluso varios), puedan utilizar un sistema de análisis de contenido de primer nivel"

Sin embargo, explican, ya antes de alcanzar este acuerdo, el plugin de código abierto de Parse.ly para Wordpress ya constituía "la forma más popular de implementar Parse.ly en sitios web" (nada extraño, pues aproximadamente la mitad de los sitios web con CMS de Internet usan Wordpress).