Un cliente autónomo nos pregunta si es obligatorio publicar su dirección fiscal en el aviso legal de su sitio web, o si basta con contratar y hacer público un apartado postal en su lugar.
Entendemos y compartimos su preocupación: Nuestro cliente tiene como domicilio fiscal el mismo domicilio particular en el que vive, y lógicamente, el hecho de incluirlo en el aviso legal, representa hacer público su domicilio particular ante cualquier persona que visite su web.
Si nos atenemos al literal de la ley. El contenido informativo mínimo que debe tener un sitio web está regulado en el artículo 10 de la LSSI (Ley de Servicios de la Sociedad de la Información y de Comercio Electrónico), que dice así:
1. Sin perjuicio de los requisitos que en materia de información se establecen en la normativa vigente, el prestador de servicios de la sociedad de la información estará obligado a disponer de los medios que permitan, tanto a los destinatarios del servicio como a los órganos competentes, acceder por medios electrónicos, de forma permanente, fácil, directa y gratuita, a la siguiente información:
a) Su nombre o denominación social; su residencia o domicilio o, en su defecto, la dirección de uno de sus establecimientos permanentes en España; su dirección de correo electrónico y cualquier otro dato que permita establecer con él una comunicación directa y efectiva. […]
Así pues, si queremos cumplir el literal de la ley sí es necesario incluir un domicilio postal y no sirve un apartado postal.
Ahora bien, una solución que te permite salvaguardar tu privacidad es contratar el domicilio en un centro de negocios donde quizá no pongas jamás un pie. Seguramente podrás pactar con ellos que te reenvíen toda la correspondencia, o bien, que te avisen si llega algún correo certificado o burofax y que depositen en el contenedor del papel todo lo demás.
Este servicio es totalmente legal. Al fin y al cabo, el autónomo o la empresa decide si quiere trabajar muchas horas en el centro de negocios o si prefiere “teletrabajar” desde su domicilio el 99.999999% del tiempo.
Hay muchas empresas que ofrecen este servicio. Si buscas “domiciliación de sociedades” encontrarás que hay mucha competencia donde elegir.
Nuestra web puede ser mucho mejor si utilizamos recursos de video para mostrar lo que queramos a nuestros visitantes. Pero los videos pesan. Y si los alojamos en el mismo servidor donde tenemos la web, corremos el riesgo de sobrecargarlo en momentos puntuales en los que tengamos un tráfico de usuarios elevado.
Para solucionar esto aparecieron servicios de video como Youtube o Vimeo, que nos permiten subir videos e incrustarlos dentro de nuestra web. Haciéndolo así, el contenido video se carga desde el servidor externo de Youtube o Vimeo. Fácil.
Así solucionamos el problema de la posible sobrecarga de nuestro servidor, pero nos crea otro problema peor aún: Youtube y Vimeo van a insertar cookies analíticas para tener estadísticas de uso de los videos. La legislación de Estados Unidos se lo permite, pero el Reglamento Europeo de Protección de Datos NO. Es ilegal utilizar cookies no esenciales sin recabar el consentimiento del usuario, y la autoridad nacional (en España la Agencia Española de Protección de Datos) nos puede sancionar por hacerlo. Ciertamente puedes usar plugins bloqueadores de cookies y no cargar el contenido hasta que los usuarios acepten las cookies, pero los que visiten tu web, en lugar de ver el video, verán un aviso tan feo como este:
Entonces ¿Qué hacemos? Hemos encontrado una solución mejor. Alojar el video en un espacio dedicado en la nube de Amazon llamado S3 (Simple Storage Service)
La ventaja de esta solución es que no sobrecarga el servidor donde tengamos alojada la web, ya que amazon utiliza una nube con una enorme potencia y escalabilidad y nos factura mensualmente por el consumo que hayamos realizado. (Las facturas que nos emite Amazon no suelen llegar al euro al mes)
En esta entrada del blog hemos utilizado esa fórmula: Hemos creado un bucket llamado adelopd en un servidor de Amazon ubicado en Irlanda, y este post carga ese video desde la URL siguiente: https://adelopd.s3.eu-west-1.amazonaws.com/file_example.mp4
SOLUCIONADO: aquí puedes ver el video sin que utilicemos ninguna cookie.
NOTA: Los servicios de Amazon son muy potentes y muy flexibles. Están diseñados para poder ser utilizados por organizaciones grandes, por lo que a veces el manejo inicial es un poco complejo. Te hemos preparado esta pequeña guía de cómo lo hemos hecho nosotros por si te resulta de utilidad:
Si alguna vez te escribe un contacto de confianza (cliente, proveedor o amigo) diciéndote que ha recibido un correo sospechoso tuyo, pueden pasar dos casos:
1) Que efectivamente algún hacker se haya hecho con la contraseña de acceso a tu cuenta y esté enviando correos desde tu servidor SMTP como si fueses tú.
2) Que algún hacker esté enviando correos suplantando tu identidad desde un servidor SMTP ajeno al tuyo.
Para poder investigar más, no basta con que la persona que te avisa te reenvíe el correo. Necesitarás las cabeceras del correo sospechoso. ¿Cómo hacerlo? Depende del cliente de correo electrónico que utilice:
Una vez tenga delante esas cabeceras, que haga un copia y pega y que te las envíe: Con ellas es mucho más fácil identificar el origen del problema y abordar su solución.
La legislación tributaria establece los datos personales mínimos que ha de tener una factura: nombre y apellidos , NIF y domicilio fiscal.
El principio de minimización de datos nos exige no pedir más datos de los necesarios para la finalidad perseguida.
El camarero de un bar insistió en preguntarle el teléfono a una clienta que pidió una factura «porque su programa informático le exigía poner el teléfono para dar de alta a un cliente».
La clienta se negó a tal exigencia y la historia terminó en una sanción de 2000 euros al bar, por pedir más datos de los necesarios.
Un Club Deportivo agregó a un antiguo socio a un grupo de Whatsapp para informarle de los eventos y novedades del club.
Ese simple gesto que se hace en cuatro segundos, evidenció cuatro infracciones distintas al RGPD (Reglamento General de Protección de Datos), a mil euros, cada una, total 4000 euros.
Infracción 1: Agregar a un grupo de Whatsapp es un tratamiento de datos personales que requiere el consentimiento del interesado, que el club no tenía. (Artículo 6).
Infracción 2: La persona afectada se había dado de baja como socio, y el club no había cancelado sus datos. (Artículo 5.1.e)
Infracción 3: Agregar a un grupo de Whatsapp supone divulgar información personal (nombre y número de teléfono) a todos los terceros incluidos en ese grupo. Esta comunicación de datos requiere un consentimiento separado del tratamiento general que el club no tenía (Artículo 32.1.b , obligación de garantizar la confidencialidad)
Infracción 4: El club no tenía ningún procedimiento de revisión anual LOPD, lo que incumple el artículo 32.1.d (El responsable adoptara medidas técnicas y organizativas apropiadas… que incluya, entre otros: … d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y organizativas para garantizar la seguridad del tratamiento.)
De ahí la importancia de ir incrementando la conciencia e implicación en materia de protección de datos tanto en empresas como en asociaciones y clubes.
Una pregunta frecuente de muchos clientes es si el sistema de videovigilancia puede incorporar también la grabación de audio.
La captación y grabación de imágenes o voz hace que tropiecen dos derechos: – El derecho a la seguridad y a perseguir el interés legítimo del que las quiere instalar. – El derecho a la intimidad y a la protección de datos del que va a ser grabado.
Cuando tropiezan dos derechos hay que valorar si el tratamiento cumple el “Principio de proporcionalidad”
La instalación de cámaras de videovigilancia sería una medida proporcional y justificada si se cumplen los siguientes requisitos:
Que se trate de una medida susceptible de conseguir el objetivo propuesto.
Que no exista otra medida más moderada para la consecución de tal propósito con igual eficacia.
Que la misma sea ponderada o equilibrada, por derivarse de ella más beneficios o ventajas para el interés general que perjuicios sobre otros bienes o valores en conflicto.
OJO: el hecho de que pueda resultar legítima la videovigilancia por razones de seguridad, no implica necesariamente que se legitime la grabación de la voz, tratamiento que tendría que tener su justificación propia.
El Tribunal Constitucional ha rechazado el uso de audio por parte de un casino porque la ventaja que consigue la empresa (plus de seguridad) la considera desproporcionada respecto al perjuicio que causa a las personas que son grabadas. (Clientes, y empleados, cuyas conversaciones van a ser grabadas).
Si consideras que tu empresa necesita la pista de audio además de las imágenes de videovigilancia, estamos a tu disposición para valorar los colectivos que van a ser grabados (empleados, clientes, usuarios, etc), y realizar el «Juicio de ponderación» para ver si el tratamiento cumple el «Principio de proporcionalidad» y es legítimo, o por contra, pondría en riesgo de sanción a tu empresa.
La AEPD ha sancionado con 15.000 euros a una Comunidad de Propietarios por publicar en el ascensor de la Comunidad el acta de una reunión. (Ver sanción AEPD)
Las actas se deben enviar individualmente a cada propietario, y la ley sólo contempla su exposición en el tablón de anuncios en caso de que la comunicación a un propietario haya sido imposible (siempre que esté acreditado de forma fehaciente).
Aún así, esa exposición pública está sometida a una serie de criterios, respetando unos plazos para hacer compatible la Ley de Propiedad Horizontal con la Legislación en materia de protección de datos.
Como además, la Comunidad no tiene entidad jurídica, ahora todos los propietarios son responsables solidariamente del pago de la sanción, por lo que deberán realizar una derrama extraordinaria para el pago de la misma.
Además, como menciona alguna fuente, si la finca tiene Administrador, que determina los objetivos y medios del tratamiento de los datos personales, es posible que sea corresponsable de la infracción según el artículo 26 del RGPD.
En Adelopd ayudamos a Administradores y a Comunidades de Propietarios a cumplir la legislación de protección de datos, previniendo este tipo de incumplimientos que pueden derivar en sanciones muy elevadas.
Activando DMARC en tu dominio te aseguras que ningún hacker engañe a tus clientes y proveedores, enviando mensajes en tu nombre.
El filtrado DMARC de servidor es la otra cara de la moneda. Tu servidor de correo electrónico debe tener activado ese filtrado para que los hackers no te engañen a ti (y a los usuarios de tu dominio).
Esta medida la debe implementar el administrador del servidor con el que tengas contratado el servicio de hosting.
Si utilizas un servidor con panel Plesk, es bastante fácil y directo, basta con ir a «Herramientas y Opciones», «Configuración del Servidor de Correo» y activar la casilla «Activar DMARC para comprobar el correo entrante» que por defecto viene desactivada en algunos servidores.
Google Analytics fue una bendición para los webmasters y para el personal de marketing porque nos ofrece una herramienta gratuita genial para medir el tráfico y la optimización de nuestra web. Es tan buena, que nos cuesta vivir sin ella
EL PROBLEMA: «SIn Cookies no hay medición»
El RGPD y su estricta regulación del uso de cookies ha supuesto un trilema a los administradores de sitios web que quieren seguir utilizando las herramientas analíticas de Google.
1) Fastidiar la usabilidad: Pongo un banner gigantesco, bloqueo el contenido de detrás hasta que el usuario acepte o configure las cookies. (Como hacen las webs de importantes periódicos nacionales). Cumplo la ley, me aseguro que las mediciones son correctas pero estropeo la usabilidad de la web.
2) Falsear las mediciones: Pongo un banner más discreto y permito navegar sin que el usuario acepte o configure las cookies. Pero como molesto poco a los usuarios, no hacen click en «aceptar las cookies» y como las cookies de medición de tráfico no saltan hasta que el usuario acepta. Cumplo la ley, pero los informes de tráfico se falsean, porque sólo reflejan un pequeño % del tráfico real.
3) Incumplir el RGPD: Paso de todo y dejo que la web cargue las cookies analíticas antes de que el usuario acepte y dé su consentimiento. Mido perfectamente el tráfico y puedo optimizar la web como siempre, pero me arriesgo a una sanción.
LA SOLUCIÓN: «Utiliza la Analítica sin cookies»
Shhhh. Google no quiere que lo sepas, (porque buena parte de su negocio se basa en estudiar nuestro comportamiento para proponernos la publicidad que más nos puede tentar), pero sí que es posible utilizar Google Analytics sin cookies. El desarrollador Helge Klein nos lo explica en este post (en inglés)
Básicamente se trata de modificar el comportamiento «por defecto» de Google Analytics., En vez de utilizar cookies con identificadores proporcionados por Google, generamos un identificador a partir de la IP, el agente del navegador, idioma y un intervalo de tiempo y utilizaremos ese identificador (no vinculado a datos personales) para el registro analítico de las acciones del usuario en el sistema de Google Analytics.
Haciéndolo así dejamos de utilizar cookies, Google perderá la capacidad de rastreo entre sitios, y gracias a ello respetamos los principios de privacidad recogidos en el RGPD, sin perder nuestra querida analítica.
Te explico cómo hacerlo:
En la web que quieras controlar, has de seguir utilizando el antiguo identificador de Google Analytics ( el que empieza por UA-) El sistema de medición de la última versión de Analytics (el que empieza por G-). Si no sabes cómo hacerlo aquí tienes un tutorial (en inglés): How to install google analytics 2020.
Si estás utilizando wordpress como gestor de contenidos de tu web, lo tienes fácil, Instala el plugin de Google Analytics sin cookies. Le pegas el código de seguimiento UA-*** y a funcionar.
Si estás utilizando otro sistema de gestión de sitios web, le has de añadir un script a la sección de cabecera <head> de tu web. El script que te indico funciona si el servidor tiene instalado php, de no ser así, busca cómo insertar dentro del código la dirección IP (linea 15 del código)
Este es el fragmento que has de insertar (Sustituyendo UA-******* por el código de tu propiedad)
La decisión de activar DMARC en un dominio, puede presentar básicamente dos tipos de problemas para los correos salientes desde el dominio:
1) Redirecciones habilitadas por nuestros clientes / proveedores
Algunos clientes / proveedores que tienen un correo del tipo hola@clienteuno.com pero que tienen contratado un servicio de hosting lowcost, que no tiene buzón físico, sino una redirección a un correo gratuito del tipo clienteuno@gmail.com o clienteuno@hotmail.com
Si activamos DMARC esos clientes/ proveedores dejarán de recibir nuestros correos. ¿Por qué? Porque por funcionamiento de estas redirecciones, lo que hace el servidor de nuestro cliente es reenviar a clienteuno@gmail.com el correo que enviamos nosotros, como si fuésemos nosotros. Técnicamente está falsificando la identidad de nuestro dominio para escribir a clienteuno@gmail.com Por ello cuando el correo llega a gmail y el sistema de Google verifica el origen del correo, se da cuenta que NO se ha originado en un servidor autorizado y lo rechaza.
¿Esto supone un problema grave en 2020? En Adelopd activamos DMARC hace más de 6 meses y tuvimos este problema en menos del 0,2% de los correos que enviamos. Pero es bueno tenerlo en cuenta.
2) Envío de correos desde plataformas externas.
Cuando una empresa utiliza servicios de plataformas externas para enviar correos electrónicos en nombre de su dominio. Ejemplo: Plataformas de envío de correos electrónicos masivos, como Mailchimp, SendinBlue, Acumbamail, etc
En ese caso ANTES de activar DMARC, hemos de modificar la política SPF para que incluya el servicio externo que va a enviar en nombre de nuestro dominio. De no hacerlo así, los correos electrónicos enviados desde esa plataforma se irían a spam o serían directamente rechazados por los servidores de los destinatarios.
Si una empresa no utiliza plataformas externas, y se limita a enviar correos electrónicos desde su programa de escritorio (Outlook, Thunderbird…) o desde su gestor de webmail, la activación del DMARC no tiene por qué suponer ningún problema en la entrega de sus correos electrónicos.
