En la optimización de motores de búsqueda (SEO), a veces incluso pequeños errores pueden tener un impacto considerable y costoso. El columnista Patrick Stox comparte sus historias de terror sobre SEO para que puedas evitar este destino.
Todos hemos tenido esos momentos de terror absoluto en los que solo queremos ponernos en posición fetal, llorar y fingir que el problema no existe. Desafortunadamente, como SEO, no podemos quedarnos así mucho tiempo. En cambio, tenemos que aceptarlo y resolver rápidamente cualquier problema que haya salido terriblemente mal.
Hay momentos en los que sabes que has cometido un error, y otros en los que un problema puede persistir demasiado tiempo sin que te des cuenta. Sea como sea, la situación es aterradora, y tienes que trabajar duro y rápido para solucionar lo que haya pasado.
Cosas que Google te dice que no hagas
Hay muchas cosas sobre las que Google advierte en sus Directrices para webmasters:
- Contenido generado automáticamente
- Participación en esquemas de enlaces
- Creación de páginas con poco o ningún contenido original
- Encubierto
- Redirecciones furtivas
- Texto o enlaces ocultos
- Páginas de entrada
- Contenido raspado
- Participar en programas de afiliados sin agregar suficiente valor
- Cargar páginas con palabras clave irrelevantes
- Crear páginas con comportamiento malicioso, como phishing o instalar virus, troyanos u otro malware.
- Abuso del marcado de fragmentos enriquecidos
- Envío de consultas automatizadas a Google
Desafortunadamente, la gente puede convencerse de que muchas de estas cosas están bien. Creen que manipular el texto para evitar una penalización por contenido duplicado inexistente es la mejor opción. Escuchan que "los enlaces son buenos" y, de repente, intentan intercambiar enlaces con otros. Ven estrellas en las reseñas y las falsifican con marcado para obtenerlas y destacar en las SERP.
Ninguna de las anteriores es una buena idea, pero eso no impedirá que la gente intente salirse con la suya o simplemente malinterprete lo que otros han dicho.
Problemas de rastreo e indexación
User-agent: *
No permitir: /
Eso es todo lo que se necesita: dos simples líneas en el archivo robots.txt para bloquear por completo los rastreadores de tu sitio web. Normalmente, es un error del entorno de desarrollo, pero cuando lo veas, sentirás un horror en el estómago.
Aún más divertido es un BOM UTF-8. Glenn Gabe publicó un excelente artículo sobre esto donde lo explicó así:
BOM significa marca de orden de bytes y se utiliza para indicar el orden de bytes de un flujo de texto. Es un carácter invisible que se encuentra al principio de un archivo (y, en esencia, carece de significado desde una perspectiva SEO). Algunos programas añaden la BOM a un archivo de texto, lo cual puede permanecer invisible para quien lo crea. Además, la BOM puede causar graves problemas cuando Google intenta leer el archivo.
Cuando tu archivo robots.txt contiene el BOM UTF-8, Google puede bloquearlo. Esto significa que la primera línea (que suele ser user-agent) se ignorará. Si no hay user-agent, todas las demás líneas se devolverán como errores (todas tus directivas). Y cuando se consideren errores, Google los ignorará. Si intentas desactivar áreas clave de tu sitio, esto podría convertirse en un grave problema de SEO.
También es importante tener en cuenta que el hecho de que gran parte de tu tráfico provenga de las mismas direcciones IP no significa que sea algo malo. Un amigo mío lo descubrió por las malas después de bloquear algunas de las direcciones IP que usa Googlebot, convencido de que no eran buenas.
Otra situación terrible que viví fue cuando alguien tuvo la brillante idea de bloquear a los rastreadores para que eliminaran páginas del índice tras migrar un subdominio. Esto nunca es recomendable, ya que los rastreadores necesitan acceder a las versiones antiguas y seguir las redirecciones a las nuevas. La situación empeoró aún más porque el archivo robots.txt era compartido por ambos subdominios, y los rastreadores no podían ver ni las páginas antiguas ni las nuevas debido a este bloqueo.
Sanciones manuales
El solo hecho de oír la palabra "penalización" da miedo. Significa que tú o alguien relacionado con el sitio web hizo algo mal, ¡muy mal! Google mantiene una lista de acciones manuales comunes:
- Sitio hackeado
- Spam generado por el usuario
- Hosts gratuitos spam
- Marcado estructurado spam
- Enlaces artificiales a su sitio
- Contenido pobre con poco o ningún valor añadido
- Encubrimiento y/o redireccionamientos furtivos
- Encubrimiento: violación de la libertad de primer clic
- Enlaces no naturales desde su sitio
- Puro spam
- Imágenes camufladas
- Texto oculto y/o relleno de palabras clave
Muchas de estas penalizaciones son bien merecidas, pues alguien intentó tomar un atajo para beneficiarse. Con Penguin operando ahora en tiempo real, preveo una oleada de penalizaciones manuales muy pronto.
Una situación reciente y alarmante era nueva para mí. Una empresa decidió renovar su marca y migrar a un nuevo sitio web, pero resultó que este tenía una penalización por spam.
Lamentablemente, debido a que Google Search Console no se configuró antes de la migración, la penalización recién se descubrió después de realizada la migración.
¡Ups, rompí el sitio web!
Un solo carácter basta para que un sitio web falle. Un código defectuoso, una configuración incorrecta, una redirección o un plugin defectuoso.
Sé que he dañado muchos sitios web a lo largo de los años, por eso es importante tener una copia de seguridad antes de realizar cualquier cambio. O mejor aún, configurar un entorno de pruebas para la implementación.
Reconstruyendo un sitio web
Con cualquier sitio web nuevo, hay muchas maneras de que las cosas salgan terriblemente mal. Siempre me asusta cuando alguien me dice que acaba de estrenar un sitio web, sobre todo cuando me lo dice después de que ya está en marcha. Siento una punzada en el estómago de que algo terrible acaba de pasar, y normalmente tengo razón.
El problema más común es que no se realizan redirecciones, o que los desarrolladores argumentan que no son necesarias o que demasiadas ralentizarán el sitio web. Otro error común que veo es eliminar contenido útil; a veces se trata de páginas de ciudades o de sus servicios, o a veces de un dominio completo, y toda la información se redirige a una sola página.
Los problemas pueden variar desde problemas muy antiguos que todavía existen (como poner todo el texto en imágenes) hasta problemas más modernos como "Acabamos de reconstruir nuestro sitio web en Angular" cuando no había ninguna razón para que alguna vez usaran Angular.
Sobrescribió el archivo
Esto me preocupa especialmente con archivos de desautorización sobrescritos, sobre todo cuando no se crea una copia y la acción predeterminada es sobrescribir, o con un archivo .htaccess donde las redirecciones se pierden fácilmente. Incluso he visto hosts compartidos sobrescribir archivos .htaccess y, por supuesto, nunca se envía ningún correo electrónico con los cambios.
Ni siquiera lo se
A lo largo de mis años, he visto suceder cosas realmente aleatorias y terribles.
He visto a gente perder su dominio porque expiró o porque, sin saberlo, firmaron un contrato que decía que no eran los propietarios del dominio. He visto sitios web secundarios e incluso terceros creados por otras empresas de marketing.
A veces, las etiquetas canónicas se usan incorrectamente o se cambian aleatoriamente. He visto páginas canonizadas a la página principal o páginas con una etiqueta canónica configurada en un sitio web diferente.
He visto instrucciones simples que parecían una buena idea, como "hacer que todos los enlaces sean rutas relativas", terminar en un desastre cuando hicieron que las URL canónicas fueran relativas junto con versiones alternativas del sitio web, como con las etiquetas alternativas m. y hreflang.
El SEO da miedo
Es increíble cómo una pequeña cosa o una mala decisión puede ser tan costosa y aterradora. Recuerda seguir las reglas, planificar, ejecutar y controlar la calidad de tu trabajo para evitar pesadillas. Comparte tus propias historias de terror conmigo en Twitter @patrickstox.
___
by Patricio Stox
fuente: Search Engine Land
