Beiträge von Melewo

    Ich hab nicht 30000 pro Monat geschrieben, sondern 30000, das wären insgesamt seit meiner letzten Hp Änderung ca. =1 jahr. Oder mehr oder weniger.


    Pro Jahr hört sich das auch anders an, dann hatte ich es falsch aufgeschnappt, weil ich immer pro Monat und pro Tag rechne. Bei pro Monat, da müsste man dann schon mit ein paar gutgehenden Suchbegriffen unter den ersten 10 gelistet sein, insofern die meisten Besucher über die Suche kommen. In anderen Bereichen genügen da bereits ein bis zwei häufig gefragte Begriffe als Phrase, bei Programmierung sieht es weniger gut aus.

    Zitat

    Bis hier biste noch auf Google jetzt kommt der Aufruf deiner Seite:


    Genau, und Dein Browser interessiert dem Google-Host nicht das geringste, denn von da ab unterhalten sich nur noch zwei Server ohne Browser dazwischen.

    Und wenn Du meinst, dass Du es besser weißt, dann mache einen Mitschnitt, um es belegen zu können.

    Bevor wir uns streiten, habe ich meinen Blog über Google aufgerufen. Google verwandelt den Referrer in GET-Parameter und GET lässt sich nicht unterdrücken, bzw. wenn wirklich, wäre die Seite ja nicht mehr erreichbar:

    Den Referer sendet nicht Google oder sonst eine Seite,


    Im Normalfall wäre Deine Antwort richtig, doch Google leitet die Klicks über eigene Scripts weiter.
    Der eigentliche Referrer einer Ergebnisseite wäre ja (gekürzt):

    Code
    "https://www.google.de/search?q=Suchbegriff..."


    Und den ändert Google bereits sei Jahren und diese Änderung führt nicht der Browser durch, sondern das dafür zuständige Script von Google.

    Oder anders, aus einem Klick auf "http://www.example.com" wird nicht "http://www.example.com" geöffnet, sondern "http://www.google.de/url?... ... ... url=http://www.example.com".
    Somit kommt die Anfrage nicht mehr vom Browser direkt, sondern von einem Google Datencenter.

    Ich denke mit "und wie sie meine Seite gefunden haben?" ist weniger eine Bewertung gemeint, sondern eher der Weg, über den jemand auf die Seite gekommen ist. Also z.B. über die Google-Suche, über den Link von einer anderen Seite usw.


    Wenn Du das so beschreibst, dann könnte das durchaus so gemeint sein, nur ich hatte es falsch aufgefasst.

    Das wäre ein refferer der allerdigs auch vom Browser unterdrückt werden kann. Also ist nicht wirklich zuverlässig.


    Google sendet einen eigenen Referrer, aus dem der Suchbegriff entfernt wird. Weiß nicht, in wie fern sich der Google-Referrer unterdrücken lässt, denn eigentlich lässt sich Google da nicht herein reden.

    Der User Agent geht im Browser umzustellen, doch der interessiert ja dabei weniger.

    Im IE und Safarie lässt sich der Referrer nach einer gefundenen Beschreibung nicht unterdrücken, im Chrome und Firefox bedingt. Nur wie Google damit umgeht, da wäre ich mir jetzt nicht so sicher, denn Google schaltet ja noch ein Script dazwischen:

    http://devblog.weblication.de/blog/http-referer-deaktivieren.php

    Ich hab auf meinem Youtube Kanal über 500000 Aufrufe und bevor ich den counter entfernt habe auch gut 30000 leute auf der Homepage gehabt.


    Nehme ich den wenigsten ab, da Hits und Bots mit Besuchern verwechselt werden. Andere vertrauten auf Logs, wo dann bei 100 referenzierten Ressourcen pro Seite die Zahl durch 100 teilbar ist, die durch 100 geteilte Zahl noch einmal durch ein Verhältnis von Bots zu Besuchern teilbar ist und wenn dann nur noch Besucher übrig bleiben, diese Zahl noch einmal teilbar durch Hits pro Besucher. Wenn Du geschrieben hättest 30 Besucher pro Monat bisher, dann hätte ich Dir das abgenommen, 30.000 hingegen nehme ich Dir bei Deiner Seite nie und nimmer ab.

    Hier waren schon wiederholt Leute, die angeblich hunderte von Feed-Abonnenten hatten, bei genaueren Hinschauen zählte das Script aber nur wie oft ein Feed von Bots besucht wurde und ob bereits ein einziger Besucher im Feed auf einen Link klickte, um einen Beitrag zu lesen, war unbekannt.

    Somit bleibt realistisch und so wie Deine Seite zur Zeit noch aussieht, können da nicht mehr als 30 echte Besucher im Monat kommen. Ansonsten müsstest Du ja wissen, wie oft der Parameter cd im Referrer vorkommt. Bzw. zähle einmal nur die Aufrufe mit diesem cd="Ziffer für Platzierung in Serps" Parameter aus den Logs aus, dann hast Du in etwa die richtigen Besucherzahlen. Alles andere ist Abfall.

    Ich meinte, wenn es Dir um Werbeeinnahmen geht. YouTube soll da nicht so sehr viel bringen, zumindest nicht so viel wie Ads in Content-Seiten, weiß es aber nur vom Hörensagen was Werbung in Videos anbelangt.
    Mit C# habe ich noch nichts gemacht, nur mit C/C++ und Variablen ergibt da eine Seite, Datentypen und Sichtbarkeit eine weitere zweite Seite, doch diese beiden Seiten brachten in diesem Monat bisher noch nicht einen Besucher. Somit mache ich das nur, um das selbst zu lernen und nicht wegzuwerfen, jedoch nicht um da Einnahmen zu erhoffen: Variablen

    Und dann sehe ich mir Dein Tutorial an und die Seite und denke mir, mit so wenig kann das nie etwas werden. Jede Heimwerkerseite hat da das Zehnfache an Besuchern oder Einnahmen, wenn der Content stimmt.

    Ich denke eher umgekehrt, dass die Seiten nur mit Buttons usw. nicht viel bringen werden. Um Besucher zu erhalten, würde ich Tutorials auf der Seite veröffentlichen und nicht nur Buttons zu den Tutorials. Coder-Seiten werden nur dann besucht, wenn auf diesen Seiten etwas zu finden ist.

    Habe mir nur Dein erstes Video über Variablen angeschaut. Dann vergleiche mal den Inhalt von Deiner Seite, mit den ersten 10 Ergebnissen zu Variablen in C# bei Google. Das beginnt mit Platzhirschen wie msdn.microsoft.com gefolgt von openbook.galileocomputing.de. Die restlichen Ergebnisse sind dann durchsetzt mit Foren, die aber mehr zu bieten haben.

    Na ja, muss ja jeder seine eigenen Erfahrungen sammeln.

    Ich hatte da Sachen gesehen die Teils darauf andeuten, aber welcher Punkt meinst du genau?

    Zitat

    Verdeckung durch Elemente auf der Seite


    Den Punkt würde ich jetzt so auslegen: Betritt ein Mitarbeiter vom Adsense-Team Deine Seite, muss er alle Anzeigen auf dem ersten Blick sehen können, zumindest dann, wenn er bis zum Ende der Seite scrollt.

    Eventuell solltest Du vorher Rücksprache mit dem Support nehmen. Ich meine, es ist letztendlich nur meine Auslegung und vielleicht antworten die ja, dass Du das so machen kannst. Doch ansonsten, Anzeigen nicht zu sehen gewesen, somit Anzeige verdeckt, Account wird gesperrt, die Technik dahinter interessiert nicht wirklich dem Bearbeiter.

    Und zu was sollen da Anzeigen enthalten sein?
    Falls jemand nicht auf einem Button klickt, dass der dann auf eine Anzeige klickt?
    Das entspricht doch ohnehin nicht den Richtlinien.

    Wobei es allgemein fraglich bleibt, ob es insgesamt eine gute Idee ist. Öffnet jemand ohne die Seite zu verlassen, x-mal Sektionen, werden auch x-mal Ads-Anzeigen geladen. Eventuell sollte da noch ein Counter eingebaut werden, dass die Ads nicht mehr als dreimal pro Seitenaufruf geladen werden oder wie auch immer. Also nicht das Du 8 Sektionen hast, die 8 Anzeigen enthalten sollen und nacheinander aufgeklappt werden können.

    Habe mich seit längerer Zeit um keine Einzelheiten gekümmert, doch steht nicht in der Vereinbarung oder in den Teilnahmebedingungen, dass es nicht erlaubt ist die Anzeigen in Code einzubauen oder so ähnlich?

    Dann wäre das ein Kündigungsgrund für Google. Jetzt verstehe ich auch warum.

    und wie sie meine Seite gefunden haben?


    Nein, wie sollte das auch gehen, wenn keine Bewertungsmöglichkeiten der Seiten für User bestehen?
    Wenn, dann müsstest Du da etwas einbauen, wo Sternchen oder Punkte vergeben werden können.

    Ein einfacher Counter ist immer erlaubt, da gibt es keine Beschränkungen. Alles andere ist mehr oder weniger möglich, doch dann kommt die Frage, wie diese Daten ausgewertet und wo die gespeichert werden. Wird zum Beispiel ein Cookie nur gesetzt, um ein und den selben Besucher nicht dreimal innerhalb von 20 Minuten zu zählen oder wird der mit einer IP abgeglichen, unter der sich der User vielleicht mit Namen und Adresse für eine Bestellung registrierte, unter dieser IP aber weiterhin verfolgt werden kann und der Cookie ja auch noch auf seinem Rechner liegen bleibt, um den Besteller mit Vor- und Zuname und Adresse wiedererkennen zu können.
    Besonders für letzteres ist eine ausführliche Datenschutzerklärung verpflichtend wie ich meine, die der User bei einer Registrierung zustimmen muss, da ja diese Daten sich personenbezogen auswerten lassen.
    Ersteres ist nicht mehr als "war einmal hier, war noch nicht in dieser Stunde hier, weitere Daten unbekannt, besuchte 3 Seiten, Seite zwei wurde nach 30 Sekunden aufgerufen, Seite drei nach 45 Sekunden, daraus ergibt sich Verweildauer von...". Da sollte eine einfache Datenschutzerklärung genügen (denke ich mir), ohne die es aber heute nicht mehr geht.

    Sehe gerade bei meiner Seite, denke der Link steht nur dann darunter, wenn Du die Registrierung innerhalb vom Dashboards erlaubst oder so? Bei meinen Seiten ist der Link zumindest auch nicht vorhanden, kann mich nur schlecht erinnern, womit das zusammenhing.

    Wie genau ist das mit dem Header-Image gemeint? Das passt sich doch wunderbar an.


    Mit welchen Screen-Größen testest Du das denn?

    Über 1060 Pixel ist es gut, unter 1060 stimmt die Breite nicht mehr mit der Seite überein, ist aber noch bis etwa 440 Pixel mittig, unter dieser Größe einseitig nach links versetzt. Gut, ich kenne mich kaum aus, was da wie weit verbreitet ist, 320px waren zumindest vor wenigen Jahren wohl noch weit verbreitet, doch wie sieht es heute aus? Kann zumindest nicht schaden mit dieser Breite zu beginnen. Würde bei dieser Breite den grauen Hintergrund ganz herauszunehmen. Hier mal eine Liste (von 2010?):

    http://www.urbandigital.de/blog/webdesign…martphones.html

    Wie bereits geschrieben, schiebe meist nur das Browserfenster zusammen. Doch Du könntest auch damit testen:

    http://www.opera.com/developer/mobile-emulator

    Menü könntest Du auf display:none setzen oder so.

    So und nun noch etwas ernsthafter, wenn Du es geschafft hast eine Entwicklungsumgebung einzurichten und innerhalb dieser eine WP-Installation zum Laufen zu bringen, dann bist Du bereits weiter als viele andere und nichts liegt mehr näher für Dich, als Deine Seiten selbst zu hosten. Nun brauchst Du das nur noch bei einem Hoster Deiner Wahl zu wiederholen und kannst dann Dein Theme von lokal zum Webspace per FTP übertragen.
    Einige Maßnahmen zum Thema Sicherheit solltest Du noch treffen, darüber wurde bisher bereits viel geschrieben.

    Ich kann nur davor warnen das Hosting selbst zu regeln, wenn es sich um eine wichtige Seite handelt. Da kann viel schief gehen. Bei Hobby-Seiten ist das natürlich egal.


    Das ist eigentlich das erste Mal, das ich so etwas lese. Ich würde auch jeden dringend raten sich oder für seine Kinder keine Haustiere anzuschaffen, weil da so viel schief gehen könnte. Ein Wellensittich könnte auf die Gardinenstange kacken, bei einem Aquarium könnte jemand die Scheiben zerschlagen und ein Hund könnte jemanden beißen.

    Weiß nicht, wie viele Millionen allein in Deutschland ihre Webseiten selbst hosten, oder einen Account bei Facebook haben. Vor allem letzter soll brandgefährlich für unbedarfte Anfänger sein (hörte ich zumindest, selbst weiß ich es nicht), wenn mehr Daten preisgegeben werden als gut ist und in Bezug auf Cyber-Mobbing gab es wohl unlängst wieder irgend ein Urteil.

    Besser ist es doch somit auf Haustiere und aufs Internet zu verzichten, dann bist Du immer auf der richtig sicheren Seite, es sei denn Du nimmst am öffentlichen Straßenverkehr teil, dann wird es wieder gefährlich.

    Gerade wenn Du etwas mehr als eine Hobby-Seite hast, dann wirst Du die doch wohl selbst hosten. Ab einer gewissen geschäftlichen Größe halt noch einen Designer/Programmierer/Entwickler beauftragen, der sich um den weiteren Aus- und Aufbau kümmert, falls Bedarf besteht.

    Habe mal mein Browserfenster zusammengeschoben, anders teste ich meine Media Queries bisher nicht, denn so viele Endgeräte habe ich gar nicht. Dieses Header-Image stimmt bei kleineren Fenstergrößen nicht mit dem restlichen Content überein. Das Menü würde ich eventuell als Menü ausweisen, wenn es sich unter dem eigentlichen Content befindet. Herausnehmen würde ich nichts, nur anpassen. Anpassungen erreichst Du unter Media Queries, also alles, was mit Media beginnt.

    Nur sieht das nicht nach Mobile First aus. Beginne mit der kleinsten Screengröße, so wie es ist passe die Inhalte dafür an und arbeite Dich dann hoch. Also nichts entfernen, nur die Darstellung von klein nach groß anpassen.