Tarsis.net — Agencia Web y Marketing Digital — Tel: (+34) 911 413 259 EN

Tarsis.net › Agencia Web y Marketing Digital

Cómo adaptar nuestra web al nuevo Reglamento General de Protección de Datos

Tarsis.net

El Reglamento General de Protección de Datos que entra en vigor el 25 de mayo está siendo un dolor de cabeza para muchos administradores de sitios web que no saben ni por dónde empezar. Afortunadamente, no es tan difícil adaptar nuestro sitio web al nuevo RGPD si prestamos atención a un par de puntos clave.

Pensando frente al ordenador

Foto de NordWood Themes en Unsplash

Para muchas pequeñas empresas o microempresas que tienen recursos limitados, tener que prestar atención al nuevo Reglamento General de Protección de Datos distrae su atención de otras tareas de negocio, más perentorias o rentables. Hay muchos aspectos de la empresa que hay que adaptar al nuevo RGPD, pero, como por algo hay que empezar, hoy vamos a proponer a nuestros lectores que se centren en su sitio web. Es lo más sencillo y nos aportará optimismo para seguir con el resto.

Como cada adaptación depende de las peculiaridades de cada empresa, repetimos: en este artículo hablaremos sólo del sitio web, no de otros procesos. Así que no olvide leerse el Reglamento por si tiene usted que hacer algo más.

Para ir abriendo boca…

… vayamos por partes. Lo primero es hacernos con el texto del Reglamento, cuyo título completo es “Reglamento (UE) 2016/679 del Parlamento Europeo y del Consejo, de 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos y por el que se deroga la Directiva 95/46/CE (Reglamento general de protección de datos)”. En algunos sitios veremos que se refieren a él por sus siglas en inglés GDPR o General Data Protection Regulation.

Después de adoptar un rictus de disgusto tras ver que se compone de nada menos que 88 páginas, nos olvidaremos de todo excepto de adaptar nuestro sitio web, y nos dirigiremos directamente a la Sección 2, Artículo 13: Información que deberá facilitarse cuando los datos personales se obtengan del interesado.

¿Por qué nos debe interesar este artículo antes que cualquier otro? Porque nuestro sitio web, si es como la mayoría, tendrá un formulario de contacto y puede que además, en el caso de una tienda, un formulario para darse de alta como comprador. En cualquiera de los casos lo más probable es que la intención sea obtener los datos del interesado, y no que alguien introduzca los datos de una tercera persona. Si su caso es diferente, entonces tendrá que seguir en el Artículo 14.

Ahora bien: el reglamento, en el Artículo 6, nos indica cuál es un tratamiento lícito de los datos, y por lo tanto en qué casos podemos, como empresa o autónomo, tratar datos personales de los visitantes a nuestra web (o de otras fuentes). Para que el tratamiento de los datos sea lícito debe cumplir al menos una de las condiciones impuestas por el Artículo 6, pero para nuestro propósito vamos a dar por hecho que se cumple una de las dos primeras, que son:

a) el interesado dio su consentimiento para el tratamiento de sus datos personales para uno o varios fines específicos;
b) el tratamiento es necesario para la ejecución de un contrato en el que el interesado es parte o para la aplicación a petición de este de medidas precontractuales.

Si no fuera ese su caso, consulte la ley para ver en qué punto o puntos se puede amparar.

Ahora nos concentraremos en los dos elementos que vamos a tratar en este artículo, y que son el formulario por un lado y la página de privacidad por el otro.

Formulario de recogida de datos

Cualquier formulario que tenga en su sitio web es susceptible de suponer una recogida de datos del visitante: un formulario de contacto, un formulario de contratación, un registro como usuario o comprador, una suscripción a un boletín, etc.

Como una de las condiciones posibles a las que apunta el Artículo 6 del RGPD es el consentimiento del interesado, si queremos basarnos en esta condición para hacer el tratamiento de los datos una de las cosas que le tenemos que pedir al usuario, además del correo electrónico, nombre, etc. que sea que necesitemos, es su consentimiento. He aquí la forma de hacerlo: añadir al formulario una casilla sin marcar pero que sea obligatorio marcar para que se ejecute la acción del formulario. El texto junto a la casilla ha de ser claro, del tipo: “Confirmo que he leído la información sobre privacidad y protección de datos y que consiento en enviar mis datos para el uso indicado.”

Atención con esta casilla, porque es importante que, tanto si el formulario se procesa mediante el envío de un mensaje de correo electrónico como mediante la escritura de un registro en una base de datos, quede constancia de que el usuario ha dado su consentimiento. Si cuando se rellena el formulario usted recibe un mensaje de correo electrónico, asegúrese de que el hecho de que esta casilla esté marcada va a generar una línea en el mensaje que inequívocamente diga que ese usuario ha dado su consentimiento. Sirve con un “Consiente: Sí”. Esto no nos lo hemos inventado nosotros; lo dice el Artículo 7 del RGPD en su punto 1. Así que asegúrese de que guarda esas pruebas de consentimiento en lugar seguro y con copia de seguridad.

Pero el usuario ha dado su consentimiento “para el uso indicado”. ¿Y cómo sabe el usuario cuál es el uso indicado? La forma más fácil para este usuario es tener la información delante, sin tener que navegar a otra página. Por eso es útil poner en la misma página del formulario un resumen de la información que necesita para dar un consentimiento informado, y un enlace a una página (que llamaremos “página de privacidad”) para poder obtener más información.

Este resumen debe estar claramente visible en la página del formulario: antes del botón de envío o accesible desde el texto de la casilla de confirmación mediante un enlace dentro de la misma página. Eso va a gustos.

La información mínima que debemos proporcionar sin que el usuario tenga que visitar otra página es:

  • quién es el Responsable de esos datos una vez se envíen (es decir, el responsable de la web en la mayoría de los casos);
  • cuál es la Finalidad para la que se van a usar esos datos (responder a una solicitud de contacto, suscribir al usuario a un boletín, etc.);
  • cuál es la Legitimación que nos permite tratar esos datos (que será el consentimiento del interesado en el caso de que le obliguemos a marcar la casilla, o una obligación contractual en caso de que sea un formulario de contratación);
  • cuáles van a ser los Destinatarios de esos datos (si por ejemplo se los vamos a enviar a una tercera empresa para que sean ellos quienes los gestionen);
  • cuáles son los Derechos que tiene el interesado (a saber qué datos tenemos suyos, a que le demos de baja, etc.);
  • si existe información adicional que podamos darle y dónde está (por ejemplo, en la página de privacidad).

Y allí encontraremos nuestra siguiente parada.

Página de privacidad

La ley no le obliga a tener una página en su sitio web dedicada exclusivamente a sus políticas de privacidad, pero sí que éstas estén en la web. Puede por ejemplo incluir la información sobre privacidad y tratamiento de datos personales en su página de políticas de empresa, o en las condiciones de uso de la web. La cuestión es que tenga esa información y que el enlace a información adicional que ha incluido en su formulario de toma de datos se dirija exactamente a la información sobre privacidad, sin que el usuario tenga que buscar por una larga página para encontrar lo que busca.

El RGPD es muy claro respecto de qué información debemos poner a disposición del interesado en el momento de facilitarnos sus datos personales. Le remitimos de nuevo al Artículo 13, que para los responsables de un sitio web debe ser tratado como el Santo Grial.

Pero como para jerga legal ya tiene usted el texto del Reglamento, que se lo habrá descargado nada más empezar a leer este artículo, aquí se lo vamos a poner en nuestras propias palabras. Insistimos en que su guía ha de ser el propio Reglamento, pero esto le servirá para ir entrando en calor:

  • quién es el responsable y sus datos de contacto;
  • con qué fin se van a tratar esos datos;
  • por qué tiene usted derecho a tratar esos datos (porque el usuario le ha dado su consentimiento, porque los necesita para cumplir su parte del contrato…);
  • cuáles van a ser los destinatarios de esos datos;
  • si va a enviar esos datos a un país fuera de la Unión Europea que no haya sido considerado adecuado por la Comisión Europea en cuanto al cuidado que se tiene allí tratando los datos personales;
  • por cuánto tiempo va usted a conservar esos datos;
  • cuáles son los derechos que tiene el usuario respecto de sus datos (acceso, rectificación, supresión, portabilidad y limitación al tratamiento de sus datos o su oposición a este tratamiento);
  • el derecho que tiene el interesado de reclamar ante una autoridad de control, que en España es la Agencia Española de Protección de Datos;
  • si el interesado está obligado a facilitar estos datos por obligación contractual o de otro tipo y las consecuencias que puede tener el hecho de que no los facilite;
  • si se van a usar esos datos para tomar decisiones automatizadas que le afecten, como la creación de perfiles (por ejemplo, usar un algoritmo para cobrarle más o menos en el momento de suscribir un seguro y cosas así).

Asegúrese de que su página sobre privacidad contiene esa información y lo más probable es que, junto con la casilla para pedir el consentimiento en todos los formularios, su web pueda llegar al 25 de mayo en estado de revista.

Lo justo y necesario

Unas notas antes de despedirnos.

El Artículo 5 del reglamento dice muy claramente que “Los datos personales serán: a) […] b) recogidos con fines determinados, explícitos y legítimos, y no serán tratados ulteriormente de manera incompatible con dichos fines [… y] c) adecuados, pertinentes y limitados a lo necesario en relación con los fines para los que son tratados («minimización de datos») […]”.

No tiene sentido pedirle a un posible cliente la fecha de nacimiento en un formulario de contacto y que además sea un campo obligatorio, pero es que además bajo el RGPD esto es ahora ilegal. Si es necesario que para alguna acción disparada por un formulario el interesado sea mayor de edad, es suficiente con una casilla de declaración de mayoría de edad. Piense siempre en alternativas cuando crea que debe pedir más datos, porque con cada información extra que le pida al usuario está usted comprometiéndose a tener que defender su necesidad ante un tribunal. Si no está seguro de poder hacerlo, es mejor abstenerse de pedir la información.

Hemos dicho antes que la legitimidad para tratar los datos del interesado cuando hay un contrato de por medio es el cumplimiento del propio contrato. Visto así, en un formulario de contratación no sería necesario incluir la casilla de consentimiento. Desde nuestro punto de vista, más vale ser precavido y hacer declarar al usuario que ha leído la política de privacidad (aparte de los términos de contratación aplicables al caso). Al fin y al cabo, usted tiene que velar por sus propios intereses, y dormirá más tranquilo teniendo la prueba de consentimiento de todos sus usuarios, sean clientes o no.

Aparte de estos requisitos legales, técnicamente la información enviada a través de un formulario debería estar encriptada para que nadie pueda interceptarla en el camino hacia su buzón de correo electrónico o hacia su base de datos. Por eso debería proteger su web con un certificado SSL (lo que hace que algunas webs tengan una dirección https://... en lugar de http://...) y así dar a sus visitantes todas las garantías de confidencialidad posibles.

Y ya por último, si tiene un blog que acepte comentarios de los visitantes, no olvide que eso también es un formulario y que está usted recogiendo direcciones de correo electrónico y puede que hasta nombres reales. Existen plugins o módulos para los gestores de contenido más utilizados, como WordPress, que le pueden ayudar a añadir la casilla de consentimiento también en este caso. Aprovéchelos.

Cómo estructurar un sitio web con WordPress

Tarsis.net

WordPress es un popular gestor de contenidos que permite disponer de un blog de forma casi inmediata. Sin embargo, sus características, su potencia y sus posibilidades de personalización nos permiten usarlo como base para casi cualquier tipo de sitio web. Siempre y cuando lo estructuremos de forma correcta y pensando en nuestros usuarios.

Foto de Andrew Neel en Unsplash

Una de las primeras tareas a las que se enfrenta el administrador de un sitio web en WordPress es pensar en cómo organizar el contenido.

La empresa que elige WordPress como gestor de contenidos (CMS o Content Management System) para su web corporativa lo hace por varias razones, siendo las más comunes de ellas las siguientes:

  • Es fácil de usar, no necesita conocimientos técnicos y, una vez instalado y bien configurado por un profesional, se puede usar durante mucho tiempo sin que surjan importantes problemas siempre y cuando se mantenga actualizada la aplicación y sus plugins.
  • El usuario, por lo tanto, no depende de una agencia para hacer cualquier cambio cotidiano en los contenidos: añadir contenido, editar el existente, etc.
  • Permite tener un sitio web funcionando en relativamente poco tiempo, salvo que la puesta en marcha implique el diseño desde cero de temas o plantillas.
  • Posibilita el que se combinen un sitio web de contenido imperecedero con la gestión de un blog empresarial.

Este último punto es el que nos interesa ahora, puesto que la estructura del contenido dependerá del uso que le demos al CMS: web, blog o ambas cosas.

Tengo un blog

Profesionales y pequeñas empresas que deseen tener una presencia web que les permita posicionarse como expertos en su materia pueden querer usar un WordPress en su función original de blog: artículos que se publican periódicamente como si de un diario se tratara.

Son lo que en el vocabulario de WordPress se denominan “entradas”, y a las que también se le llaman artículos o posts. Normalmente llevan un sello de tiempo (la fecha del día en que se publicaron) y, en la configuración más habitual del CMS, aparecerán automáticamente listados en la página principal a medida que se van publicando.

Pero aunque sea el blog la función principal del sitio web, es inevitable tener otro tipo de contenidos que no son en sí artículos relacionados con el tema principal de la web. Para cada profesional o empresa pueden ser distintas, pero casi siempre se repiten las mismas páginas básicas:

  • quiénes somos
  • información legal y/o términos de uso
  • formulario de contacto

El tipo de contenido de estas páginas en el vocabulario de WordPress no es “entrada”, sino (¡sorpresa!) “página”.

La forma de estructurar el contenido en un WordPress así usado es fácil: basta con elegir un formato de enlace permanente para las entradas (posts o artículos), que puede incluir o no la fecha, y establecer un menú o pie de página con las pocas páginas fijas que haya en la web.

Además podemos establecer una taxonomía de las entradas a base de categorías y etiquetas, pero eso no es objeto de este artículo.

Tengo una web

Si en lugar de tener un blog donde publicar periódicamente artículos lo que queremos es tener una web de empresa con páginas fijas distribuidas en secciones, también es posible con WordPress. Podemos usarla para mostrar la información sobre la empresa, qué ofrecemos y un catálogo de productos o servicios.

En este caso, todo el contenido de la web está hecho a base de “páginas” y no habrá por tanto publicaciones tipo “entrada”.

Como las páginas serán el grueso del contenido y no sería útil darles a todas la misma importancia, debemos dedicarle una especial atención a la estructura de la web.

WordPress permite ordenar las páginas siguiendo una estructura de árbol, de manera que una página puede depender de otra que es su superior.

Veamos un ejemplo. Supongamos que mi empresa fabrica material de papelería, así que mi catálogo podría tener este aspecto (en este artículo no vamos a cubrir venta online, únicamente a mostrar características de productos para el ejemplo que nos ocupa):

  • Material de escritura
    • Útiles de escritura
      • Bolígrafos
    • Cuadernos
      • DINA4
  • Material de oficina
    • Consumibles
      • Clips
    • Utensilios
      • Grapadoras

Puedo crear las dos páginas superiores (“Material de escritura” y “Material de oficina”) y luego hacer depender las páginas de segundo nivel de cada una de ellas. Las de segundo nivel serían a su vez la página superior de cada una de las de tercer nivel, y así sucesivamente para todos los niveles de catálogo que tuviéramos.

Las páginas que tuvieran otras por debajo podrían además ser dinámicas, de manera que automáticamente listaran las páginas que dependen de ellas. Eso se puede hacer mediante programación de una plantilla adecuada.

Llegado a este punto, podrían surgirme algunas preguntas:

  • Las dos categorías superiores, ¿deberían además depender de una página superior a ellas que fuera la cabecera del catálogo de productos o servicios? Seguramente sí, porque inevitablemente en la web tendremos otras páginas (información legal, formulario de contacto, quiénes somos…) que están fuera del catálogo. Así podría crear una página principal para la oferta de mi empresa aparte de otras páginas necesarias en la web.
  • ¿Son estas categorías las que van a usar los visitantes a mi web? En este caso parecería que sí: si un señor busca una grapadora, quiere llegar a una página donde le muestre grapadoras. Pero para muchos administradores es fácil perderse en la propia nomenclatura interna de la empresa y no ponerse en el lugar de un visitante cualquiera. En ocasiones encontramos webs con los productos categorizados por su nombre comercial en lugar de por su nombre genérico, y así no hay forma de encontrar lo que se va buscando. El que quiere comprar un taladro busca poder elegir entre “taladro eléctrico”, “taladro hidráulico” o “taladro neumático”, pero no entre “Serie AxtraMax”, “Serie AxtraPlus” y “Serie AxtraPro”. ¿Qué sabe él qué es cada cosa, y por qué tendría que saberlo?
  • ¿Cómo organizar visualmente esta información? Al haber creado una página principal de producto, puedo elaborar con esta información un menú que constituya la navegación principal del sitio web. Las otras páginas de contacto, legal, etc. podrían estar enlazadas desde una zona secundaria, como el pie de página.

Como vemos, la forma en que queremos organizar la información en la web es algo prioritario en la creación de la misma. Ahora estamos hablando de WordPress, pero esta fase es necesaria para cualquier sitio web que queramos crear. Nuestros clientes agradecen que le dediquemos tiempo a este punto y nos sentemos, aunque sea virtualmente, con ellos para estructurar correctamente sus contenidos. Merece la pena dedicarle atención, dedicación e imaginación.

Si no lo hacemos, y si ignoramos la mentalidad de los usuarios de la web, tendremos una penalización directa en forma de abandono. El visitante no tiene tiempo que perder, y si le hacemos perder el tiempo, abandonará y se irá a la web de la competencia. En la era del “a un clic” no se puede estar tratando de adivinar cuál es la organización de un sitio web; ésta debe ser evidente y accesible.

El nombre que le demos a nuestras páginas (tanto el título como la dirección web) además nos ayudará, si lo elegimos bien, a posicionarnos en los buscadores por nuestros productos o servicios. Ésa es otra razón de peso para categorizar las páginas de forma genérica y no por nombres comerciales.

Lo tengo todo

Si hemos dedicado el esfuerzo que se merece a la estructura del sitio web de la que hablábamos anteriormente, añadirle, ahora o en el futuro, un blog a nuestro WordPress es fácil.

Como todo el contenido del sitio web está jerarquizado, basta con configurar una dirección dentro de nuestro dominio o en un subdominio para poder acceder desde ella a los artículos (“entradas”) publicados en el blog.

En definitiva…

Crear la estructura de un sitio web es ponerse en los zapatos del visitante anónimo, y pensar en sus términos y no en los de nuestra empresa.

La forma en que estructuremos el contenido de nuestro sitio web nos ayudará a sacarle todo el partido posible a nuestro WordPress, a posicionar mejor en los buscadores, a mantener la web actualizada con más facilidad y, lo que es más importante, a que nuestros visitantes encuentren lo que buscan… y nos lo compren a nosotros y no a la competencia.

Podemos ayudarle. Si su empresa necesita crear un sitio web, contacte con nosotros y estudiaremos su caso, sin compromiso.

Drupal como plataforma para desarrollar intranets y extranets corporativas

Tarsis.net

A diferencia de un sitio web corporativo, que busca solucionar necesidades de comunicación y ventas, una intranet es un sitio web de naturaleza utilitaria, en el que las interacciones se llevan a cabo principalmente a la sombra de los procesos internos de una organización.

Foto de William Iven en Unsplash

Una intranet es un sistema on-line privado — normalmente una web — en el que concurren los usuarios pertenecientes a una misma organización para compartir de forma reservada y segura información, documentos, formación o comunicación. Puesto que una organización suele tener también contacto con diferentes propósitos con otras organizaciones externas, el concepto puede ampliarse a que los usuarios externos puedan también participar del sistema, en cuyo caso nos encontramos en el caso de una extranet.

No se trata de opciones excluyentes, porque los sistemas que proporcionan este tipo de servicios son capaces de albergar a todo tipo de usuarios con su correspondiente control de accesos, para que cada cual pueda acceder únicamente a lo que le corresponde, así que muchas veces una intranet evoluciona de forma natural hacia intranet/extranet. En este artículo utilizaremos el término intranet por simplicidad, aunque en realidad nos referiremos a ambos conceptos.

En Tarsis.net llevamos diez años creando, securizando, desarrollando y manteniendo intranets corporativas. Quisiéramos compartir esa experiencia explicando cuáles son sus ventajas y por qué hemos optado por Drupal como plataforma para el desarrollo de las intranets de nuestros clientes.

¿Para qué necesita una empresa una intranet?

A lo largo de los años hemos visto evolucionar intranets desde meros sitios web privados de comunicación hacia el canal a sistemas que operan en todos los niveles de la organización y que incluyen parte sustancial de los procesos de venta, comunicación interna o soporte de segundo nivel.

¿Qué ventajas para la organización se derivan de disponer de su propia intranet?:

  • Entorno personalizado y  privado de colaboración, con contenidos, comunicación y procesos compartidos y normalizados. Nada que ver con el uso de servicios públicos que proporcionan servicios fragmentarios de manera informal.
  • Control sobre el entorno, sus funcionalidades y la granularidad con que se otorgan permisos a los diferentes tipos de usuarios.
  • Dotación de herramientas de colaboración comunes, tales como calendarios, listas de tareas, grupos de discusión, repositorios de ficheros o mensajería.
  • Existencia de un repositorio de conocimiento, abierto a los empleados de la compañía para su consulta y contribución. Estos repositorios facilitan el trabajo de los empleados existentes, evitan en cierta medida los vacíos de conocimiento cuando un empleado abandona la firma y sirve a los empleados noveles para familiarizarse más rápidamente con el entorno y los procedimientos de trabajo.
  • En algunos casos puede servir para que departamentos de Recursos Humanos puedan publicar plazas vacantes a cubrir a las que puedan aspirar empleados actuales o bien servir para que los empleados pongan en contacto a candidatos externos con la empresa.
  • Como soporte para programas de formación internos o de canal. Las intranets pueden albergar sistemas de elearning que abaraten la prestación de servicios de formación para campos de ventas, técnicos, de soporte o de cualquier otro tipo.
  • Un canal externo permanente para la comunicación con otras empresas con las que trabajamos, ya sean estas clientes, canal de distribución, proveedores u otros.
  • Un canal interno permanente en el que los empleados de la empresa pueden adquirir información, contar a los demás sobre su trabajo o debatir en grupos cerrados o abiertos sobre su actividad.
  • Una significativa reducción de costes y normalización de procesos en todos los puntos anteriores.

Pero no de cualquier manera

Es un hecho estadístico que este tipo de sistemas, pensados de arriba a abajo, tienen considerables dificultades en su implantación, y que su ratio de fracaso es alarmante — notoriamente en el caso de los sistemas CRM — . En el caso de las intranets, y en base a nuestra experiencia, podemos decir que hay cuatro características que debe cumplir para conseguir que su implantación en una organización sea un éxito: Debe ser útil, segura, estable y adaptable.

Si está usted pensando que nos hemos olvidado del coste, pues no lo hemos hecho. Una organización que cuente con los servicios que hemos descrito, o que aspire a disponer de ellos, tendrá en su intranet una fuente permanente de ahorro de costes debido a la concentración de los recursos. Eso por no hablar de los costes que se derivan de una gestión insegura (¿usa usted servicios internet públicos?) de la información. Y esos costes no son sólo en dinero, sino indefectiblemente en reputación.

¿Por qué Drupal?

Aún hoy en día vivimos en un tiempo de inflación de gestores de contenido (CMS). Podría pensarse que, pasados los primeros años de explosión de estos sistemas, el panorama se habría aclarado y quedarían dos o tres, con una cierta especialización, y que los demás habrían pasado al olvido.

No es así de ninguna manera. Si bien es cierto que WordPress es un actor dominante en la oferta de CMS, no es menos cierto que, salvo algunas extensiones especializadas para medios de comunicación on-line, sus características le hacen más indicado para sitio web vistosos, usables y ágiles, pero de escasa complejidad conceptual.

Existe un enorme número de otros sistemas de publicación de contenidos con diferentes filosofías (Typo3, eZ Publish, Joomla, Django, Liferay) y su número crece cada día que pasa. En años recientes se ha hecho notar una tendencia hacia la creación de herramientas que propenden a la extrema simplificación, por ejemplo generadores de sitios web estáticos.

Drupal sin embargo es un sistema de publicación de contenidos más abstracto en su concepción, pero con muchas más posibilidades de crecimiento en entornos que demandan precisamente gestionar la complejidad propia de una organización. En cualquier empresa hay que poder gestionar, con carácter general, individuos (usuarios), departamentos (grupos), categorías (roles) y diferentes niveles de acceso (permisos), aparte de otros aspectos dependientes de cada organización particular.

Por eso Drupal es mucho más indicado que otras herramientas de software para el desarrollo de una intranet corporativa:

  • El núcleo de Drupal provee la infraestructura básica necesaria para un entorno corporativo privado, seguro y los elementos básicos de su administración.
  • Provee también de todo lo necesario para la gestión de contenidos de la parte pública y privada, incluyendo la capacidad de personalizar el interfaz de usuario con el diseño que se requiera.
  • Otros servicios básicos para una intranet o extranet son provistos por módulos (plug-ins).
  • El sistema permite definir de forma flexible y precisa el control de accesos (usuario o rol), es decir, quién puede acceder a qué parte de los contenidos y las aplicaciones y qué permisos tiene sobre ellos.
  • Existe incluso la posibilidad de crear una capa de administración externa (“desacoplada”) que facilite tareas de administración o informes personalizados, propias de cada caso.
  • Una infinidad de módulos de terceras partes pueden proporcionar otros elementos sociales, de comunicación o de utilidad necesarios para adaptarse a las necesidades concretas de esa organización.
  • Drupal permite además embeber aplicaciones particulares, creadas al efecto, dentro del entorno público y/o privado.
  • Drupal es una solución de código abierto, lo cual tiene una miríada de ventajas sobre el software propietario, que van mucho más allá de no tener que pagar un coste de adquisición y/o una licencia anual. Estas ventajas se extienden desde la seguridad hasta la independencia a la hora de hacer que el software que necesita tu negocio funcione como tú quieras que funcione, no como otros lo hayan pensado por ti.
  • Drupal tiene una larga experiencia en la creación de sitios web complejos y sofisticados, que van más allá de meros escaparates, sitios web sencillos o blogs. Tiene además una enorme comunidad de contribuyentes que mejoran su código y amplían sus capacidades de forma permanente. Por si esto fuera poco, no le faltan usuarios de referencia, tales como la Casa Blanca, el 10 de Downing Street, el Gobierno de Francia, la BBC, la Universidad de Stanford o la Universidad de Oxford. No se puede decir que sean sitios que no requieran sofisticación, seguridad y gestión de la complejidad.

 

Podemos ayudarle. Tarsis.net es organización miembro de la Drupal Association. Si su empresa puede beneficiarse con la creación de una intranet/extranet corporativa, contacte con nosotros y estudiaremos su caso, sin compromiso.