Sitio web de boda con contraseña o código de invitación

En una web de boda acabáis publicando detalles que no deberían aparecer en un buscador: nombres, el sitio, el horario, el hotel, las fotos, la lista de invitados, los menús o las respuestas del RSVP. Una contraseña o un código separan esa parte privada de la página pública del producto.

Getting Married usa esa separación a propósito: la página del producto puede buscarse como crear una web de boda; la de invitados es solo para quien ha recibido una invitación.

Conviene ajustar la expectativa. Un código de invitación no es una caja fuerte. Mantiene fuera a los buscadores y a los desconocidos, y hace que cada respuesta se pueda atribuir. Contra el invitado que pega el enlace en el grupo de la familia no sirve de nada. Contra eso solo funciona una regla de contenido: lo que esté en la página tiene que poder leerlo el círculo invitado entero.

De ahí sale el orden: primero decidid qué contenidos van a la página, después elegid el acceso y solo entonces imprimid.

Una contraseña común es sencilla, pero se reenvía en un segundo. El código encaja mejor cuando invitáis a personas concretas y el acceso viaja con la invitación o con la tarjeta del QR.

Para vosotros cuenta esto: que los invitados respondan sin instalar nada ni crearse una cuenta, y que lo privado no se encuentre solo.

La diferencia técnica es exactamente una: la contraseña es la misma para todos, el código pertenece a una invitación. Una contraseña solo se puede cambiar para todo el mundo a la vez, así que si acaba en un grupo de cuarenta personas os tocará escribir cuarenta mensajes nuevos. Un código suelto se anula sin que ninguna otra invitación se entere.

A veces la contraseña sigue siendo la opción más honesta: una página solo informativa, o una fiesta abierta a la que cada uno lleva a quien quiere. Ahí no hay nada que atribuir, y una lista que no vais a mantener es solo trabajo. Entre medias queda un tercer camino: página legible para cualquiera y respuesta protegida. El horario y cómo llegar los ve todo el mundo; el formulario se abre solo con un código válido.

Merece protección todo lo que permite deducir algo sobre personas concretas o sobre el desarrollo del día: la dirección, las horas exactas, los teléfonos, los menús, las alergias, los acompañantes, los niños y las fotos.

Una galería con subida de invitados tampoco debería tratarse como un blog abierto. El código y unos permisos claros mantienen los recuerdos dentro del círculo al que pertenecen.

La segunda pregunta es más incómoda: qué datos no deberían estar en la página ni detrás del código. Todo lo que es de otra persona. El móvil de la testigo es ahí una publicación ante todo el círculo invitado. Una alergia con nombre y apellidos es información de salud sobre un tercero y va al formulario que solo veis vosotros y la cocina. Y la dirección de casa para los regalos en metálico dice de paso qué días estará vacío el piso.

En la galería ayuda un detalle: cada subida lleva el código con el que se hizo, así que sabéis de qué invitación viene cada imagen. Podéis quitar una sola en vez de cerrar la galería entera. Sobre las fotos de niños deciden los padres, y un círculo cerrado es lo que hace que esa pregunta se pueda contestar.

El RSVP vale mucho más cuando pregunta algo más que sí o no. Acompañantes, menú, alergias, transporte, alojamiento o tronas entran directamente en la organización del día, y esa información debe guardarse estructurada y protegida.

Así reunís datos, confirmaciones y preguntas extra en un área privada, en vez de recoger respuestas por chats, correos y hojas de cálculo.

El código hace ahí algo más que proteger: decide de quién es cada respuesta. Quien contesta otra vez sobrescribe la suya en lugar de crear una segunda. Sin esa atribución acabáis con tres «García» en la lista y nadie sabe si una familia respondió tres veces o si respondieron tres primos una vez cada uno. De ahí el orden fijo: primero se crea la lista de invitados, entonces existen los códigos, y después sale la invitación.

En la práctica eso es un código por casa, con una tarjeta y un número de personas. Los hijos adultos que ya viven fuera reciben el suyo; si no, uno responde por los dos y el segundo no ve las preguntas extra. Con padres separados pasa igual: dos invitaciones, dos códigos, y ninguno lee la respuesta del otro. Si alguien cancela, cambiáis la entrada en esa invitación y el número de personas se ajusta con ella.

En una boda valen los principios de siempre: pedid solo lo imprescindible, limitad quién entra, no publiquéis lo que no debe serlo y decid para qué usáis cada cosa. Qué norma os obliga a qué depende de dónde viváis y de dónde esté el proveedor, así que conviene mirarlo caso por caso antes de publicar.

El alojamiento en Alemania y un acceso protegido son señales concretas para quien se toma en serio los datos de sus invitados, y deberían verse tanto en la página del producto como en la de invitados.

El filtro más honesto para el formulario es una pregunta por campo: ¿qué haríamos distinto si supiéramos la respuesta? La alergia la contesta la cocina; el número de personas, las sillas; el teléfono solo sirve si hay un transporte que coordinar. Donde no hay respuesta, el campo se cae.

Separad además dos puertas que se confunden: el código protege la página de invitados y vuestro acceso de administración protege la gestión con todas las respuestas dentro. Y acordaos de las copias: la cocina, el sitio y quien haga el plano de mesas reciben extractos que no desaparecen cuando borráis vuestra lista. Pasad solo la columna que hace falta y decid hasta cuándo debe existir esa copia. Cómo encaja esto con la normativa que os toque está en la guía sobre datos de invitados y privacidad.

Poned el código en la tarjeta de invitación o junto al QR, y escribid en corto qué hace el invitado: abrir la página, introducir el código, enviar la confirmación y contestar las preguntas extra.

En la tarjeta caben tres líneas: la dirección completa de la página, el código debajo y una frase con la fecha límite. El QR puede llevar el código ya dentro, y entonces nadie teclea nada; aun así, impreso al lado tiene que estar, porque las tarjetas se fotografían y escanear desde un chat muchas veces no funciona.

Donde se atascan los invitados es siempre lo mismo: el código acaba en la barra de búsqueda en vez de en la página, el cero se convierte en o, se cuela un espacio al pegarlo. Elegid por eso códigos cortos, sin caracteres que se confundan y sin tildes ni eñes, para que también los encuentren en su teclado los invitados que viven fuera. Para quien no tenga móvil, al lado va un teléfono: un código se puede dictar, y quién lo teclee da igual, porque la respuesta llega a la invitación correcta.

En Google no debería posicionar vuestra página privada sino la pública, y por eso las guías y los enlaces internos apuntan a la página para crear una web de boda.