Anzeigen mit fester Größe auf Display None - erlaubt?

Esteamer

Ho Ho Ho und frohe Weihnachten!

Ich beschäftige mich derzeit mal wieder mit der Optimierung von Adsense-Anzeigen auf "mobile", also primär auf Smartphones.

In diesem Zuge bin ich nun über ein "super geniales Video" auf Youtube gestolpert, das von Google selbst erstellt wurde: https://www.youtube.com/watch?v=e4hlGNKa4yQ

Hier wird erzählt, dass man vor allem auf die festen(!) Anzeigengrößen 250x300 und 280x336 setzen soll. Diese Aussage ist insofern verwunderlich, da man auf anderen offiziellen Google-Seiten liest, dass man doch eher dezent mit 320x100, 300x100 oder doch besser gleich mit Responsive-Anzeigen arbeiten soll.
Die Kernaussage in oben verlinktem Video:

Bild

Ich kann die Sache mit den 250x300 und 280x336 Bannern jedoch gut nachvollziehen, denn responsive Anzeigen performen bei mir eher schlecht, sind nicht selten abartig hässlich und ganz grundsätzlich eine Scheiß-Erfindung.
Dennoch bin ich zur Verwendung von Resposnive-Anzeigen verpflichtet (zumindest dachte ich das bislang), da sich meine Responsive-Websites schon sehr in Ihrer Darstellung auf "Desktop" bzw. "Smartphone" unterscheiden. Aus diesem Grund habe ich eigentlich immer 4-6 Anzeigenblöcke in meine Seite integriert, von denen aber jeweils nur die Hälfte (also 2-3 Anzeigen, je nach Content-Menge) sichtbar sind. Anders formuliert: Ab einer gewissen Viewport-Breite spiele ich völlig andere Anzeigen aus als innerhalb eines kleinen Smartphone-Viewports. Hierfür verwende ich Media-Queries / CSS.

Nun schreibt Google allerdings unter https://support.google.com/adsense/answer/1354736?hl=de:

Zu vermeidende Methoden:
Anzeigenblöcke ausblenden (z. B. mit display:none), es sei denn, Sie implementieren einen Responsive-Anzeigenblock

Demnach ist es mir nicht gestattet, Anzeigen mit fester Größe (300x250 oder 336x280) via Display-None auszublenden. Wie seht ihr das, wie haltet ihr das?

PS: Bitte keine Hinweise vom Typ "Du kannst doch auch responsive Anzeigen auf 300x250 oder 336x280 zwingen". Mir ist bewusst, dass das geht. Jedoch ist die Performance dann schlechter. Das erkläre ich mir damit, dass Advertiser wohl lieber auf Placements bieten, bei denen sie wissen, was sie bekommen.

Das ist zwar keine richtige Antwort auf deine Frage, aber du kannst den HTML-Code für die passende Anzeigengröße auch einmalig beim Laden mittels JavaScript (document.write) abhängig von der ebenfalls in JavaScript ermittelten Viewport-Größe ausgeben. Nachteil, mit dem du wahrscheinlich leben kannst: Die Anzeigen passen sich dann nicht an dynamische Änderungen der Viewport-Größe an, wie sie z. B. beim Drehen eines Mobilgeräts vorkommen.

Rem

Die richtige Antwort darf man ja nicht geben...

Ich würde es auch legitim halten, den Aufruf der externen JS im asynchronen Code mit einem "if" zu versehen. Ich habe das früher durchaus gemacht. Solche lösungen mit "if" kann man bei Google selbst finden. Wo sie A/B-Tests erklären.
Im Prinzip kannst Du einen A/B-Test mit unterschiedlichen Grössen durchführen und halt die Bildschirmgrösse als Variable nutzen.

Ich muss mal schauen, ob ich in deren Wust noch die Eklärungen finde.
https://support.google.com/adsense/answer/1354736
Unter Acceptable modifications. Vielleicht gibt es da noch ein paar weitere Vorschläge... Jedenfalls kannst Du ja das Beispiel für A/B hernehmen, bei if die Bildschirmgrösse abfragen und dann gleich die Abmessungen der Anzeige selbst setzen.

Für das "Muten" hätte ich noch die Lösung einfach den Adsense Code wie gewohnt einzusetzen und dann mittels JS innerHTML den Code wieder rauszuschneiden, sollte die Abfrage der Bildschirmgrösse es nötig machen. Zumindest die Zeile, wo im synchronen Code das externe JS aufgerufen wird.
document.body.innerHTML = document.body.innerHTML.replace("target string", "replacement string");

Mit "if" habe ich recht oft gearbeitet. Ich würde zur Zeit aber CSS-Lösungen vorziehen. Also vielleicht eine Lösung, die ein div mit dem Block ein wenig nach unten schiebt. Müsste man mit einer CSS-Weiche problemlos hinbekommen. So problemlos, wie man CSS-Weichen definieren kann, würde ich hier eher Zeit investieren.