Hoy un vamos con un podcast donde hablaremos de los errores más comunes y peligrosos que suelen cometer los programadores con pocos conocimientos SEO. Debemos estar atentos para detectarlos y corregirlos.
Como te comentaba, los programadores web y los SEOs tenemos el mismo cometido, hacer que las webs alcancen sus objetivos. En este camino, muchas veces encontramos acciones por parte de los desarrolladores que implican problemas muy serios para un buen funcionamiento de la web con los buscadores.
Con el paso del tiempo, he hecho una pequeña recopilación de los 10 errores más tochos que suelen llegarnos de la parte técnica. Vais a ver que la mayoría de estos fallos no problema de que el programador sea manco o un auténtico crack, el problema es la falta de conceptos básicos SEO, vais a flipar con lo que vemos a veces:
Cambiando URL como quien cambia bombillas
El primero de los casos es un problema bastante común. Yo lo he sufrido con algún cliente que por motivos varios ha decidido contratar un programador en plantilla y en ese momento empiezas a notar pequeños cambios en la web.
Al principio con cambios básicos, modificaciones de estilo, maquetación… todos somos felices y el cliente está contento.
Pero hay un día, que enciendes el ordenador y al revisar Search Console de este cliente detectas que un montón de páginas que son básicas para el negocio están dando error 404. Lo primero que piensas es en problemas de hosting, hackeos… pero entonces vas a la web y compruebas que los contenidos están funcionando como siempre. Bueno, todo no. Las URL de esos contenidos se han modificado, sin motivo aparente ni notificación, el programador ha hecho cambios en URL sin redirecciones necesarias.
Las escusas son: esque así son más descriptivas, he quitado algunos stopwords, eran demasiado largas… la cuestión es que es una metida de pata como un templo.
Recomendación siempre volver a las URL de origen y problema resuelto. Estad al loro de estas tonterías que os puede dar un buen disgusto.
El bloqueo del Robot
En este caso, la culpa también será nuestra en un 50%.
¿Cuántas veces habéis visto proyectos que se ponen en producción con el bloqueo de rastreo en el fichero robots.txt? Yo he visto bastantes la verdad.
Lo mejor es que cuando lances un proyecto nuevo tengas checklist preparado con todas estas cosas que no se te pueden pasar. Porque hay un día, que estás muy cansado, que es la última hora y no revisas el fichero. Y ese día el 50% de la cagadita es tuya.
Pruebas y más pruebas
Otro clasicazo. En este caso suelen ser la persona que está maquetando la web la que mete el zarpazo.
Hay profesionales que se siguen empeñando en hacer pruebas y test en la web en producción y para ello lo que hacen es generar una copia de alguna de las páginas ya existentes.
Hasta aquí… pues bueno puedo llegar a entenderlo, no mola pero es una forma de trabajar. El problema viene cuando esa página de pruebas se publica y no se coloca como noindex. Además, como la mayoría de los sitemaps son dinámicos hoy en día, esta URL pasa a formar parte de este fichero y aceleramos el rastreo e indexación de esta URL.
Las reconoceréis a la legua porque estas URL suelen contener una coletilla: -2 o -prueba
¿Os suena?
Migraciones y cambios estructurales… el viernes a las 17:00
Toda la semana preparando las redirecciones, el trabajo está más que supervisado y el lunes será el gran día en el que cambia la web o la estructura o lo que sea. Acabas de terminar el tupper de la comida en la oficina, quedan un par de horitas de trabajo y ya estás visualizando la terracita con los colegas a las 20:00 para tomar unas cervezas.
Entonces suena el teléfono, es pepito el programador, que ya ha colgado la web, que llevan todo el día haciendo pruebas y que todo va perfecto, que enhorabuena y no se qué más.